Сова - эффективный менеджер разработки ПО
По мотивам серии комиксов @Bombito21, "Сова - эффективный менеджер".
По мотивам серии комиксов @Bombito21, "Сова - эффективный менеджер".
у нас как то и. о. директора, который бывший админ, логично предположил, что причина медленной работы отдела разработки - то чтоо программисты пишут код с ошибками. и запретил допускать баги.
не шучу
Ну у нас это было не так прямо сказано, но по факту именно так и было. В его понимании хороший программист должен сразу писать идеальный код. А если мне нужно после написание ещё время на рефакторинг и просто на поиск своих же недоработок, то я плохой программист, он оплачивать это всё не должен и мне следует этим всем заниматься в нерабочее время, чтобы потом мне пиздюли не прилетали.
А на предложение применить те же правила к другим отделам и начальникам в т.ч. следует подрыв пукана, сравнимый в тротиловом эквиваленте с подрывом хрущевского ядрён-батона.
Не, у нас к другому отделу тоже активно применялось) У нас всего было два отдела: разработка и тестирование. На тестирование тоже отдавалось офигеть как мало времени потому что "да что там тестировать то?! Фигню какую-то мелкую дописали и всё". Особенно это прикольно было, когда "фигня" - это служба, которая осуществляет взаимодействие между БД и всей остальной системой и в случае её неполадки работать не будет вообще ничего, а варианты, что может пойти не так считаются десятками.
Ну и конечно же когда что-то шло не так пиздюли получали и разработчики, потому что писать не умеют, и тестировщики, потому что хреново тестировали.
Автоматизация? На это нет бюджета. Ведение тестовой документации? У вас два часа в неделю на проведение тестирования всей системы с учётом новых фич. Не успеваете? Хреновый вы тестировщик.
Человек просто знает, любит и практикует известный принцип: чтобы экономить корм и повышать надои, корову нужно меньше кормить и чаще доить.
Ну есть такая штука как математическое доказательство корректности задачи. Если такое получается повернуть - то это реально означает правильно написанную программу. Вот только в современном мире большинство задач невозможно подвергнуть проверке по этому методу, и на данный момент он является всего лишь одним из видов стати статического тестирования, причем применяемым довольно редко(мало подходящих задач)
Олимпиадники это отдельная тема - на олимпиадах нужно быстро-быстро-быстро, написал и забыл навсегда, не нужно думать о читаемости, о поддерживаемости, о том, что требования и обстоятельства могут поменяться.
Ну и никакой сети, никаких баз данных, никакой асинхронности - всего, чего в "промышленном" программировании вагон и маленькая тележка.
лол.
я занял на областной олимпиаде по программированию второе место с кончившейся лицензией у компилятора, писав просто по наитию. без автокомплита, как есть сейчас.
если задача из пяти действий и ты в ней ошибаешься - ты невнимательный.
если задача комплексная и затрагивает N процессов и ты ошибся - это обыденно. вопрос к автотестам на конкретном проекте.
Может мне кто-нибудь объяснить как становится руководителем человек абсолютно не разбирающийся в том, чем занимаются его подчиненные? Это же пиздец. Серьезно, как можно ставить какие-либо задачи, если ты, блять, нихуя не понимаешь о чем говоришь?! Это как картошку в ноябре садить, мол хуле она тут в мешках пылится, а так глядишь по весне урожай соберем. И чем думают люди, нзначающие таких мудаков начальниками отделов и пр.
Мой прошлый начальник изначально был таким же программистом. И не плохим. Те, кто работали с ним задолго до моего прихода рассказывали, что раньше таких заскоков не было и он всегда понимал что и как надо. Превращение в "эффективного" менеджера происходило постепенно в течении пары лет. Примерно в тот момент, когда он решил, что его фирма достаточно закрепилась и теперь можно самому разработкой не заниматься, а нанять ещё людей для этого, а самому целиком и полностью погрузиться в управление.
А запросто :). У меня менеджером был человек, который до этого телевизоры продавал. На любой вопрос к нему следовал ответ: "I am not a technical specialist". Но как только разговор идёт о бонусах, так сразу начинается "делай вчера", "вы слишком медленно пишете". И ничего, начальству нравится, до сих пор повышают. А программисты из дибилов не вылезают. :)
А откуда берутся хорошие показатели потом? Ведь по сути он не может нормально построить рабочий процесс, а только орет по делу и нет. В итоге у всех жопа в мыле, а результат не меняется.
Раз начальство все устраивает и чувака постоянно повышают, то может означать только одно: программисты проглатывают все наезды и пытаются максимально угодить менеджеру, а остальных увольняют
Из последних сил программисты и делали :). Ещё вечно пугали увольнением и прочими радостями. А у народа ипотека. Как мне кажется, он просто говорил начальству свои планы и говорил сроки побольше, а потом драл с три шкуры с нас, чтобы сделали "вчера".
— Что сидите? Проектируете?! Пишите код! Потом проектировать будете!
© один из моих бывших начальников
IT-юмор
5.6K постов52.5K подписчика
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору