Alexander, есть огромная разница между эпизодическим менторством и профессиональным преподаванием. Устройтесь в учебное заведение на полную ставку, занимайтесь 40 часов в неделю только преподаванием и уже через пару лет от вашего боевого опыта останутся только лохмотья.
А заодно полезно будет узнать, что многопоточность - это не волшебная палочка, не всё ею можно ускорить. Сначала надо определить что в однопоточном коде ограничивает скорость, потом эти ограничения нужно проанализировать на предмет, а поддаются ли они вообще распараллеливанию и, если да, то не будут ли издержки многопоточного выполнения сжирать весь профит.
print_hello_world, проценты плавают от набора к набору и не публикуются. В целом картина примерно такая же, как с конкуренцией на джунские позиции - сотни претендентов на место, но большинство из них к профессии непригодны. Однако, среди сотен кандидатов на место вполне может быть пара-тройка студентов хороших вузов с отличными оценками, статьями на Хабре и зелёными Гитхабом, которые и зададут ту самую планку требований, через которую придётся пробиваться вам.
сергей кузьмин, только связано это не с ИИ, а с рецессией в экономике. Ваш "популярный способ написания кода" подходит максимум для интернет-магазина смешных трусов, а корпорации пока не могут заменить даже тупых джунов, несмотря на все старания и громкие заявления. Буквально 15 минут назад видел, как пафосно презентуемый ИИ-инструмент в код запихал очевидный гарантированный deadlock.
Чувствую, у этой ситуации классическая предыстория глупости и жадности владельцев сайта. Часто такое возникает после кидка фрилансера или админа на деньги.
99insania99, крутани, провались на проверке и испорть репутацию. Отрасль у нас не очень большая, чутка не повезёт и запрёшь себя навсегда или на долгие годы в слое нанимателей типа ООО "Мир гидроприводов".
Drno, РКН только указания раздаёт, причём всем провайдерам разом, а вот технические процедуры осуществляет уже сам провайдер и видимо с разным уровнем энтузиазма.
Steel_Balls, я тоже могу, дело действительно не сильно сложное. Можно и 100k RPS даже одним узлом держать, как показывает опыт. Но постепенно с ростом нагрузки микросервисы становятся всё выгоднее и выгоднее. Когда у тебя десятки миллионов пользователей и нагрузку измереяешь уже не в RPS, а в десятках гигабит трафика на узел, поддерживать и масштабировать монолит становится очень дорого.
Константин Казначеев, тут дело даже не стиолько в нагруженности, сколько в организации рабочего процесса. Если у компании огромная кодовая база, которую надо менять очень быстро и очень часто, без микросервисов обойтись очень трудно.
Что вы имеете ввиду под "разработкой искусственного интеллекта"?
Хотите создать свою LLM? Можете сразу отказываться от этой идеи, задача неподъёмная.
Хотите использовать готовую? Тогда язык неважен, вызовы к rest api примерно одинаково везде делаются.
Хотите реализовать классические алгоритмы машинного обучения? Тоже язык не особенно важен, матрицы перемножать можно чем угодно.
Хотите использовать готовые библиотеки реализующие классические алгоритмы машинного обучения? Тут в Python появляется смысл, так как под него этого добра просто больше пишут. Однако возможно, что конкретно под вашу задачу уже есть готовые решения и для привычного вам языка.
А источник бэкапов где находится? Если это собственная инфра, то дешевле и эффективнее и хранение бэкапов своими силами организовать. Если это виртуалки, то и хранилище стоит у того же хостера искать.
