Comments 48
А по делу, программист заведомо счастлив, если он выбрал тот язык, который ему подходит:
А через полгода застрелится и автор кода, который не сможет понять код и вспомнить что и зачем он так круто заворачивал.
Ну там по оси Z языки, хотя лично мне непонятна корреляция Пика Балмера с конкретным языком программирования.
Вот тут я в корне не согласен.
Пугать может совсем не из-за сомнений в квалификации, смена работы — это всегд риски и далеко не только материального плана.
Ну, переплачивание подразумевает переоценку квалификации, разве нет?
Завышенную по сравнению с чем? Вот был у меня случай: договорились о чуть ниже рыночной зарплате для моей квалификации (по моей субъективной оценке и того, и другого), поднял с нуля проект за два года почти в одиночку программированием занимаясь, через год даже подняли зарплату процентов на 30 по своей инициативе, но потом проект стабилизировался, активная разработка закончилась и решили, что теперь мне переплачивают, потому что нагрузка снизилась, решили уменьшить зарплату до 70% от начального уровня. Хотя мне там очень нравилось, не смотря на то, что мог уйти в другие места на +10-20%, сам факт понижения зарплаты моментально стал причиной активного поиска нового места. Потом узнал, что на мое место смогли найти только в итоге за +10% к моей, немного поигравшись с фрилансом и "на полставки". Переплачивали ли мне реально?
А сеньйорокодер как с дворником соотносится?
Приносимая польза меряется как раз тем. сколько платят за труд. Никто в здравом уме не будет платить больше чем стоит приносимая польза.
Это его оценки приносимой мною пользы были ошибочны, но руководствовался в вопросе сколько мне платить он именно здравым смыслом.
Понятно, что объективно пересчитать в деньги невозможно, но в трудовых отношениях в коммерческих организациях именно, что сравнивают пользу (её субъективную оценку) с зарплатой.
А вот с "сколько нужно сотруднику для счастья" сложно. Одно дело сколько нужно для счастья вообще, а несколько другое сколько нужно для счастья работая на конкретном месте с конкретной зарплатой, имея доступ к данным рынкам сколько получают на аналогичных должностях. Довольно многим понимание того, что "на другой стороне улицы" делая ту же работу они могут получать в 2 раза больше отравляет жизнь, даже если уже сейчас не знают куда деньги девать.
Однако согласен — это ужасно.
В общем, ЭОС — как и все остальные. Глубже надо копать.
Как по мне, то застрять в решении проблемы не проблема, если не давит нехватка времени (дедлайны, да и просто "ну что ты там возишься?"). То же и с плохим качеством кода — если время есть, то это не проблема рефакторить плохой код на хороший, а удовольствие.
Интересно, застрять в решении проблемы и непонятный баг — это причина несчастья? Но у любого бага есть логичное объяснение, любая нерешаемая проблема так или иначе всё же решается. Это ведь интересная задача и вызов, разве нет?
Именно. Главное, чтобы не давила нехватка времени :)
Хотя встречал людей, которые не несчастливы только если (необходимое, но не достаточное условие для счастья) каждый день реализуют новые фичи, исправление багов для них пытка (своих и чужих — разные пытки), а отсутствие видимого продвижения за день хотя бы в виде одного нового зеленого юнит-теста на новую функциональность — трагедия. Работать с ними сложно, руководить ещё сложнее.
Ну вот и зря. Я бы на первое место поставил проблему хаотичности распределения зарплат. В моём отделе есть человек меньшей квалификации, менее ответственно выполняющий свою работу, ниже меня стоящий по должности.
Получает он больше меня, и только потому, что я постеснялся просить большую зарплату, когда устраивался, а он нет.
В их радужном мире с пони это может быть незначительно, но в реальности очень даже
«Застрять в решении проблемы» очень обтекаемая, хоть и популярная (навязанная) формулировка. Она в среднем означает, что человек не видит ощутимого прогресса в решении задачи, или прогресс ниже каких-то пороговых значений, определяемых средней производительностью. А по факту, либо задача решается в этот момент, либо человек сидит и фрустрирует (последнее, конечно тоже происходит).
«Нехватка времени» же означает, что человек видит, что поставленные задачи нельзя решить понятным способом в обозначенный срок, который выбран исходя из опять же каких-то средних показателей производительности.
Так вот причина в том, что различными (замечательными) (модными) методологиями средние показатели производительности повышаются да критических, и теперь это воспринимается как норма для внешнего мира, но создает дискомфорт для внутреннего.
Хотелось бы пожелать, чтобы бизнес перестал «загонять» программистов.
Десять главных причин, которые делают программиста несчастным