Сергей Горностаев

Все специалисты ИТ смежные, почти никто не работает в чисто ИТ, все занимаются автоматизацией какой-то области человеческой деятельности. Естественно, чем лучше знаешь прикладную область, тем лучше решения способен разрабатывать. Так что в автоматизации медицины образование и опыт врача будут полезны. Однако, они не обязательны, многие из нас регулярно прикладную область меняют и изучают новую с нуля.

Даже на наличие диплома мало кто смотрит, а уж тем более на то, что в нём написано.

Настройка тестов, CI/CD, OLAP CUBE, оптимизация запросов к БД.

На реальных проектах frontend-разработчик занят не этим. Если фронтендер трогает что-то, кроме hrml, css и js, то это уже fullstack получается.

Грейды - это не про знания, а про опыт и сформированный им майндсет. Чётких границ и однозначных критериев у грейдов нет.

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

Глобальные переменные - зло сами по себе, а в конкурентном окружении и подавно.

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

Масло масленое в общем случае.

Тоже hh.ru, как и любой другой подобный сервис, только когда соискатель опытный. Выкладываешь резюме и к тебе по 2-3 рекрутёра в неделю сами ломятся с предложениями. Я например, последний раз сам искал вакансии в 2006-м.

Разработка программ - это не только написание кода, но и решение проблем на всех этапах жизненного цикла. Раз ИИ пишет программу с нуля, то пусть и проблему с квотами решит. Задайте этот вопрос ему.

Наработать годик опыта и поискать хорошую компанию.

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

Реляционные СУБД способны решать наиболее широкий круг задач, при этом менее требовательны к ресурсам, чем noSQL, что делает их решением по умолчанию, пока нет специфических проблем, требующих поиска специфических решений. Кроме того, реляционки более распространены, так что компании легче будет нанять и программистов и DBA для работы с ними.