EN
creator cover Alex Four

Alex Four

Философствую об IT, пишу телеграм боты
Alex Four

About the creator

Приветы, на связи Алекс. Теперь весь контент будет дублироваться здесь на Бусти.
Я по-прежнему считаю, что все мои читатели должны иметь доступ ко всему, что я пишу, тем не менее, я хочу чтобы и у вас, самых благодарных, была возможность отблагодарить меня за публикации.
Для тех, кто готов сделать пожертвования, я могу предложить более ранний доступ к материалам, а так же свои консультации по мотивации, программированию, развитию карьеры или просто можем поговорить, на любую интересную тебе тему. 
🧒 Три месяца работы со стажером...
Level required:
Просто спасибо

👳‍♂️ Индусский подход в оценке программиста, все так плохо?

Сразу два дисклеймера.  1. Да, все так плохо. 2. Такое название подход получил, поскольку аутсорсером из индии платили за количество написанных строк. В результате такой код становился излишне много сложный и непонятный.  
Я как-то писал о проблемах, которые возникают почти во всех больших компаниях, во время проведения регулярных ревью.  
Если коротко, то проблема в том, что оценивает сотрудников человек который ничего не знает о сотруднике, лично не знаком, личный вклад быстро оценить не получается. А нужно, поскольку людей на ревью много, и погружаться в ситуацию каждого разработчика долго и лень.  
Логичным решением придумать какие-то исчисляемые показатели. Чтобы свести всех сотрудников в одну табличку отсортировать по грейду, и выбрать самых лучших, и самых худших.  
👩‍💻 Программисты пишут код, давайте оценивать их по его количеству.  
На первый взгляд логично, если ты много кода написал, то хорошо поработал, мало - плохо.  
Лучший код – ненаписанный код.  
⌨️  Хорошо, а давайте мерить код не строчками, а коммитами. Все коммиты будем объединять в один перед релизом. В итоге один коммит - одна фича.  
Уже лучше, но только если фича А идентична фиче Б? А я за 10 лет не видел одинаковых фичей. В итоге если разработчик закрыл только одну фичу то результат ревью будет плохой. Даже если эта фича принесла компании денег. Не справедливо получается. И к тому же не мотивирует браться за сложные задачи.  
Но может быть еще хуже. Например, компания очень активно растет, и старший разработчик пол года занимался собеседованиями. А потом онбордил новичков. Отвечал на бесконечное количество вопросов. Решал проблемы с доступами. Планировал и нарезал задачи. А вот код не писал - не было времени. Он тоже не пройдет ревью?  
Show more
🚨 Код каверадж или как сделать через хорошо намного хуже
Level required:
Просто спасибо

🔢 Что не так с оценкой работы программиста?

Во всех крупных компаниях, в которых я работал, процесс ревью был устроен по-разному, но всегда убого. И по рассказам коллег из других компаний, там тоже не лучше.  
Обычно это происходит так:  
☝️ собирается обратная связь от коллег  
✌️ собирается обратная связь от руководителей  
🤷  руководители, которые не понимают чем занимается конкретный разработчик, оценивают его работу  
Я вижу несколько проблем в этой схеме.  
Во-первых, руководитель должен оценить, но он не знает, чем занимался сотрудник которого оценивают.  
Во-вторых, каждому из руководителей приходится в короткий период (1-2 дня) оценить много, очень много людей  
Стоит помнить, что любой человек ленив. И в единичном случае готов разобраться, но когда людей много все сводится к какому-то очень простому алгоритму. Поэтому чтобы это было проще, в некоторых компаниях вводят измеримый показатель. Это может быть количество коммитов, количество закрытых тикетов, количество проработанных часов. Что угодно у чего есть цифра. Я это называю индусским подходом. Причем, далеко не всегда параметр оценки известен всем.
В третьих, обратная связь. Я уже достаточно давно на нее не рассчитываю после ревью.  
Show more

🤑 Юра, сколько ты зарабатываешь?

Ты знаешь сколько зарабатывает вой коллега? А твой руководитель? Вот и я не знаю, но считаю это не правильно.
Был у меня случай. Мой знакомый аналитик с комплексом самозванца получал не самую большую зарплату. В какой-то момент ему дали в помощники Джуна.
Взяли его на вырост, но джун был плох. Ничего делать не хотел, и через пол года его решили уволить. Создали тикет, куда позвали всех сопричастный, в том числе и моего знакомого.
Оттуда мой знакомый узнал что его подчиненный пол года получал зарплату больше чем он. И это при том, что мой знакомый делал работу за себя, доделывал за джуном и еще и пытался его чему-то учить.
В итоге они уволились вместе.
Сначала уволили джуна, а потом мой знакомый пошел просить прибавку. Абсолютные числа он называть не мог, а в относительных он хотел зарплату х2. Но в компании была политика не повышать больше чем на 20 процентов в пол года. Короче, проще было уволиться.
Почему зарплаты принято скрывать?
У меня нет ответа на этот вопрос. Возможно так компания экономит на тех не может попросить себе ЗП побольше. Возможно, ни у кого из топ менеджментов не хватает яичек сломать статус-кво и публично сказать сколько он получает.
Show more

Subscription levels

Просто спасибо

$ 0,51 per month
Просто поддержать автора

Bro

$ 3,1 per month
Доступ к материалам до их публикации
Доступ в закрытый чат, где можно задавать любые вопрос, а так же бесплатно получить мерч

super Bro

$ 36 per month
Доступ к материалам до их публикации
Доступ в закрытый чат, где можно задавать любые вопрос, а так же бесплатно получить мерч
Созвонимся тет-а-тет, обсудим твои проблемы, решим что делать дальше 
Go up