А зачем выбирать? React и Vue очень схожи в концепции. Для vue нужно только специфический шаблоный стиль понять. А так никто не мешает в контексте держать оба инструмента, а выбирать уже по потребности. Проект на react значит react. Vue значит Vue. Мне самому Vue кажется удобнее, но в современных реалях выбирать проект по инструменту непозволительная роскошь.
1) Внешних заказов нет (когда я в 2018 году выходил было много EPAM и подобных контор)
2) Экономический (новые проекты не стартуют, а старые закрывают или просто поддерживают)
3) Фактор ИИ но это больше для джунов т.к. мидлов и выше он еще не заменяет
4) на данный момент очень много вкатунов с накрученным опытом. Мои честные 7 лет в it (в разных ролях), которые я спокойно подтверждаю выгрузкой из ЭТК смотрятся не так привлекательно среди 500+ откликов с накрученеыми годами. И те кто накручивает они умеют врать и обходят все фильтры.
Но нужно не забывать: кушать хотят все и долго без работы вкатуны сидеть не смогут. Рано или поздно они вернутся туда откуда пришли или найдут новую тему. После любого кризиса всегда наступает рост, а значит в цифровую эпоху работа будет всегда. В 2025 году сошлись все негативные моменты. Но я уже сейчас стал замечать, что количество откликов на hh уменьшилось с лета на аналогичную вакансию. Примерно на 1/3, а это значит, что вкатунов стало меньше (и будут дальше уменьшаться т.к. запасы заканчиваются, а на меньшие деньги им уже не так интересно). Пройдёт время и рынок должен получить второе дыхание. Я вот программировать очень люблю. За эти "сытные" года я семью обеспечил всем необходимым на годы вперед. Долгов нет. И если придётся идти на снижение, то я готов. Будет очень неприятно, но для меня главное заниматься любимым делом ИМХО. Хотя и обидно будет. К хорошему быстро привыкаешь
Такая ситуация с it была очевидна. Все возвращается на доковидные времена. Единственная проблема это вкатуны, которых сейчас очень много и они создают массовость. Рано или поздно все устаканится. Зарплаты откатятся на нормальные цифры (это было реально не нормально, что в 2024 трансляторы из gpt в git умудрялись зарабатывать очень много на старте). Мне тогда было понятно, что это уже финал сытных времен. Хотя это время помогло многим закрыть основные жизненные потребности и собрать надежный фундамент.
В it сейчас реально будет революция и больше половины уйдут в другие сферы (появится очередная новая хайповая тема)
Останутся только "трушные" спецы с которыми всегда было интересно работать. Я ожидаю, что будет снижение зп, а потом и стабилизация. Но для этого нужен не один год (тут еще все зависит от кризиса и других факторов). Ну и самое главное. В нашей сфере рост дохода всегда привязывается к нашим скилам, а значит в этом плане у нас всегда есть потенциал роста (даже после кризисных падений)
Коллеги, терпение нам. Наступают не самые простые времена.
Раньше на собесе проверяли java core и знание фреймворка (спринг хибернет и т.д.)
И для подготовки нужно было искать и изучать информацию. Я помню все читал, готовил краткую выжимку и учил. По итогу я до сих пор помню все нюансы java core (которые спрашивали на тот момент), аннотации методы и т.д., но сейчас практически 80% кода генерю (и правлю перед использованием)
Когда я занимаюсь разработкой бизнес фичи, то я её в голове декомпозирую на подпроцессы (чтобы они были маленькие и атомарными), оборачиваю в промт, правлю полученный код (если есть необходимость) и на выходе собираю в единое решение. Раньше эти декомпозированные задачи раскидывались на стажеров/джунов, но теперь с gpt я реально клепаю фичи в одиночку.
и фронт (vue) и бэк. Мне только дизайн в фигма делают дизайнеры и настройку инфраструктуры девопсы (докерфайл сам пишу)
По факту я реально превратился в некий фильтр, который адаптирует сгенерированный код в проект. Но все же есть процент задач, где gpt слабый (вернее я использую бесплатную 4 версию и он может не уметь) и тогда как раз я начинаю глубоко изучать документацию, а там без базовых основ делать нечего.
ИИ реально ускоряет решение задач, но для этого должно быть нормальное тз, проработана аналитика и еще большое количество ролей, но реальность такая, что приходится бывать и аналитиком и архитектором и кодером и тестером. И для того, чтобы делегировать работу на ии нужно в этом всем разбираться и уметь делать самостоятельно.
Чтобы окончательно не превратиться в посредника ИИ я некоторые задачи стараюсь закрывать олдскульным методом без использования ИИ. (Но это в те моменты, когда "дед Лайн" не пришёл в гости 😃)
Я в 2010 поступил в колледж, сходил в армию и закончил институт (только мне повезло и я закончил по сокращенной программе очно и совмещая с работой). Дипломную работу писал на java (rest сервисы).
Но мне на тот момент повезло и я открыл для себя QAA с использованием java (я ушёл с работы и пошёл на стажировку с минимальной оплмтой по ГПХ (после нее я умел писать автотесты, поднимать окружение для запуска на сервере, докер, дженкинс и т.д. это на рынке в 2018 продавалось хорошо). И вот так постепенно я из QA перешёл в полноценного разработчика. Попробуйте пойти этим путем тем более на qaa сейчас вроде как конкуренция ниже
Я сам был в шоке. Я не святой и в работе использую ИИ довольно активно, но после этого перепроверяю и дорабатываю код. А когда задача специфическая, то быстрее самому нагуглить, чем ИИ пытать. Я думал, что такие люди (которые так вкатываются в it) это байка. Но когда я сам столкнулся, то понял глубину проблемы. Как мне сказали: закрыли отдел развития, где разрабатывали новые проекты. Остался самый толковый разработчик, а остальных сократили.
Я теперь пониманию жёсткую фильтрацию hr. И введение алгоритмитического блока на собесе (хотя это не паноцея). Сейчас сам начал тренироваться решать эти задачи. Сначала бесило, а теперь втянулся и нравится (оказалось легче, чем я думал).
(1 на груаях, а 2 на чистом js. На бэке подготовить данные для передачи по ресту, а на фронте подхватить и отрисовать)
1) он мне выдаёт скрипт на грувях, который не работает (даже не запускается). Я его спросил ты проверял? Он сказал да. Я его прошу показать как он проверял. Пассажир выдаёт следующую базу. (Я закинул промт в ИИ. Вижу что код вроде как нормальный ну и сдал его без запуска... )
2) Для js он мне отдаёт какой-то код на питоне. Я ему говорю это же не js, а он мне в ответ: А какая разница...
На все он потратил 2 недели. В итоге я переделывал.
В конечном итоге: ПСЖ и он ушел.
Самое обидное, что такие пассажиры умеют себя продавать, а на другой стороне hr, которые не всегда могут специалиста от пассажира четко отличить.
Как я делаю: я просто для hr после интервью отправляю выгрузку из ЭТК по которой я могу подтвердить свой реальный опыт. Очень крутой лайфхак, который выделяет меня как кандидата.
GigaIDE + плагин для отображения анотаций spring/orm Explyt Spring plugin
У меня нет завышенных требований к ide и мне вполне хватает. Пробовал переходить на eclipse. По мне так очень перегруженный интерфейс. Да и привык я уже к idea. А так ди или старая версия или дать шанс giga с этим плагином. Перешёл бы vs code (codium), но т.к. я еще пишу фронт на react/vue, то мне удобнее, чтобы были разные ide
Скажем так: если аудитория на конференции не новички, то там сразу будет всем понятно "трепач" или практикующий специалист т.к. после выступления всегда есть открытый микрофон, где задают конкретные вопросы. И если человек бодро отвечает, то с большей вероятности это специалист (хотя на 100% гарантию никто никогда не даст). Если он заинтересует члена команды, и его захотят похантить, то его и там расколят. А так полностью согласен с автором. Здоровая инициатива всегда будет работать на инициатора)
JQuery навсегда останется в наших сердцах. Он был очень революционный в свое время. Работал на одном легаси где переводили с jQuery на vue. Словил нотки ностальгии... столько кода было написано мною на нем в свое время... эххх
Работаю в разработке с 2018 года. В те года для "вкатывания" в it нужно было очень много учить. Каким-то чудом я прошёл тогда собеседование и получил работу в it (для вчерашнего студента это была большая радость)
Если не погружаться в специфику проектов, то до 2022 занимался разработкой на java и отрисовкой фронта на jQuery.
Потом я открыл для себя одну из gpt моделей и понеслось... с помощью ии получилось изучить react/vue (использование js на сервере), а сейчас я полноценно использую nuxt и очень быстро решаю бизнес задачи в рамках фулстек.
Могу дать следующий совет. Вайбкодинг это круто, но лучше с помощью ИИ не просто копипастить код, а именно разбирать с ИИ. Задавать кучу вопросов: "почему так", "а как лучше", "покажи альтернативное решение".
Ну и читать книги/документацию. По одной причине: там все структурировано от простого к сложному. ИИ не всегда хорошо сможет объяснить. Нужно комбинировать классический подход (книги/статьи) и практику с помощью ии)
Там очень запутанная бизнес логика, которая завязана на время обработки сообщения (мне хаотично сыпались в очередь сообщения. Нужно было в определённый момент времени обработать сообщения с определенном значении в конкретном поле. Т.е. сообщение на момент прочтения имеет в определённом поле значение не подходящее в момент времени то его нужно оставить.) Вот с таким заказом пришли и традиционно озвучили на демке. Можно было придумать промежуточные топики, но зачем.
По поводу количества консьюмеров. Проблема не в количестве сообщений, а во времени их обработки. В определённые часы ответ от конечной системы мог быть больше 50 секунд. (Связано с сетевой архитектурой и т.д. ) мне как исполнителю дали задачу обеспечить это динамичным увеличением консюмеров. Типо сегодня их могут сделать 5 завтра 15 через неделю 100 через месяц 50 и т.д.
Я не придумывал архитектуру компании. Мне обозначили ограничения в которые я должен был встроить интеграцию. Опции переписать архитектуру не было. Изучив все моменты рэбит там вписался гармонично.
У меня была подобная задача, но только из 1С в jira. Но суть похожая. Я вначале взял кафку и меня все устроило, но когда бизнес пришёл со своими "хотелками", которые были озвучены после демки (классика жанра), то выяснилось, что кафка не подошла.
Поичины:
1) партиции. Я должен сразу знать сколько у меня будет консюмеров, чтобы задать нужное количество партицей для топика. Если я задам топик с 2 партициями, то одновременно сможет работать только 2 консюмера.
2) работа с сообщениями. Нам нужна была логика: в очередь валятся сообщения, а консюмер при обработке забирает только выборочно (анализируя тело сообщения) и подтверждает только нужные. Рэбит это позволяет, а кафка даёт 1 раз прочитать для одного id.
Были еще минорные причины, но их костылями ещё можно было обыграть. Эти 2 причины тоже можно было, но бессмысленно.
В моменте кажется, что инструменты взаимозаменяймые, но на практике нет.
Выходил в разработку на java в 2018. Для прохождения собеседования нужно было найти и изучить очень много информации. Тогда ИИ не было и человеку без наставника было очень тяжело разобраться (у меня не было наставника, но после первой стажировки я понял где копать и пошло проще). (С помощью ИИ я смог очень быстро освоить фронтенд и изучить react и vue)
Про 40 летних кодеров. Лично я не вижу себя кодером в этом возрасте (мне 32). Меня уже утомляет решать однотипные задачи и писать однотипный код. Я надеюсь, что к этому возрасту я смогу продавать не "коммиты в гите", а свою экспертную оценку (и смогу стать тем архитектором с которым я комуницирую сейчас). На мой взгляд молодые поэтому и в приоритете. Они на морально волевых смогут в разы сделать больше (порой во вред себе), чем опытный кодер на вайбе.
Хз где зарплаты в 400к сейчас (по договору). Многие эту сумму могут получать в связке оклад+премия, но это нестабильно. Хотя возможно в Москве есть такие оклады.
Для джуна все откатилось на уровень 2018 года (по шансам попасть в it) и это нормально.
А почему нельзя выгрузку ЭТК запросить?
Это пару кликов на госуслугах. Там прописаны компании и должности. И сразу становится ясно
А зачем выбирать? React и Vue очень схожи в концепции. Для vue нужно только специфический шаблоный стиль понять. А так никто не мешает в контексте держать оба инструмента, а выбирать уже по потребности. Проект на react значит react. Vue значит Vue. Мне самому Vue кажется удобнее, но в современных реалях выбирать проект по инструменту непозволительная роскошь.
Сейчас много негативных факторов
1) Внешних заказов нет (когда я в 2018 году выходил было много EPAM и подобных контор)
2) Экономический (новые проекты не стартуют, а старые закрывают или просто поддерживают)
3) Фактор ИИ но это больше для джунов т.к. мидлов и выше он еще не заменяет
4) на данный момент очень много вкатунов с накрученным опытом. Мои честные 7 лет в it (в разных ролях), которые я спокойно подтверждаю выгрузкой из ЭТК смотрятся не так привлекательно среди 500+ откликов с накрученеыми годами. И те кто накручивает они умеют врать и обходят все фильтры.
Но нужно не забывать: кушать хотят все и долго без работы вкатуны сидеть не смогут. Рано или поздно они вернутся туда откуда пришли или найдут новую тему. После любого кризиса всегда наступает рост, а значит в цифровую эпоху работа будет всегда. В 2025 году сошлись все негативные моменты. Но я уже сейчас стал замечать, что количество откликов на hh уменьшилось с лета на аналогичную вакансию. Примерно на 1/3, а это значит, что вкатунов стало меньше (и будут дальше уменьшаться т.к. запасы заканчиваются, а на меньшие деньги им уже не так интересно). Пройдёт время и рынок должен получить второе дыхание. Я вот программировать очень люблю. За эти "сытные" года я семью обеспечил всем необходимым на годы вперед. Долгов нет. И если придётся идти на снижение, то я готов. Будет очень неприятно, но для меня главное заниматься любимым делом ИМХО. Хотя и обидно будет. К хорошему быстро привыкаешь
Такая ситуация с it была очевидна. Все возвращается на доковидные времена. Единственная проблема это вкатуны, которых сейчас очень много и они создают массовость. Рано или поздно все устаканится. Зарплаты откатятся на нормальные цифры (это было реально не нормально, что в 2024 трансляторы из gpt в git умудрялись зарабатывать очень много на старте). Мне тогда было понятно, что это уже финал сытных времен. Хотя это время помогло многим закрыть основные жизненные потребности и собрать надежный фундамент.
В it сейчас реально будет революция и больше половины уйдут в другие сферы (появится очередная новая хайповая тема)
Останутся только "трушные" спецы с которыми всегда было интересно работать. Я ожидаю, что будет снижение зп, а потом и стабилизация. Но для этого нужен не один год (тут еще все зависит от кризиса и других факторов). Ну и самое главное. В нашей сфере рост дохода всегда привязывается к нашим скилам, а значит в этом плане у нас всегда есть потенциал роста (даже после кризисных падений)
Коллеги, терпение нам. Наступают не самые простые времена.
Я согласен с автором.
Раньше на собесе проверяли java core и знание фреймворка (спринг хибернет и т.д.)
И для подготовки нужно было искать и изучать информацию. Я помню все читал, готовил краткую выжимку и учил. По итогу я до сих пор помню все нюансы java core (которые спрашивали на тот момент), аннотации методы и т.д., но сейчас практически 80% кода генерю (и правлю перед использованием)
Когда я занимаюсь разработкой бизнес фичи, то я её в голове декомпозирую на подпроцессы (чтобы они были маленькие и атомарными), оборачиваю в промт, правлю полученный код (если есть необходимость) и на выходе собираю в единое решение. Раньше эти декомпозированные задачи раскидывались на стажеров/джунов, но теперь с gpt я реально клепаю фичи в одиночку.
и фронт (vue) и бэк. Мне только дизайн в фигма делают дизайнеры и настройку инфраструктуры девопсы (докерфайл сам пишу)
По факту я реально превратился в некий фильтр, который адаптирует сгенерированный код в проект. Но все же есть процент задач, где gpt слабый (вернее я использую бесплатную 4 версию и он может не уметь) и тогда как раз я начинаю глубоко изучать документацию, а там без базовых основ делать нечего.
ИИ реально ускоряет решение задач, но для этого должно быть нормальное тз, проработана аналитика и еще большое количество ролей, но реальность такая, что приходится бывать и аналитиком и архитектором и кодером и тестером. И для того, чтобы делегировать работу на ии нужно в этом всем разбираться и уметь делать самостоятельно.
Чтобы окончательно не превратиться в посредника ИИ я некоторые задачи стараюсь закрывать олдскульным методом без использования ИИ. (Но это в те моменты, когда "дед Лайн" не пришёл в гости 😃)
Большое спасибо. Завтра чекну её
Подскажите название модели. Я бы тоже развернул у нас
Читал статью и вспомнил себя.
Я в 2010 поступил в колледж, сходил в армию и закончил институт (только мне повезло и я закончил по сокращенной программе очно и совмещая с работой). Дипломную работу писал на java (rest сервисы).
Но мне на тот момент повезло и я открыл для себя QAA с использованием java (я ушёл с работы и пошёл на стажировку с минимальной оплмтой по ГПХ (после нее я умел писать автотесты, поднимать окружение для запуска на сервере, докер, дженкинс и т.д. это на рынке в 2018 продавалось хорошо). И вот так постепенно я из QA перешёл в полноценного разработчика. Попробуйте пойти этим путем тем более на qaa сейчас вроде как конкуренция ниже
Я сам был в шоке. Я не святой и в работе использую ИИ довольно активно, но после этого перепроверяю и дорабатываю код. А когда задача специфическая, то быстрее самому нагуглить, чем ИИ пытать. Я думал, что такие люди (которые так вкатываются в it) это байка. Но когда я сам столкнулся, то понял глубину проблемы. Как мне сказали: закрыли отдел развития, где разрабатывали новые проекты. Остался самый толковый разработчик, а остальных сократили.
Я теперь пониманию жёсткую фильтрацию hr. И введение алгоритмитического блока на собесе (хотя это не паноцея). Сейчас сам начал тренироваться решать эти задачи. Сначала бесило, а теперь втянулся и нравится (оказалось легче, чем я думал).
Из личного опыта. Дали мне одного "пассажира".
Нужно было написать 2 простеньких скрипта
(1 на груаях, а 2 на чистом js. На бэке подготовить данные для передачи по ресту, а на фронте подхватить и отрисовать)
1) он мне выдаёт скрипт на грувях, который не работает (даже не запускается). Я его спросил ты проверял? Он сказал да. Я его прошу показать как он проверял. Пассажир выдаёт следующую базу. (Я закинул промт в ИИ. Вижу что код вроде как нормальный ну и сдал его без запуска... )
2) Для js он мне отдаёт какой-то код на питоне. Я ему говорю это же не js, а он мне в ответ: А какая разница...
На все он потратил 2 недели. В итоге я переделывал.
В конечном итоге: ПСЖ и он ушел.
Самое обидное, что такие пассажиры умеют себя продавать, а на другой стороне hr, которые не всегда могут специалиста от пассажира четко отличить.
Как я делаю: я просто для hr после интервью отправляю выгрузку из ЭТК по которой я могу подтвердить свой реальный опыт. Очень крутой лайфхак, который выделяет меня как кандидата.
Для разработки я теперь использую следующий набор
GigaIDE + плагин для отображения анотаций spring/orm Explyt Spring plugin
У меня нет завышенных требований к ide и мне вполне хватает. Пробовал переходить на eclipse. По мне так очень перегруженный интерфейс. Да и привык я уже к idea. А так ди или старая версия или дать шанс giga с этим плагином. Перешёл бы vs code (codium), но т.к. я еще пишу фронт на react/vue, то мне удобнее, чтобы были разные ide
Скажем так: если аудитория на конференции не новички, то там сразу будет всем понятно "трепач" или практикующий специалист т.к. после выступления всегда есть открытый микрофон, где задают конкретные вопросы. И если человек бодро отвечает, то с большей вероятности это специалист (хотя на 100% гарантию никто никогда не даст). Если он заинтересует члена команды, и его захотят похантить, то его и там расколят. А так полностью согласен с автором. Здоровая инициатива всегда будет работать на инициатора)
JQuery навсегда останется в наших сердцах. Он был очень революционный в свое время. Работал на одном легаси где переводили с jQuery на vue. Словил нотки ностальгии... столько кода было написано мною на нем в свое время... эххх
Работаю в разработке с 2018 года. В те года для "вкатывания" в it нужно было очень много учить. Каким-то чудом я прошёл тогда собеседование и получил работу в it (для вчерашнего студента это была большая радость)
Если не погружаться в специфику проектов, то до 2022 занимался разработкой на java и отрисовкой фронта на jQuery.
Потом я открыл для себя одну из gpt моделей и понеслось... с помощью ии получилось изучить react/vue (использование js на сервере), а сейчас я полноценно использую nuxt и очень быстро решаю бизнес задачи в рамках фулстек.
Могу дать следующий совет. Вайбкодинг это круто, но лучше с помощью ИИ не просто копипастить код, а именно разбирать с ИИ. Задавать кучу вопросов: "почему так", "а как лучше", "покажи альтернативное решение".
Ну и читать книги/документацию. По одной причине: там все структурировано от простого к сложному. ИИ не всегда хорошо сможет объяснить. Нужно комбинировать классический подход (книги/статьи) и практику с помощью ии)
Там очень запутанная бизнес логика, которая завязана на время обработки сообщения (мне хаотично сыпались в очередь сообщения. Нужно было в определённый момент времени обработать сообщения с определенном значении в конкретном поле. Т.е. сообщение на момент прочтения имеет в определённом поле значение не подходящее в момент времени то его нужно оставить.) Вот с таким заказом пришли и традиционно озвучили на демке. Можно было придумать промежуточные топики, но зачем.
По поводу количества консьюмеров. Проблема не в количестве сообщений, а во времени их обработки. В определённые часы ответ от конечной системы мог быть больше 50 секунд. (Связано с сетевой архитектурой и т.д. ) мне как исполнителю дали задачу обеспечить это динамичным увеличением консюмеров. Типо сегодня их могут сделать 5 завтра 15 через неделю 100 через месяц 50 и т.д.
Я не придумывал архитектуру компании. Мне обозначили ограничения в которые я должен был встроить интеграцию. Опции переписать архитектуру не было. Изучив все моменты рэбит там вписался гармонично.
У меня была подобная задача, но только из 1С в jira. Но суть похожая. Я вначале взял кафку и меня все устроило, но когда бизнес пришёл со своими "хотелками", которые были озвучены после демки (классика жанра), то выяснилось, что кафка не подошла.
Поичины:
1) партиции. Я должен сразу знать сколько у меня будет консюмеров, чтобы задать нужное количество партицей для топика. Если я задам топик с 2 партициями, то одновременно сможет работать только 2 консюмера.
2) работа с сообщениями. Нам нужна была логика: в очередь валятся сообщения, а консюмер при обработке забирает только выборочно (анализируя тело сообщения) и подтверждает только нужные. Рэбит это позволяет, а кафка даёт 1 раз прочитать для одного id.
Были еще минорные причины, но их костылями ещё можно было обыграть. Эти 2 причины тоже можно было, но бессмысленно.
В моменте кажется, что инструменты взаимозаменяймые, но на практике нет.
Все зависит от задачи
Скажу следующее:
Выходил в разработку на java в 2018. Для прохождения собеседования нужно было найти и изучить очень много информации. Тогда ИИ не было и человеку без наставника было очень тяжело разобраться (у меня не было наставника, но после первой стажировки я понял где копать и пошло проще). (С помощью ИИ я смог очень быстро освоить фронтенд и изучить react и vue)
Про 40 летних кодеров. Лично я не вижу себя кодером в этом возрасте (мне 32). Меня уже утомляет решать однотипные задачи и писать однотипный код. Я надеюсь, что к этому возрасту я смогу продавать не "коммиты в гите", а свою экспертную оценку (и смогу стать тем архитектором с которым я комуницирую сейчас). На мой взгляд молодые поэтому и в приоритете. Они на морально волевых смогут в разы сделать больше (порой во вред себе), чем опытный кодер на вайбе.
Хз где зарплаты в 400к сейчас (по договору). Многие эту сумму могут получать в связке оклад+премия, но это нестабильно. Хотя возможно в Москве есть такие оклады.
Для джуна все откатилось на уровень 2018 года (по шансам попасть в it) и это нормально.
На самом деле можно использовать бесплатный тасктрекер, который достаточно мощный. Называется Planka (типо аналог трелло)
А если есть программист, то он его вам "докрутит" под ваши процессы. Я брал подработку.
Продукт бесплатный и устанавливается на сервера компании (react + nodejs) т.е. расходы только на сервер, поддержку и доработку при необходимости
Достаточно просто дорабатывать (junior+/middle справятся)
https://github.com/plankanban/planka