Комментарии 31
Отличная статья, читал как про себя. Полностью согласен с идеей сайд проектов, сам веду несколько «личных» проектиков, для себя и друзей. В них очень удобно попробовать «ту клёвую новомодную штучку», так как нет никакой ответственности если всё в проекте сломается.
В частности, мне как бекенд разработчику интересно бывает посмотреть что там в «другом лагере» всяких Angular'ов и React'ов. А опыта в этом маловато, потому ломаю всё постоянно. Но как же это весело, интересно и познавательно!
И наоборот, обкатаю технологию, разберусь в плюсах и минусах, и уже потом, имея конкретные аргументы можно предложить к реальному проекту.
В частности, мне как бекенд разработчику интересно бывает посмотреть что там в «другом лагере» всяких Angular'ов и React'ов. А опыта в этом маловато, потому ломаю всё постоянно. Но как же это весело, интересно и познавательно!
И наоборот, обкатаю технологию, разберусь в плюсах и минусах, и уже потом, имея конкретные аргументы можно предложить к реальному проекту.
так-то статейка для мегамозга
Вопрос-нужно ли доводить сайд-проекты до конца? Или просто можно попробовать технологию, и переключиться на что-то новое.
Стоит развивать. Лучше сделать его опенсорсным и хостить на GitHub или подобном, делась с сообществом и принимая пулл-реквесты. Немало успешных стартапов выросли именно из проектов «для себя\друзей\мамы» (http://geektimes.ru/post/262258/) — кто знает, может быть, и Ваш проект тоже постигнет удача. В конце-концов, если не будет времени на развитие, всегда можно отдать заинтересованным лицам
Но существует немало компаний, которые запрещают подобную деятельность.
А как можно запретить программировать в свободное время? o_O
НЛО прилетело и опубликовало эту надпись здесь
Например, в США легально, а в России — нет.
Если, конечно, под свободным временем понимается исключительно НЕ рабочее время, а не ситуации когда часы рабочие, но задач нет и нечем заняться на работе.
Если, конечно, под свободным временем понимается исключительно НЕ рабочее время, а не ситуации когда часы рабочие, но задач нет и нечем заняться на работе.
НЛО прилетело и опубликовало эту надпись здесь
В ряде штатов США (почти везде, на самом деле), любой код, который вы напишете даже дома, будет автоматически принадлежать работодателю. И это касается не только кода.
Известная история, Возняк, работавший в HP, спрашивал разрешения у начальства на то, чтобы выпускать Apple I, хотя он разработал его дома. Ему разрешили (с формулировкой «кому может понадобиться личный компьютер?»). Иначе это было бы незаконно.
Известная история, Возняк, работавший в HP, спрашивал разрешения у начальства на то, чтобы выпускать Apple I, хотя он разработал его дома. Ему разрешили (с формулировкой «кому может понадобиться личный компьютер?»). Иначе это было бы незаконно.
НЛО прилетело и опубликовало эту надпись здесь
И даже в нерабочее время?
Любопытно, а можно пруф?
На сколько я знаю все наоборот. Все что вы пишите, даже в рабочее время, принадлежит вам. Для того, чтобы плоды вашей деятельности принадлежали компании, существуют специальные условия в контрактах.
На сколько я знаю все наоборот. Все что вы пишите, даже в рабочее время, принадлежит вам. Для того, чтобы плоды вашей деятельности принадлежали компании, существуют специальные условия в контрактах.
Вот нашел хорошее разъяснение по данному вопросу:
www.brightjourney.com/q/working-company-intellectual-property-rights-stuff-spare-time
Судя по всему автоматически принадлежать работадателю ничего не будет. Скорее наоборот, автоматически все принадлежит работнику. Все зависит от трудового договора.
www.brightjourney.com/q/working-company-intellectual-property-rights-stuff-spare-time
Судя по всему автоматически принадлежать работадателю ничего не будет. Скорее наоборот, автоматически все принадлежит работнику. Все зависит от трудового договора.
На мой взгляд изначально вопрос был не в том, как по умолчанию, а как можно сделать договором или другими способами.
В США можно распространить трудовой договор и на код (интеллектуальную собственность) написанный в нерабочее время. В России трудовой договор не может распространяться на нерабочее время.
В США можно распространить трудовой договор и на код (интеллектуальную собственность) написанный в нерабочее время. В России трудовой договор не может распространяться на нерабочее время.
Если верить фильмам, у НР было приоритетное право на любое его изобретение.
Интересно, как в этой компании с уровнем зарплат?
И второй вопрос, по важности не уступающий вопросу «как?» — зачем? :)
Нет, серьёзно интересно, какие цели может преследовать работодатель, запрещая сторонние проекты?
Нет, серьёзно интересно, какие цели может преследовать работодатель, запрещая сторонние проекты?
Потеря фокуса с основного проекта. Что бы мыслями не ушел куда-то туда… Как ни крути на разработке вопрос концентрации на задаче довольно важный.
Тогда было бы здорово узнать чужие мнения и опыт по вопросу, работает ли это.
На мой взгляд, то же самое, что запрещать жениться или детей заводить — мысли не о том будут — а то и вообще из офиса не выпускать.
Если не утрировать, то мне казалось, что смена деятельности, наоборот, повышает продуктивность, и это даже без учёта всех плюсов, описанных в статье.
На мой взгляд, то же самое, что запрещать жениться или детей заводить — мысли не о том будут — а то и вообще из офиса не выпускать.
Если не утрировать, то мне казалось, что смена деятельности, наоборот, повышает продуктивность, и это даже без учёта всех плюсов, описанных в статье.
Если на работе ты пишешь код, в сайд-проекты ты пишешь код, то это точно не смена деятельности.
Я бы возразил, что сайд-проекты бывают разные и что разработчик, занятый в кровавом энтерпрайзе, может по выходным заниматься инди-геймдевом и не только писать код, но ещё и рисовать и даже музыку сочинять для этого, но тут, наверное, спорить не о чем, я вашу мысль понял.
НЛО прилетело и опубликовало эту надпись здесь
Бывает ситуация, когда по соглашению с текущим работодателем, все что ты сейчас публичное еще пишешь, должно пройти проверку у секьюрити, что ты точно не используешь там наработки работодателя — даже не всегда куски кода, а отдельные алгоритмы, приемы подхода.
Это не прямой запрет, но то, что твой код на гитхабе сперва должны проверить, перед тем как публиковать, как-то ограничивает и уменьшает мотивацию выкладывать. Пишу с личного опыта.
Это не прямой запрет, но то, что твой код на гитхабе сперва должны проверить, перед тем как публиковать, как-то ограничивает и уменьшает мотивацию выкладывать. Пишу с личного опыта.
С другой стороны, проведя на работе за монитором 8 — 12 часов, прийти домой и засесть опять за компьютер…
Если возраст за 35, дети и т.п. сделать это не так просто…
Если работодатель считает сайд-проекты столь полезным почему бы не выделить немножко рабочего времени, как например, Гугл?
Если возраст за 35, дети и т.п. сделать это не так просто…
Если работодатель считает сайд-проекты столь полезным почему бы не выделить немножко рабочего времени, как например, Гугл?
Гугл вот уже больше двух лет как не выделяет 20% рабочего времени на эксперименты.
Мои сайд-проекты это обычно интересные мне фичи из backlog'а продукта, над которым я тружусь на работе.
Которые по завершении и демонстрации становятся частью продукта.
Которые по завершении и демонстрации становятся частью продукта.
Я встречал сотни разработчиков. У лучших из них всегда были сторонние проекты, над которыми они колдовали по ночам. Как работодатель, я это всячески поддерживаю.
Де-факто получается что разработчик по ночам, в ущерб собственному здоровью, не говоря уже о банальном отдыхе и личной жизни бесплатно выполняет для работодателя услуги по тестированию и изучению новых технологий для их последующего использования на благо работодателя.
Это просто психологический трюк позволяющий обманом выжать из сотрудника больше за меньшие деньги. Если человеку просто сказать — поработай пожалуйста бесплатно ночами на меня — реакция одна, если сказать — твоя работа по ночам очень способствует твоему развитию и вообще жутко интересное и полезное дело и не надо думать о деньгах — реакция другая.
Саморазвитие конечно хорошо, но развиваться надо не только в одной узкой профессиональной области — но и в других, на которые даже стандартная рабочая неделя и 5 дней по 8-12 часов оставляет не так уж и много времени. Даже если не учитывать развлечения, социальную и личную жизнь есть самое банальное физическое здоровье — которое круглосуточным сидением за монитором очень сильно подрывается.
Хотя конечно есть серьезные сомнения даже на уровне объективного подсчета выгоды для работодателя — будет ли суммарная производительность сотрудника регулярно и много перерабатывающего, выше? Была масса материалов о том что даже 8 часов в день с полной продуктивной работать не получается — и даже про массовый переход на шестичасовой день.
Хотя конечно все возражения снимаются если работодатель разрешает заниматься сторонними проектами в рабочее время.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сайд-проекты — почему это важно для разработчика