Вход | Регистрация

  1  2

Идеальный программист (статья с Хабра)

Идеальный программист (статья с Хабра)
Я
   Bigbro
 
26.12.18 - 05:25
с интересом прочел статью, комментарии тоже любопытны.
поскольку тема близка 1с-никам решил поделиться.
Интересны мнения - как вы считаете при таких оценках, что приведены 5 минут на совещание/постановку задачи, 15 минут на решение - возможна ли полноценная автоматизация, или это лишь текущая отработка шаблонных действий?

вот комментарий:

"Обычно у задачи есть ещё накладные расходы — переключение контекста, изучение связей и возможных влияний и зависимостей, тестирование. 15 минут на задачу — разве что для совсем элементарных случаев, где можно вообще не думать.

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

мне он кажется вполне резонным.

вот сама статья.

https://habr.com/post/434254/
 
 
   la luna llena
 
101 - 26.12.18 - 14:21
(99) на "техподдержку" зама главбуха часто уходит много ресурсов, во многих организациях это тот человек, кто не только считает налоги, но и решает уйму организационных вопросов.
   MyNick
 
102 - 26.12.18 - 14:39
(101) ну так зато автор статьи стравил этого эффективного человека с руководством, что даст ему профит в будущем. Больше заявок, больше хаоса. Знает, что делает ;)
   Конструктор1С
 
103 - 26.12.18 - 14:51
(98) тётя Зина ушла искать другую работу
   Adilgeriy
 
104 - 26.12.18 - 14:57
зам главбуха который лучше всех знает УПП получает 20 тысяч? ребятам точно нужен УПП? или они только видят белую часть зарплаты и на неполных данных делают свои выводы
   Adilgeriy
 
105 - 26.12.18 - 15:03
просто нужно понимание что 1с прог чаще всего методист. а тут им дали задание они сделали и всё. мне кажется такие люди и руководят нашим государством. ну а что показатели зарплаты выросли, на 30% ну хорошо ФОТ увеличился на 150 тысяч в месяц по отделу. а ничего что ЗамГлавБуха может в день экономить пару лямов организации, но она тупая раз в техподдержку звонит. и её надо убрать
   NikVars
 
106 - 26.12.18 - 15:18
(103) Ушла в этом месяце. В следующем что?!
:)
   Конструктор1С
 
107 - 26.12.18 - 15:35
(106) а в следующем только вспомнят, мол вот были времена, когда тётя Зина сидела и колотила эти документы, а теперь документы создаются сами, автоматически.
   El_Duke
 
108 - 26.12.18 - 16:23
А мне интересно что за область деятельности была у конторы автора, чем они зарабатывали ?

Откуда такое немеряное количество задачи и доработок, что их напланировали на десятилетия вперед, загаживая конфу своими объектами ? Может просто не ту типовую конфу изначально подобрали ?
Ну не могу я представить себе чем вызван такой титанический труд
   тхулбо
 
109 - 26.12.18 - 16:34
(108) Да достаточно своего видения бюджетирования, и производственного планирования, и вперёд с песнями.
   Garykom
 
110 - 26.12.18 - 16:36
Делаю прогноз по конторе автора статьи:

1. Программисты догадаются что им для постоянно высокой зп нужна бесперебойная очередь мелких простых доработок.
2. Они начнут обеспечивать своей текущей работой (кривой или недоработой) этот будущий поток денег в виде работы.
3. Пройдет некоторый срок все прекрасно, кроме все возрастающего недовольства юзеров
4. Главное руководство по жалобам юзеров и их начальников решит проанализировать картинку и выяснит, что денег на ИТ и программистов стали тратить в 2-3 раза больше, а количество жалоб (при той же работе и количестве юзеров-сотрудников) не уменьшается.
5. Отменят эту систему мотивации и/или разгонят отдел программистов с черной меткой вумному начальнику.

А все почему?

Потому что программист на фиксированной ставке-окладе заинтересован сделать работу очень хорошо, так чтобы юзер к нему больше не приставал с этой проблемой.

И сразу заранее подумает наперед о будущих проблемах юзера (хотя тот еще не духом сам) и запрограммист сразу на будущее чтобы без доработок потом, просто тык и вот уже готово.

И да фикси на стабильном окладе хочет самый малый поток проблем/обращений от юзеров на грани чтобы его не уволили (если нет желаний попросить поднять себе оклад).
 
 Рекламное место пустует
   Конструктор1С
 
111 - 26.12.18 - 16:55
(108) они УПП костылями загаживают. Судя по подходу, загаживают довольно стремительно. Почти уверен, они там пишут свои кривущие механизмы, взамен существующих типовых. У них не платят за тех. анализ, за чтение статей ИТС, руководства пользователя, ни дай бог изучение предметной области... у них платят за то, что прогер стремительно ринется в конфигуратор, и что-то там по-быстрому наваяет.
   Ник080808
 
112 - 26.12.18 - 16:57
(110) ну будет жалоб. Главное как подать) Видел предприятие производственное которому местный франч впарил бухгалтерию и потом не спеша пару лет допиливал производство. Хотя производство у них примитивное и типовой КА им за глаза было бы)
   unregistered
 
113 - 26.12.18 - 17:03
(112) > Видел предприятие производственное которому франч впарил бухгалтерию и потом не спеша пару лет допиливал производство. Хотя производство у них примитивное и типовой КА им за глаза было бы)

Ну таких историй масса. Только первопричина отнюдь не в том, что франч что-то там "впарил". В 90% случаев начало таких историй лежит в том, что клиент не захотел УПП или КА (типа дорого), а решил купить за копейки БП и потом постепенно чуть-чуть её подрихтовать. Со временем пришло понимание, "чуть-чуть" - понятие растяжимое.

Кстати очень много таких предприятий внедряли 1С-ку, когда КА ещё не было. Выбор был невелик - либо слишком навороченная для простого производства УПП, либо слишком примитивная БП.
   Ник080808
 
114 - 26.12.18 - 17:06
(113) да нет. Там люди просто не знали что "1с" бывает разной). Они собственно и обратились к нам, так как узнали что есть УПП. Франч, к слову, мелкий. Насколько я помню, у них даже не было права упп продавать/внедрять, у них только спецы по бухии числились.
   Garykom
 
115 - 26.12.18 - 17:06
"В ИТ две беды: дураки и велосипеды" ©Garykom
   Garykom
 
116 - 26.12.18 - 17:13
(115) Это я к чему -  любое вмешательство в типовую конфигурацию (как и разработка свей нетленки с 0) это лисапед.

Да он может быть отличным и даже недорогим и даже долго долго ездить и возить.

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

Хотя хватило бы один раз написать и далее допиливать (как типовые) несколько хороших мопедов или такси, затем взять и поставить те модули с теми настройками что нужны конкретной фирме без программирования совершенно, кроме каких то обменов или форм отчетов (данные и их получение уже есть).

Кста сейчас пытаются пересадить в общественный транспорт в виде фреша-онлайн.
   Ник080808
 
117 - 26.12.18 - 17:37
(116) когда нет отраслевых решений, нетленка это необходимый лисапед
   NikVars
 
118 - 26.12.18 - 17:41
(115) А костыли с заплатками забыл?!
:)
   la luna llena
 
119 - 26.12.18 - 17:48
(110) 4. Главное руководство по жалобам юзеров и их начальников решит проанализировать картинку и выяснит,

вот это вообще необязательно, есть куча контор, где не анализирует ничего
   Масянька
 
120 - 26.12.18 - 17:54
(116) Поддержала бы обеими руками, если бы не одно "но"...
Сколько ошибок в типовых? А сколько исправлено? А что такое обновление? А новая платформа?
Когда типовые будут ракетами (ну, уговорили - беспилотными электромобилями :) ) - тогда и лисапеды не понадобятся... А костыли тем более...
   FormatC
 
121 - 26.12.18 - 17:55
(117) плюсану
   Garykom
 
122 - 26.12.18 - 18:08
(117) Когда этих нетленок сотни и тысячи почти одинаковых клепается много-много разных программеров = разбазаривание и так не хватающих ресурсов в виде программистов.

(120) Аналогично. Какой смысл латать типовые с ошибками отдельно в каждой конторе с вменяемым прогом.
Не проще свою "отраслевую" на основе типовой с исправлением ошибок выпускать а? И продавать за денежку по подписке.
И единым образом подгонять к типовой новым версиям когда там допиливают или ошибки исправляют.
   Вафель
 
123 - 26.12.18 - 18:15
(122) для конкретной фирмы конечно же проще латать типовую-нетленку.
создание отраслевой требует иного уровня разработки
   Вафель
 
124 - 26.12.18 - 18:16
и по качеству отраслевок видно что очень не многие этот уровень тянут
   Ник080808
 
125 - 26.12.18 - 18:41
(124) +100500
Отраслевое решение требует как минимум техподдержки, чего отдел фикси, клепающий такое решение, не сможет предоставить. А франчи не спешат делать такие отраслевые, ибо экономически не выгодно.
   Sasha_1CK
 
126 - 26.12.18 - 18:52
(110)  "Потому что программист на фиксированной ставке-окладе заинтересован сделать работу очень хорошо, так чтобы юзер к нему больше не приставал с этой проблемой."
  
Почему я ни разу не видел такого программиста?
  
Программист делает работу хорошо - в силу собственных личностных качеств - форма занятости Фра/Фри/Фикси - здесь КМК играет сильно вторичную роль.
   Garykom
 
127 - 26.12.18 - 19:13
(126) "Хорошо" оно бывает разное, и особенно очень разное  программировании.

Даже кодер по четкому ТЗ в рамках решения имеет кучу вариантов и задачу примут как выполненную.
Но в одном случае она выполнена на отвяжись, в другом все четко но не более чем заказано, в третьем добавлена проверка на всевозможные ошибки а в четвертом перед решением прог заранее подумал и делал вместо 15 минут аж 15 часов (грубо два дня) но зато в решил универсально с обработкой ошибок и легко допиливаемо/настраиваемо для разных подобных задач.
   Читатель
 
128 - 26.12.18 - 19:35
Вставлю 5 копеек
Если задачи настолько тривиальны и настолько массовы, значит что то делается не так
Тривиальные задачи нужно решать системно, один раз и навсегда. Но на это нужно время.
   Лодырь
 
129 - 26.12.18 - 19:45
(128) Как фикси со стажем, могу сказать, что количество мелких задач зависит от степени автоматизации и скорости изменения процессов. Если мы имеем автоматизацию деятельности (НЕ УЧЕТА!) каких-нибудь складских работников например. То может возникнуть куча АРМов на разные случаи жизни с кучек кнопочек, галочек и т.д. Меняется начальник -> меняется процесс -> АРМы мутируют. Сходил 1Сник на склад, пощупал своими руками свое творение -> АРМы снова меняются. Ну и общая гонка за скоростью оборачивается действительно плохим качеством кода и необходимостью постоянно латать дыры и заниматься костылезамещением. А вот времени на "системное решение" никто тебе не даст. Результат нужен вчера.
   _Дайвер_
 
130 - 26.12.18 - 22:09
Что это вы так напряглись то все тут???
Когда кто-нибудь что-то спрашивает тут, и говорит за сколько примерно может сделать, тут сразу появляются те кто за 2 часа на коленке конфигурации пишут, эх!
   ptiz
 
131 - 27.12.18 - 09:10
(129) "Меняется начальник -> меняется процесс" - это бардак, такое автоматизировать нельзя.
   Ник080808
 
132 - 27.12.18 - 15:40
(131) это реальность)
   rikkar
 
133 - 29.12.18 - 18:47
автор статьи - козел-провокатор.
он в любом отделе применил бы свою конвейерную систему. Но...
не повезло айтишникам
 
 
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует