sivabur

При работе с массивами лучше использовать Linq.

var first = a.FirstOrDefault();
if (first != null)
{
...
}

Подход с try обычно более ресурсоемкий.

должна быть структура вроде такой:

array(
          'title' => 'Name',
          'link' => 'link',
          'children' => array(
              array(
                  'title' => 'Name',
                  'link' => 'link',
                  'children' => array()
              ),
              array(
                  'title' => 'Name',
                  'link' => 'link',
                  'children' => array()
            )
      )
)

Потом надо сделать функцию вывода потомков и вызывать ее рекурсивно (если есть потомки)

Генератор псевдо-UML, поддержка плагинов, MSDN, БД, другие языки, интеграция с системами контроля версий и прочим.
https://www.visualstudio.com/en-us/products/compar...

Мне кажется, нужно разбираться примерно в следующих вещах:
С++, английский, математика, алгоритмы и АТД. Еще игровой движок, на котором планируешь работать (UE4 например). Желательно сверху СУБД и понимание клиент-серверного взаимодействия.
Просто посмотрите интересующие вакансии, там все будет.

Я год назад стояла перед таким же выбором: специалист или магистр. В итоге, стоит для себя ответить на вопрос: что тебя интересует? Если ты хочешь углубляться в науку или душа лежит к преподаванию - то вперед на магистратуру (хотя, в нашем универе после получения специалиста можно пойти на аспирантуру - это к слову о том, что специалистов отменяют: спецы приравняют к магистрам, а не бакалаврам. В Украине. Да и по большому счету, толковый работодатель на твой диплом смотреть не будет. Нет разницы, что там написано и какого он цвета: если в голове ничего нету, тебя не спасут и 40 красных дипломов магистра. Работодатель даст конкретное задание: сделаешь - добро пожаловать, не сделаешь - до свидания, и диплом свой забери). А если же научные исследования и разработки - не твое (как в моем случае) - не надо заморачиваться, иди на спеца. Знания получишь те же, только в ускоренном режиме (по сравнению с магистрами).
И на счет работы - нельзя сказать, что одно другому не мешает (если ты совестливый студент). Я начала ходить на собеседования в последние полгода учебы, когда писала диплом (соответственно, на пары ходить не надо). Если ты уже знаешь о фрилансе - тогда да, одно другому не мешает :) дерзай :)

Задал ваш вопрос двум самоназванным мудрецам, мне интересно как сообщество отреагирует на их советы, я давно с ними общаюсь, много где помогли так-то. Напишу здесь их ответы:

Первый ответил: "О чем ты, дядя? В любой момент времени ты либо е*ашишь, либо не е*ашишь. И нет такого, что ты просто постоишь пока подумаешь или спросишь совета у коллег - ты либо деградируешь, либо развиваешься. Если думаешь, что деградируешь - значит деградируешь, следовательно е*ашь, дабы вылезти из этого дерьма. Ежели думаешь, что развиваешься - ты уже е*башишь, наслаждайся этим чувством самореализации. Ты если ссать хочешь - а перед тобой стена, не дает пройти в туалет, то ты либо перелезешь через нее, либо сломаешь ее, либо поссышь на стену - в общем найдешь какое-то решение сам всегда. И не будешь спрашивать совета - ищи всегда ответы сам! У тебя ништяковый прибор для решения любых проблем на плечах сидит вроде, не дай ему протухнуть! А для еды и спорта жена есть - тоже прибор грамотный!"

Второй ответил(в скобках мои комменты): "Молоток лежит на полке и пылится, пока он не понадобится. Когда он понадобится - его возьмут, сотрут с него пыль, починят его, если надо. Молоток - инструмент. Инструменты нужны для достижения каких-либо целей биологических платформ (дополнение: где биол. платформа - люди, животные, любая динамически развивающаяся система на нашей планете, которая с рождения решает какие-то свои задачи, забитые в него еще в генах, от природы, либо в процессе социализации - обществом/окружением. Какие задачи? Выживать, размножаться, развиваться, развивать своих ближних и свой вид в целом, стремиться к счастью, идти к счастью. ).

Итак, человек хочет забить гвоздь - он достает инструмент где-либо, делает дело, кладет инструмент куда-нибудь. При этом, конечно, можно постоянно держать молоток в исправности и в идеальном состоянии - однако будет ли это эффективно?...

Так, каждый человек задает для себя свою меру эффективности какого-либо дела. И наличие своего дела, которого ты хочешь достичь(например, из прошлой аналогии состояние "забитый гвоздь в квартире") - есть главный атрибут здесь. Поскольку ежели все вокруг протирают свои молотки от пыли каждый день - это им нечем больше заняться, проблема в них. Для другого такое поведение будет неэффективным, а следовательно будет выкинуто из привычек. Если кто-то эффективен в бизнесе с большим животом - зачем ему от него избавляться? Если он прожил 60 лет и понял, что живот и вес мешает, что двигаться стало гораздо сложнее, ему эффективно будет от него избавиться.

Подводя итог по твоей ситуации, стоит заметить, что если ты хочешь заниматься музыкой - приведи в порядок все свои инструменты, которые тебе нужны для этого дела. Которых нет - приобрети(то есть навыки тоже приобретать надо, ты либо его приобретаешь, культивируя его в себе, либо пользуешься аналогичным навыком другого человека, чтобы освободить свое время). Все остальные выброси - все равно не хватит места. И подкручивай гайки. Чувствуешь, что еще можешь выкинуть что-то - выкидывай, так у тебя потом появится больше места, для еще одного дела (типа проектное мышление). В общем, думай о себе с позиции твоих проектов, эффективности твоих инструментов для выполнения проектов и проводи черту между частью твоей биологической платформы, которая является инструментом и между той частью, которая желает и мечтает - потому что первая всегда подчиняется второй и ты будешь жить в негативе, если применяешь первую часть для дела, которое не нравится твоей второй части. Живи в гармонии и балансе!"

Я так понял, первый говорит с позиции делай дела, будь мужиком - не будь бабой.
Второй же заходит со стороны размышлений - и чтобы ты думал, прежде чем действовать.
Наверное, надо комбинировать эти подходы ;) В общем пишите если понравились их ответы - я им передам, они в этих наших интернетах не сидят.

По тем пунктам, которые знаю сам:
Microsoft Foundation Classes - труп, официально закопанный самой MS
Visual Component Library - труп, живущий только потому, что студентов годами учили писать под Борланд
Qt - логичный вариант, минусом тяжеловесность, плюсом кроссплатформенность и развесистость (много готового кода, который можно просто использовать)
wxWidgets - ну, представьте себе, что независимые программисты посмотрели на MFC и VCL и сделали все то же самое, но кроссплатформенно. Зависимостей нет - все API нативное под каждую платформу. Увы, востребовано оно куда меньше Qt, поэтому развивается вяло и не так богато готовеньким.

Да, и сейчас уверенно заявлять, что будешь писать только под Windows, довольно неосмотрительно, как мне кажется...

C#

Редко применяются. Главным образом, потому, что они хорошо выражаются через обычную экспоненту. Конечно, написать (exp(x)+exp(-x))/2 сложнее, чем cosh(x), но функция обычно нужна не сама по себе, а как часть большого выражения.
Логика подсказывает, что гиперболические функции удобно использовать для формул, связывающих углы и стороны треугольника на плоскости Лобачевского, но та же логика говорит, что в реальной жизни это нужно чуть реже, чем никогда. Можно встретить эти функции в каких-то задачах на теплопроводность... и получается ответ - используйте эти функции тогда, когда встретите их в справочнике. Из остальных случаев могу вспомнить только использование tanh() в формуле релятивистского сложения скоростей. Почему-то перейти от скорости к "быстроте" мне тогда показалось удобным.
Ну, и полезное применение tanh() - что она отображает всю числовую прямую на интервал (-1,1). Хотя для положительных чисел проще использовать x/(1+x).

Они определенно нужны
Википедия

Посмотрите на это дело с другой стороны - 99% оригинального контента выходит изначально на английском (книги, статьи и т.д.) Материалы на других языках в большинстве случаев лишь переводы оригиналов с английского (и большинство этих переводов очень не профессиональны и откровенно плохи)

Ну если знаете, то китайский :) там народа много, соответственно и программистов тоже.