Здравствуйте, lunc, Вы писали:
L>Стоит ли указывать в резюме интересные, но незакоченные (разрабатываемые в настоящее время) проекты в Open Source?
Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта. Помни: работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта.
А коммерческий софт не может быть открытым?
А если он устраивается на вакансию "linux kernel developer"?
СШ>...ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, lunc, Вы писали:
L>>Стоит ли указывать в резюме интересные, но незакоченные (разрабатываемые в настоящее время) проекты в Open Source?
СШ>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта.
Подписываюсь — верно на 100%.
Есть варианты, как в резюме отразить эти проекты. Hапример, можно сказать, что разрабатывались в рамках курса обучения.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон.
эээ, а так только в России?..
признаться не знал, в связи с чем вопрос: а если все вопросы насчет разглашения коммерческой тайны (к коей может быть отнесен и написанный код) четко оговорены в контракте, то тогда как?
и, вообще говоря, непонятно под какой лицензией этот код можно опубликовать? ведь, например, если можно под GPL, то тогда работодатель что — имея свое коммерческой право на код тем не менее будет вынужден все свое хозяйство под GPL выпускать (даже если не сделает, то заказчик продукта может принудить, увидя, что часть приложения под GPL выпущена). как-то все это странно, либо я не с той стороны рассуждаю
ps. интересно, каждый ли мой работодатель это знал?
Здравствуйте, freak, Вы писали:
СШ>>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта.
F>Подписываюсь — верно на 100%.
как-то это вяло согласуется с ориентацией многих контор на использование открытых библиотек (любимые лицензии, с которыми я постоянно сталкиваюсь, это: apache license 2.0, Lgpl)
предположу, что если человек, например, активно помогал строить какой-нибудь открытый известный продукт, или хотя бы всего лишь какие-то его расширения, то его коммерческий найм на проект, в котором этот продукт планируется применять — то это только плюс, как мне кажется
Здравствуйте, freak, Вы писали:
СШ>>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта.
F>Подписываюсь — верно на 100%.
Во как! :-o
А как же зищита авторских прав? Почему я и так не могу опубликовать коды компании, куда я устраиваюсь и без принадлежности к Open Source?
F>Есть варианты, как в резюме отразить эти проекты. Hапример, можно сказать, что разрабатывались в рамках курса обучения.
Ищу я работу Linux Kernel Developer'а. Проект у меня под GPL тоже в ядре Linux.
Если написать, что это писалось в рамках диплома/кондидатской и дать ссылку на sourceforge?
Здравствуйте, C0s, Вы писали:
СШ>>работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон.
C0s>эээ, а так только в России?..
В России точно. В США не так, в Индии тоже.
C0s>признаться не знал, в связи с чем вопрос: а если все вопросы насчет разглашения коммерческой тайны (к коей может быть отнесен и написанный код) четко оговорены в контракте, то тогда как?
Имхо, и в данном случае закон имеет приоритетную силу над прочими актами. А в законе прописано безоговорочное право автора на обнародование своего произведения.
C0s>и, вообще говоря, непонятно под какой лицензией этот код можно опубликовать?
Лицензия с отсылкой на все коммерческие права к работодателю. То есть код для ознакомления, но не использования (для использования требуется разрешение работодателя).
C0s>ps. интересно, каждый ли мой работодатель это знал?
Здравствуйте, Skeleton, Вы писали:
СШ>>...ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон.
S>Это на самом деле так???
1. Автору в отношении его произведения принадлежат следующие личные неимущественные права:
— право признаваться автором произведения (право авторства);
— право использовать или разрешать использовать произведение под подлинным именем автора, псевдонимом либо без обозначения имени, то есть анонимно (право на имя);
— право обнародовать или разрешать обнародовать произведение в любой форме (право на обнародование), включая право на отзыв;
— право на защиту произведения, включая его название, от всякого искажения или иного посягательства, способного нанести ущерб чести и достоинству автора (право на защиту репутации автора).
2. Автор имеет право отказаться от ранее принятого решения об обнародовании произведения (право на отзыв) при условии возмещения пользователю причиненных таким решением убытков, включая упущенную выгоду. Если произведение уже было обнародовано, автор обязан публично оповестить о его отзыве. При этом он вправе изъять за свой счет из обращения ранее изготовленные экземпляры произведения. При создании служебных произведений положения настоящего пункта не применяются.
3. Личные неимущественные права принадлежат автору независимо от его имущественных прав и сохраняются за ним в случае уступки исключительных прав на использование произведения.
Здравствуйте, C0s, Вы писали:
C0s>признаться не знал, в связи с чем вопрос: а если все вопросы насчет разглашения коммерческой тайны (к коей может быть отнесен и написанный код) четко оговорены в контракте, то тогда как?
Если написано в контракте, то разглашать нельзя.
Остается просто гордиться, что являешься автором кода, который кто-то другой "коммерчески использует"
А вот если работодатель заявит, что автор кода — кто-то другой, вы можете подать в суд.
Или если этот код без вашего согласия опубликуют, к примеру.
Здравствуйте, C0s, Вы писали:
C0s>предположу, что если человек, например, активно помогал строить какой-нибудь открытый известный продукт, или хотя бы всего лишь какие-то его расширения, то его коммерческий найм на проект, в котором этот продукт планируется применять — то это только плюс, как мне кажется
Известные продукты — это исключения, которые только подтвердают правило.
Если ты внес значительный вклад в создание gcc, boost или mozilla, то, как говорится, сам бог велел. (Но опять же, если это согласуется с вакансией, с тем, как ты себя позиционируешь в резюме).
А ссылку на noname open source project в резюме совать точно не надо — у работодателя может сложиться впечатление, что человек тратил время для своего удовольствия вместо того чтоб работать.
Лазейку насчет академического опыта я уже сказал. Вчера только видел объявление — требуется выпускник (то есть без опыта), но 2 года проектов с использованием С++ т.е. некоммерческий опыт. Имхо здесь open source как раз и место.
Здравствуйте, lunc, Вы писали:
L>Здравствуйте!
L>Стоит ли указывать в резюме интересные, но незакоченные (разрабатываемые в настоящее время) проекты в Open Source?
Вообще к каждой вакансии надо писать свое отдельное резюме. Если опыт в open source релевантен данной
вакансии то конечно же стоит. Если нет то точно так же не стоит как не стоит указывать и коммерческий опыт.
Не любят работодатели широкопрофильных умников, им нужны тупые узкоспециализированные исполнители.
L>Ситуация: выпускник вуза, за плечами 3,5 года опыта работы. Проект в опенсорсе -- диплом и будущая диссертация.
Резюме в которых приведена полностью тема диплома отправляются в корзину незамедлительно.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, lunc, Вы писали:
L>>Стоит ли указывать в резюме интересные, но незакоченные (разрабатываемые в настоящее время) проекты в Open Source?
СШ>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта. Помни: работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон.
Если следовать этой логике, то то же самое верно и в отношении RSDN.
Ведь все, кто прочитал исходное сообщение, теперь знают, что они могут публиковать разрабатываемые ими исходники.
Здравствуйте, Слава Шевцов, Вы писали:
L>>Стоит ли указывать в резюме интересные, но незакоченные (разрабатываемые в настоящее время) проекты в Open Source? СШ>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта.
Ну что за бред(извини, но не нашел другого слова), я одного из самых лучших своих сотрудников на работу взял как раз посмотрев на код одного из его проектов на sf.net. При этом он был формально совсем без опыта работы, МГУ закончил 10 дней назад. Сейчас ведущим разработчиком уже назначил(прошло примерно пол года)
СШ>Помни: работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон.
Спорно. Посмотри чем право термин "обнародование" отличается от термина "публикация" или "воспроизведение". В любом случае лечится отдельным пунктом в трудовом договоре, отдельным NDA или просто человеческой договоренностью.
Кроме того того то, что человек участвовал в Open Source проектах никак не говорит о его желании публиковать чужой код направо и налево.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Anatolix, Вы писали:
СШ>>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта. A>Ну что за бред(извини, но не нашел другого слова), я одного из самых лучших своих сотрудников на работу взял как раз посмотрев на код одного из его проектов на sf.net. При этом он был формально совсем без опыта работы, МГУ закончил 10 дней назад. Сейчас ведущим разработчиком уже назначил(прошло примерно пол года)
Имхо это исключение. Когда человек не может писать в резюме коммерческий опыт по причине отсутствия оного, он должен писать любой другой опыт — академический, хобби. Здесь open sourcу самое место.
Если бы я получил резюме кого-нить с 3мя годами опыта, и на первом месте стоял бы опенсорс проект... да в корзину его!
Здравствуйте, freak, Вы писали:
F>Если бы я получил резюме кого-нить с 3мя годами опыта, и на первом месте стоял бы опенсорс проект... да в корзину его!
Вообще есть немало коммерческих контор, работающих над open source проектами. И в них, ясное дело, есть сотрудники, full time работающие только над open source. Они и будут в CV писать про open source. Как бы вы, батенька, в корзину не отправили какого либо ван Россума или Кокса...
Здравствуйте, WinniePoh, Вы писали:
WP> Вообще есть немало коммерческих контор, работающих над open source проектами. И в них, ясное дело, есть сотрудники, full time работающие только над open source. Они и будут в CV писать про open source. Как бы вы, батенька, в корзину не отправили какого либо ван Россума или Кокса...
Блин. Конечно, согласен, если проект в кассу, широко известен, и т.д.
Но если проект НЕ широко известен (думаю в 98% случаев так оно и есть), и ты НЕ вчерашний выпускник, то лучше не упоминать, а сделать упор на коммерческих проектах.
Работодатель обычно ищет не супер крутых спецов, а тех, кто принесут ему прибыль (хотя безусловно корреляция есть), а open source по определению прибыли не приносит.
Здравствуйте, freak, Вы писали:
F>Но если проект НЕ широко известен (думаю в 98% случаев так оно и есть), и ты НЕ вчерашний выпускник, то лучше не упоминать, а сделать упор на коммерческих проектах.
Большинство таких вот внутренних open source проектов вовсе не широко известны. Они нужны фирмам, их начавшим, и узкой группке представителей той же индустрии. За пределами уже никому не известны. Модель open source выбирается обычно от того, что или продукт вторичен по отношению к основному бизнесу, или хочется поэкономить на поддержке, или это форк существующего open source проекта и лицензия требует чтобы он оставался open source, а его функциональность фирме до зарезу нужна.
F>Работодатель обычно ищет не супер крутых спецов, а тех, кто принесут ему прибыль (хотя безусловно корреляция есть), а open source по определению прибыли не приносит.
Какую несусветную чушь вы несёте, и даже не думаете краснеть!
Как это open source не приносит прибыли?!? С каких пор? Вы что, из каменного века выбрались, где все дикари в силу маленького размера головного мозга и недостатка образования считали, что прибыль — это когда коробочки продают?!?
Блин. rsdn — это детский сад похлеще чем linux.org.ru!!!
Здравствуйте, WinniePoh, Вы писали:
WP>Здравствуйте, lunc, Вы писали:
L>>Здравствуйте!
L>>Стоит ли указывать в резюме интересные, но незакоченные (разрабатываемые в настоящее время) проекты в Open Source?
WP> Вообще к каждой вакансии надо писать свое отдельное резюме. Если опыт в open source релевантен данной WP>вакансии то конечно же стоит. Если нет то точно так же не стоит как не стоит указывать и коммерческий опыт. WP>Не любят работодатели широкопрофильных умников, им нужны тупые узкоспециализированные исполнители.
L>>Ситуация: выпускник вуза, за плечами 3,5 года опыта работы. Проект в опенсорсе -- диплом и будущая диссертация.
WP> Резюме в которых приведена полностью тема диплома отправляются в корзину незамедлительно.
Здравствуйте, WinniePoh, Вы писали:
WP> Вообще к каждой вакансии надо писать свое отдельное резюме. Если опыт в open source релевантен данной WP>вакансии то конечно же стоит. Если нет то точно так же не стоит как не стоит указывать и коммерческий опыт. WP>Не любят работодатели широкопрофильных умников, им нужны тупые узкоспециализированные исполнители.
Да, так и делаю -- выбрасываю то, что работодателью не интересно и добавляю интересных деталий. Правда, смущает, что на сайтах типа headhunter.ru работодатель может увидеть несколько иное резюме...
L>>Ситуация: выпускник вуза, за плечами 3,5 года опыта работы. Проект в опенсорсе -- диплом и будущая диссертация.
WP> Резюме в которых приведена полностью тема диплома отправляются в корзину незамедлительно.
Пока пишу так (между опытом работы и образованием):
ПРОЕКТЫ
~~~~~~~
* Система предотвращения атак (IPS) на основе идей систем искусственного
иммунитета (AIS) и работающая на уровне ядра Linux 2.6. Система
находится на стадии разработки и доступна по адресу
http://XXX.sourceforge.net.
В англоязычном резюме так же. Здесь можно/нужно добавить, что это было дипломом и дальше будет писаться в рамках аспирантуры?
Здравствуйте, freak, Вы писали:
F>Имхо это исключение. Когда человек не может писать в резюме коммерческий опыт по причине отсутствия оного, он должен писать любой другой опыт — академический, хобби. Здесь open sourcу самое место.
F>Если бы я получил резюме кого-нить с 3мя годами опыта, и на первом месте стоял бы опенсорс проект... да в корзину его!
Это потому, что тебе лень читать код. Если у человека есть Open Source проект то можно посмотреть, на то что человек написал и сразу все понять(резюме тогда уже не нужно — точно в корзину его ). Всякие опыты работы указанные в резюме меня вообще почти не интересуют, там очень много можно написать если иметь большую фантазию.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, freak, Вы писали:
F>Работодатель обычно ищет не супер крутых спецов, а тех, кто принесут ему прибыль (хотя безусловно корреляция есть), а open source по определению прибыли не приносит.
Странно, ты кого кстати нанимаешь? Я вот ищу людей которые программировать умеют хорошо, людей которые прибыль приносят ищет директор по продажам.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Anatolix, Вы писали:
F>>Если бы я получил резюме кого-нить с 3мя годами опыта, и на первом месте стоял бы опенсорс проект... да в корзину его!
A>Это потому, что тебе лень читать код. Если у человека есть Open Source проект то можно посмотреть, на то что человек написал и сразу все понять(резюме тогда уже не нужно — точно в корзину его ). Всякие опыты работы указанные в резюме меня вообще почти не интересуют, там очень много можно написать если иметь большую фантазию.
Ну если ты не веришь тому что написано в резюме, как верить тому, что именно этот человек написал данный open source проект?
Здравствуйте, Anatolix, Вы писали:
A>Здравствуйте, freak, Вы писали:
F>>Работодатель обычно ищет не супер крутых спецов, а тех, кто принесут ему прибыль (хотя безусловно корреляция есть), а open source по определению прибыли не приносит.
A>Странно, ты кого кстати нанимаешь? Я вот ищу людей которые программировать умеют хорошо, людей которые прибыль приносят ищет директор по продажам.
Я пока никого не нанимаю Я только озвучиваю ту модель приема на работу, которую я знаю.
Хорошо программировать — это проверяется на практике, тестовое задание, etc.
Если программист не приносит прибыли, но пишет — залюбуешься, зачем он такой хороший нужен?
Потом, не менее важны личностные качества, а о них по open source никак судить не получится. Зато можно, пусть косвенно — по успешной работе в других компаниях.
Здравствуйте, freak, Вы писали:
F>>>Если бы я получил резюме кого-нить с 3мя годами опыта, и на первом месте стоял бы опенсорс проект... да в корзину его!
A>>Это потому, что тебе лень читать код. Если у человека есть Open Source проект то можно посмотреть, на то что человек написал и сразу все понять(резюме тогда уже не нужно — точно в корзину его ). Всякие опыты работы указанные в резюме меня вообще почти не интересуют, там очень много можно написать если иметь большую фантазию.
F>Ну если ты не веришь тому что написано в резюме, как верить тому, что именно этот человек написал данный open source проект?
Спросить его об этом проекте. Очень редко человек врет совсем(и в коде и в резюме). Но есть секретное искусство написания резюме, которому тебя здесь могут научить, котороя позволяет сделать так чтобы оно воспринималось сильно лучше. Т.к. мне нужны специалисты не по написанию резюме, а по написанию кода я лучше уж на код посмотрю, особенно если возможность сделать это прямо перед тобой.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Anatolix, Вы писали:
A>Спросить его об этом проекте. Очень редко человек врет совсем(и в коде и в резюме). Но есть секретное искусство написания резюме, которому тебя здесь могут научить, котороя позволяет сделать так чтобы оно воспринималось сильно лучше. Т.к. мне нужны специалисты не по написанию резюме, а по написанию кода я лучше уж на код посмотрю, особенно если возможность сделать это прямо перед тобой.
Здесь я согласен — с удовольствием бы посмотрел код человека, которого брал бы на работу.
А вот насчет резюме... Если человек не знает, как написать хорошее резюме, и не хочет знать?
Как же он будет на работе решать задачи, подхода к которым он не знает? Это лень или неумение искать информацию в интернете, изучать предметную область. Отсутствие творческого подхода. Или неумение приоритизировать задачи, ведь поиск работы — не последней важности дело в жизни!
Здравствуйте, freak, Вы писали:
F>Я пока никого не нанимаю Я только озвучиваю ту модель приема на работу, которую я знаю. F>Хорошо программировать — это проверяется на практике, тестовое задание, etc.
Open source проект — неплохая замена тестовому заданию. Время экономит. Некоторые мои знакомые даже давали такие тестовые задания — пофиксить что либо в open source софтинке или новую функциональность дописать.
F>Если программист не приносит прибыли, но пишет — залюбуешься, зачем он такой хороший нужен?
Не его это дело — прибыль приносить. Вам же это русским языком сказали, уж и не понимаю, как более внятно эту тривиальную мысль донести можно.
F>Потом, не менее важны личностные качества, а о них по open source никак судить не получится. Зато можно, пусть косвенно — по успешной работе в других компаниях.
Здравствуйте, lunc, Вы писали:
L>Да, так и делаю -- выбрасываю то, что работодателью не интересно и добавляю интересных деталий. Правда, смущает, что на сайтах типа headhunter.ru работодатель может увидеть несколько иное резюме...
А не стоит своё CV на публичное обозрение выставлять. Максимум — обезличенное с левым мылом.
Агентства — это вообще отдельная сказка и песня, причём сказка грустная, а песня попсовая. С агентствами связываться можно только в ситуации глубочайшей безисходности.
L>>>Ситуация: выпускник вуза, за плечами 3,5 года опыта работы. Проект в опенсорсе -- диплом и будущая диссертация.
WP>> Резюме в которых приведена полностью тема диплома отправляются в корзину незамедлительно.
L>Пока пишу так (между опытом работы и образованием):
L>ПРОЕКТЫ
L>~~~~~~~
L>* Система предотвращения атак (IPS) на основе идей систем искусственного
L> иммунитета (AIS) и работающая на уровне ядра Linux 2.6. Система
L> находится на стадии разработки и доступна по адресу
L> http://XXX.sourceforge.net.
Неплохо. Достаточно нейтрально и по форме не отличается от краткой аннотации любого "коммерческого" проекта.
L>В англоязычном резюме так же. Здесь можно/нужно добавить, что это было дипломом и дальше будет писаться в рамках аспирантуры?
Англоязычные CV — немного другая история. Там опыт работы надо писать кратко, по строчке на проект, и детали вынести в приложение. Ну да тут лучше меня расскажут, как писать CV для Англии, как писать для США (они чуть ли не противоположны по всем принципам), и т.д.
Здравствуйте, freak, Вы писали:
F>Я пока никого не нанимаю Я только озвучиваю ту модель приема на работу, которую я знаю. F>Хорошо программировать — это проверяется на практике, тестовое задание, etc. F>Если программист не приносит прибыли, но пишет — залюбуешься, зачем он такой хороший нужен?
Э-э-э. Вообще для начала кто сказал, что программист должен приносить прибыль? Разработка это центр инвестиций, а не центр прибыли.
Во вторых, не совсем понимаю всю мощь логического перехода "если есть хоть один проект не для прибыли, значит прибыль приносить в принипе не будет". Для примера — вот наверное ты иногда отдыхаешь, а не только программируешь. В кино там ходишь... в рестораны... на RSDN пишешь... по выходным бездельничаешь... Все это ты явно делаешь не для прибыли, и времени на это за свою жизнь затратил уже больше чем на Open Source проект среднего масштаба. Значит ли это что ты прибыли в принипе приность не будешь? Если нет то почему стоит делать такой вывод из нескольких дней/недель затраченные на open source проект?
F>Потом, не менее важны личностные качества, а о них по open source никак судить не получится. Зато можно, пусть косвенно — по успешной работе в других компаниях.
Успешная работа программиста это написание успешно работающего кода. Из этих компаний сложно код получить.
Плюс мне на собеседовании встречалось огромное количество людей которые живут в несколько альтернативной реальности, и могут тебе очень убедительно описать в резюме и голосом рассказать освоих выдающихся достижениях в других компаниях, только вот код написать не могут. И потом иногда получается некоторая информация опровергающая рассказы...
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, freak, Вы писали:
F>Здесь я согласен — с удовольствием бы посмотрел код человека, которого брал бы на работу.
О! одну точку соприкосновения уже нашли. Сейчас поговорим про резюме.
F>А вот насчет резюме... Если человек не знает, как написать хорошее резюме, и не хочет знать? F>Как же он будет на работе решать задачи, подхода к которым он не знает? Это лень или неумение искать информацию в интернете, изучать предметную область. Отсутствие творческого подхода. Или неумение приоритизировать задачи, ведь поиск работы — не последней важности дело в жизни!
Для начала — ты переоцениваешь роль резюме. На него молятся программисты и начинающие HR-ы которые не умеют собеседования проводить. Но тем не менее по нему никто не принимает решения брать человека на работу или нет. Принимают решение звать на собеседование или нет.
Теперь о резюме — если оно написано с грамматическими ошибками или противоречит само себе — да в топку. Таких примерно 10%(среди программистов, в среднем по больнице все сильно хуже). Если взять остальные там есть еще 10% грамотно написанных из которых становится понятно, что точно нужно говорить. В остальных 80% резюме нет НИКАКОЙ корелляции между качеством резюме и качеством специалиста(вывод сделан из моих нескольких десятков собеседований, и аналогичных заключений некоторого количества людей которые в сумме провели несколько сотен собеседований).
Я не могу сказать что вообще не читаю резюме кандидатов, я все-таки их просматриваю на искосок(смотрю в основном из какого города человек и кто он вообще Java девелопер или C++). Но на ответы на вопросы я смотрю гораздо больше. Для примера заинтересованности могу сказать что они раз мне человек прислал резюме в postscript. И я не выкинул его в мусорку а скачал и поставил программу которая переконвертила его в PDF, только потому что ответы мне понравились.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, lunc, Вы писали:
L>Пока пишу так (между опытом работы и образованием):
L>
L>ПРОЕКТЫ
L>~~~~~~~
L>* Система предотвращения атак (IPS) на основе идей систем искусственного
L> иммунитета (AIS) и работающая на уровне ядра Linux 2.6. Система
L> находится на стадии разработки и доступна по адресу
L> http://XXX.sourceforge.net.
L>
Не поленился найти на SourceForge, код вроде чистый, но как это работает (или хотя бы про что это вообще) в виде патча понять совершенно невозможно. Если уж пишешь в резюме закачай туда что-нибудь читаемое. И объяснение хотя бы пару экранов не помешает.
И к вопросу о пользе Open Source проектов. Если тебя интересует что-нибудь кроме inkernel разработки(и в особенности если ты не только на plain C пишешь) я бы с тобой с интересом пообщался(anatolix at yandex-team.ru).
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Anatolix, Вы писали:
СШ>>Помни: работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон. A>Спорно. Посмотри чем право термин "обнародование" отличается от термина "публикация" или "воспроизведение". В любом случае лечится отдельным пунктом в трудовом договоре, отдельным NDA или просто человеческой договоренностью.
Здравствуйте, Слава Шевцов, Вы писали:
A>>Спорно. Посмотри чем право термин "обнародование" отличается от термина "публикация" или "воспроизведение". В любом случае лечится отдельным пунктом в трудовом договоре, отдельным NDA или просто человеческой договоренностью.
СШ>Что перевесит в суде: NDA или закон?
Обычно здравый смысл перевешивает(и в общении между работником и работадателем, и в суде(даже в нашем)). Плюс сильно зависит от того как составлено NDA и что считать обнародованием(если как объект авторского права воспринимать всю программу, а не ее исходный код, что логичней, то ее первый релиз и есть обнародование. Второго обнародования быть не может, так что иначе как нарушение смежных прав это считать нельзя). И еще не стоит забывать что на тебя могут и на западе в суд подать.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Слава Шевцов, Вы писали:
СШ>>>Помни: работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон. A>>Спорно. Посмотри чем право термин "обнародование" отличается от термина "публикация" или "воспроизведение". В любом случае лечится отдельным пунктом в трудовом договоре, отдельным NDA или просто человеческой договоренностью.
СШ>Что перевесит в суде: NDA или закон?
Кроме NDA есть ещё формальная передача авторских прав. Подписывая контрак с пунктом о передаче авторских прав на весь код ты автоматом их отдаёшь, ничего дополнительно делать не надо. Всё в рамках закона.
Здравствуйте, WinniePoh, Вы писали:
СШ>>>>Помни: работодатель знает, что ты имеешь право опубликовать свой код как Open Source даже если все коммерческие права на использования у работодателя. В России это твоё неотъемлимое авторское право. Закон отдаёт бредом, но он закон. A>>>Спорно. Посмотри чем право термин "обнародование" отличается от термина "публикация" или "воспроизведение". В любом случае лечится отдельным пунктом в трудовом договоре, отдельным NDA или просто человеческой договоренностью.
СШ>>Что перевесит в суде: NDA или закон?
WP> Кроме NDA есть ещё формальная передача авторских прав. Подписывая контрак с пунктом о передаче авторских прав на весь код ты автоматом их отдаёшь, ничего дополнительно делать не надо.
Россия не США и авторские права в России неотчуждаемы от человека.
WP> Всё в рамках закона.
Я выше приводил ссылку на закон, поэтому прошу привести из него цитату в подтверждение Ваших авторитетных слов.
Здравствуйте, WinniePoh, Вы писали:
A>>>Спорно. Посмотри чем право термин "обнародование" отличается от термина "публикация" или "воспроизведение". В любом случае лечится отдельным пунктом в трудовом договоре, отдельным NDA или просто человеческой договоренностью.
СШ>>Что перевесит в суде: NDA или закон?
WP> Кроме NDA есть ещё формальная передача авторских прав. Подписывая контрак с пунктом о передаче авторских прав на весь код ты автоматом их отдаёшь, ничего дополнительно делать не надо. Всё в рамках закона.
Передаются не авторские, а смежные права. Речь именно про это и идет, авторские неотчуждаемы, поэтому договоры о передаче авторских прав не имеют юридической силы, но право на обнародование приаттачено именно к авторским, а не смежным правам.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
СШ>>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта.
F>Подписываюсь — верно на 100%. F>Есть варианты, как в резюме отразить эти проекты. Hапример, можно сказать, F>что разрабатывались в рамках курса обучения.
Не согласен. И для меня, и для моих коллег сейчас при наборе людей это было
бы только плюсом (некий довольно заметный оператор сотовой связи).
Более того, если проекты на которые кандидат ссылается можно посмотреть,
то сразу появляются интересные темы для собеседования.
Здравствуйте, dmz, Вы писали:
СШ>>>Никогда и ни за что не указывай своё отношение к сообществу Open Source при найме на разработку коммерческого софта.
dmz>Не согласен. И для меня, и для моих коллег сейчас при наборе людей это было
... dmz>Но подозреваю, что так не везде.
Поддерживаю Нет никакой связи между участием в Open Source проектах и чистоплотностью сотрудника. Зачем в каждом участнике Open Source проекта видеть радикального борца за идею? Обычно это нормальные вменяемые люди, которые уважают чужой труд и чужие права. Во-вторых, если контора так обеспокоена безопасностью, то имеется возможность ее реализовать администраторскими методами: firewall, запрет USB накопителей, устройств, ...
Open Source это часть твоего опыта. Будь самим собой. Если организация не желает видеть в своих рядах людей, когда-либо участвующих в Open Source, то я думаю, что в большинстве случает тебе будет с ней не по пути. Тараканы ходят парами.
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, Mystic, Вы писали:
M>>Поддерживаю Нет никакой связи между участием в Open Source проектах и чистоплотностью сотрудника.
СШ>Если человек реализовал своё право, прописанное в законе, то он нечистоплотен?
Здравствуйте, Mystic, Вы писали:
M>>>Поддерживаю Нет никакой связи между участием в Open Source проектах и чистоплотностью сотрудника.
СШ>>Если человек реализовал своё право, прописанное в законе, то он нечистоплотен?
M>Существуют еще устные договоренности...
В законе прописано, что никакие договорённости в данном случае недействительны...
Здравствуйте, Mystic, Вы писали:
M>>>Поддерживаю Нет никакой связи между участием в Open Source проектах и чистоплотностью сотрудника.
СШ>>Если человек реализовал своё право, прописанное в законе, то он нечистоплотен?
M>Существуют еще устные договоренности...
Эти договорённости есть нечистоплотность работодателя. Он пытается незаконно ограничить работника в правах.
Здравствуйте, Mystic, Вы писали:
M>>>Поддерживаю Нет никакой связи между участием в Open Source проектах и чистоплотностью сотрудника.
СШ>>Если человек реализовал своё право, прописанное в законе, то он нечистоплотен?
M>Существуют еще устные договоренности...
Только что по новостям прикол по этому поводу прозвучал: "пользуясь прорехами в законодательстве, рейдеры незаконно скупают предприятия на фондовом рынке". То есть поступают они по закону (используя дыры), но это почему-то незаконно. Можно вспомнить и процесс Ходорсковского: Ходорковский использовал законные способы приобретения компаний и ухода от налогов, которые ему же и поставили в вину.
Препочитаете жить по понятиям и разбираться с паяльником в одном месте?
Статья 15. Личные неимущественные права
1. Автору в отношении его произведения принадлежат следующие личные неимущественные права:
— право признаваться автором произведения (право авторства);
— право использовать или разрешать использовать произведение под подлинным именем автора, псевдонимом либо без обозначения имени, то есть анонимно (право на имя);
— право обнародовать или разрешать обнародовать произведение в любой форме (право на обнародование), включая право на отзыв;
— право на защиту произведения, включая его название, от всякого искажения или иного посягательства, способного нанести ущерб чести и достоинству автора (право на защиту репутации автора).
2. Автор имеет право отказаться от ранее принятого решения об обнародовании произведения (право на отзыв) при условии возмещения пользователю причиненных таким решением убытков, включая упущенную выгоду. Если произведение уже было обнародовано, автор обязан публично оповестить о его отзыве. При этом он вправе изъять за свой счет из обращения ранее изготовленные экземпляры произведения. При создании служебных произведений положения настоящего пункта не применяются.
3. Личные неимущественные права принадлежат автору независимо от его имущественных прав и сохраняются за ним в случае уступки исключительных прав на использование произведения.
Не удержался и спросил корпоративных юристов на эту тему. Получил вот такой ответ.
Да личные права принадлежат автору независимо от передачи имущественных прав. Важно, что автор может реализовать свое право на обнародование (это возможно только один раз — "впервые"), обнародовав произведение самостоятельно "ИЛИ" кому-нибудь "разрешив обнародовать". Т.е. можно толковать так, что разрешив обнародовать кому-то, автор уже воспользовался этим одноразовым правом и дальше возможен только отзыв, но только не в отношении служебных произведений.
"обнародование произведения — осуществленное с согласия автора действие, которое впервые делает произведение доступным для всеобщего сведения путем его опубликования, публичного показа, публичного исполнения, передачи в эфир или иным способом;" (ст.1)
Дальше еще запутаннее.
Охрана программ для ЭВМ осуществляется по самостоятельному закону "О правовой охране ПЭВМ и БД". Нельзя сказать, чтобы два закона на одну тему дружили друг с другом. Ст 9 этого закона относит к личным правам: "право на обнародование программы для ЭВМ или базы данных — то есть право обнародовать или разрешать обнародовать путем выпуска в свет (опубликования) программы для ЭВМ или базы данных, включая право на отзыв."
При этом "выпуск в свет" — это самостоятельное имущественное право использования, которое вполне себе передается.
Так что, это называется: оформляйте правильно авторские договоры, в суде они вам пригодятся.
(c) Ekaterina Fadeeva, ее disclaimer "текст написан в вольном стиле, формальный "ответ юриста" был бы более длинным и трудночитабельным "
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, bigwizard, Вы писали:
B>Не могли бы Вы опубликовать полный вариант ответа юриста?
В смысле полный?
Ты хочешь чтобы, я пошел к ней снова и сказал "вот тут другого человека на форуме не устраивает общий ответ, который можно дать за 5 минут и он хочет шаблон юридически грамотно составленного договора, который предотвратит такие вещи + конспект того что нужно говорить в суде? Ты не могла бы потратить пару дней и составить все это?". Нет так не могу, у наших юристов наверняка есть более важные дела.
Или ты что то другое имеешь ввиду?
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Anatolix, Вы писали:
A>[q] Да личные права принадлежат автору независимо от передачи имущественных прав. Важно, что автор может реализовать свое право на обнародование (это возможно только один раз — "впервые"), обнародовав произведение самостоятельно "ИЛИ" кому-нибудь "разрешив обнародовать". Т.е. можно толковать так, что разрешив обнародовать кому-то, автор уже воспользовался этим одноразовым правом[/i]
А можно толковать и иначе. В итоге, суд на стороне автора, так как все сомнения толкуются в пользу... Кроме того, передав право публикования, человек лишит себя законного права на обнародование? Неотчуждаемого права? Что-то не похоже на наши принципы неотчуждаемости прав.
Более того, экзешник программы не является произведением, тождественным исходному коду, так как настройки подбирает совсем другой человек и именно от этих настроек зависит итоговый бинарный код. Кто сказал соавторство и производное произведение? Молодец Иванов, садись, пять. А вот исходный код это уже, скорее всего, отдельное произведение от бинарника.
Вспоминается интересный момент. Я решил сделать свою фотографию. Выбрал ракурс и экспозицию. Снимает меня студент Иванов. Вопрос: кто автор снимка? Ответ известен: если Иванов только нажимал на кнопку, то есть я полностью управлял его действиями, то автор я. Если Иванов хоть как-то влиял на результат с точки зрения творчества, то минимум есть соавтор в лице Иванова. С ключами компилятора здесь аналогичный момент — подбор ключей это тоже исключительно творческий момент. Более того, компилятор тоже независим от исходника и может выбираться заказчиком. Момент усиливается тем, что до момента компиляции уже существует некоторое первичное авторское произведение. Так что исходник и бинарник тождественными произведениями быть никак не могут.
Да личные права принадлежат автору независимо от передачи имущественных прав. Важно, что автор может реализовать свое право на обнародование (это возможно только один раз — "впервые"), обнародовав произведение самостоятельно "ИЛИ" кому-нибудь "разрешив обнародовать". Т.е. можно толковать так, что разрешив обнародовать кому-то, автор уже воспользовался этим одноразовым правом[/i]
СШ>А можно толковать и иначе. В итоге, суд на стороне автора, так как все сомнения толкуются в пользу...
Это бред, суд по закону беспристрастная структура и не толкует сомнения в чью либо пользу(для информации: презумпция невиновности действует только в уголовном праве и явно там вписана в УК).
СШ>Кроме того, передав право публикования, человек лишит себя законного права на обнародование? Неотчуждаемого права? Что-то не похоже на наши принципы неотчуждаемости прав.
Он его не потерял, а использовал. Обнародование это первая публикация. Все последующие это уже не обнародование, именно поэтому право прекращается. Если бы он даже никому не передавал имущественные права он бы тоже не смог его обнародовать второй раз.
СШ>Более того, экзешник программы не является произведением, тождественным исходному коду, так как настройки подбирает совсем другой человек и именно от этих настроек зависит итоговый бинарный код. Кто сказал соавторство и производное произведение? Молодец Иванов, садись, пять. А вот исходный код это уже, скорее всего, отдельное произведение от бинарника.
Наврядли тебе удастся доказать что исходники, это самостоятельное произведение от программы.
СШ>до момента компиляции уже существует некоторое первичное авторское произведение. Так что исходник и бинарник тождественными произведениями быть никак не могут.
Но являются
Программа для ЭВМ — это объективная форма представления совокупности данных и команд, предназначенных для функционирования электронных вычислительных машин (ЭВМ) и других компьютерных устройств с целью получения определенного результата. Под программой для ЭВМ подразумеваются также подготовительные материалы, полученные в ходе ее разработки, и порождаемые ею аудиовизуальные отображения;
СШ>Вспоминается интересный момент. Я решил сделать свою фотографию...
Вот ты очень интересно перешел на аналогию, специально от таких хитрых людей как ты есть такой термин как АНАЛОГИЯ ЗАКОНА. Общий смысл аналогию нельзя применять если нет нормативных актов(не путать с законами) заставляющих ее применять в этом месте.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
A>В смысле полный? A>Ты хочешь чтобы, я пошел к ней снова и сказал "вот тут другого человека на форуме не устраивает общий ответ, который можно дать за 5 минут и он хочет шаблон юридически грамотно составленного договора, который предотвратит такие вещи + конспект того что нужно говорить в суде? Ты не могла бы потратить пару дней и составить все это?". Нет так не могу, у наших юристов наверняка есть более важные дела.
Во-первых, пожалуйста, меньше ерничайте или проявляйте сарказм, иначе ветку можно форкнуть в раздел "Коллеги улыбнитесь".
Во-вторых, с чего Вы взяли, что я просил все вышеуказанное Вами?
A>Или ты что то другое имеешь ввиду?
Я сделал вывод, что ответ был дан в письменном виде на основе вот этого:
"... текст написан в вольном стиле, формальный "ответ юриста" был бы более длинным и трудночитабельным"
Здравствуйте, bigwizard, Вы писали:
A>>Или ты что то другое имеешь ввиду? B>Я сделал вывод, что ответ был дан в письменном виде на основе вот этого: B>"... текст написан в вольном стиле, формальный "ответ юриста" был бы более длинным и трудночитабельным"
Да — ты совершенно прав, письмом, обычно я так спрашиваю людей о несрочных вещах, потому как на письмо можно ответить не сразу, а когда время будет. Собственно это письмо я здесь и процитировал. С чего ты решил что у меня есть какой то другой ответ "полнее"?
B> Во-первых, пожалуйста, меньше ерничайте или проявляйте сарказм, иначе ветку можно форкнуть в раздел "Коллеги улыбнитесь". Во-вторых, с чего Вы взяли, что я просил все вышеуказанное Вами?
И помоему моя реакция вполне нормальная на абсолютно неадекватное требование пойти и повторно уточнить, то что есть. Твою просьбу нельзя было воспринять по другому. Видимо мы друг друга не поняли.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
СШ>Более того, экзешник программы не является произведением, тождественным исходному коду, так как настройки подбирает совсем другой человек и именно от этих настроек зависит итоговый бинарный код. Кто сказал соавторство и производное произведение? Молодец Иванов, садись, пять. А вот исходный код это уже, скорее всего, отдельное произведение от бинарника.
Все дружно записываем компилятор в соавторы
Здравствуйте, vvotan, Вы писали:
СШ>>Более того, экзешник программы не является произведением, тождественным исходному коду, так как настройки подбирает совсем другой человек и именно от этих настроек зависит итоговый бинарный код. Кто сказал соавторство и производное произведение? Молодец Иванов, садись, пять. А вот исходный код это уже, скорее всего, отдельное произведение от бинарника. V>Все дружно записываем компилятор в соавторы
Здравствуйте, Слава Шевцов, Вы писали:
V>>Все дружно записываем компилятор в соавторы СШ>Не компилятор, а составителя опций компиляции.
А как же на счет разработчика компилятора? От него помоему в гораздо большей мере зависит бинарный код, чем от настройщика опций командной строки компилятора.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте, Anatolix, Вы писали:
A>Здравствуйте, Слава Шевцов, Вы писали:
V>>>Все дружно записываем компилятор в соавторы СШ>>Не компилятор, а составителя опций компиляции.
A>А как же на счет разработчика компилятора? От него помоему в гораздо большей мере зависит бинарный код, чем от настройщика опций командной строки компилятора.
А что, неплохо так вообще, резюме будет смотреться:
-- Проект Hello World
Написан в соавторстве с ведущими программистами Microsoft, Sun Microsystems, IBM и других.. (полный список из 5481 пунктов доступен по запросу).
Я только озвучиваю ту модель приема на работу, которую я знаю.
"Всё что не убивает нас, делает нас сильнее..."
