1700 строк
Я все еще пишу сервис, с использованием AI, о котором писал пару недель назад (https://t.me/meetdeadlines/40) Написано 1700 строк.
Здесь хочу поделиться впечатлениями про применение этих инструментов в работе (на самом деле не только в части кодинга, но и в части базовой работы).
Главное, что меня волнует - мне кажется, что это какое-то читерство. Я не уделяю внимание важным вещам, а просто "прошу кого-то" выполнить за меня мою работу. Но если углубиться, в чем же разница? Предположим, мне нужно интегрироваться с внешним сервисом. Мои действия? 1. Найти документацию внешнего сервиса 2. Изучить API или SDK, если они предоставляют его 3. Написать код интеграции. 4. Протестировать и принять решение о готовности
Особенно много времени я трачу на 1 и 2 пункты. В случае же применения AI, у меня получается: 1. Сформулировать вопрос и ограничения известные мне 2. Получить код, прочитать его. Убедиться, что код делает то, что я хочу 3. Встроить код в мое решение 4. Протестировать и принять решение о готовности
Конечный результат - одинаковый. Но в первом случае я трачу много времени на первые 2 пункта. Во втором, я получаю ответ за 5 минут.
И в итоге, из-за того, что я потратил лишь немного времени - моя работа становится менее качественной от этого. И, сейчас я себя убеждаю что это не так. Выхлоп в виде рабочего кода - одинаковый. И в чем разница между "я погуглил и прочитал" и "я попросил погуглить и почитать"?
Возникает также ощущение "упущенной выгоды". Ведь если я этого не сделал сам, вероятно, я мог упустить что-то важное из виду, и мои решения становятся менее эффективными. А с этой ситуацией менеджер сталкивается постоянно - делегирование работы другим. Вы явно сделаете лучше всегда, но поскольку у вас мало времени, вам приходится принимать, что эту работу сделает кто-нибудь другой. В конечном итоге - решение же работает.
· 04.02.2025
Меня больше смутил не вопрос эффективности использования ai. А то что вы зачем то упомянули цифру в 1700 строк. О чем говорит эта метрика, на ваш взгляд?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 04.02.2025
Принципиально, это метрика не говорит ни о чем. Факт работающего или неработающего приложения важнее
Но я эту метрику привел, чтобы показать, что ai написал не один класс, который не сложен, а то, что уже получается маленькое приложение (и AI способен на это)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 04.02.2025
На мой взгляд эта цифра является пугающей. Потому что мясному программисту теперь нужно провести анализ 1700 строк кода.
Если углубиться в тему, то можно прийти к выводу что программный код на самом деле пишется не для железа, а для людей. То есть ключевая ценность исходного кода а том что его может понять человек. Из этого умозаключения вытекает то что максимально полезный код, тот который максимально понятен человеку. Длинный код не отвечает этому критерию как правило.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 07.02.2025
Интересная интерпретация :)
Хотя я бы постарался не смешить практики разработки (размер одного pull request), с общим размером кодовой базы
Максимально полезный код тот, который работает и решает задачи. Легко он читается или нет, это вопрос к сопровождаемости и когнитивных способностях инженера, который работает над этим кодом :)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён