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

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

Сейчас в тренде 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)+ Разве что где нибудь в космической отрасли

Уже работаю головой, а не руками

(12) Я щас жостко кодю на С/С++ и на Питоне (для себя)!
А по работе расслабленно кодю на Джаве и на Джаваскрипте. Точнее, на джаве за меня кодит ИИ, так как я ее вообще не знаю. А на Джаваскрипте просто помогает.

Все время программировать приходится. А согласование мало времени занимает, согласующие имеются. Обучение тоже ерунда.

как-то так обычно 50/50 на кодинг и придумывание правильной архитектуры

(32) Уж что-что, а тесты пишутся через ИИ чуть менее чем полностью. По другому просто не пишутся, ибо зачем?

(48) ну сейчас да, тогда не было такой халявы

1. Планируй
2. Анализируй
3. Делай (Кодируй)
4. Контролируй
5. Отдыхай

(меньше 20% получается)

В прошлом месяце до отпуска разрабатывал конфигурацию для обмена с Контур EDI через API. Процент программирования составлял > 75%, сейчас процесс ожидания нагрузочного тестирования, поэтому < 25%. В основном до 25% времени, ибо довольные пользователи.

Как-то вы странно считаете. План и анализ для внедрения, проверка кода отдельно от самого печатанья считаете. Если просто печатать, то и у меня 25%. )))

Тут вопрос, что вы называете кодингом. Если непосредственное нажимание кнопок и клики мыши то совсем мало.
Посмотреть структуру, продумать как лучше сделать и т.п. относить к кодингу то больше.
Бюрократические задачи согласование тестирование и т.п.
занимают 50%.

остальное время на общенинг, учетинг, изученинг, удаленинг-сисадмининг, кофе-много-заливатинг, обученинг-юзеров-в-сотый-его-туды-разинг

Всем этим, постановкой, согласованием, тестированием, документированием, обучением, и т.п. у нас занимаются другие люди.

(54) 👍

(52) Естественно, к кодингу относится не только печатание на клавиатуре, но и размышления, поиск лучшего решения, планирование, рисование в тетрадке, и т.д.
Например, за неделю я сделал одну задачу, написал/отредактировал 63 строки кода в 5 файлах. По времени печатание заняло бы наверное всего <1%.
Вообще, считается что хороший программист в день в среднем создает 10 строк качественного кода, и это нормально. У меня получилось больше 10 строк в день, но если учесть что я использовал ИИ, то вышло меньше положенных 10 строк в день. Хотя, я не думаю что код сгенерированный ИИ не нужно засчитывать за свой.

(57) ты себе льстишь утверждением "считается что хороший программист в день в среднем создает 10 строк качественного кода, и это нормально". В этом утверждении целых 3 манипулятивных оценочных суждения:

- кем считается?
- кто такое качественный код?
- получается, можно навесить на себя ярлык хорошего программиста, написав 10 строк кода и назвав их качественными?

(57) В состоянии потока программист может выдавать 1000 строк качественного кода в день

(59)+ и ещё 1000 строк ночью

(58) Почему я не могу себе льстить? Мне нравится это. Я когда-то давно прочитал это утверждение, оно совпало с моим опытом, и мне от этого прикольно.
А теперь по порядку:
- Эта известная цитата из книги The Mythical Man-Month, давно гуляющая по интернету, и многие программисты ее видели или слышали.
- Код, который профессиональный опытный программист таковым может назвать.
- Никто этого не запрещает, можно. Но лучше чтобы тебя хорошим программистом назвали твои коллеги, которые хорошо знакомы с качеством твоего кода, а не ты сам.
Странно что мне приходится объяснять такие очевидные вещи.

Циклами всё идёт. Бывает три дня пару тройку функций вымучаешь, а потом за два разрулишь на неделю вперёд.

(60) Во сне. Но потом просыпается - "а куда все строки то делись"? ;)
Обычное дело... бывает...

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

(63) в бессонную ночь

(65) Не те наши годики. Завязывай с этим, имхо...

(66) Я не про себя, а про программиста в состоянии потока

(61) можно ли назвать хорошими программистами тех, кто пишет типовую УТ?

(67) А, это у меня было... Но теперь себя ограничиваю жестоко.
Редко но бывает, иногда, примерно когда яблоко вдруг выростет на моем 40-летнем апельсине, который я косточкой сажал и ударит меня в голову...
Но поток бывает...
Волшебник, про апельсин я не наврал, он действительно растет на кухне , а вот яблок с него пока не падало, да и апельсинов тоже...

(68) Слишком много отделов, ты сам же видишь УчитыватьНДС, Ну УчитыватьНДС, УдалитьУдалитьНДС и УдалитьОбезянКоторыеНеУчитываютНДС...
Они не могут договорится между собой, как это называть?
И что нам, простым смертным, предлагеется делать?