Опишу с точки зрения владельца ИТ-компании.
1. Мы решаем больше задач тем же штатом. Новых сотрудников не нанимаем, потому что каждые полгода модели сильно умнеют.
2. Всё упирается в понимание, что и как делать. Нам не нужно больше разработчиков, потому что внутренние заказчики теперь не справляются с приёмкой и с новыми постановками.
Фокус смещается с разработки на анализ. Разработчикам нужно больше погружаться в продукт, а не в низкоуровневые задачи.
напишите коммент
17 комментов
· 19.10
Если заказчики уже не успевают принимать результат, я бы ограничивал число задач в работе и считал время до принятого изменения. Число написанных фич тогда не будет маскировать очередь на проверку. Пробовали менять размер партий, которые отдаёте на приёмку?
0
ответить
коммент удалён
· 19.10
Один из ключевых заказчиков – я) Пока я ЗА поработать побольше и на выходных ради высокой скорости. В процессе понимание формируется как надо процессы менять, но пока есть небольшая смута.
0
ответить
ответ удалён
· 19.10
а кто тогда у вас ревьюит то что модель написала? мне кажется узкое место просто переехало из разработки в ревью и приемку, разве нет
0
ответить
коммент удалён
· 19.10
Да, ревью узкое место. Количество МРов выросло в 10-20 раз. Сейчас сняли ревью с руководителя команды разработки и передали разработчикам, ответственным за доменную область в системе.
0
ответить
ответ удалён
· 18.10
А как поддерживаете то, что уже было создано? Что с техническим долгом? Сделать можно много, но как потом с этим жить и работать? Надо обслуживать (в широком смысле), надо что-то чинить и тд и тп. Задача ведь не заканчивается на "сделали". Там начинаются новые главы
0
ответить
коммент удалён
· 18.10
Для некоторых новых разработчиков она именно на "сделали" и заканчивается, добро пожаловать в новый век AI! ;)
0
ответить
ответ удалён
· 18.10
На все ваши вопросы ответ – через AI. Я сам в это не верил еще весной, но новые модели и новое понимание всё поменяли. У нас большая кодовая база и много пользователей, если что.
1
ответить
ответ удалён
· 19.10
Шо ви душните, какой техдолг, сео-соо и иже с ними понятия не имеют, чо это такое, главное что быстро. Правда, потом переписывать нормально придется, как все ляжет, но это же потом
0
ответить
ответ удалён
· 19.10
Вот я именно про это и говорю) сделать уже не проблема) и потому это уже не ценность
0
ответить
ответ удалён
· 19.10
Может просто вас еще не настигла волна-когда полетят баги и запросы ото всего и сразу, что было сделано?)
0
ответить
ответ удалён
· 19.10
Так я ровно об этом и говорю же) что это аукается и дорого аукается
0
ответить
ответ удалён
· 2 ч
Оно просто работает если было сделано хорошо
0
ответить
ответ удалён
· 18.10
Разработчик, который и до этого не хотел погружаться в продуктовую среду на рынке ценился много меньше, чем аналогичный коллега, который "я только пишу код по вашему ТЗ, остальное не интересно".
Не думаю что AI здесь в роли какой-то "замены" выступают, просто этот процесс более видимым становится.
Все эти "замены" - красивые слова. Ну стал я писать код эффективнее (еще вопрос: эффективнее ли? может просто быстрее), ну провожу теперь больше код-ревью за тем, что AI сгенерировала, а не очередной джун/миддл, ну стал теперь и ProductOwner для всего продукта - а что изменилось-то? :) Особенно если учесть что и раньше этим занимался.
Работы больше стало, только и всего. В случае код-ревью, это можно представить как если бы я раньше проводил его над кодом трех условных джунов/мидлов, а теперь - над кодом десяти. Время на обучение сократилось - не нужно разбирать и улучшать человека в команде. Если ты сам не способен "улучшиться" с помощью современных технологий - ты как раньше никому не нужен был, так и теперь не будешь нужен.
Никакой разницы :)
0
ответить
коммент удалён
· 18.10
Согласен с вашем мнением.
Но разница есть. Раньше мы искали разработчиков и видели в этом потребность, чтобы увеличить скорость. Сейчас скорость сильно выросла и разработчиков мы не ищем.
1
ответить
ответ удалён
· 18.10
Получаются что потихоньку заменяют. Теперь разработчик это уже аналитик со знанием базы/кода/архитектуры.
0
ответить
коммент удалён
· 18.10
Всё верно!
0
ответить
ответ удалён
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 20.10
Согласен. Последние модели действительно вышли на другой уровень и скорость написания кода заметно выросла.
Но, как мне кажется, вместе с этим растут требования к самому разработчику. Теперь важно не только грамотно поставить задачу агенту, но и понимать предлагаемые решения, их архитектурные особенности и возможные риски.
Поэтому считаю, что техническую базу нужно развивать ещё активнее, причём не только в рамках своей специализации. Код пишем быстрее, но ответственность за результат никуда не исчезла.
1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён