Я в 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) и это нормально.
Читал статью и вспомнил себя.
Я в 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