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

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

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

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

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

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

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

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

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

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

Причем судя по всему программисты не участвуют в обсуждении проекта, ибо им за это не платят. Они рабы на галерах задача которых бери больше кидай дальше, пока летит - отдыхай. И как они при всем при этом умудряются по новой системе делать на 30% больше я не понимаю. Они задачи из воздуха берут?
   Aleksey
 
9 - 26.12.18 - 05:56
Добавим сюда не более 3-х совещаний в день на обсуждения решений (т.е. из 6 заявок 3 они знают как делать, а по 3-м консультируются), то я все равно не могу сложить 2+2
   Aleksey
 
10 - 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 заявок в день - это как-то очень уж много, если речь о реальных доработках, создании новых отчётов и т.п. Если в день делается столько доработок, нужно пересматривать вообще всю схему подачи заявок и управления изменениями, иначе система в самом скором времени превратится в адскую самописку, в которой реализовано и не используется множество тупых хотелок.
   Aleksey
 
13 - 26.12.18 - 06:03
(11) из статьи "Давать ссылки на инструкции, если человек их не читал и требует онлайн-обучения тому, что все вокруг знают. "
Т.е. в задачи отдела не входит обучение сотрудников
   Мелифаро
 
14 - 26.12.18 - 06:06
(13) Обучение-то формально и у нас не входит в задачи отдела, да и я требую к любой доработке добавлять вменяемую инструкцию, но специфика предприятия всё-таки вынуждает это делать достаточно часто.
   Галахад
 
15 - 26.12.18 - 06:17
Нормальная мотивация. Только в бОльшую сторону.
   ILM
 
16 - 26.12.18 - 07:36
(0) Для меня это "неидеальный" программист. Идеальный программист всегда задает вопросы "Зачем?", "Что это даст?", "Как это решит вашу проблему?" и делает только то, что нужно, а не то что просят.
А сроки и скорость решения задач ненужны... Так как если есть задача, то решаешь  быстро, а нет задачи тогда сидишь и думаешь какую бы ещё пользу "нанести" компании.
   Hans
 
17 - 26.12.18 - 07:39
(0)Он на инфостарте все заспамил своей писаниной, я устал ему дизлайки ставить. Теперь и здесь будете это выкладывать?
   MyNick
 
18 - 26.12.18 - 07:57
(0) "1. Прием и оценка задач, я делал это раз в день, минут 15;"

Ага, на оценку работы трех программистов (суммарно 24 рабочих часов) - 15 минут, т.е. 1%.
Ахххаха, руководятел. Наверное у такого после "азартных и жадных" программистов через полгода "систему" сносить надо будет.
Про аналитику, тестирование, обучение - ни слова. Видимо хорошо они там программируют. Работа ради работы.
   Bigbro
 
19 - 26.12.18 - 08:02
(17) извините, я не читаю инфостарт. и статья не с инфостарта а с более авторитетного (для меня как минимум) ресурса.
соответственно про то что он выкладывает там судить не могу, а данная статья - спорна в части методов и оценок, но подход положенный в основу отчасти вполне применим. именно для обсуждения тема и создана. в конце концов это форум, не так ли?
   MyNick
 
20 - 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 % времени. Остальное должна быть отладка. Иначе отладка на живую. Если бухгалтерия не против... Между прочим франя так и работают поголовно.
   unregistered
 
24 - 26.12.18 - 08:37
(0) Статью не читал. Заранее понятно, что истина где-то посередине. Каждый конкретный проект (решение отдельной задачи) - это компромисс между идеальным менеджером (требующим выдать готовый результат прямо сейчас) и идеальным программистом (который не выдаст результат никогда т.к. готов бесконечно доводить свой код до идеала и выбирает из всех возможных самое универсальное и идеально решение на все случаи жизни, которое получается, как правило, самым трудозатратным).
   тарам пам пам
 
25 - 26.12.18 - 08:43
(17) Не открывая статью, по одному этому комментарию определил автора - он графоман тот еще.
Ну и про "15 минут на отчет по продажам" посмеялся. Ни у одного заказчика не видел простого отчета по продажам, абсолютно все хотят видеть там себестоимость + косвенные расходы + кучу вычисляемых показателей, там просто на вбивание формул по часу уходит, не говоря уже об их проверке.
   opus70
 
26 - 26.12.18 - 08:54
(17) любой отчет это не чаас работы и даже не два грубо в моем понятии отчет это от 1-го дня работы в варианте поставил и забыл
или
если быстро то поставил и тебе еще неделю выносят мозг

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

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

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

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

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

С одной стороны, хотят "заполнение субконто", но при этом требуют "знание переработки". Либо крестик, либо трусы.
Либо программист - это кодер и незачем ему знать переработку и надо просто заполнить субконто там где сказано, либо - полноценный архитектор и сам ставим и выполняет задачу - вот тогда "знание переработки" необходимо, и не только это.
   la luna llena
 
34 - 26.12.18 - 09:25
Итого, на управление тремя программистами — 30-60 минут в день.

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

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

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

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

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

Под элементарным случаем я понимаю запись регистра из документа одного единственного вида. По данным только самого документа (никакие дополнительные параметры, константы, ФО, реквизиты через точку от реквизитов документа, не берутся и не контролируются). И само проведение безусловное - не зависит от остатков на других регистрах или состояния других данных. Раз в 100 лет такое встречается.
   Мелифаро
 
48 - 26.12.18 - 10:00
Кароч, автор - диванный теоретик, пишет херню, обсуждать далее смысла особого нет.
   ice777
 
49 - 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 раза в день?
   Конструктор1С
 
54 - 26.12.18 - 10:41
   Bigbro
 
55 - 26.12.18 - 10:42
(41) кстати да. ни одного упоминания о правах и ролях это подозрительно. значит пользователей в системе примерно меньше 50 и ни разу еще не возникала охота на ведьм после того как кто-то запорол чужие данные и фирма попала на бабки.
   Лодырь
 
56 - 26.12.18 - 10:45
(55)
Цитирую:
Разработка роли, без RLS, с небольшим перечнем (до 10) разрешенных объектов. Оценка — 10 минут.
   Xapac
 
57 - 26.12.18 - 10:49
(0)вот так вот
Маркс оценивал любую работу в "Батраках" а эффективные менеджеры в "идеальных программистах".

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

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

5. "выдавалось командным мозговым штурмом за 5 минут." В таком случае гонорар делился на команду?
   Лодырь
 
58 - 26.12.18 - 10:52
(57)
4. Вероятно, программист вступал в сговор с ключевым пользователем и формировал требования под зрительное раздувание объемов автоматизации при минимуме работы )
   Xapac
 
59 - 26.12.18 - 10:55
(58)Разговоры тоже с секундомером мерили?
   Конструктор1С
 
60 - 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Х автор статьи уволился оттуда.
Успешность методики должна повторяться в экспериментах.
А автор пиарит единичный случай.
   Конструктор1С
 
63 - 26.12.18 - 11:02
"Но главное — в нашу часовую ставку входила только непосредственная работа. В ней не было раздумий, моделирования, анализа решений и т.д."

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

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

может там 1,5 тыс пользователей и зоопарк программ
   seevkik
 
91 - 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) А как это - отлынивают?
Вот дал я задачу кодеру, тот прикинул, обсудил с заказчиком, говорит "сделаю за два дня".
И пусть он хоть за час это делает и остальное время елду пинает, главное, что объявленный результат наличествует.
Естественно, сроки должны быть реалистичными.
   MyNick
 
95 - 26.12.18 - 13:53
(90) Легко. Если эти фиксики в погоне за баблом куячат в продакшен, а "думать" - это для них вредно в финансовом плане (так им организовал работу их замечательный менеджер-мотиватор), то этот "карточный домик" из доработочек начинает требовать все больших и больших ресурсов.

Автор статьи гениален в разводе владельцев бизнеса.
Разработчики фигачат не думая, и обеспечивают себе приток заявочек для зарабатывания бабла в будущем.
Владелец платит больше, но зато видит за что.
А руководитель фиксиков почти не руководит, в сторонке наблюдая за раскручивающимся маховиком хаоса.
Профит.
   Мелифаро
 
96 - 26.12.18 - 13:53
Если не успеваешь - сообщи заранее, а не по факту дедлайна. Если систематически не успеваешь - будем разбирать полёты, почему, что и как идёт не по плану.
   Конструктор1С
 
97 - 26.12.18 - 13:57
(88) не вижу никаких проблем. Всегда можно показать документы, которые созданы полностью автоматически, без вмешательства пользователей; можно показать автоматически сгенерированные и отправленные почтовые сообщения, и ещё много чего.
Всё это легко обсудить и также легко продемонстрировать. По крайней мере заказчик заметит, что если раньше документы колотила тётя Зина, то сейчас эти документы создаются автоматически.
   bolobol
 
98 - 26.12.18 - 14:01
(97) Ответить на вопрос только не получается, чем же тётя Зина теперь занимается
   Adilgeriy
 
99 - 26.12.18 - 14:09
Например, мы узнали, что на тех.поддержку зам.главбуха, который по должностной инструкции должен лучше всех в бухгалтерии знать УПП, уходит денег больше, чем этот человек получает в виде оклада.
про ошибку выжившего слышали?
а может быть все сложные вопросы скидывают на зам главбуха и он их решает. а чисто по приколу отправить человека в нормальный отпуск и посмотреть на сколько возрастет работа техподдержки
   Aleksey
 
100 - 26.12.18 - 14:11
(99) ну у них зам главбуха получает 20 тысяч (исходя из их расчетов)
  1  2   

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