В Digital Spectr мы собираем самую лучшую команду разработчиков. Что значит «лучший разработчик»? Для меня эта фраза не пустой звук. Это установка, курс на долгосрочное развитие. Есть hard skills, «жёсткие навыки», специфические профессиональные навыки. Но огромное значение для меня имеют также soft skills, «гибкие навыки»: умение искать информацию, желание постоянно развиваться. Технологии развиваются очень быстро: то, что актуально сегодня, через год уже устаревает, особенно в разработке. Если у разработчика горят глаза, он постоянно изучает новые фреймворки, растёт, то это однозначно наш человек.
Комментарий недоступен
Спасибо за вопрос!
Да, вы правы - сами по себе эти технологии появились довольно давно. Но это не значит, что они не развиваются.
Давайте посмотрим на примере PHP? Меньше года назад вышла новая основная версия PHP 8. Изменений там достаточно: поддержка JIT + большое кол-во синтаксических вещей (новые интерфейсы и функции, более строгие проверки типов, именованные аргументы и т.д.).
Или взять, например, один из популярных фреймворков - Laravel. Laravel 8 вышел прошлой осенью. На начало 2022 года уже анонсирован выход Laravel 9. Да и сам по себе Laravel уже оброс целой экосистемой сервисов и инструментов: Vapor, Forge, Envoyer etc…
Революционные ли это изменения? Пожалуй, нет.
Позволяют ли они решать задачи более эффективно? Пожалуй, да.
Достойно ли это изучения? Однозначно.
В остальных областях ситуация аналогичная. Многие языки и фреймворки быстро развиваются и если не изучать изменения, то знания неизбежно устаревают.
Вы абсолютно правы. Автор статьи немного путает "технологии" и "фреймворки". Технология - это немного больше и шире отдельного фреймворка или инструмента. Это прежде всего "как сделать", а уж потом "из чего сделать".
Как правильно распределить нагрузку?
Где распараллелить на несколько потоков?
Как на начальном этапе заложить возможность дальнейшего масштабирования?
Где использовать монолит, а где микросервисы?
И еще огромное количество "как" и "где". И когда на все эти вопросы есть готовые ответы, тогда уже выбирается конкретный инструмент для наиболее эффективного их решения.
в основном в таких компаниях начинают свой путь стажеры и джуны, для них любые технологии будут новыми и изучаются они с горящими глазами
посмотри вакансии фронтов в Перми, там angular, ember, битрикс, jquery и т.п., а тут React и Vue, конечно новьё
из чего-то нового можно поизучать WASM, Rust, Svelte
Автор фонтанирует своей крутостью, как я открыл свое дело будучи студентом и т.д. но это не относится к теме статьи
Вот в этом и есть проблема аутсорса для программиста - можно за пару лет по вершкам пробежаться по многим технологиям и потом в течении следующих лет просто повторять опыт первых двух лет. В итоге у аутсорс программиста не 10 лет опыта, а 5 раз по 2 года.
Не могу себе представить, чтобы в аутсорсе были по настоящему серьёзные задачи. Это действительно больше из раздела сделать сайт компании или какой-нибудь внутреннее веб-приложение.
Приведите примеры по-настоящему серьезных задач.
Иной раз сам по себе аутсорс совсем не прост - ведь к тебе приходят зачастую с готовым продуктом на поддержку, а продукт этот ты сам не разрабатывал.
Есть возможность увидеть, во что превращается архитектура после нескольких итераций правок.
И т.д.