Да я вижу что вы «посчитали». А если бы «почитали» — то поняли бы, что: «Iterable — псевдотип, введенный в PHP 7.1.»
Будьте добры, приведите мне переменную к типу Iterable… Когда сможете — возьму на работу. И простите, свою «слишком большую» вы, видимо, получаете за зря. Хотя тут вопрос, что считать «большой» зарплатой.
Ответ очень прост. Их всего 8. Все, вопрос пора снимать с повестки на собеседованиях, теперь будут знать ВСЕ (шутка юмора)! А если серьезно, у меня реально складывается впечатление, что большая часть программистов читает Хабр чаще чем доку php.
Сначала по второму вопросу: именно этому и посвящена статья, и куча комментариев под ней. Доказать что у сотрудника было задание разработать определенный код — прямая задача работодателя. Для этого нужно как минимум ставить задачи в системах типа Jira, оформить приказ по компании, что для таких-то штатных единиц постановка задач происходит там и ознакомить с этим приказом ту самую штатную единицу под роспись.
По первому вопросу: никак. Это и не требуется. Признается автором, пока не доказано обратное.
В случае, если что-то предвещает разборки на предмет авторства, самый простой вариант — сохранить код на носителе (а желательно и всю историю его изменения из системы контроля версий) и отправить самому себе по почте. После получения — не вскрывать. Вскрытие в суде и дата на почтовом штемпеле — более чем весомое доказательство.
Вот только сидение в кресле и нажимание пальцами на кнопки клавиатуры с целью получения программного кода не является никаким ноу-хау. Простой пример: я работаю в компании, которая пишет условный, а для простоты понимания даже не условный калькулятор. С расширенным набором инженерных функций, к примеру (чистая математика, ничего больше). На условной Java. Завтра я увольняюсь из этой компании, и пишу калькулятор ровно с таким же набором функций на условном php и выкладываю его в сеть. Все алгоритмы давно известны. Где тут нарушение конфиденциалки?
Принципы не являются объектом права. Только реализация.
Очень простой пример: отдел разработки сваливает в полном составе и переписывает продукт на другом языке. В точности сохраняя всю функциональность. Если небыли использованы никакие ноу-хау, принадлежащие предыдущей компании (такие как алгоритмы, технические решения и прочая ерунда, защищенная патентным правом) — это новый продукт. Никакой конфиденциалки при этом не раскрывается. Люди в своем праве.
Еще одно решение проблемы — научиться работать пальцами. При достаточно большой ладони и при подборе не сильно большой мышки — рука становится полностью неподвижной. Работаю на двух мониторах, хода хватает от начала одного до конца другого с запасом. Поскольку «освоил» такую технику давно и плотно — никаких проблем с руками не испытываю. За компом 20 лет по 10-12 часов в день.
Простите, что? Авторское право отчуждаемо???
Ст. 1265 ГК РФ
1. Право авторства — право признаваться автором произведения и право автора на имя — право использовать или разрешать использование произведения под своим именем, под вымышленным именем (псевдонимом) или без указания имени, то есть анонимно, неотчуждаемы и непередаваемы, в том числе при передаче другому лицу или переходе к нему исключительного права на произведение и при предоставлении другому лицу права использования произведения. Отказ от этих прав ничтожен. 2. При опубликовании произведения анонимно или под псевдонимом (за исключением случая, когда псевдоним автора не оставляет сомнения в его личности) издатель (пункт 1 статьи 1287), имя или наименование которого указано на произведении, при отсутствии доказательств иного считается представителем автора и в этом качестве имеет право защищать права автора и обеспечивать их осуществление. Это положение действует до тех пор, пока автор такого произведения не раскроет свою личность и не заявит о своем авторстве.
Вопрос в терминах. «Авторское вознаграждение за служебное произведение» юридический оксюморон. Все равно что «предумышленное убийство по неосторожности»
Прошу не путать такие вещи как:
1. Авторское вознаграждение (выплачивается за уже созданный продукт, регулируется 1234 сг. ГК). Пример: я дома написал музыкальную композицию, у меня захотели получить права на использование ее в виде саундтрека к фильму.
2. Вознаграждение по договору авторского заказа (выплачивается при создании произведения на заказ, рамки заказа регулируются ТЗ. 1288 ст. ГК). Пример: заказ на написание саундтрека к фильму. Стилистика такая-то, продолжительность от и до, в миноре.
3. Вознаграждение за служебное произведение. Это как раз то, о чем говорите вы. За создание произведения при выполнении служебных обязанностей.
И еще раз: авторские права всегда принадлежат автору и только автору. Авторское право неотчуждаемо. Исключительные, право на использование и любые другие — уже можно передавать.
Предположим в нашем словаре 10000 слов. Если пароль из одного слова — 10000 вариантов. Предположим что в 3 слова… 10000^3 вариантов… Не сложнее, говорите? Я уже не говорю про перебор по радужным таблицам (количество вариантов экспоненциально зависит от количества символов). Ну и битовую энтропию пароля вроде тоже ещё никто не отменял.
Правильный подход в этом случае — «вот когда будет меняться, тогда и скопирую». А то, о чем говорите Вы — overenginering, и это отнюдь не хорошо. Поскольку если код таки не поменяется в будущем (нашли другое решение, задачу вообще сняли и т.д.) — у вас явное нарушение принципа DRY.
На мой взгляд очень напрасно откидываются деньги как универсальный измеритель. В них можно померить практически все. Схема простая: причиненный ущерб (включая не полученную прибыль и репутационые потери)/затраты на ит-безопасность в разрезе времени — один коэффициент. Полученная от атаки прибыль/затраты на подготовку атаки в разрезе времени — второй коэффициент. Количество использованных уязвимостей с градацией по сложности использования — ещё кучка коэффициентов. База — к примеру 100. И получаем что атака крупным бот-нетом, социалка, копание в мусорных вёдрах и физическое проникновение в купе ради 100 баксов за пол года совсем не ровняется покупке ноута и 3 часов времени в интернет-кафе ради n-цати миллионов.
Всё описанное применимо к работе практически в любой крупной компании.
Ну не в любой, не утрируйте.
В данном случае нужно было просто избавиться от сотрудника, поскольку сама уходить не собирается, должности под нее нет, а платить зарплату за красивые глаза мало кто любит.
Просто поставили человека в очень неприятные условия (токсичный коллектив, слабо знакомый стек, результат нужен завтра, поскольку «ты же не стажер») в надежде что сам сбежит. Сбежала. Другое дело, что в нормальных компаниях такие вещи проходят как сокращение штата, но тут тоже есть проблемы, после его сокращения аналогичные позиции фиг откроешь, да и 3 оклада можно не платить, чего уж там…
Будьте добры, приведите мне переменную к типу Iterable… Когда сможете — возьму на работу. И простите, свою «слишком большую» вы, видимо, получаете за зря. Хотя тут вопрос, что считать «большой» зарплатой.
Ответ очень прост. Их всего 8. Все, вопрос пора снимать с повестки на собеседованиях, теперь будут знать ВСЕ (шутка юмора)! А если серьезно, у меня реально складывается впечатление, что большая часть программистов читает Хабр чаще чем доку php.
60% не могут ответить сколько базовых типов данных в php…
По первому вопросу: никак. Это и не требуется. Признается автором, пока не доказано обратное.
В случае, если что-то предвещает разборки на предмет авторства, самый простой вариант — сохранить код на носителе (а желательно и всю историю его изменения из системы контроля версий) и отправить самому себе по почте. После получения — не вскрывать. Вскрытие в суде и дата на почтовом штемпеле — более чем весомое доказательство.
Очень простой пример: отдел разработки сваливает в полном составе и переписывает продукт на другом языке. В точности сохраняя всю функциональность. Если небыли использованы никакие ноу-хау, принадлежащие предыдущей компании (такие как алгоритмы, технические решения и прочая ерунда, защищенная патентным правом) — это новый продукт. Никакой конфиденциалки при этом не раскрывается. Люди в своем праве.
Ст. 1265 ГК РФ
1. Право авторства — право признаваться автором произведения и право автора на имя — право использовать или разрешать использование произведения под своим именем, под вымышленным именем (псевдонимом) или без указания имени, то есть анонимно, неотчуждаемы и непередаваемы, в том числе при передаче другому лицу или переходе к нему исключительного права на произведение и при предоставлении другому лицу права использования произведения. Отказ от этих прав ничтожен. 2. При опубликовании произведения анонимно или под псевдонимом (за исключением случая, когда псевдоним автора не оставляет сомнения в его личности) издатель (пункт 1 статьи 1287), имя или наименование которого указано на произведении, при отсутствии доказательств иного считается представителем автора и в этом качестве имеет право защищать права автора и обеспечивать их осуществление. Это положение действует до тех пор, пока автор такого произведения не раскроет свою личность и не заявит о своем авторстве.
1. Авторское вознаграждение (выплачивается за уже созданный продукт, регулируется 1234 сг. ГК). Пример: я дома написал музыкальную композицию, у меня захотели получить права на использование ее в виде саундтрека к фильму.
2. Вознаграждение по договору авторского заказа (выплачивается при создании произведения на заказ, рамки заказа регулируются ТЗ. 1288 ст. ГК). Пример: заказ на написание саундтрека к фильму. Стилистика такая-то, продолжительность от и до, в миноре.
3. Вознаграждение за служебное произведение. Это как раз то, о чем говорите вы. За создание произведения при выполнении служебных обязанностей.
И еще раз: авторские права всегда принадлежат автору и только автору. Авторское право неотчуждаемо. Исключительные, право на использование и любые другие — уже можно передавать.
Предположим в нашем словаре 10000 слов. Если пароль из одного слова — 10000 вариантов. Предположим что в 3 слова… 10000^3 вариантов… Не сложнее, говорите? Я уже не говорю про перебор по радужным таблицам (количество вариантов экспоненциально зависит от количества символов). Ну и битовую энтропию пароля вроде тоже ещё никто не отменял.
На мой взгляд очень напрасно откидываются деньги как универсальный измеритель. В них можно померить практически все. Схема простая: причиненный ущерб (включая не полученную прибыль и репутационые потери)/затраты на ит-безопасность в разрезе времени — один коэффициент. Полученная от атаки прибыль/затраты на подготовку атаки в разрезе времени — второй коэффициент. Количество использованных уязвимостей с градацией по сложности использования — ещё кучка коэффициентов. База — к примеру 100. И получаем что атака крупным бот-нетом, социалка, копание в мусорных вёдрах и физическое проникновение в купе ради 100 баксов за пол года совсем не ровняется покупке ноута и 3 часов времени в интернет-кафе ради n-цати миллионов.
Ну не в любой, не утрируйте.
В данном случае нужно было просто избавиться от сотрудника, поскольку сама уходить не собирается, должности под нее нет, а платить зарплату за красивые глаза мало кто любит.
Просто поставили человека в очень неприятные условия (токсичный коллектив, слабо знакомый стек, результат нужен завтра, поскольку «ты же не стажер») в надежде что сам сбежит. Сбежала. Другое дело, что в нормальных компаниях такие вещи проходят как сокращение штата, но тут тоже есть проблемы, после его сокращения аналогичные позиции фиг откроешь, да и 3 оклада можно не платить, чего уж там…