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

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

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

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

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

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

https://habr.com/post/434254/
34 la luna llena
 
26.12.18
09:25
Итого, на управление тремя программистами — 30-60 минут в день.

У меня меньше времени на управление 3 балбесами уходит. Что можно делать больше часа в день? Рассказывать, как космические корабли бороздят просторы вселенной?
35 la luna llena
 
26.12.18
09:26
(33) я согласна, либо пришло ТЗ от и до что заполнять и тогда 15 минут, либо надо разбираться в предметной области и общаться с пользователями, тогда никаких 15 минут
36 rsv
 
26.12.18
09:29
(0) так в самом начале статьи и написано ...что он (руководитель) любит ставить эксперименты над людьми
37 Hans
 
26.12.18
09:31
Этого пи*дабола автора статьи на это форум не зовите.
38 Dotoshin
 
26.12.18
09:32
(33) Я бы сказал какая-то странная компания. Если они оценивают время создания регистра, значит они их клепают регулярно. Что у них там за мегазадачи такие, которые не вписываются в типовой функционал и надо хреначить свои регистры постоянно? Создается такое впечатление, что автор статьи большой любитель велосипедостроения.
Вот эта вот фраза, вообще доставила:
>>Я решил оценивать задачи в часах лучшего программиста.
Кто он этот лучший программист? Незаменимый Вася? :)
39 ptiz
 
26.12.18
09:34
(38) Вот-вот, ощущение, что задачи ставятся от юзеров в таком виде:
- хотим такой регистр
- тут хотим субконто чтоб заполнялось
- сегодня хотим такой отчет
- а сегодня - еще 5 отчетов
И никто этот базар не фильтрует.
40 la luna llena
 
26.12.18
09:37
(39) мы все прекрасно знаем, что одну и ту же задачу можно решить путем создания 15 регистров и 20 отчетов или правильной настройки типового функционала и обучения людей
41 unregistered
 
26.12.18
09:38
(35) > пришло ТЗ от и до что заполнять и тогда 15 минут

Вы серьезно?
Вы видели обработки проведения в типовых конфигурациях?

15 минут - это если вас устроит *авнокод, формируемый типовым конструктором движений. Где данные для проведения берутся не запросом, а прямо из объекта. И всех(!!!) данных для проведения достаточно в документе и никакие дополнительные источники не нужны.

Если же речь идёт о новом регистре, то каким бы простым он не был, 15 минутами ограничиться просто невозможно. Новый регистр необходимо включать во все подсистемы, настраивать права и роли, настраивать видимость его в таких универсальных документах, как ОперацияБух (для БП), в обработке отображения движений документа.

Я уже не говорю о том, что любой регистр добавляется для каких-то целей. То есть по нему видимо нужны отчеты или должны меняться какие-то алгоритмы, где будут использоваться данные из этого регистра.
42 Dotoshin
 
26.12.18
09:41
(40) Ну так гораздо же интересней сделать 15 регистров и 20 отчетов. Есть же простор для творчества и полета фантазии (тем более платят сдельно).
А настраивать типовой функционал это же такая скукотища - поставил три галки и опять заняться нечем :)))
43 Мелифаро
 
26.12.18
09:42
(38) Ага, в (12) об этом высказался. Какой-то бешеный принтер.
44 Dotoshin
 
26.12.18
09:44
(41) Ну у них по всей видимости мухи - отдельно, котлеты - тоже отдельно. Создание регистра - 15 минут, создание всего остального еще сколько-то минут...
45 ptiz
 
26.12.18
09:52
Автор идеально вписывается в поговорку: "Не умеешь работать сам - учи других".
46 la luna llena
 
26.12.18
09:54
(44) получается начальник отдела расписывает программистам задачи по 15 минут каждая? Не проще ли для всех ставить более общие задачи?
47 unregistered
 
26.12.18
09:57
(44) Да как бы отдельно мухи от котлет не хранились, отдельная(!) задача по добавлению нового регистра и написание нормального алгоритма по его заполнению за 15 не решается. Чисто теоретически конечно такие совсем элементарные случаи на 15 минут, наверное, бывают, но настолько редко, что мне даже сейчас сходу и не вспомнить.

Под элементарным случаем я понимаю запись регистра из документа одного единственного вида. По данным только самого документа (никакие дополнительные параметры, константы, ФО, реквизиты через точку от реквизитов документа, не берутся и не контролируются). И само проведение безусловное - не зависит от остатков на других регистрах или состояния других данных. Раз в 100 лет такое встречается.
48 Мелифаро
 
26.12.18
10:00
Кароч, автор - диванный теоретик, пишет херню, обсуждать далее смысла особого нет.
49 ice777
 
26.12.18
10:23
автор бестолковую хрень написал. То ли цех его с токарями не отпустил еще, то ли нормировщица любовница.
50 Вася Теркин
 
26.12.18
10:25
(46) Кстати, да. Так и делают. Одному говорят: Сделать все в бухгалтерии. И он переезжает туда со своим столом.
Второму говорят - склад.
И никаких проблем. А сам в сэкономленные 60 минут повышаешь производительность на четыре регистра сведений в день.
51 Вафель
 
26.12.18
10:33
да только открыть какую-нибудь ЕРП и сохранить ее будет минут 15.
Когда же задачу собственно делать?
52 Лодырь
 
26.12.18
10:36
(51) Они не закрывают
53 Вафель
 
26.12.18
10:36
интресно в туалет, так же ка на Амазоне, только 2 раза в день?
54 Конструктор1С
 
26.12.18
10:41
55 Bigbro
 
26.12.18
10:42
(41) кстати да. ни одного упоминания о правах и ролях это подозрительно. значит пользователей в системе примерно меньше 50 и ни разу еще не возникала охота на ведьм после того как кто-то запорол чужие данные и фирма попала на бабки.
56 Лодырь
 
26.12.18
10:45
(55)
Цитирую:
Разработка роли, без RLS, с небольшим перечнем (до 10) разрешенных объектов. Оценка — 10 минут.
57 Xapac
 
26.12.18
10:49
(0)вот так вот
Маркс оценивал любую работу в "Батраках" а эффективные менеджеры в "идеальных программистах".

Вопросы сразу:
1. Почему программист не сам оценивает задачу? вить оценку можно согласовать с.. главным.
2. Нахера потолок в 100 000? Если каждый месяц больше 100 000 зарабатывать эти деньги никогда не получаешь?
3. Пр обучение вообще дич какая-то.

4. "Стало появляться намного больше толковых, качественных задач от пользователей, потому что программисты стали помогать в их оформлении. " Не понял на основании чего программисты помогали? кто им платил за это?

5. "выдавалось командным мозговым штурмом за 5 минут." В таком случае гонорар делился на команду?
58 Лодырь
 
26.12.18
10:52
(57)
4. Вероятно, программист вступал в сговор с ключевым пользователем и формировал требования под зрительное раздувание объемов автоматизации при минимуме работы )
59 Xapac
 
26.12.18
10:55
(58)Разговоры тоже с секундомером мерили?
60 Конструктор1С
 
26.12.18
10:58
Разработка простого отчета, типа «Продажи», по одному регистру, на СКД в пользовательском режиме. Оценка — 15 минут;
Создание регистра накоплления, с простой записью движений, полностью определяемых контектстом документа. Оценка — 15 минут;
Разработка роли, без RLS, с небольшим перечнем (до 10) разрешенных объектов. Оценка — 10 минут

Идиотизм.

https://cs9.pikabu.ru/post_img/2017/06/01/7/14963145461100181737.jpg

Намучаются они потом с такими скороляпными доработками
61 Сеньор Программист
 
26.12.18
11:01
По мне идеальный программист это человек который сможет провернуть на предприятии 2 этапа:

1 Этап внедрение:
На нем показателями являются:
1.1 Общий срок внедрения дней
1.2 Объем проделанных работ до того момента, когда предприятие может сказать хватить программист больше не нужен. Это в человеко часах. (Неважна сколько программистов общий объем человеко часов)
1.3 Общий бюджет потраченный за период на программистов вместе с налогами.
1.4 Общий годовой оборот компании (чтобы считать относительные величины типа Бюджет потраченный на программистов относительно к общему обороту компании)

2 Этап. Сопровождение.
На нем показателями являются
2.1 Общий оборот компании чтобы так же считать относительные величины
2.2 Сумма затрачиваемая на программистов на поддержание функционала первично внедренного (рублей и человеко-часов).
2.3 Сумма затрачиваемая на внедрение функционала который раньше не был внедрен (рублей и человеко-часов).

Т.е. неважно сколько времени человек делал регистр или документ. Возможно первично было смоделировано не так, чтобы автоматизация закончилась. Бывают предприятия где оборот не дотягивает и миллиарда в год но программистов набрали 3-5 человек. Умными технологиями увешано каждое совещание. А результата нет Застряли на этапе 1 навечно. Не смогли внедрить даже УПП а теперь чтобы исправить ситуацию кричат что ERP их спасет.
А бывают предприятия с оборотом в 5 миллиардов где программист тратит час в день на доработку нового функционала (старый не ломается) при чем он не в штате компании уже давно. Стране нужны не программисты, а люди способные решить проблемы автоматизации.
Как то так.
62 Ботаник Гарден Меран
 
26.12.18
11:02
Обсуждаете? Хе-хе.
После ускорения 4Х автор статьи уволился оттуда.
Успешность методики должна повторяться в экспериментах.
А автор пиарит единичный случай.
63 Конструктор1С
 
26.12.18
11:02
"Но главное — в нашу часовую ставку входила только непосредственная работа. В ней не было раздумий, моделирования, анализа решений и т.д."

Н-да... Думать не нужно, сразу в конфигуратор.
64 Лодырь
 
26.12.18
11:02
Но вообще, для мелких баз, с малым количеством юзеров, на обычных формах могло хорошо и достаточно долго жить. Постепенно, конечно, превратилось бы в адское легаси с кучей костылей и велосипедов, а так же массой неиспользуемого  и дублирующего функционала. Но несколько лет бы это жило. А потом переход на другую версию и все сначала )
65 Лодырь
 
26.12.18
11:04
(63) Вообще думать должен был автор, судя по описанию его должности. А рядовых бойцов такой порядок работы вполне устраивал.
66 Конструктор1С
 
26.12.18
11:13
(65) через год-два обрастут системы автора костылиями, написанными в спешке на коленке, и будет он изобретать новую "систему" - как заставить программистов делать правильно.
67 la luna llena
 
26.12.18
11:15
(50) может квалификация программиста на 60 тыс в крупном городе низкая, что приходится каждый шаг контролировать или начальник не может доверять людям.
68 Buster007
 
26.12.18
11:18
"выдавалось командным мозговым штурмом за 5 минут." это смешно.
Похоже они там какую-то мелочевку или какую-то свою поделку, которую показать кому-нибудь будет стыдно
69 NikVars
 
26.12.18
11:19
Я так понял, что в данной статье все красивые слова о "лучшести" сводятся к тому, чтобы работу как можно более и красиво "оформить", чтобы выполненная работа была видна, чтобы торчала во всех местах, а еще лучше, чтобы она выпрыгивала, как черт из табакерки. Чтобы все сказали Ой! Ба! Да тут что-то сделано! И довольный прог, прикрутивший полезных кисок удививший всех, уже капает слюной на заранее приготовленный приказ о премии, и мечтательно уплывает от мыслей, что он уже придумал, как научить кисок полезным фишкам - например, сообщать о накопленных днях отпуска.
70 Мелифаро
 
26.12.18
11:21
(69) Ну, полезные киски иногда таки нужны. У меня в загашнике обычно есть чем пыль в глаза пустить, когда юзвери начинают ассоциировать разработчиков с мебелью. Ессно, без фанатизма, так, рюшечки-бантики.
71 impulse9
 
26.12.18
11:21
(0) очень важный вопрос - для кого идеальный?
Для руководителя? Для бизнеса? Для самого программиста? Для его жены?
Как много вопросов...
72 palsergeich
 
26.12.18
11:21
В ИТ это не очень то работает.
В текущих реалиях - если работать на износ за каких то 30% прибавки - то проще тупо сменить работу на те самые +30% но более комфортные условия.
Я в общем то так и делал, когда соковыжималка начиналась.
Есть задачи, которые я могу решить за 5-10 минут, а коллеги могут решать и день и неделю, а могут и в принципе не решить. Например какой нибудь хитрый платформенный баг, с которым я уже работал,а они нет.
И что они не должны кушать?)
73 NikVars
 
26.12.18
11:22
(70) Без фанатизма - через полгода идеи закончатся. А привычка получать премию уже сформировалась.
74 palsergeich
 
26.12.18
11:23
Апофеозом стал доклад на стратегической сессии с неутешительным итогом — больше половины денег компания тратит на бессмысленную автоматизацию. Бессмысленность — вполне осмысленная характеристика. Например, функционал разработан, замечаний нет, но не используется («да как-то все руки не доходят»). Или функционал, который призван помочь улучшить процесс управления, через изменение значения показателя — а значение показателя или стоит на месте, или ухудшается (а в начале проекта было говОрено — вам это не поможет, ребята, у вас в другом проблема).
Да конечно, будут слушать. 3 месяца разработки подсистемы, за пол года - использования 0. Руководство просто говорит - попробовали не взлетело, пофиг.
75 Мелифаро
 
26.12.18
11:24
(73) Не, таких идей как раз можно до бесконечности плодить. Да и это изредка, чисто чтоп не расслаблялись. Реальных задач вполне хватает, как правило.
76 scanduta
 
26.12.18
11:24
(0) Думаю от автора уже сбежали все адекватные программисты через пару месяцев
77 NikVars
 
26.12.18
11:25
Был у меня однажды клиент. Он готов был платить за работу. Через два года я допилил ему все что нужно было и у меня закончились идеи для усовершенствования. В общем, я, наверное, дурак, но я честно признался, что уже нет идей ни у клиента по доработкам, ни у меня и текущий акт закрывать просто нечем. Ну нет вообще никаких идей.
Я с этим клиентом больше не работаю.
78 palsergeich
 
26.12.18
11:26
Есть подозрение что там просто на этих статьях тупо осваивается бюджет Авторы публикаций на Инфостарте получают в сумме полмиллиона рублей в неделю
79 palsergeich
 
26.12.18
11:27
(77) Ты прям Чак. Доделал все хотелки на предприятии. Полностью.
Завидую.
80 NikVars
 
26.12.18
11:29
(79) Да. И даже довстроил то, что другим клиентам сделал. Была там и доля ручного труда, то бухам была нужна она. Я так поняля, что они не хотели квалификацию терять, что легко сделать, когда все автоматизировано.
81 Лодырь
 
26.12.18
11:30
(77) А как же большая красная кнопка с надписью "Сделать все"?
82 NikVars
 
26.12.18
11:38
(81) Если учет в орг в руках одного буха, то эта кнопка обоснована. А если учет ведут разные бухи, то учет должен быть организован так, чтобы бухи были нужны да и проблем с взаимозаменяемостью нет - красота!. А если бухи нужны, учет ведется, то молодец и нач и прог.
83 Конструктор1С
 
26.12.18
11:50
(77) слабак! (с)

В автоматизации в "самом конце" должна быть идеалистическая картинка, к которой как бы последовательно приближаешься. А ля "вкалывают роботы, а не человек". При наличии такого ориентира "нет идей" не настанет никогда. Хороший автоматизатор должен быть как тот злодей в сказке - стремиться заменить людей роботами, и в этом стремлении не жалеть ни себя, ни других.
84 Вафель
 
26.12.18
11:56
кстати почему ничего не сказано про тесттрование?
Или где 1с, а где тестирование. Так?
85 Вафель
 
26.12.18
11:57
А как отдадку оценивать?
разобраться почему месяц не закрывается: 13.5 мин
86 Xapac
 
26.12.18
12:01
(85)и не минутой больше!
87 impulse9
 
26.12.18
12:03
(85) если не ковырять в носу то и за 13 справишься. Почему наша компания должна платить за это?
88 NikVars
 
26.12.18
12:48
(83) Возможно. А ты представь ситуацию, когда тебе нужно оформить акт, к которому нужно приложить прогу, обработку, описание со скринами, которую нужно показать паре-тройке людей (небухам в том числе).
:)
Это покруче, чем у чинуш установка липовых детских площадок, фото на память, разбор декараций и отъезд на новую фотолокацию.
:)
89 seevkik
 
26.12.18
13:34
Смешная оценка труда, не могу представить что стало с их базой за "добавить регистр 15 минут", а дальше? Сразу в продакшен?)
Да и, как я понял, они фиксики, что это за фирма, которая может загрузить трех фиксиков на фултайм?
Да и надо очень хорошо подумать перед добавлением вообще чего-нибудь, а не "15 минут с учётом накатки на продакшен"
90 la luna llena
 
26.12.18
13:37
(89) то это за фирма, которая может загрузить трех фиксиков на фултайм?

может там 1,5 тыс пользователей и зоопарк программ
91 seevkik
 
26.12.18
13:46
(90) я больше скажу - только с зоопарком это и можно организовать, но и пользователей там далеко не 1.5к, на порядок
92 Вася Теркин
 
26.12.18
13:50
(67) Когда от работы отлынивают теперь называется "низкая квалификация"?
93 Мелифаро
 
26.12.18
13:50
На фултайм фиксиков вполне можно загрузить, если есть конкретные и далеко идущие планы по автоматизации всего и вся. Главное, не выжимать из них 8 часов из 8, ибо сие есть форменная идиотия и работа на износ.
94 Мелифаро
 
26.12.18
13:52
(92) А как это - отлынивают?
Вот дал я задачу кодеру, тот прикинул, обсудил с заказчиком, говорит "сделаю за два дня".
И пусть он хоть за час это делает и остальное время елду пинает, главное, что объявленный результат наличествует.
Естественно, сроки должны быть реалистичными.
95 MyNick
 
26.12.18
13:53
(90) Легко. Если эти фиксики в погоне за баблом куячат в продакшен, а "думать" - это для них вредно в финансовом плане (так им организовал работу их замечательный менеджер-мотиватор), то этот "карточный домик" из доработочек начинает требовать все больших и больших ресурсов.

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

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

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

А все почему?

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

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

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

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

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

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

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

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

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

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

(120) Аналогично. Какой смысл латать типовые с ошибками отдельно в каждой конторе с вменяемым прогом.
Не проще свою "отраслевую" на основе типовой с исправлением ошибок выпускать а? И продавать за денежку по подписке.
И единым образом подгонять к типовой новым версиям когда там допиливают или ошибки исправляют.
123 Вафель
 
26.12.18
18:15
(122) для конкретной фирмы конечно же проще латать типовую-нетленку.
создание отраслевой требует иного уровня разработки
124 Вафель
 
26.12.18
18:16
и по качеству отраслевок видно что очень не многие этот уровень тянут
125 Ник080808
 
26.12.18
18:41
(124) +100500
Отраслевое решение требует как минимум техподдержки, чего отдел фикси, клепающий такое решение, не сможет предоставить. А франчи не спешат делать такие отраслевые, ибо экономически не выгодно.
126 Sasha_1CK
 
26.12.18
18:52
(110)  "Потому что программист на фиксированной ставке-окладе заинтересован сделать работу очень хорошо, так чтобы юзер к нему больше не приставал с этой проблемой."
  
Почему я ни разу не видел такого программиста?
  
Программист делает работу хорошо - в силу собственных личностных качеств - форма занятости Фра/Фри/Фикси - здесь КМК играет сильно вторичную роль.
127 Garykom
 
гуру
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 часа на коленке конфигурации пишут, эх!
131 ptiz
 
27.12.18
09:10
(129) "Меняется начальник -> меняется процесс" - это бардак, такое автоматизировать нельзя.
132 Ник080808
 
27.12.18
15:40
(131) это реальность)
133 rikkar
 
29.12.18
18:47
автор статьи - козел-провокатор.
он в любом отделе применил бы свою конвейерную систему. Но...
не повезло айтишникам
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший