Спорное утверждение, многие наверное даже подумают что это толкает к активной позиции в жизни, но ведь все наоборот.
Если бы вместо того чтобы уйти человек настоял на своем и переломили ситуацию на рабочем месте — тогда он есть властелин своей судьбы.
Человек поступает по ситуации, доказано социальными экспериментами…
Неплатить З.П. 2 месяца — это нарушение трудового кодекса, документы из банка будут доказательством, да и судя по 2 отзывам на сайте свидетели имеются… а вобщем мрак какой-то!
Действительно, все должности смешались в «универсальном программисте». Похоже на тайное желание всех работодателей — тут и задачу в тикет перевел, и заимлементил, и протестил, и в продакшен отправил… это подход стартапа!
Так же наблюдаю подобное!
Выход: работает — не трогай, для нового — пиши новый код, если надо изменить старое сначала дублируй в новое место и применяй tick-tock принцип для уменьшения долга.
Главное этот процесс на рельсы поставить и всем объяснить, новичкам — дважды.
Ситуация в статье просто описывает очевидное — мы все разные, а подбор кадров дело тонкое, кого наберешь — так и поплывешь. В разные моменты проекта нужны разные роли от сотрудников — это тоже надо понимать, поэтому лояльность сотрудников очень важна, а это в резюме увидеть можно.
Понятно, что это потуги, чтобы заманить побольше разработчиков на удобный язык, но необольщайтесь — сила Java в JVM, там же и слабость.
С этими новыми keywords другая проблема — в их освоении и понимании, пока в Java терпимое количество keywords, но если так пойдет дальше, то точно эволюционирует в JavaScript.
Мне кажется, что правило о неразглашении ЗП пришло с Запада. И основано оно на тайне личной жизни человека. Дело в том, что работадателя могут обязывать принудительно высчитывать суммы за просрочки выплат, алименты, компенсации по здоровью и прочее. Данная информация не подлежит разглашению, но должна быть указана в расчетном листке работника.
В обиходе требование по неразглашению расчетного листка просто перетекло в требование по неразглашению ЗП.
Очень приятно видеть про честный 2-4 часовой продуктивный день в стационарном режиме — со мной это тоже так!
Стоит отметить, что разработка своего продукта — это совсем другое дело, нежели работа на заказчика.
Поэтому, честно говоря, определять в каком режиме надо работать — будет цель и бюджет.
В идеале, отработанное время прямо пропорционально вкладу в разработку и соответственно зарплате.
Но труд у одного работодателя, более 8 часов, должен оплачиваться сверхурочно, также есть ограничение и на максимальное допустимые часы в неделю — иначе это будет противозаконно, даже если это работа программиста. ;)
В этом свете название статьи провокационное, но в целом выводы хорошие.
В комментариях много написано про эффективность работы и достойную оплату, но мне кажется, что не все осознают пределы своих желаний как и по оплате так и о рабочем графике.
Например выплачивать сверхурочные по желанию работников — странное дело на мой взгляд, если только это не «распил» бюджета.
Работая на иностранного заказчика, надо учесть еще одну «маленькую» деталь — зарплата соответсвующего локального специалиста. При превышениии 80% от зарплаты локального программиста, работодатель задумается — нужен ли ему удаленный программист. А если работаешь в outsourcing компании, то надо помнить и про накладные расходы.
Не все работодатели корпорации, так что у каждого работадателя есть свои потолки и планки, при всех имеющихся требованиях со стороны работников, как насчет того что бы и их учитывать?
apt-cache show pass
…
www.passwordstore.org
Надо ли чтобы данные построенные на данной технологии были в публичном доступе?
Если бы вместо того чтобы уйти человек настоял на своем и переломили ситуацию на рабочем месте — тогда он есть властелин своей судьбы.
Человек поступает по ситуации, доказано социальными экспериментами…
Простите, а что делал товарищ менеджер? Если ему эти 2 дня не горели, то какие вопросы?
Хотя может человечеству надо адаптироваться?
Выход: работает — не трогай, для нового — пиши новый код, если надо изменить старое сначала дублируй в новое место и применяй tick-tock принцип для уменьшения долга.
Главное этот процесс на рельсы поставить и всем объяснить, новичкам — дважды.
Ситуация в статье просто описывает очевидное — мы все разные, а подбор кадров дело тонкое, кого наберешь — так и поплывешь. В разные моменты проекта нужны разные роли от сотрудников — это тоже надо понимать, поэтому лояльность сотрудников очень важна, а это в резюме увидеть можно.
С этими новыми keywords другая проблема — в их освоении и понимании, пока в Java терпимое количество keywords, но если так пойдет дальше, то точно эволюционирует в JavaScript.
В обиходе требование по неразглашению расчетного листка просто перетекло в требование по неразглашению ЗП.
Стоит отметить, что разработка своего продукта — это совсем другое дело, нежели работа на заказчика.
Поэтому, честно говоря, определять в каком режиме надо работать — будет цель и бюджет.
В идеале, отработанное время прямо пропорционально вкладу в разработку и соответственно зарплате.
Но труд у одного работодателя, более 8 часов, должен оплачиваться сверхурочно, также есть ограничение и на максимальное допустимые часы в неделю — иначе это будет противозаконно, даже если это работа программиста. ;)
В этом свете название статьи провокационное, но в целом выводы хорошие.
В комментариях много написано про эффективность работы и достойную оплату, но мне кажется, что не все осознают пределы своих желаний как и по оплате так и о рабочем графике.
Например выплачивать сверхурочные по желанию работников — странное дело на мой взгляд, если только это не «распил» бюджета.
Работая на иностранного заказчика, надо учесть еще одну «маленькую» деталь — зарплата соответсвующего локального специалиста. При превышениии 80% от зарплаты локального программиста, работодатель задумается — нужен ли ему удаленный программист. А если работаешь в outsourcing компании, то надо помнить и про накладные расходы.
Не все работодатели корпорации, так что у каждого работадателя есть свои потолки и планки, при всех имеющихся требованиях со стороны работников, как насчет того что бы и их учитывать?