Привет!
Сабж!
С годами заметил, что всё меньше стал кодить. Всё больше времени уходит на согласование, постановку задачи, тестирование, документирование, обучение и т. д., а непосредственно кодинг может вообще сводиться к одной строчке кода или правке запроса.
А сколько времени кодируете вы?

С какой целью интересуешься?

Сейчас в тренде wiki:Вайб-кодинг

(0) для согласования, постановки задачи, финального теста, написания инструкций есть аналитики.
Конечно, если один на всю контору, то сопутствующих дел очень много.

В основном анализ задачи, согласование, объяснение почему задача - куча навоза, и ее решать не стоит. и тому подобное. Чистый кодинг менее 10% времени (если добавить сюда копание в старом или недокументированном внешнем коде - чуть более 25%).

Всё больше времени уходит на поиск галочек, "держание за ручку" и всякие "предварительные ласки".

(0) На основной работе - около 15-20% времени.
Внерабочий калым - почти 100%

в основном

ибо мне это нравится

Не кодим, а программируем

Около 40-50%

(5)

"предварительные ласки" +100500

В прошлом месяце был охеренный проект сбора марок с линии розлива - аналог Евромаша - 3 недели жесткого кодинга на Дельфи с ООП, TCP, COM и псевдографикой на TButton, отображающих наполненность коробок и паллет и возможностью щелкнуть на произвольной и посмотреть че в ней.

Это было жестко и охеренно.

(12) 👍

(12) 👍

(12)
Дельфи еще живо?
Прям ностальжи по началу нулевых..

(0) Если учитывать использование ИИ не как кодинг, то до 25%

(0) Если использование ИИ считать за кодинг, тогда больше 75%.

Не особо много. Когда понятно что и как кодить - это счастье. Гораздо чаще бывает, что это не нихрена непонятно и надо придумать, как это сделать.

(15) а почему нет. Хорошая вещь. Дорогая только.

Ноль
0

(12) Кому то было нехрен делать...
Имхо я бы обошелся микросервисом на Go с интерфейсом на 1С
Причем в режиме веб-клиента
Чтобы когда исходники на Дельфи пропадут вместе со спецами по нему за голову клиент не хватался

Работал я там где только программировать надо было, дял всего остального были специальные люди. И понял что работаю как на заводе, заготовку взял, деталь сделал, сдал и тд. Выдержал 3 года, и то только потому, что бенефиты их нужны были

(15) Ежов периодически выкапывает это зомби)

(24) Хорошо то как.... Живу в обратной парадигме. В итого вообще не кодирую ничего, занимаюсь на 70% менеджерскими делами. На 10 стульях не усидеть.
Плохо и то и то. Всего поверху, на глубину не хватает времени.

(23) Пчелы против меда. Завязывая на себя, увеличиваешь свою ценность же

(26) Каждому свое видимо. Мне нравится разнообразие

(28) Лучше что то среднее. Вероятно плохо и то и это.
(28) Но в целом то в (24) система работала как отлаженный механизм? Или все же велики были транзакционные издержки? А что хоть за контора то если не секрет, масштаб интересует с таким уровнем разделения труда.

Постоянно пытаются втянуть в какие-то расследования, в поиск ошибки учета и т.д.

у меня много заготовок на разные направления, но все равно на каждый проект приходится их всячески подпиливать.. я думаю, много времени все равно уходит

(29) Там был зоопарк технологий накопленный годами, много легаси. Все было стандартизировано и процессы отлажены, архитектор и лиды были очень толковые. От этого работать было еще скучнее)
Убедился, что юнит тесты, забирают иногда 80% времени, а толку от них практически нет.

(27) Так под Go тоже можно завязать на себя
Как и под 1С
Тут вопрос не завязки а выбора странного средства
Ладно бы Lazarus еще взял, который может все что и Delphi но хуже

Собеседую чуваков на Senior Go позиции, потом идут всякие встречи и оставшиеся 50% уходят на программирование.

(32) "Убедился, что юнит тесты, забирают иногда 80% времени, а толку от них практически нет."
- а подробнее? почему толку нет?

(35) Потому что нельзя на этапе разработки с одновременным написанием тестов предусмотреть все возможные варианты тупости и ошибок!
В т.ч. в данных

(36)+ Это примерно как валидацию делать через схемы, причем для json обмена - изврат полный
То что строка артикула пришла именно строка(15) - совершенно не означает что
1. Там нет кривых символов или кодировки
2. Что артикул верный, есть в базе

(35) В качестве защиты от дурака разве что.
У меня они валились из-за особенности самих тестов. Когда например тест для функции с запросом в бд, а твоя задача как раз поменять структуру. Помимо своих функций еще и тест других функций валится, приходится и там подгонять результаты. Мартышкин труд!

(36) ну так задача юнит тестов - покрыть как можно большее "пространство" возможных ситуаций, в идеале - все ситуации
так..?
и что тут? юнит тесты пишутся по минимуму на самое очевидное (ну так это вообще мало пользы, самое очевидное прикрывается еще на этапе разработки)? нет времени писать тесты широкого охвата? или что?

(38) " твоя задача как раз поменять структуру"
- ну тут вроде понятно. структура поменялась, юнит тест - блямс! проверяем, корректируем или юнит тест или структуру, идем дальше...
?

(40) Чисто субъективное мнение после 25 лет программирования - полезность не стоит трудозатрат.

(41)+ Разве что где нибудь в космической отрасли