Что ни статья про внедрение ии в организациях, так размышления о том, кого первого попрут. Если пишет разработчик - попрут менеджеров, если пишет менеджер - попрут разработчиков.
Если случится такой капитализм как вы пишете, попрут обоих целыми отделами, потому что их съел соседний отдел / корпа.
Новый ключевой навык — принятие трудных решений в условиях неопределённости.
Это всегда было ключевым навыком для роста в любой сфере.
копипастил со Stack Overflow и закрывал тикеты по шаблону, ни разу не задумавшись, почему код устроен именно так
как будто это что-то плохое.
Просто один думающий разработчик с ассистентом теперь делает объём, на который раньше нужна была команда
не первый раз вижу этот тезис, и почему-то многие убеждены что уж именно то они и есть те самые "югославские" думающие разработчики.
честно, статья выглядит как ответ нейросети.
а по теме: рынок структурно меняется. трясти будет всех. но в конце будет всем хорошо. а по пути если есть предпринимательская жилка можно оседлать хайп трейн.
Продакт‑билдер звучит эффектно: «Я и стратег, и аналитик, и немного девелопер, и прототип за ночь, и всё сам». Но в реальности чаще всего это значит другое
Добро пожаловать в реальность, где тоже самое требует от разработчика: владей продуктом, влияй на метрики, а не только кнопки тыкай. Кнопки тыкать за тебя уже машина может, а ты вот о продукте подумай. Уже видел посты, где современный разработчик и A/B тесты лупит, и подумал и за себя, и за пользователя, и за продакта.
Наверное, завтра уже кастдевы будем делать ,и холодные звонки, и прочее.
И роли такие важные: Growth Engineer, Product Engineer.
имхо ллм убивает ощущение авторства над кодом. это как парное программирование где все делает партнер. да, я там что то бубню "сделай то, сделай это..", но авторства в этом я не ощущаю. программирование до ЛЛМ - это конструктор для взрослых, нетривиальное моделирование сложных вещей.
программирование с ллм - это уже лего. Да, из лего можно собрать сложные крутые штуки, но средняя задача гораздо проще и банальнее. И если раньше эту банальность можно было собирать руками с интересом, ради самого процесса, то теперь и процесса нет, осталось только банальность.
Согласен, все так. но java здесь больше для примера, как генератор логов, целью было показать как в целом централизованный лог-сервер типа rsyslog может раскидывать логи по разным источникам, т.е. поставщики логов могут быть реализованы не только на java, но и на другом стэке без логбэка.
Возможно, мне стоило сделать акцент на этом в статье, спасибо.
Тяжёлые времена нынче для входа в профессию, хотя это было предсказуемо. Громадное количество людей после курсов переполняло рынок в последние 1,5-2 года, и было понятно что котелку бы перестать варить, а то так и до демпинга зарплат недалеко.
Про то что на собесах на джун позицию по java-spring стеку спрашивают все, но не глубоко, без архитектуры - так было и 5 лет назад. И про отсутствие технического ВО тоже самое было: приглядывались, пытались понять, что там у тебя помимо фреймворков ещё есть.
Другой вопрос, что тогда цена ошибки на собесе не была такой дорогой для джуна. На собеседования приглашали, и из 30 откликов было в срелнем 8 -10 приглашений на собесы.
В ситуации когда делаешь 100 откликов и получаешь 1 приглашение, этот собес становится золотым, конечно, и стресс жуткий.
Что ни статья про внедрение ии в организациях, так размышления о том, кого первого попрут. Если пишет разработчик - попрут менеджеров, если пишет менеджер - попрут разработчиков.
Если случится такой капитализм как вы пишете, попрут обоих целыми отделами, потому что их съел соседний отдел / корпа.
Это всегда было ключевым навыком для роста в любой сфере.
как будто это что-то плохое.
не первый раз вижу этот тезис, и почему-то многие убеждены что уж именно то они и есть те самые "югославские" думающие разработчики.
честно, статья выглядит как ответ нейросети.
а по теме: рынок структурно меняется. трясти будет всех. но в конце будет всем хорошо. а по пути если есть предпринимательская жилка можно оседлать хайп трейн.
главное почаще трогать траву.
всем хорошего дня.
Тимбилдинг после сокращений, конечно, сгладит углы.
Добро пожаловать в реальность, где тоже самое требует от разработчика: владей продуктом, влияй на метрики, а не только кнопки тыкай. Кнопки тыкать за тебя уже машина может, а ты вот о продукте подумай. Уже видел посты, где современный разработчик и A/B тесты лупит, и подумал и за себя, и за пользователя, и за продакта.
Наверное, завтра уже кастдевы будем делать ,и холодные звонки, и прочее.
И роли такие важные: Growth Engineer, Product Engineer.
Мы тут уже давно, присоединяйтесь.
имхо ллм убивает ощущение авторства над кодом. это как парное программирование где все делает партнер. да, я там что то бубню "сделай то, сделай это..", но авторства в этом я не ощущаю.
программирование до ЛЛМ - это конструктор для взрослых, нетривиальное моделирование сложных вещей.
программирование с ллм - это уже лего. Да, из лего можно собрать сложные крутые штуки, но средняя задача гораздо проще и банальнее. И если раньше эту банальность можно было собирать руками с интересом, ради самого процесса, то теперь и процесса нет, осталось только банальность.
ps. лего не осуждаю, не закидывайте тряпками
Да, да, "вот выключат вам интернет, и что вы без своего гугла будете делать"
если кнопку нажмут, тут все превратиться в тыкву.
Согласен, все так. но java здесь больше для примера, как генератор логов, целью было показать как в целом централизованный лог-сервер типа rsyslog может раскидывать логи по разным источникам, т.е. поставщики логов могут быть реализованы не только на java, но и на другом стэке без логбэка.
Возможно, мне стоило сделать акцент на этом в статье, спасибо.
Если логи отправляем только в kafka - да, но в данном примере предполагается несколько получателей с разными типами подключения
нейминг роскошный.
Тяжёлые времена нынче для входа в профессию, хотя это было предсказуемо. Громадное количество людей после курсов переполняло рынок в последние 1,5-2 года, и было понятно что котелку бы перестать варить, а то так и до демпинга зарплат недалеко.
Про то что на собесах на джун позицию по java-spring стеку спрашивают все, но не глубоко, без архитектуры - так было и 5 лет назад. И про отсутствие технического ВО тоже самое было: приглядывались, пытались понять, что там у тебя помимо фреймворков ещё есть.
Другой вопрос, что тогда цена ошибки на собесе не была такой дорогой для джуна. На собеседования приглашали, и из 30 откликов было в срелнем 8 -10 приглашений на собесы.
В ситуации когда делаешь 100 откликов и получаешь 1 приглашение, этот собес становится золотым, конечно, и стресс жуткий.
Всем сил и терпения.
Слишком частые плохие новости для менеджера паролей.