Менеджер vs Программист

Сообщество - О жизни

Что общего между менеджером и программистом? И в чем различие?

Бизнес-программирование – это знание, стоящее на границе менеджмента и программирования. По задумке, оно должно быть одинаково понятно и применимо как программистами, так и менеджерами. Но сейчас, в данный конкретный момент, в 2018 году, оно более понятно программистам.

В то же время, на данный момент, существует довольно серьезная пропасть в понимании работы друг друга между программистами и менеджерами. Мы будем постепенно сужать эту пропасть, с обеих сторон. В идеале, конечно, хочется, чтобы граница растворилась вообще, и появилась новая профессия – бизнес-программист, но, будем реалистами, если у нас получится сблизить видение реальности менеджеров и программистов, то жизнь точно станет лучше.

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

Программист

 

Программист, в смысле настоящий программист – это человек, который пишет программы. Для простоты, чтобы не запутаться в бесконечном перечне современных технологий, будем говорить о программистах 1С.

Ключевая функция программиста – внесение изменений в систему. Есть, конечно, второстепенные функции, вроде обучения, внедрения, и иногда, при плохой организации работы, второстепенная работа начинает преобладать над основной, но тем не менее, главное – внесение изменений. Программист создает новый функционал – документы, справочники, подсистемы, отчеты, обработки, обмены, интерфейсы и т.д.

Сегодня пользователи работают с одной системой, с определенными показателями производительности, масштабом функциональности, удобством и т.д. Завтра, после внесения программистом изменений, они работают с другой системой. Она, обычно, становится лучше, быстрее, полезнее и удобнее. Всякое, конечно, бывает, иногда система на короткий промежуток времени становится хуже, но потом программист во всем разберется и все встанет на свои места – система станет лучше.

Программист или не работает вообще, или минимально участвует в системе в качестве пользователя. Понятно, что он, как сотрудник компании, тоже ведет в ней свои задачи, бюджеты, иногда табель. Но основная его работа – улучшение системы.

Плохой программист

 

Кроме настоящих программистов, есть еще ненастоящие, или плохие программисты. Отчасти это связано с неправильным использованием термина «программист» - например, иногда так называют системных администраторов. Иногда даже они сами себя называют программистами – просто для того, чтобы не объяснять пользователям каждый раз, в чем разница.

Но и среди тех, кто должен быть программистом, встречаются плохие парни. Это те, кому по должности положено вносить изменения в систему, а они занимаются лишь ее администрированием и эксплуатацией. Особенно часто такое положение дел встречается именно среди программистов 1С.

Например, программист занимается закрытием месяца, вместо или вместе с главбухом. Помогает рассчитывать зарплату, готовить отчетность, выполняет выгрузку на сайт, даже занимается автоматической установкой обновлений от вендора. По сути, это не программист, а продвинутый пользователь, который взял на себя самые сложные операции с системой, и этим кормится, не передавая своих знаний пользователям или настоящим администраторам системы.

Ключевое отличие плохого программиста – он не вносит в систему изменений, а только пользуется ей. Для него система, конечно, уже не черный ящик, как для большинства пользователей, но, не зная ее устройства изнутри, а тем более, не имея опыта ее модернизации, он остается пользователем, пусть и продвинутым. Он знает чуть больше, чем остальные пользователи, знаком с несколькими продвинутыми инструментами, в том числе, возможно, с консолью отчетов, но изменений в поведение, функциональность, производительность он не вносит.

Система остается неизменной, что с плохим программистом, что без него.

Менеджер

 

Менеджер – это человек, который руководит сложной системой. В нее включены люди, автоматизированная система, бизнес-процессы, отделы, система мотивации, цели, система управления, политика, отношения с вышестоящими, горизонтальные коммуникации и т.д.

Настоящий менеджер – это человек, который вносит в эту сложную систему изменения.

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

Менеджер – это программист бизнес-системы. Он не пишет код, но суть его работы точно такая же, просто методы «внесения изменений» различаются. Программисту нужно писать код, рисовать формы, ковыряться в системе компоновки данных. Менеджеру нужно разговаривать с людьми, создавать регламентирующие документы, ставить задачи, набирать или увольнять сотрудников. Методы другие, цель та же – внесение изменений.

Сегодня люди работают в одной бизнес-системе, с одними правилами, бизнес-процессами, целями, расстановкой мест в кабинете, схемой мотивации. Завтра, после запуска изменений, они попадают в другую систему – и это дело рук менеджера.

Плохой менеджер

 

Есть на свете и не настоящие менеджеры – те, которые занимаются только руководством вверенной системы. Они не вносят никаких изменений, не особо анализируют показатели, а просто руководят. Распределяют задачи, дают пинка, ставят сроки, ходят на совещания и т.д.

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

Применение этих инструментов не вносит изменений в систему, это вроде вынесенных наружу пользовательских настроек. Такими же настройками пользуется плохой программист. Это несколько рычажков и кнопок, иногда – ползунков, регулируя которые, можно немного менять поведение системы.

Значительных изменений с помощью этих инструментов совершить нельзя. Радикальные изменения кроятся внутри системы, но внутрь плохой менеджер не заглядывает. Он предпочитает имитировать изменения – например, затевая сокращение затрат или персонала. Со стороны это, действительно, выглядит как бурные изменения, но суть системы от этого не меняется.

Наиболее простой и доступный рычаг – это персонал. Потому наиболее популярным способом изменения среди плохих менеджеров считается расширение штата. Если вышестоящее начальство ругает плохого менеджера за недостаточные результаты, он обычно ссылается на персонал. В большинстве случаев – просит добавить штатных единиц.

Плохие менеджеры ничего не могут, не умеют делать с эффективностью, т.е. стоимостью результата, или КПД. Если у него в отделе 3 человека, работающих с определенным КПД, то единственный путь увеличения общего результата отдела – увеличение штата. КПД при этом либо не меняется, либо немного падает из-за проблем с управлением, но общая результативность системы повышается.

Хороший менеджер в такой ситуации может применить усилия, и изменить КПД, тем самым получив аналогичную результативность, но без изменений численности персонала. Плохой менеджер так не может, потому что КПД, или эффективность – это свойство системы, оно внутри, а не снаружи. Нет снаружи системы рычажка с названием «Эффективность», который можно было бы подкрутить.

Точно так же нет в настройках информационной системы рычажка «Производительность», который мог бы отрегулировать плохой программист. Некоторые, псевдорычажки, конечно, имеются, но кардинального влияния на производительность они не оказывают.

Итого

 

Итак, есть плохие и хорошие программисты, есть плохие и хорошие менеджеры.

На самом деле, оценки «плохой» и «хороший» не важны, их можно выкинуть, если начать называть вещи своими именами.

Если человек следит за состоянием информационной системы, ставит обновления, помогает закрыть месяц, ковыряется в настройках, и даже делает шринк базы, он – не программист. Можно называть его, например, «администратор базы данных». Тогда все становится на свои места, и появляется выбор.

Если бизнесу только и нужно, что поддержание состояния системы в текущем состоянии, то нужен не программист, а администратор. Если нужно кардинальное, или хотя бы заметное изменение в развитии, производительности, функциональности – нужен программист, который умеет вносить в систему изменения.

Если бизнесу только и нужно, что поддержание работы отдела, службы, функции или целой бизнес-единицы в текущем состоянии, то нужен не менеджер, а нянька, или администратор, или диспетчер, или пастух – выбирайте любое название. Если же нужны кардинальные, или хотя бы заметные изменения в какой-то части бизнес-системы, то нужен менеджер, который умеет вносить в эту систему изменения.

Проверить, программист у вас или администратор, легко – просто посмотрите код, который он написал (или попросите его самого показать этот код). Как бы глупо это не звучало, в моей практике несколько раз встречались ребята, называвшие себя программистами, при этом годами не писавшие код.

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

Резюме

 

Как видите, между менеджерами и программистами масса аналогий. И между хорошими, и между плохими.

В процентном соотношении хороший/плохой побеждают, конечно, программисты – просто потому, что их системы проще. Создать таблицу в базе данных, нарисовать для нее форму ввода, и наполнить цифрами – значительно проще, чем заставить сотрудника ежедневно вести план работы.

С менеджерами все значительно хуже – реальными изменениями среди них занимаются единицы процентов. И с этим надо что-то делать.

 

По материалам https://business-programming.ru

См. также

Комментарии
1. Сергей Капустин (kauksi) 202 07.05.18 11:11 Сейчас в теме
По заголовку уже определяю автора ) Опять поток сознания, а жаль - ведь начинал неплохо. Но диссертации по таким темам не пишут...
1cccc; papche; Natain14; rutony; CyberCerber; spezc; +6 Ответить
5. Евгений Шерстюк (forseil) 130 07.05.18 12:25 Сейчас в теме
(1)Это завязка сюжета... надо набраться терпения)
2. Игорь Пашутин (Alien_job) 138 07.05.18 11:12 Сейчас в теме
2.2.14. Запрещается публиковать статьи, посвященные не столько содержанию управленческих методик и подходов, сколько убеждению Пользователей в их актуальности и полезности (пропаганда).
2.2.15. Запрещается публиковать статьи, которые не несут никакой методической ценности, а лишь описывают ошибки и негативное отношение к чему-либо или к кому-либо.
1cccc; kuzyara; papche; starik-2005; DoctorRoza; zqzq; mickey.1cx; nyam-nyam; spezc; allga383; madonov; rpgshnik; pm74; Dmitri93; kirillkr; CyberCerber; salbey; rutony; TODD22; hnmk; vano-ekt; karpik666; t.v.s.; +23 Ответить
3. Игорь Steelvan (Steelvan) 31 07.05.18 11:36 Сейчас в теме
(2) Этот ресурс уже давно опускается.
ifilll; kuzyara; BuhBuhov; Leits; Yakud3a; rpgshnik; komradz; +7 4 Ответить
4. Геннадий Николаев (genayo) 07.05.18 12:01 Сейчас в теме
Хорошим быть хорошо, а плохим быть плохо. Будь хорошим, а не плохим.
Tavalik; BuhBuhov; madonov; pm74; Anchoret; smirnov.es; CyberCerber; +7 Ответить
14. Ivan Khorkov (vano-ekt) 1093 07.05.18 14:33 Сейчас в теме
(4)
Хорошим быть хорошо, а плохим быть плохо. Будь хорошим, а не плохим.

Плохим быть очень хорошо, А хорошим плохо(с)
или
мы за все хорошее, против всей... (с)
15. Геннадий Николаев (genayo) 07.05.18 14:58 Сейчас в теме
(14) Ведь если ты плохой - это очень плохо, но если хороший - то это хорошо.
BuhBuhov; papche; +2 Ответить
16. Виктор Третьяков (t.v.s.) 53 07.05.18 15:09 Сейчас в теме
(15) А это смотря с какой стороны посмотреть. Бывает так, что для остальных ты плохой, но тебе от этого хорошо.
47. Иван Белокаменцев (1c-intelligence) 3953 16.05.18 20:51 Сейчас в теме
(4) "На самом деле, оценки «плохой» и «хороший» не важны, их можно выкинуть, если начать называть вещи своими именами."
51. Геннадий Николаев (genayo) 16.05.18 21:21 Сейчас в теме
(47) Вы сторонник волюнтаризма?
52. Иван Белокаменцев (1c-intelligence) 3953 16.05.18 21:22 Сейчас в теме
(51) я сторонник самого себя и Окнософта.
53. Геннадий Николаев (genayo) 16.05.18 21:27 Сейчас в теме
(52) Так это и есть волюнтаризм...
54. Иван Белокаменцев (1c-intelligence) 3953 16.05.18 21:39 Сейчас в теме
6. Капитан Немо (capitan) 605 07.05.18 12:58 Сейчас в теме
Скоро можно будет ставить минус уже не читая
spezc; rpgshnik; tomvlad; rutony; +4 Ответить
10. Сан Саныч (herfis) 254 07.05.18 13:19 Сейчас в теме
(6) Я просто перестал читать его статьи, когда постоянно после прочтения оставалось ощущение зря потраченного времени.
Но заслуживают ли они минусов? Вряд ли. Многим же нравится. Что-то они в них умудряются для себя открыть.
Чем не духовное наставничество молодежи? :) Не худший вариант.
Ziggurat; BuhBuhov; papche; rpgshnik; +4 Ответить
20. Капитан Немо (capitan) 605 07.05.18 16:48 Сейчас в теме
(10)
я в принципе никому не ставлю минусов на инфостарте, разве что за откровенный плагиат
но тут невольно вспоминается Козьма Прутков:
Если у тебя есть фонтан, закрой его.
Дай отдохнуть и фонтану.

думаю для графоманов есть более подходящие сайты.
Кому нравится - те пусть ставят плюсы )
papche; CyberCerber; mickey.1cx; +3 Ответить
7. Павел Князев (viking7) 07.05.18 12:59 Сейчас в теме
Отличная статья! Универсальная. Вместо менеджера и программиста можно вставить любые профессии и описать, как нужно хорошо работать и как не нужно работать плохо. Программист должен программировать это факт. Хирург должен резать, дворник подметать и т. д.
А мне почему то вспомнился Владимир Маяковский
Крошка сын
к отцу пришел,
и спросила кроха:
- Что такое
хорошо
и что такое
плохо?-
У меня
секретов нет,-
слушайте, детишки,-
папы этого
ответ
помещаю
в книжке.
papche; vladismi; +2 Ответить
12. Евгений Маляров (unpete) 479 07.05.18 14:11 Сейчас в теме
(7)
папы этого ответ помещаю в книжке:
Если выпил хорошо, значит утром плохо.
Если утром хорошо, значит выпил плохо.

Сам я, последний раз, выпивал 12.07.2008г. - уже начинаю забывать, как оно бывает по утрам...
48. Иван Белокаменцев (1c-intelligence) 3953 16.05.18 20:53 Сейчас в теме
(7) ключевая мысль статьи - чрезвычайная похожесть профессий программиста и менеджера. Только объект воздействия у них разный.
55. Александр Рытов (Арчибальд) 2700 21.05.18 09:15 Сейчас в теме
(48)
Мысль, может, и ключевая, но неправильная. Взаимодействие с системными факторами, даже внесение изменений в систему присутствует почти во всякой осмысленной деятельности. К примеру, у Лескова мужик мастерски и творчески колол дрова, находя на поленьях "точечки". Ну, как хороший менеджер мониторит систему и обнаруживает узкие места.
Программист, конечно, может вносить в систему изменения. Но сначала он (или его коллеги) эту систему создает. Создание новой сущности - вот функция программиста, да и вообще инженера. А если менеджер хотя бы попытается что-то создать, его сразу уволят, и правильно сделают.
Менеджер vs инженер социологи классифицируют как одно из ключевых противоречий постиндустриального общества. В первом приближении: Инженеры создали (и продолжают создавать) цивилизацию, а менеджеры на цивилизации паразитируют. Хороший (в смысле, полезный) менеджер - это тот, что из чистого паразита сумел превратиться в симбионта. Или хотя бы минимизировать ущерб от своего вмешательства - это невредный менеджер. А главная компетенция менеджера - доказывание собственнику своей нужности.
Слой менеджеров не так давно именовался бюрократией. Так что все пять законов Паркинсона со всеми следствиями к нему применимы.
56. Иван Белокаменцев (1c-intelligence) 3953 21.05.18 09:25 Сейчас в теме
(55) человек, создавший бизнес, нанявший людей, придумавший процессы, систему мотивации, продукты, и т.д., и возглавивший этот бизнес, т.е. ставший его менеджером - создал систему?
57. Александр Рытов (Арчибальд) 2700 22.05.18 22:38 Сейчас в теме
(56) Такие люди бывают. Форд, несомненно, творец, равно как и Гейтс. Однако, их прорыв лежал отнюдь не в сфере менеджмента, а в реализации той или иной инженерной идеи.
Наиболее органичный пример успешного менеджмента - Сталин. Никакой он не патологический злодей. Скажем, в 37 году (наиболее упоминаемом, хотя количество репрессированных в 29-м было в 15 раз больше) он просто избавился от профессиональных революционеров, опасных в период эволюционного развития страны (поскольку кроме разрушения они ничего не умеют). Конечно, жестокость присутствовала. Но теперешние HR-менеджеры действуют, хоть и не так жестоко, но более цинично.
Да чего там... Есть шанс у опытного производственника доказать, что технический менеджер - дурак? Ответьте на примере Чернобыля.
Не надо искать похожие действия у инженеров и менеджеров. Классового антагонизма никто не отменял.
8. Евгений Смирнов (smirnov.es) 17 07.05.18 13:05 Сейчас в теме
Программисты хорошие, они должны быть главными. Менеджеры плохие, они должны слушаться программистов.

P.S. Я программист
9. Виктор Третьяков (t.v.s.) 53 07.05.18 13:07 Сейчас в теме
(8)Менеджеры плохие, программисты плохие. Главными должны быть "бизнес-программисты", что бы это слово не означало
49. Иван Белокаменцев (1c-intelligence) 3953 16.05.18 20:55 Сейчас в теме
(8)
Программисты хорошие, они должны быть главными

Ключевое заблуждение.
Программист написал систему отчетности для директора - тот пялится через телефон в показатели.
Директор, соответственно, пялится.
Кто из них главный? Кто хороший? Кто плохой? Если программист хороший, почему не он пялится в показатели? А директор не пишет системы?
11. Andrey Kolesnikov (Boneman) 169 07.05.18 13:20 Сейчас в теме
давно озадачивался подобными вопросами в целях дальнейшего профессионального развития. Вот считаю себя неплохим кодером, а с другой стороны имею достаточно обширный управленческий опыт. И куда расти? И главное на собеседования зовут, именно потому что, подхожу по знаниям на большое количество предложений. Но, в конторах покрупнее и побогаче, универсалы не нужны. Там либо тупо кодер, либо бизнес-аналитик.
И дальнейший , казалось бы, рост - даст более узкую специализацию, что является скорее минусом чем плюсом в карьере.
А если нравится и то и другое ? Остается роль играющего тренера, в конторах среднего уровня.
papche; opx; +2 Ответить
13. Ivan Khorkov (vano-ekt) 1093 07.05.18 14:29 Сейчас в теме
а лить воду на тематических сайтах - это чей удел, плохих программистов или плохих менеджеров ?
papche; palsergeich; CyberCerber; rutony; +4 Ответить
50. Иван Белокаменцев (1c-intelligence) 3953 16.05.18 20:57 Сейчас в теме
(13) нет удела, есть выбор.
Так же, как и у вас - писать код или комментарии.
18. Андрей Ковальчук (AndKovalchuk) 71 07.05.18 15:47 Сейчас в теме
Непонятно , почему вносить изменения в систему - это основная работа программиста.
Это все равно, что говорить, что резать скальпелем - это основная задача хирурга.
Подумал, что любой системе нужно время, чтобы приспособиться к изменениям. И если этого времени будет недостаточно, то результат будет плачевным.
19. Илья Васильев (swimdog) 560 07.05.18 16:20 Сейчас в теме
(18) В статье есть ответ: если не нужны изменения, то нужен администратор, не программист.
lefantiy; +1 Ответить
21. Андрей Ковальчук (AndKovalchuk) 71 07.05.18 17:21 Сейчас в теме
(19) Ну это тоже самое, как с хирургом. Вам нужна медсестра, а не хирург.
Лично мне кажется, что особо ценным знанием программиста будет как раз способность оценить необходимость изменения системы, время этого изменения и эффективность изменения, ну то есть, по аналогии с хирургом, способность обойтись малой кровью.
CyberCerber; Kott01; +2 Ответить
26. Илья Васильев (swimdog) 560 08.05.18 04:12 Сейчас в теме
(21) Я думаю, что у медсестры прав не хватит для уровня администратора) Здесь аналогия скорее терапевт (администратор) / хирург (программист). Если вам не нужно изменение в системе, то достаточно терапевта, который посмотрит ваше состояние, пропишет таблеточки. А вот если надо изменение в системе, то нужен хирург)
А медсестра чем вам может помочь? Только укольчик поставить или клизму. Это скорее продвинутый пользователь.
29. Ivan Khorkov (vano-ekt) 1093 08.05.18 07:52 Сейчас в теме
(26) А админ таки изучит всю ЕРП вдоль и поперёк, а при необходимости зайдёт в отладку и раскурит алгоритм из пару десятков тысяч строк
да дай б-г консолью запросов умеют пользоваться...
36. Алексей Жуков (AlexZhukov) 08.05.18 11:35 Сейчас в теме
(29) пока админ изучит всю ЕРП, 1С выпустит новую версию ЕРП где будет совершенно другая структура
37. Илья Васильев (swimdog) 560 08.05.18 11:40 Сейчас в теме
(29) В ERP, как в любой сложной программе, существуют промежуточные квалификации. Например, консультант. Который обладает хорошими знаниями по программе, но не полезет ее модифицировать.
Кроме того, для сложных случаев админ может запросить информацию у консультанта/программиста/вендора. В больших компаниях необходимости админам курить алгоритмы нет. А в маленьких зачастую нет средств держать двух человек, поэтому и получается должность администратор-программист-консультант-бухгалтер-менеджер. Но чаще всего, в силу отсутствия времени, его работа ближе к администрированию (обновление/обслуживание баз, помощь пользователям).
22. Андрей Ковальчук (AndKovalchuk) 71 07.05.18 17:29 Сейчас в теме
В Истории СССР много хороших примеров, того, что бывает, когда форсируют процесс. Полностью автоматический космический корабль Буран слетал в космос только один раз. Прогресс по сравнению с другими космическими кораблями был налицо, а эффект от этого прогресса практически нулевой.
30. Сергей Ожерельев (Поручик) 4081 08.05.18 08:02 Сейчас в теме
(22) То, что Буран слетал только один раз, виноват не Буран и не прогресс, а совсем другие факторы. Кто знает, как бы всё повернулось.
23. Ахмад Алиев (baracuda) 3 07.05.18 20:19 Сейчас в теме
Начинал свою деятельность как "Прог"
В итоге прог так и не состоялся из меня. Переквалифицировался в менеджера. Пошло полегче, а главное пришло понимание, что как да почему.
Теперь снова вернулся в программирование и уже намного легче дается.
Сам не понял, как так получилось
24. Петр Малыгин (pm74) 61 07.05.18 20:41 Сейчас в теме
ждем продолжения: "директор vs главбух" , "франч vs фикси" , "Alien vs Predator"
t.v.s.; rutony; ice-green; +3 Ответить
32. Алексей Роза (DoctorRoza) 08.05.18 10:48 Сейчас в теме
(24) Можно еще добавить: "Доктор vs Старшая медсестра" :)
25. Дмитрий Быков (Adam12345678) 3 07.05.18 21:06 Сейчас в теме
Плюсанул. У автора есть своя философия и взгляды. Я думаю, он имеет право на то, чтобы искать себе единомышленников. Инфостарт - чем не среда для таких поисков и экспериментов.
Olga_aku; vladismi; +2 Ответить
27. Кот Бегемот (lefantiy) 08.05.18 04:24 Сейчас в теме
В статье есть что подчеркнуть. Вы посмотрите вакансии которые размещают, и что там пишут. Программист 1с, заходишь смотришь, а там 50% администратор 1с, 50% консультант, ну и где тут программист? а про эффективных менеджеров я вообще не говорю...
artempo; Olga_aku; +2 Ответить
33. Алексей Жуков (AlexZhukov) 08.05.18 10:58 Сейчас в теме
(27) к сожалению бывает и наоборот, приходишь на вакансию программист 1С, а потом сидишь с бухгалтером и закрываешь месяц "потому что программа неправильно считает, а это проблема программиста"
Max27; pm74; +2 Ответить
34. Петр Малыгин (pm74) 61 08.05.18 11:22 Сейчас в теме
(33) ага , только зачастую не вместЕ а вместО.
не выдуманная цитаты :
" 1с должна сама все считать " и " тогда зачем нам программист " (гл. бухгалтер, ООО ***) ,
или еще вот , почти классика : " шредер должны очищать специально обученные люди " (HR менеджер, ЗАО ****) правда в ту пору по совместительству админил.
28. Сергей Беликов (HAMMER_59) 33 08.05.18 07:37 Сейчас в теме
Был такой предмет на учебе "Основы теории управления автоматизированными системами".
На тему, что общего между инженером и программистом. Автоматизированные системы рассматривались очень разные, от бачка унитаза, где автоматически набирается вода, до систем наведения ракет.

Прекрасен был предмет тем, что даже по основам теории была книжка около 1000 страниц, где сплошные диф. уравнения. Сколько ни читаешь ничего не понимаешь, при этом с математикой и физикой у меня все прекрасно.

А так да, что инженеры занимаются автоматизированными системами, что программисты.

Есть же еще известный анекдот: "У рыбы шерсти нет, но если бы была шерсть, в ней могли бы водиться блохи..."

Кафедра информационных технологий, относительно недавно выделилась из экономической кафедры, что как бы намекает, к какой профессии информационные технологии.
31. Сан Саныч (herfis) 254 08.05.18 09:35 Сейчас в теме
(28)
Кафедра информационных технологий, относительно недавно выделилась из экономической кафедры, что как бы намекает, к какой профессии информационные технологии.

Смелая экстраполяция.
Alien_job; +1 Ответить
39. Sergey Andreev (starik-2005) 1347 08.05.18 17:50 Сейчас в теме
(31) совсем недавно узнал, что экономика - наука гуманитарная. Жизнь закончилась не успев начаться )))
35. Дядя Федор (dachnik) 100 08.05.18 11:24 Сейчас в теме
Весьма странное определение программиста плохого. Лезть в код прежде чем разобрался в типовых механизмах на мой взгляд характеризует скорее неадекватный подход...
38. Sergey Andreev (starik-2005) 1347 08.05.18 17:49 Сейчас в теме
Как всегда читал только комментарии - за них однозначно плюс (комментаторам) )))
40. Дмитрий Д (profiprog1c) 171 08.05.18 17:56 Сейчас в теме
Автор уверенно продолжает писать цикл под общим названием "Мои житейский истории". С одной стороны похвально, автор делится, с нами читателями, своими обывательскими взглядами, на различные аспекты окружающей нас жизни. С другой стороны - не очень похвально, так как часто в этих статьях проявляется полнейшая некомпетентность автора в затрагиваемых им вопросах.
Вот конкретно в это статье автор коснулся двух проблем: новой профессии "бизнес-программист", которой нет и которая не появится, но автор хотел, чтобы появилась. Не понятно правда зачем. Ведь из текста написанного самим же автором получается, что нужен хороший программист, который будет только программировать и хороший менеджер, который будет общаться с людьми и ставить хорошему программисту задания.
Вторая проблема - это так называемые "плохие менеджеры", которые ничего не делают, а только хотят сокращать расходы, материться, заставлять работать других по выходным и ходить на совещания. Такие менеджеры очень плохие. Просто хочу сказать автору следующее, сокращение расходов на любом предприятии или в организации является реальным механизмом уменьшения затрат, которое ведет к увеличению чистой прибыли. Материться менеджер или нет - это зависит не от того, хороший он или плохой, а от его воспитания. В выходные иногда бывает нужно поработать, а совещания хороший механизм, который используется в командной работе.
Единственный плюс этой статьи, что она оказалась не такая длинная как предыдущие и ее читать уже было проще.
Аффтор пиши исчо)))
41. ann guskova (acanta) 44 08.05.18 21:52 Сейчас в теме
Про написание плана работ это было сильно сказано. А как же аджайл, скрам деск и управление по целям? Имхо, найти себя и найти работу для себя это разные вещи. Можно пойти мыть туалет, или к примеру шкафы, если нашел такой стих. А можно походить на собеседования. Иногда можно что то изменить но это редкость и требует терпения.
42. Геннадий Николаев (genayo) 09.05.18 08:56 Сейчас в теме
А может автор все-же графоман https://habr.com/post/358072 ?
43. Anatolii Karasev (KapasMordorov) 408 09.05.18 12:25 Сейчас в теме
(42)
там две строчки рекламы метадаты.жыэс.
44. ann guskova (acanta) 44 09.05.18 13:07 Сейчас в теме
Есть то, чем вы могли бы заниматься каждый день без профессионального выгорания. Для аутистов, интровертов в разной степени, но все же тяжело общение с людьми. Кроме того на контролирующие должности в интересах бизнес а часто ставят людей , физические недостатки которых вызывает неприязнь и формируют в целом негативный фон
в коллективе. Это служит дополнительной гарантией владельцам бизнеса качественного контроля. Если вашей жизненной целью является проводить 90 процентов времени бодрствования в разговорах с людьми, которые вам глубоко антипатичны и это взаимно то вы можете стать менеджером. Программист же по жизни обязан быть идиотом. Его миссия - создание некоего буфера под названием программный продукт, используя который люди смогут работать вместе досточно эффективно, даже если их отношения между собой оставляют желать лучшего. Главное это оставаться чужим и не вляпаться в дружбу Васи против Пети.
Olga_aku; +1 Ответить
45. ann guskova (acanta) 44 09.05.18 15:00 Сейчас в теме
Менеджер никогда не будет программистом, поскольку он может уволить всех и набрать новых.
46. Ольга Акулова (Olga_aku) 10.05.18 08:49 Сейчас в теме
С удовольствием читаю статьи этого автора. Человеку есть что сказать. Некоторые ситуации полностью совпадают с моими ощущениями.
Для меня эти статьи поддержка. Чувствуешь, что не сирота. Есть и у меня родственники. Лекарство для поддержания иммунитета. Рука помощи.
О! А сколько негативных откликов на статью и плюсов под ними!
СУПЕР! Так мимоходом взяли и поплевали. Узнаю "клубок единомышленников" у себя на работе.
Но это даже и хорошо. Придаёт пикантность статье.
JorjKrut; +1 Ответить
Оставьте свое сообщение