Хорошие программисты и хорошие начальники.

[katit]

Обсуждаем. А то в соседнем топике были фразы типа хороший начальник это... не индус и т.п.
Хорошие программисты по сравнению с плохими это раз в 100 больше им платить и т.д.

Ну так вот мне интересно, я чего-то не понимаю или как? Хороший начальник это когда проект сделан раньше времени и under budget. Если при этом пару хороших программистов нашли где потеплее и написали в glass door, ничего страшно, на войне без потерь не бывает.

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

P.S. Я лично против всяческих овертаймов, ну может только когда на посадку заходит проект. Когда человек сидит и тупит т.к. устал и дома дети плачут - кому оно надо? Есри бодрячком хоть 4-5 часов продуктивно отработать оно полезнее будет.

[KotKot]

Хорошие для кого? Для работника, вышестоящего начальства, владельцев? Это совсем разные вещи.

[OtherSide]

Критерий один - сданный в срок проект

[stenking]

Критерий один - сданный в срок проект

Это критерий для студии которая за 1000 рублей на джумле сайтики делает. А так критериев может быть куча в зависимости от того что именно нужно. В 99% компаниях где я работал требуется именно то что катит написал "хороший это когда не умничает, врубился и сделал все что надо. И не тупит. Надо - разобрался и выучил то что надо". Т.е. хороший программист пишет нормальный код в большом количестве а вот инженер - он уже одной ногой в архитектуре так же как лид он одной ногой в менеджменте.

[OtherSide]

Критерий один - сданный в срок проект

Это критерий для студии которая за 1000 рублей на джумле сайтики делает. А так критериев может быть куча в зависимости от того что именно нужно. В 99% компаниях где я работал требуется именно то что катит написал "хороший это когда не умничает, врубился и сделал все что надо. И не тупит. Надо - разобрался и выучил то что надо". Т.е. хороший программист пишет нормальный код в большом количестве а вот инженер - он уже одной ногой в архитектуре так же как лид он одной ногой в менеджменте.

Ну если точнее - 2 качества - в срок и уложится в бюджет. Неважно для чего. Будет руководитель умничать или нет не так важно.

[OtherSide]

. Т.е. хороший программист пишет нормальный код в большом количестве а вот инженер - он уже одной ногой в архитектуре так же как лид он одной ногой в менеджменте.

На счет кода в большом количестве вам уже писали, что это утопия. У меня на серверной стороне сайта не больше 2000 строк кода. На клиентской так же. Это что - выходит за неделю его можно было написать (по вашим критериям 600 в день). Нет конечено. Я потратил месяца 3. А если баги правишь, то были случаи когда на одну строку тратил больше недели.
Реально выходит в день 50-60 строк, не больше.

[stenking]

. Т.е. хороший программист пишет нормальный код в большом количестве а вот инженер - он уже одной ногой в архитектуре так же как лид он одной ногой в менеджменте.

На счет кода в большом количестве вам уже писали, что это утопия. У меня на серверной стороне сайта не больше 2000 строк кода. На клиентской так же. Это что - выходит за неделю его можно было написать (по вашим критериям 600 в день). Нет конечено. Я потратил месяца 3. А если баги правишь, то были случаи когда на одну строку тратил больше недели.
Реально выходит в день 50-60 строк, не больше.

Ну и пусть пишут - я десятки лет и сам пишу код и смотрю на код сотен человек, у меня есть своя проверенная позиция. 2000 сточек эпп - это примитив. Конечно может быть исключение типа квири на 3 экрана или хитрых алгоритмов - но это скорее свидетельство плохой архитектуры. Про ваши 3 месяца я полностью верю - но дело совсем не в коде. Вы разбирались в предметной области, в новом для вас javascript /html ( я помню ваши первые вопросы ), решали что именно делать и переделывали потом, смотрели за сайтом и ещё миллион второстепенных вещей которых сделать нужно но они тоже занимают кучу времени.

Учитывая что в вашем проекте вы и программист и инженер и менеджер и сейлс и админ то 50 строчек это очень даже нормальный результат.

Но по большому счёту ваши графики хороший js программист сейчас переделает за 3 дня если вы ему дадите чёткое API. Ему же не нужно разбиратся в деталях, достаточно только посмотреть на дату и на конечный результат. И он уже будет писать свои 600 строчек.

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

[OtherSide]

Так программирование это и есть на 90% въезжать в предметную область, в проект и т.д. и т.п. Конечно, когда делаешь второй раз, то все намного проще. Только второго раза не бывает - всегда все делаешь в первый.
Понятно, что я бы и сам все переписал с нуля ну максимум за месяц. Но когда только начинаешь проект и стоит задача типа "есть база данных в 100 гигабайт, нужно счиать сводные данные раз в секунду для 100 пользователей с разными запросами и обновлять в вебе", то вообще не очень ясно можно ли это сделать вообще или нет.

[stenking]

Так программирование это и есть на 90% въезжать в предметную область, в проект и т.д. и т.п. Конечно, когда делаешь второй раз, то все намного проще. Только второго раза не бывает - всегда все делаешь в первый.
Понятно, что я бы и сам все переписал с нуля ну максимум за месяц. Но когда только начинаешь проект и стоит задача типа "есть база данных в 100 гигабайт, нужно счиать сводные данные раз в секунду для 100 пользователей с разными запросами и обновлять в вебе", то вообще не очень ясно можно ли это сделать вообще или нет.

А причём тут код и программирование то,


Вот инженер эту задачу разбивает на 3 саб задачи.

1. Принимать запросы и отдавать дату через API

2. Обработка запросов

3. Показывать дату в виде графиков на клиенте


Много думается, рисуются ваиры фронтэнда и графиков, структура API, схема BD. Приходит понимание как эту BD нормализировать/денормализировать что бы было быстро. БД забивается датой, делаем тестовые запросы. Заметьте - ни строчки кода ещё не написано

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

Вы путаете 2 разные роли которые в индустрии обычно отделены.

[OtherSide]

Не понял. А что структуру БД придумать, запросы написать правильные, выбрать инструментарий, взаимодействие между модулями - это не программирование что ли?

[stenking]

Не понял. А что структуру БД придумать, запросы написать правильные, выбрать инструментарий, взаимодействие между модулями - это не программирование что ли?

Зависит от компании но обычно нет. Т.е. продумывает бд и разбирается в логике инженер, выбирает инструменты тоже он а программист он пишет конкретно код. Т.е. инженер говорит вот база, вот нужно сделать 10 методов API, логика работает так и так а это поле показывает вот это а эти коды они разные для разных бирж...Давай вот эти инструменты использовать, вот библиотеки, вот фраимворки, вот скелет, а модули они работают как микросервисы в этом вот облаке..." А написать правильно запрос это уже программирование.

Просто есть чистые инженеры, программисты и менеджеры а есть инженеры-программисты, инженеры-менеджеры, инженеро-програмисто-менеджеры и прочие миксы. И часто недовольство как раз поэтому и возникает что мало кто чётко может сказать что они хотят или могут предложить.

[Easbayguy]

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

[olegy]

Критерий один - сданный в срок проект

Ну да - в срок - а сроки кто устанавливает?
У нас как то впихнули тупую вьетнамку манагершу - уровень - "What is the status?".
Высокое начальство спускает ей вопрос - "Сможете такой то проект за ДВЕ недели сделать?"
Вьетнамка не спрашивая нас репортует - "сделаем!"
Проект был сдан через девять месяцев...
Догадайтесь с трех раз кого сделали виноватым...

[KotKot]

Тупые самки нередко пролазят в менеджмент за счёт affirmative action.

[Krys-Krys]

Тупые самки нередко пролазят в менеджмент за счёт affirmative action.

А за счет чего пролазят тупые самцы?

[Aleksey Kudinov]

Тупые самки нередко пролазят в менеджмент за счёт affirmative action.

А за счет чего пролазят тупые самцы?

Иногда за счёт negative selection - хреновый программер - иди в менеджмент, хоть в код лезть и гадить не будешь.

[Medium-rare]

Хороший программист, по идее, не забывая о себе, думает об успехе конторы в целом. Себя хвалить глупо, но по признаку "за контору, вдруг старт-ап выйдет на IPO" пытался пару раз спрашивать у коллег, зачем делать сложнее на пустом месте? почему бы перед началом новой фичи не сделать рефакторинг, от чего она зависит, выйдет проще и лучше? с переменным успехом.

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

[Сабина]

Хорошие для кого? Для работника, вышестоящего начальства, владельцев? Это совсем разные вещи.

По моему начальнику не пристало с паттернами разбираться, ну разъве что он еще и архитектор по совсместительству

[Сабина]

В любом месте есть костяк, неважно архитектор или кто. Если костяк "клепает говно", то новый человек сможет сделать impact только если у него очень большие balls или произойдет чудо .
Начальники почему то многие рвут на себе волосы и размазывает сопли что у них все плохо, но при этом продолжают поддерживать костяк. Таким глупо уповать на то, что придет кудесник и все починит. В этом смысле хороши новые проекты или новые начальники

[Сабина]

Тупые самки нередко пролазят в менеджмент за счёт affirmative action.

А за счет чего пролазят тупые самцы?

Связи или backstabbing. В очень редких случаях - потому что гений

[АццкоМото]

Хороший начальник - это помощник для своих подчинённых и не питающий иллюзий на этот счёт. Все остальное - детали.

Sent from my Nexus 6 using Tapatalk

[OtherSide]

Критерий один - сданный в срок проект

Ну да - в срок - а сроки кто устанавливает?
У нас как то впихнули тупую вьетнамку манагершу - уровень - "What is the status?".
Высокое начальство спускает ей вопрос - "Сможете такой то проект за ДВЕ недели сделать?"
Вьетнамка не спрашивая нас репортует - "сделаем!"
Проект был сдан через девять месяцев...
Догадайтесь с трех раз кого сделали виноватым...

Ну кто - естественно PM виноват

[ie]

Тупые самки нередко пролазят в менеджмент за счёт affirmative action.

А за счет чего пролазят тупые самцы?

[Sergunka]

Когда на предложение запланировать рефакторинг кода квадратеют его глаза

[OtherSide]

Не понял. А что структуру БД придумать, запросы написать правильные, выбрать инструментарий, взаимодействие между модулями - это не программирование что ли?

Зависит от компании но обычно нет. Т.е. продумывает бд и разбирается в логике инженер, выбирает инструменты тоже он а программист он пишет конкретно код. Т.е. инженер говорит вот база, вот нужно сделать 10 методов API, логика работает так и так а это поле показывает вот это а эти коды они разные для разных бирж...Давай вот эти инструменты использовать, вот библиотеки, вот фраимворки, вот скелет, а модули они работают как микросервисы в этом вот облаке..." А написать правильно запрос это уже программирование.

Просто есть чистые инженеры, программисты и менеджеры а есть инженеры-программисты, инженеры-менеджеры, инженеро-програмисто-менеджеры и прочие миксы. И часто недовольство как раз поэтому и возникает что мало кто чётко может сказать что они хотят или могут предложить.

У вас там судя по описанию какие-то абстрактно-тепличные условия. Неограниченный бюджет, высококвалифицированный и мотивированный , но при этом по жизненному тупой персоанл, огромная толпа народу для создания небольшой аппаликушки и пр.
Но даже безотносительно моего проекта, 600 строк кода в день - это утопия. Возможно лишь при написании прототипа. КОгда это все шлифуется, то объем коммитов резко падает