Должен ли быть программистом начальник, руководитель у программистов?

[Avazart]

Сообщение от ACE Valery

Буду кэпом, но другого ответа у меня нет: начальником (руководителем, управленцем, менеджером)

Короче очередной ноль на палочке строящий из себя миллион баксов ...

Который будет говорить всем как им лучше делать их работу при этом сам ...

Нельзя получить эффективность, если не знаешь специфику.

[Alar]

Пока руководишь, теряешь навыки кодинга.

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

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

[Alex11223]

Сообщение от Alar

Пока руководишь, теряешь навыки кодинга.

Смотря чем и как.
В маленьких компаниях/стартапах это бывает совмешается.
А в больших есть разные уровни руководства. Тимлид и т.п. как бы тоже руководитель же.

[Alar]

Сообщение от Alex11223

Смотря чем и как.

На моём опыте в небольшой компании нужно нагонять бабло на фирму, а пока этим занимаешься скил программистский теряешь.

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

[ACE Valery]

Воу-воу, я не создавала эту тему...

Сообщение от Avazart

Который будет говорить всем как им лучше делать их работу

А вот этого я не говорила. КАК делать работу должны знать сами специалисты. А начальник должен каждому распределить задачи в соответствии с уровнем знаний и опыта.

Сообщение от Avazart

Нельзя получить эффективность, если не знаешь специфику

Ну да, а директору ресторана обязательно знать, сколько минут в духовке должно готовиться филе-миньон... Не может ни один человек хорошо разбираться во всем. Для этого и существуют специально обученные люди: программисты, бухгалтера, повара, учителя - профессионалы, в общем. Ими просто нужно грамотно руководить.

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

А вот тимлиды-двоечники бывают только в одном случае - если он друг/родственник/жополиз большого босса. Но с такими связями он может быть и отличником, а ничего не делать (или делать что заблагорассудится).

[waleri]

Сообщение от ACE Valery

в соответствии с уровнем знаний и опыта.

Которые он оценит как?

Сообщение от ACE Valery

директору ресторана обязательно знать, сколько минут в духовке должно готовиться филе-миньон

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

[ACE Valery]

Сообщение от waleri

Которые он оценит как?

По своему опыту работы с данной ему командой. Есть типичная задача1. Петя делает ее за 1 день, а Гриша за 3 дня. Есть типичная задача2. Петя делает ее за 3 дня, Гриша - за 1 день. Логично предположить, что задачу1 надо отдать Пете, а задачу2 - Грише.

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

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

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

И, как по мне, пусть за архитектуру и технологии отвечает техлид, а уж НАЧАЛЬСТВОВАНИЕМ занимается отдельный человек, у которого фокус не на программерские заморочки, а на команду.

Сообщение от waleri

Так вот кого мы подрозумеваем в этой теме - большого начальника (директор ресторана) или того же начальника по разработке (шеф повар)?

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

[Avazart]

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

Он точно определит их быстрее чем не программист.

К примеру он может отличить одну задачу от другой что бы задачи типа "A" давать Пети а задачи "Б" Васе или наоборот.

Да и в принципе при еще собеседовании сможет понять приблизительные способности.

Я уже не говорю о том что код написать можно "быстро", а затем терять кучу времени если потребуется его модифицировать/улучшить.

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

[ACE Valery]

Сообщение от Avazart

Он точно определит их быстрее чем не программист.

Согласна. Но мало определить, нужно использовать по-максимуму.

Сообщение от Avazart

К примеру он может отличить одну задачу от другой что бы задачи типа "A" давать Пети а задачи "Б" Васе или наоборот.

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

Сообщение от Avazart

Да и в принципе при еще собеседовании сможет понять приблизительные способности.

А вот нет. Был у нас один такой, что языком телепал очень круто и грамотно, и тимлид (другой, но тоже отличный прогер) вообще не заметил подвоха. Ну то есть заметил, но через время, когда этого "грамотного" болтуна выгоняли за профнепригодность.

Сообщение от Avazart

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

Ну так этим грешат и программисты. В большинстве своем. Зато если шеф-непрогер доверяет своему программисту, его можно уговорить на написание "с нуля", а вот программиста уже никак не уговоришь. Он же программист, еще и начальник, он же типа разбирается, ему виднее.

Сообщение от Avazart

Обычный человек такие вещи не когда не поймет.

Ну да, обычный человек. А программисты типа небожители? Вот есть у меня знакомый проджект-менеджер. Он не программист, но вполне себе нормально управляется не только с распределением и сроками задач (в чем есть и моя заслуга тоже, потому что с человеком, не знающим специфику, надо разговаривать, объяснять, почему мы это не можем сделать за 5 минут и почему тут с нуля написать проще), но и шарит по основам технологий. И ему совершенно не нужно знать программирование, чтоб понять, что Петя программирует юай, Гриша движок, а Миша сервак.

[MihalNik]

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

Так вот кого мы подрозумеваем в этой теме - большого начальника (директор ресторана) или того же начальника по разработке (шеф повар)?

Как-то странно спрашивать, должен ли быть "ведущий программист" - программистом) Наверное, вопрос - может ли непрограммист эффективно руководить группой одноранговых и неспециализированных программистов. Скорее всего - нет. И вряд ли кто-то где-то до такого додумается.