​​GROK IT!

❓Задача по Python: Сколько правил PEP8 нарушено при таком импорте библиотек?

Правильный ответ раскроем завтра 😏

#grokit

​​💰 Как оценивать труд программиста?

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

Давайте рассмотрим самые распространенные модели.

1. Сдельная оплата
Механика: деньги выплачиваются за фактически выполненную работу.
Плюсы:
- Работодатель точно знает сумму расходов;
- Программист может сделать задачу быстро и увеличить ставку часа.
Минусы:
- Немотивированный программист будет тянуть время, т.к. деньги он так и так получит.

2. Почасовая оплата
Механика: программист получает за кол-во отработанных часов * ставку часа
Плюсы:
- Оплата идет только за фактически отработанные часы
Минусы:
- Программист заинтересован в растягивании задачи, чтобы получить больше

3. Оплата за написанные строчки кода
Механика: Программист получает за кол-во строк кода * ставку за 1 строку
Плюсы:
- Это мотивирует делать работу быстрей и не растягивать
Минусы:
- «Индусский код», т.е. программисты специально городят сложные конструкции, которые раздувают без толку кодовую базу в несколько десятков раз

4. Оплата за оптимальность кода
Механика: Программист получает за быстродействие и оптимальность написанного кода
Плюсы:
- Повышается качество кода
Минусы:
- Невозможно придумать объективных метрик для такого расчета зарплаты

5. Процент от принесенной прибыли
Механика: Программист получает % от продажи того ПО, которое он разрабатывал
Плюсы:
- Отсутствие накладных расходов для компании
Минусы:
- При плохих продажах зарплата программиста будет страдать

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

А какой вариант Вам нравится больше всего? Какая система оплаты труда Вас вдохновляет на великие дела? 😏