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

[Easbayguy]

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

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

[Sergunka]

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

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

Да мотивацию никто не отменял

[Medium-rare]

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

И получаем вместо одной недели одному программисту на рефакторинг месяц всему тиму на дополнительную любовь с QA.

[fruit6]

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

И получаем вместо одной недели одному программисту на рефакторинг месяц всему тиму на дополнительную любовь с QA.

Это Вам видно что лучше день потерять а потом за пять минут долететь. А другие наемные работники могут и не дожить до конца рефакторинга если в отчете вместо "подчиненный рабочий выдал на гора от 600 до 800 LOC" будет писать "подчиненный рабочий удалил 1000 LOC, выдал на гора ноль новых фич"

[fruit6]

а на след день придете, а там статус чекер с двух разовым скрамом

[oshibka_residenta]

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

К сожалению, это плохо работает на практике. Хороший начальник получает плохие отношения со своим боссом и другими начальниками. В тоже время начальник, который плюет на своих подчинненых, зато не идет на конфликты с другими начальниками, красиво выглядит в их глазах.
Конечно, long-term, ваш "хороший" начальник выиграет, но он скорее всего не доживет до этого long-term. А "плохой" уйдет в другую группу/компанию с повышением до того как все развалится.

[Poet7]

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

Согласен с этим, еще часто бывает очень тяжело когда начальник - это и есть овнер кампании, который платит зарплату программеру из собственного кармана.
Я как-то проработал очень недолго в одной кампании где работало человек 20 (из них программистов 12-15 где-то) - никакой иерархии не было - все подчинялис напрюмую овнеру. 80% рабочего времени овнер бегал по всей кампании подбегал к каждому работнику и просил показать что тот сделал за последние 1.5 - 2 часа, говорил замечания и указания что делать дальше и не слушая ответа или возражений программера бежал к следующему и так по кругу. Там работали одни индусы и по-моему 2 пожилые тетеньки которые лет 15 поддерживали что-то на VB6.

[Krys-Krys]

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

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

Если работы особо нет, ее можно "придумать" и втереть начальству о том как важно все отрефакторить.

[katit]

А еще часто не хорошие программисты почему то думают что все написано криво и надо все рефакторить. Дурак тот начальник что разрешает чинить неполоманое за деньги компании.

[Medium-rare]

а на след день придете, а там статус чекер с двух разовым скрамом

Если чтобы исправить гуано, то пусть чекают.

[Poet7]

А еще часто не хорошие программисты почему то думают что все написано криво и надо все рефакторить. Дурак тот начальник что разрешает чинить неполоманое за деньги компании.

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

[katit]

Где-то 5 из этих 10 вклучая меня ненавязчиво говорили с самого начала что это все надо переписат с нуля ну и даже были какие-то естимайшины что это все заимет не больше месяца.

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

[Medium-rare]

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

[katit]

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

Переписывание всего я лично хотел делать до какого-то порога в моем личном прогрессе. Теперь я могу только сказать что если девелопер хочет переписать все за МЕСЯЦ то это значит что оценка явно мимо и в месяц это сделано не будет. Т.е. проект уже не очень мелкий чтоб за 3 дня. Месяц это уже серьезно чтоб просто заявить.

Я много чего рефакторил. По ходу. И необязательно менеджеру это говорить. Как-то у меня всегда хватало времени и сделать что надо и подправить если хотелось.

Если хочется рефакторить то сначала надо сделать чтоб test coverage был close to 100% a потом уже можно по кусочку это делать.

А если хочется переписывать так надо искать работу где переписывают чего-то в чего-то, такие вакансии есть

[Medium-rare]

Я много чего рефакторил. По ходу. И необязательно менеджеру это говорить.

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

[katit]

Я много чего рефакторил. По ходу. И необязательно менеджеру это говорить.

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

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

[Medium-rare]

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

Никогда не торопили? Хочу в Сент Луис.

[katit]

Никогда не торопили? Хочу в Сент Луис.

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

[Kirpidonych]

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

- планирование котроль и прочее - конечно тоже хорошо

[АццкоМото]

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

К сожалению, это плохо работает на практике. Хороший начальник получает плохие отношения со своим боссом и другими начальниками. В тоже время начальник, который плюет на своих подчинненых, зато не идет на конфликты с другими начальниками, красиво выглядит в их глазах.
Конечно, long-term, ваш "хороший" начальник выиграет, но он скорее всего не доживет до этого long-term. А "плохой" уйдет в другую группу/компанию с повышением до того как все развалится.

Это работает прекрасно и на практике тоже. Но и вы картинку нарисовали вполне типичную. Вывод? В компании, где начальнику приходится лизать задницы своему начальнику, работать не имеет смысла никому. Потому что система работает только когда она повторяется на всех уровнях, либо на каком-то уровне есть "разрыв", где уровню выше практически пофигу на уровень ниже. Такое тоже бывает

[oshibka_residenta]

Это работает прекрасно и на практике тоже. Но и вы картинку нарисовали вполне типичную. Вывод? В компании, где начальнику приходится лизать задницы своему начальнику, работать не имеет смысла никому. Потому что система работает только когда она повторяется на всех уровнях, либо на каком-то уровне есть "разрыв", где уровню выше практически пофигу на уровень ниже. Такое тоже бывает

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

[fruit6]

Помогать это как, писать 600-800 LOC?

[fruit6]

задача мелкого начальника -- рвать ж**у чтобы выбиться в люди а не понукать антисоциальных гиков и индусов до 67-72 лет. потому что до 67 его никто на работе держать не будет.
Оптимальной тактикой было бы брать повышенные обязательства и заставлять рабочих пахать по 12 часов с бесплатными сверхурочными.

[Medium-rare]

антисоциальных гиков и индусов

Третьего не дано.

[rorp]

Помогать это как, писать 600-800 LOC?

Рассказывать, какие паттерны применять, чтоб получалось не менее 600-800 строк в день.