Это очень оптимистично, про «пришли на смену.» Во-первых, Symfony и Laravel не в 2019 году появились, во-вторых, Wordpress сдавать позиции не собирается. 60% или сколько там?
Для тех кто прочитал статью, прочитал оригинал, и все равно нихрена не понял как я:
66% оттенок серого = серый, который имеет компоненты по 66% от 256, т.е. светлее чем «среднесерый» на 41.
в общем, понимание пришло только после просмотра таблички www.w3schools.com/colors/colors_shades.asp
(очень надеюсь что всем все и так было понятно, и мой коммент — лишний).
Т.е. вы хотите сказать что почти 100% населения в России, обладающее своей квартирой, преступники? В значительной части городов квартира больше миллиона стоит.
1 миллион это вполне себе 2-3 годовые зарплаты хорошего специалиста, так что чего нереальнго в том чтобы заработать миллион?
А если софт например уже непереносимый (вся заточка на Windows например), в него запрещено добавлять кроссплатформенные библиотеки?)
Я сам хотел написать гневное «просто используйте CMake в 1 комменте», но подумал что так можно дойти до того, что новички в С++ будут знать только С++, а как работают форматы проектов на их платформе — и знать не будут. Так что «вредный совет» это легкое преувеличение. «небольшой полезности» я бы просто сказал.
А разве ведущий разработчик определяет, выделить ли на техдолг время или нет? Он может менеджменту регулярно долбить, «названивать» «Эй, у нас копится техдолг, надо им заняться пока не прорвало», но если на уровне культуры всей компании на это не выделяется время, то никакие разовые меры «ну вот мы вам дали 2 недели на рефакторинг в прошлом году, ничего не изменилось, вы снова ноете» — не помогут.
Разумным мне кажется разрешить всем командам закладывать 20% времени (1 из 5 спринтов, или 2 дня из 2 недель) на задачи технического долга. Если этим заниматься регулярно, то он не только копиться не будет, может даже будут и ощутимые для бизнеса результаты.
Я может спорную вещь, для обсуждения, но по-моему, «уходить в менеджмент» можно по-разному. В компании с развитой структурой управления, опытный разработчик может не просто тупо «идти наверх» в «большие дяди», т.к существуют:
— Технические эксперты (иногда «архитекторы» ) — следят за обучением новичков, взаимодействием с другими отделами по коду, а так же принимают участие во всех общих технических решениях;
— Аналитики (которые могут быть весьма технически подкованы, и так же уделять время на разработку каких-то фич)
— Менеджеры продукта (которые уже решают более приближенные к бизнесу задачи)
В общем я не могу сказать что кто-то из них «главнее» или «важнее» (хотя может в каких-то авторитарных конторах и есть четкое подчинение этих ролей).
Так на мой взгляд, если человек хочет именно оставаться разработчиком, а на него скидывают обязанности по ПМству или подобному, то это косяк системы управления, нужно разделять роль «ведущего разработчика», иначе можно просто потерять специалиста от недовольства.
Спасибо за статью, конечно, но немного насмешила фраза:
то давайте вместе пройдемся по граблям
Я всегда считал, что SDL — одна из простейших в интеграции библиотек (что может быть не для хидер-онли либы, конечно). Перечитал статью, никаких «граблей» не нашел.
Я выше пишу, что я сомневаюсь в 100% шансах, пишу «вряд ли», т.е. эдакое субъективное предположение, что не будет стопроцентного шанса найти предложение лучше. Вы вообще о чем?!
Так я с вами полностью согласен, я как раз и пишу что описанный сценарий кажется мне достаточно не типовым, чтобы как в корневом комменте писать «поднять зп можно только сменой работы».
Ну согласен с тем что если на просьбу о повышении зп или хотя бы индексации работодатель говорит «хрен тебе моржовый, скажи спасибо что вообще за ворота пустили», тогда разумеется надо бежать оттуда. Я подразумевал все же, что работодатель сколько-то заинтересован чтобы спец не уходил.
Предложение замечательное, окромя одного — в реальности (чаще всего) никаких Руководителей на ревью не напасешься. У нас есть тех дир, его конечно можно добавлять к ревью, но в реале он хорошо если в 1% случаев его просмотрит (просто тупо нет времени). Что там руководителей, у меня вообще просто в принципе ревьюера найти сейчас проблема (нужно править код по другой технологии, а ребята из другого отдела забиты работой по самое не могу, в итоге задержки по 1-2 недели на этом).
Я не встречал еще фирмы где есть такой избыток времени руководителей, если у вас оно есть — я безмерно рад за вас)
Все еще не улавливаю вашей арифметики :)
Не понял, почему я могу у текущего работодателя получить повышение всего 1 раз? Что за бред-то. Или «спросить 1 раз»? Я думал нормально получать повышение 1-2 раза в год, помимо индексаций, при наличии к тому предпосылок, конечно.
Если работодатель платит сииильно выше среднего по городу — вот вообще не уверен за эти самые шансы со сменой работы.
Может быть описанное вами работает в какой-то ситуации, когда этих работодателей сотни, и все платят ну примерно один уровень, и ты просто переходишь от одного к другому на более высокую позицию типа «уволился джуном — пришел к другим мидлом — немного поработал — ушел — устроился мидлом но уже на высокую ставку в серьезную компанию» и тп. Ресурс таких «дутых» повышений, быстро исчерпается, имхо.
Странный вопрос, в 99.5% ВСЕХ ОСТАЛЬНЫХ компаний меня просто не наймут. Например, я работаю в фирме программистом, в городе есть еще 10 фирм с вакансиями. Из них 2 готовы меня нанять, допустим. То что они готовы предложить место с бОльшей зп чем у меня сейчас — далеко не факт. (например, они ищут джунов, а я работаю сеньором). Так что у вас какое-то высасывание из пальца, имхо)
Если рассматривать все переезды внутри страны (или даже привлечь переезды за рубеж) — тогда да, появляются шансы что где-то «меня оценят подороже». Но они вряд ли станут равны 100% все равно)
66% оттенок серого = серый, который имеет компоненты по 66% от 256, т.е. светлее чем «среднесерый» на 41.
в общем, понимание пришло только после просмотра таблички
www.w3schools.com/colors/colors_shades.asp
(очень надеюсь что всем все и так было понятно, и мой коммент — лишний).
Да и тем более, foreach в шаблоне это не такая частая вещь, обычно это что-то вроде
Для всяких списков, таблиц, и т.д.
1 миллион это вполне себе 2-3 годовые зарплаты хорошего специалиста, так что чего нереальнго в том чтобы заработать миллион?
Я сам хотел написать гневное «просто используйте CMake в 1 комменте», но подумал что так можно дойти до того, что новички в С++ будут знать только С++, а как работают форматы проектов на их платформе — и знать не будут. Так что «вредный совет» это легкое преувеличение. «небольшой полезности» я бы просто сказал.
Разумным мне кажется разрешить всем командам закладывать 20% времени (1 из 5 спринтов, или 2 дня из 2 недель) на задачи технического долга. Если этим заниматься регулярно, то он не только копиться не будет, может даже будут и ощутимые для бизнеса результаты.
— Технические эксперты (иногда «архитекторы» ) — следят за обучением новичков, взаимодействием с другими отделами по коду, а так же принимают участие во всех общих технических решениях;
— Аналитики (которые могут быть весьма технически подкованы, и так же уделять время на разработку каких-то фич)
— Менеджеры продукта (которые уже решают более приближенные к бизнесу задачи)
В общем я не могу сказать что кто-то из них «главнее» или «важнее» (хотя может в каких-то авторитарных конторах и есть четкое подчинение этих ролей).
Так на мой взгляд, если человек хочет именно оставаться разработчиком, а на него скидывают обязанности по ПМству или подобному, то это косяк системы управления, нужно разделять роль «ведущего разработчика», иначе можно просто потерять специалиста от недовольства.
Я всегда считал, что SDL — одна из простейших в интеграции библиотек (что может быть не для хидер-онли либы, конечно). Перечитал статью, никаких «граблей» не нашел.
Я выше пишу, что я сомневаюсь в 100% шансах, пишу «вряд ли», т.е. эдакое субъективное предположение, что не будет стопроцентного шанса найти предложение лучше. Вы вообще о чем?!
Ну согласен с тем что если на просьбу о повышении зп или хотя бы индексации работодатель говорит «хрен тебе моржовый, скажи спасибо что вообще за ворота пустили», тогда разумеется надо бежать оттуда. Я подразумевал все же, что работодатель сколько-то заинтересован чтобы спец не уходил.
Я не встречал еще фирмы где есть такой избыток времени руководителей, если у вас оно есть — я безмерно рад за вас)
Не понял, почему я могу у текущего работодателя получить повышение всего 1 раз? Что за бред-то. Или «спросить 1 раз»? Я думал нормально получать повышение 1-2 раза в год, помимо индексаций, при наличии к тому предпосылок, конечно.
Если работодатель платит сииильно выше среднего по городу — вот вообще не уверен за эти самые шансы со сменой работы.
Может быть описанное вами работает в какой-то ситуации, когда этих работодателей сотни, и все платят ну примерно один уровень, и ты просто переходишь от одного к другому на более высокую позицию типа «уволился джуном — пришел к другим мидлом — немного поработал — ушел — устроился мидлом но уже на высокую ставку в серьезную компанию» и тп. Ресурс таких «дутых» повышений, быстро исчерпается, имхо.
Если рассматривать все переезды внутри страны (или даже привлечь переезды за рубеж) — тогда да, появляются шансы что где-то «меня оценят подороже». Но они вряд ли станут равны 100% все равно)
А эта часть — прямо какое-то достижение? Я думал, подавляющее число здравомыслящих людей никогда не брало ничего в долг и кредит?