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

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

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

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

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

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

https://habr.com/post/434254/
1 Aleksey
 
26.12.18
05:36
ИМХО лучше всего это прокомментировать анекдотом

Приходит девушка устраиваться на работу секретаршей.
Шеф спрашивает " А с какой скоростью вы можете печатать на машинке? "
Девушка " Ну... 1000-1200 знаков в минуту.... "
Шеф: " Разве можно с такой скоростью печатать?!! "
Девушка: " Печатать-то можно, но такая херня получается!!!!
2 Мелифаро
 
26.12.18
05:38
Мои с такой "мотивацией" меня нахрен пошлют.
Ибо 70-80% времени на решение задачи - её формулировка через выколачивание каких-то внятных конкретизированных требований из заказчика. И это время может варьироваться иногда до 90-95%. Нередко заказчик в процессе эксплуатации осознаёт, что поставил вообще не ту задачу, приходится возвращаться к уже закрытому вопросу.
3 los_hooliganos
 
26.12.18
05:41
(0) Система мотивации в топике полная, извиняюсь за выражения, ***ня.
Для программистов нельзя/неэффективно применять систему мотивации рабочих.
Компания должна думать о специалистах в представлении инвестиций. Самый лучший вариант это премирование поверх ЗП самого лучшего из 3х программистов. Что-то вроде конкурса. Тогда 2х других получат стимул подтягиваться к наиболее эффективному.
4 Мелифаро
 
26.12.18
05:41
Такая схема может срабатывать на какой-то рутинной и несложной мелочи. Либо придётся весь процесс до окончательной формулировки брать на себя, выдавая исполнителю окончательную конкретику и ограждая его от общения с заказчиком, что тупо забьёт всё моё рабочее время и замедлит процессы отдела.
5 los_hooliganos
 
26.12.18
05:43
(4) Вот вот. Подойдет схема для фрезеровщика который точит болванки.
6 los_hooliganos
 
26.12.18
05:45
Одного из 3х депримируют, он посмотрит на рынок труда, пошлет компанию куда подальше и напишет заявление на увольнение.
7 Bigbro
 
26.12.18
05:48
(4) мне тоже так кажется.
потому что есть задачи разной сложности. для наиболее простых вполне подходит описанная схема, она по сути мало чем от техподдержки отличается. грубо говоря - 2й уровень поддержки.
если же начинается автоматизация какого то нового процесса - то само его разложение в эти кирпичики по 15 минут займет много часов, потребует массы согласований и может быть реализовано не единственным способом, которые даже не всегда возможно однозначно сравнить лучше/хуже. поскольку применить можно разные подходы и плюсы минусы будут разными.
8 Aleksey
 
26.12.18
05:53
а вообще цифры странные. Если у автора статьи уходит не более 15 минут на разбор всех заявок за день (с учетом их классификации, обсуждения, оценки и вбивания этой информации в программу (т.е. нужно понимать где есть данные и нужен отчет по имеющим, а где еще дополнительно регистр проектировать нужно)) Т.о получается за день у него максимум 5-6 заявок. Или по 2 заявки на программиста в день.

Причем судя по всему программисты не участвуют в обсуждении проекта, ибо им за это не платят. Они рабы на галерах задача которых бери больше кидай дальше, пока летит - отдыхай. И как они при всем при этом умудряются по новой системе делать на 30% больше я не понимаю. Они задачи из воздуха берут?
9 Aleksey
 
26.12.18
05:56
Добавим сюда не более 3-х совещаний в день на обсуждения решений (т.е. из 6 заявок 3 они знают как делать, а по 3-м консультируются), то я все равно не могу сложить 2+2
10 Aleksey
 
26.12.18
05:57
И судя по коментам я прав

Задач 100-150 в месяц. (4-7 в день, если брать 21 рабочих дней)
11 Мелифаро
 
26.12.18
05:58
(7) Имянно. Более того, есть консультационные задачи, их как оценивать по такой схеме? Мой спец по зупу может весь день провести с кадровиками, показывая и объясняя какие-то новые весчи или прорабатывая будущий проект. Не потому что она не умеет объяснять, а потому что там сидят молодые брёвна и бабушки, которые компьютер крестят при включении, и приходится многое объяснять на пальцах много раз.

Кароч, тухлый вариант.
12 Мелифаро
 
26.12.18
06:01
(8) 5-6 заявок в день - это как-то очень уж много, если речь о реальных доработках, создании новых отчётов и т.п. Если в день делается столько доработок, нужно пересматривать вообще всю схему подачи заявок и управления изменениями, иначе система в самом скором времени превратится в адскую самописку, в которой реализовано и не используется множество тупых хотелок.
13 Aleksey
 
26.12.18
06:03
(11) из статьи "Давать ссылки на инструкции, если человек их не читал и требует онлайн-обучения тому, что все вокруг знают. "
Т.е. в задачи отдела не входит обучение сотрудников
14 Мелифаро
 
26.12.18
06:06
(13) Обучение-то формально и у нас не входит в задачи отдела, да и я требую к любой доработке добавлять вменяемую инструкцию, но специфика предприятия всё-таки вынуждает это делать достаточно часто.
15 Галахад
 
гуру
26.12.18
06:17
Нормальная мотивация. Только в бОльшую сторону.
16 ILM
 
гуру
26.12.18
07:36
(0) Для меня это "неидеальный" программист. Идеальный программист всегда задает вопросы "Зачем?", "Что это даст?", "Как это решит вашу проблему?" и делает только то, что нужно, а не то что просят.
А сроки и скорость решения задач ненужны... Так как если есть задача, то решаешь  быстро, а нет задачи тогда сидишь и думаешь какую бы ещё пользу "нанести" компании.
17 Hans
 
26.12.18
07:39
(0)Он на инфостарте все заспамил своей писаниной, я устал ему дизлайки ставить. Теперь и здесь будете это выкладывать?
18 MyNick
 
26.12.18
07:57
(0) "1. Прием и оценка задач, я делал это раз в день, минут 15;"

Ага, на оценку работы трех программистов (суммарно 24 рабочих часов) - 15 минут, т.е. 1%.
Ахххаха, руководятел. Наверное у такого после "азартных и жадных" программистов через полгода "систему" сносить надо будет.
Про аналитику, тестирование, обучение - ни слова. Видимо хорошо они там программируют. Работа ради работы.
19 Bigbro
 
26.12.18
08:02
(17) извините, я не читаю инфостарт. и статья не с инфостарта а с более авторитетного (для меня как минимум) ресурса.
соответственно про то что он выкладывает там судить не могу, а данная статья - спорна в части методов и оценок, но подход положенный в основу отчасти вполне применим. именно для обсуждения тема и создана. в конце концов это форум, не так ли?
20 MyNick
 
26.12.18
08:08
В комментах зачетно вообще. На вопрос, а не станет ли задач на 2.5 программиста при наличии трех, ответ:

- Задачи не могли кончиться, потому что темы автоматизации инициировал я сам. А их было уже тогда на несколько лет вперед.

И ответная добивочка

- Этот комментарий удивительно коррелирует с фразой из статьи: "Апофеозом стал доклад на стратегической сессии с неутешительным итогом — больше половины денег компания тратит на бессмысленную автоматизацию."

)))))
21 Мелифаро
 
26.12.18
08:13
Бгыгы.
Вот кстати да, автоматизатор сам придумывает задачи автоматизации. Он художник, он так видит, а собственники лузеры и спрашивать их не надо.
Ересь, в общем.
22 тхулбо
 
26.12.18
08:29
(19) Нет, это таки изначально статья с инфостарта :)
23 Вася Теркин
 
26.12.18
08:33
Написание занимает не долее 5 % времени. Остальное должна быть отладка. Иначе отладка на живую. Если бухгалтерия не против... Между прочим франя так и работают поголовно.
24 unregistered
 
26.12.18
08:37
(0) Статью не читал. Заранее понятно, что истина где-то посередине. Каждый конкретный проект (решение отдельной задачи) - это компромисс между идеальным менеджером (требующим выдать готовый результат прямо сейчас) и идеальным программистом (который не выдаст результат никогда т.к. готов бесконечно доводить свой код до идеала и выбирает из всех возможных самое универсальное и идеально решение на все случаи жизни, которое получается, как правило, самым трудозатратным).
25 тарам пам пам
 
26.12.18
08:43
(17) Не открывая статью, по одному этому комментарию определил автора - он графоман тот еще.
Ну и про "15 минут на отчет по продажам" посмеялся. Ни у одного заказчика не видел простого отчета по продажам, абсолютно все хотят видеть там себестоимость + косвенные расходы + кучу вычисляемых показателей, там просто на вбивание формул по часу уходит, не говоря уже об их проверке.
26 opus70
 
26.12.18
08:54
(17) любой отчет это не чаас работы и даже не два грубо в моем понятии отчет это от 1-го дня работы в варианте поставил и забыл
или
если быстро то поставил и тебе еще неделю выносят мозг

как я всегда говорю отлажены код это не то что вы хотели и не в те временные рамки что вы меня ставите
27 Вася Теркин
 
26.12.18
08:56
"Пока проект идет, программист получает за час 480 рублей, а оставшиеся 120 рублей с каждого часа получает по окончании проекта."
Все. Не могу дальше читать. Гетто какое-то...
28 Megas
 
26.12.18
08:58
15 минут на задачу,  судя по тексту они там все тех.поддержкой занимаются.
У меня реально 90% времени это тестирование.
К примеру,  решили мы переделать что то небольшое,  надо пробежаться поиском по конфигурации, выгрузить все внешние обработки и по ним пробежаться,  а после этого исправить все найденные места. А их может быть дохрена и они могут быть разными.
А после, этого всё проперетестировать.

Ну и ... когда у тебя 500+ пользователей, иногда не простые запросы работают чуть странно и в голове возникает несколько решений их приходится переписывать быстродействия и тестировать несколько раз на быстродействие.  

Опять же - некогда думать рубить надо - и как автор признаётся 50% доработок не используется.

А вообще его решение имеет смысл, самое главное - ЗП выросла на 30% - Вот как надо деньги выбивать у руководства!
29 Масянька
 
26.12.18
09:01
(1) Мне очень понравилось.
Что-то напоминает :(
30 Megas
 
26.12.18
09:02
(27) Это да... я тут EDI внедряю второй год (много заказов и куча всяких аналогов), всё работает, но ещё есть куда автоматизировать чтобы работало идеально и не тратило время людей,  правда у меня ещё несколько проектов.
CRM у нас уже лет 6 внедрить нормально не могут, уже и аутсорс запоролся на ней...
31 Dotoshin
 
26.12.18
09:07
(3) >>премирование поверх ЗП самого лучшего из 3х программистов.
Интересно, как ты будешь оценивать, кто из них лучший?
По количеству выполненных задач или по качеству исполнения или по минимальному количеству косяков или как-то еще?
Все вышеперечисленное - очень субъективные критерии...
32 ptiz
 
26.12.18
09:11
(0) "Создание регистра накоплления, с простой записью движений, полностью определяемых контектстом документа. Оценка — 15 минут;"
- с такой скоростью только говнокодить можно
Я бы не пошел так работать.
33 ptiz
 
26.12.18
09:22
И еще интересная фраза: "компания не очень большая".
Но при этом аж 3 программиста + начальник занимаются 1С.
Ну, раз бизнес готов платить за безумные хотелки - это его проблемы.

Странная постановка задачи:
"Вот одному программисту поставлена задача — сделать заполнение субконто Склад в проводке по счету 003 (в типовой УПП, почему-то, не заполняется). А он в переработку не знает, ни на стороне давальца, ни на стороне переработчика."

С одной стороны, хотят "заполнение субконто", но при этом требуют "знание переработки". Либо крестик, либо трусы.
Либо программист - это кодер и незачем ему знать переработку и надо просто заполнить субконто там где сказано, либо - полноценный архитектор и сам ставим и выполняет задачу - вот тогда "знание переработки" необходимо, и не только это.
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
автор статьи - козел-провокатор.
он в любом отделе применил бы свою конвейерную систему. Но...
не повезло айтишникам
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.