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