Действительно разработчику в разы проще сменить компанию. и многие программисты после опыта работы руководителем возвращаются в прошлую должность(это совершенно нормальный процесс, опытный программист всегда более ценен чем немотивированный руководитель)
Но если инженер сменил перешёл на менеджерскую позицию, и несмотря на кучу минусов решил остаться и продолжить своё развитие в новом амплуа - ряд описанных выше способов могут помочь сохранить хотя бы часть экспертизы
не смог понять основную мысль в комментарии, можете подробнее объяснить? из букв m f n должна какая то формула получиться? или может есть статья где это описано?
Имя важно. И прикручивать базу данных, добавлять новые точки отказа, всё это администрировать явно сложнее выглядит чем написать одну строчку с (quote_fields=False)
Действительно описанный выше способ помог бы не столкнуться с этим вопросом) В нашем случае файлы грузят пользователи - они должны оставаться в неизменном виде, сделать их с латинскими буквами не можем :(
Такой вариант не рассматривали, так как на период ускорения по проекту нам нужно было именно шесть рабочих дней в неделю. И в таком режиме надо было прожить месяц.
Если эта информация не попадает под NDA - можете рассказать (а лучше опубликовать информацию) по ролям с одного из скринов? в целом информация по всем регламентам интересна, хотелось бы сравнить с нашими и удачные моменты подметить/улучшить
я ранее ответил на этот вопрос: разработчики, что не хотели работать в выходные - не работали в выходные. Возможно подразумевается какой то подвох, попробую ответить на незаданный вопрос: Не работа в выходной никак не осуждалась командой. На их дальнейшей карьере это никак не отразилось.
Для меня это правда странный вопрос, моё мнение - не стоит работать в компаниях где заставляют работать в выходной, это путь в никуда. Лично я не попадал в такие ситуации, возможно на реальном опыте столкнувшись с этим - моё мнение как то скорректируется, ведь мир не чёрно-белый.
Ну это же не вопрос веры. В моих командах так. Потому что этот проект не последний, и ради него портить отношения с сотрудником совершенно неправильно. Но если есть желание проверить на практике - надо пройти собеседование в Домклик )
Не хотел - не работал Нельзя человека заставить заниматься интеллектуальным трудом.
А кто хотел и работал, не отдыхая положенные два дня - получил разные степени выгорания, это никогда не проходит просто так, суперменов не существует. Но приятно что помимо выгорания доход в эти месяцы был выше :)
На первый вопрос не могу ответить По второму вопросу - работа на выходных строго в добровольном порядке, у кого были планы либо важные события - не работали. Но благодаря высокому командному духу в выходной набиралась эффективная команда для доработок и внедрений
Этот проект положительно повлиял на размер годового бонуса всей компании. Выросшие технические скилы сотрудников привели к повышению оклада. Ну и как и указано в статье - все переработки на выходных оплачивались в двойном размере, поэтому рост дохода был и во время самого проекта
Действительно разработчику в разы проще сменить компанию. и многие программисты после опыта работы руководителем возвращаются в прошлую должность(это совершенно нормальный процесс, опытный программист всегда более ценен чем немотивированный руководитель)
Но если инженер сменил перешёл на менеджерскую позицию, и несмотря на кучу минусов решил остаться и продолжить своё развитие в новом амплуа - ряд описанных выше способов могут помочь сохранить хотя бы часть экспертизы
не смог понять основную мысль в комментарии, можете подробнее объяснить?
из букв m f n должна какая то формула получиться? или может есть статья где это описано?
Спасибо за подробное описание метрик и их влияние на бизнес!
на filestorage есть белый список расширений файлов, исполняемые файлы не даст загрузить(из коробки)
Спасибо за статью! Всегда интересно прочитать про положительный опыт
по сравнению с aioamqp библиотекой какие плюсы и минусы можете выделить?
Имя важно.
И прикручивать базу данных, добавлять новые точки отказа, всё это администрировать явно сложнее выглядит чем написать одну строчку с (quote_fields=False)
Действительно описанный выше способ помог бы не столкнуться с этим вопросом)
В нашем случае файлы грузят пользователи - они должны оставаться в неизменном виде, сделать их с латинскими буквами не можем :(
Хороший опыт, но лучше многократно не повторять)
Такой вариант не рассматривали, так как на период ускорения по проекту нам нужно было именно шесть рабочих дней в неделю. И в таком режиме надо было прожить месяц.
Если эта информация не попадает под NDA - можете рассказать (а лучше опубликовать информацию) по ролям с одного из скринов? в целом информация по всем регламентам интересна, хотелось бы сравнить с нашими и удачные моменты подметить/улучшить
я ранее ответил на этот вопрос:
разработчики, что не хотели работать в выходные - не работали в выходные.
Возможно подразумевается какой то подвох, попробую ответить на незаданный вопрос:
Не работа в выходной никак не осуждалась командой. На их дальнейшей карьере это никак не отразилось.
Для меня это правда странный вопрос, моё мнение - не стоит работать в компаниях где заставляют работать в выходной, это путь в никуда. Лично я не попадал в такие ситуации, возможно на реальном опыте столкнувшись с этим - моё мнение как то скорректируется, ведь мир не чёрно-белый.
Не понял какую мысль Вы хотите донести. Но если есть вопросы - постараюсь ответить
Ну это же не вопрос веры. В моих командах так. Потому что этот проект не последний, и ради него портить отношения с сотрудником совершенно неправильно. Но если есть желание проверить на практике - надо пройти собеседование в Домклик )
Не хотел - не работал
Нельзя человека заставить заниматься интеллектуальным трудом.
А кто хотел и работал, не отдыхая положенные два дня - получил разные степени выгорания, это никогда не проходит просто так, суперменов не существует. Но приятно что помимо выгорания доход в эти месяцы был выше :)
На первый вопрос не могу ответить
По второму вопросу - работа на выходных строго в добровольном порядке, у кого были планы либо важные события - не работали. Но благодаря высокому командному духу в выходной набиралась эффективная команда для доработок и внедрений
спасибо)
в нашем случае разработка велась собственных сервисов, не нацеленных на продажу вовне
Этот проект положительно повлиял на размер годового бонуса всей компании. Выросшие технические скилы сотрудников привели к повышению оклада.
Ну и как и указано в статье - все переработки на выходных оплачивались в двойном размере, поэтому рост дохода был и во время самого проекта
В реальном мире не получится родить раньше срока, но в IT мире при совершении подвигов можно такие чудеса творить :)