Евгений

На мой взгляд, в резюме не должно быть указано з/п, вообще.
В плане уровня з/п... Любая, за которую сможете себя продать. А о наглости и самоуверенности тут вообще не стоит думать.

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

Реально, только есть тонкости.
Во-первых, тестирование - как правило, самая "чёрная" и дешёвая работа в этой области.
Во-вторых, программирование похоже на спорт: чем раньше начинаете, тем лучше результат. Это не значит, что у вас ничего не получится, просто многое может даваться с заметно большим трудом.
В-третьих, стоит поинтересоваться, нет ли в уже знакомой вам области производства задач узкоспециализированного программирования. Как в машиностроении - программирование ЧПУ-станков или роботов, а также - автоматизация на PLC. Если вы научитесь чему-то такому, у вас будет преимущество опыта. А в каком-нибудь web вы будете ещё одним полным новичком из тысяч.

Правильный ответ: никак, на то он и сет.
Если вдруг такое понадобилось, то нужно использовать другую структуру для хранения. Можно даже назвать ее MyMagicSet чтобы взорвать кому-нибудь моск.

Архитектор - в первую очередь опыт работы, в идеале в разных проектах, чтобы понимать на практике разницу между реализацией разных SDLC.

Название Waterfall или Scrum - это просто названия без конкретной реализации. Можно реализовать отличный Waterfall и все будут довольны, можно реализовать ужасный Scrum и все развалится. Поэтому опыт разных проектов помогает увидеть именно разные реализации.

Архитектор, бизнес-аналитик и менеджер - три звена, которые создают основу работы проекта, каждый со своей стороны.
Бизнес-аналитик - должен максимально разбираться в бизнесе заказчика, чтобы понимать значение требований и переводить их для исполнителей.
Архитектор - должен как минимум немного разбираться в бизнесе, но его основная задача - решить как воплощать требования бизнеса. Определять железо, технологии, требования. Говорить, что "вот для этого нужно использовать 10 этого и 20 этого, и использовать вот такие языки, библиотеки, платные решения". Техническое hi-level видение проекта.
Менеджер - по согласованию с бизнес-аналитиком и архитектором должен решать кадровые вопросы. Количество людей, качество людей, работу команды, тайминги, офис и оборудование - все денежные вопросы. Отчеты. Договариваться, убеждать заказчика о ценах и сроках. Выбивать новые задачи и развивать проект. Следить за настроением в команде.

Переход программист-архитектор не всегда последователен. Он должен быть инициирован программистом.

Программист может остаться просто сеньор программистом, может стать тим-лидом, тратя часть времени на менджмент команды но все-равно основную часть времени оставляя на кодинг.

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

Это легко гуглится, стоит только начать:
https://www.jetbrains.com/decompiler/

Мне кажется, лучше составить план на день, причем не просто составить, а занести его в телефон, напечатать на листе бумаги и не думать ни о чем, кроме работы.

Кроме того, важно с утра начать хотя бы немного работать - потом часто бывает так, что работа захватывает, и уже не отвлекаешься.

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

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

Нет, дело не в алфавите.

Например, итальянский алфавит состоит всего из 21 буквы, а средняя длина итальянского слова больше, чем средняя длина русского аж на целых 3 буквы.

В данном случае (фонетическая запись) дело не в письменности, а в УСТНОМ языке. Описать устные языки математикой можно, как и все на свете, но вопрос - не математический, а культурно-исторический.