mamkaololosha

Универсальный алгоритм решения любой задачи - опыт. Чем больше задач решал - тем больше сможешь решить. У ваших людей нету опыта. Когда будет - смогут решать. А сейчас терпите.

Солюшн архитектор это почти топовая не-менеджерская должность. Если у вас такие вопросы, то вам еще лет 10 до него работать. Он должен знать всё, уметь всё и прочее. Он может не кодить, но должен предугадать все возможные косяки и костыли.

Почитайте Computer Architecture, Fifth Edition: A Quantitative Approach . В целом лишним не будет.

Потерпят немного (3-4 месяца) и увольняют. Человек это наемный сотрудник, который решает задачи за деньги. Не решается - не нужен. Никто клеймо ставить не будет. Даже руку будут жать при встрече и с новым годом поздравлять. Но работать вместе не будете. На программировании свет клином не сошелся.

Кормен и решать-решать-решать. Как писал у себя в блоге Ден Расковалов (экс-лид яндекса, лид bing) : "Главное же что? Понятная, предсказуемая система без непотизма. И ботать, ботать, ботать".

В диссертации важно точно определить задачу, обосновать её и предложить решение. Либо проанализировать какие-то решения + своё и сказать, что эффективного пока нет.
Копайте в сторону знающего руководителя. Если не найдете руководителя, то придется пойти работать "в определенные компании, которые все не любят из-за их любви к олимпиадникам" и фрилансом на javascript тут не отделаетесь. В итоге можете написать дисертацию уровня "1 курс бакалавриата топового европейского вуза" и пойти делать сайты.

решалку "1+2*sin(3)%cos(5)^6"

Нет. Самый большой профит от диплома это виза. Но её и без него получают.

Покупку библиотеки нужно было оговаривать заранее и изменять договор. А так вы просто купили и ему подарили. Заказчик не виноват в ваших технологических и организационных промахах.

> безопасность
> языки программирования
Тут неязык нужно знать, а способы взлома и защита от них. Ну а так С, Java, SQL. Хаки языков и прочее.

Нет. В хроме 20кк строк С++. Никакого экскурса нет. Приходите через 20 лет. Когда опыта наберетесь.

У вас эффект Даннинга-Крюгера

В таком подходе один большой минус: вы никогда не узнаете почему автор написал именно так. Код обычно составляет ~25% всех знаний автора. И возможно, что к именно такому решению он пришел только после 10 разных прототипов. Либо учите теорию, чтобы была полная картина в голове, либо так, как хотите вы. Но это получается зубрежка и прокатит только на экзамене.

Это тоже самое, что ты спросишь "нужно ли иметь успешные выпущенные проекты, что бы руководить разработкой этих проектов". Да, нужно. Иначе будет как всегда. Руководство стремится не сделать хороший проект, а стремится не замарать свою репутацию у начальства. И во всем оказываются виноваты программисты, ведь они "тыжпограмист" и должны уметь всё. А ПМ просто за зарплатой пришел, ведь он прост пытается выжить и ему нужны деньги.

подробного объяснения (для тупых) работы массивов, хешей и прочего

Это школьный курс по паскалю. Тут как бы уже нужен опыт программирования.

ВШЭ. В ИТМО нормально только у Парфенова и Шалыто, остальные кафедры на 4/10.

https://github.com/nasa же

Вынесите всё в отдельный namespace или класс.