Я полагаю мой плагин/расширение. Т.е. регистрируется продукт с функциональностью, которой нет в open-source реализации. Естественно под именем, отличным от open-source реализации.
Чтобы зарегистрировать в реестре свой продукт, нужно его выпустить как самостоятельное ПО (даже если в его основу положено open source ПО). Как пример - PostgreSQL Pro. Получается ваша документация должна быть на ваш самостоятельный продукт PostgreSQL Pro или как там в вашем случае (ну и естественно везде должны быть понатыканы упоминания про используемый opensource в соответствии с его лциензией). Значит и документация должна быть на весь комплекс, включая заимствованные компоненты, но при желании, часть про opensource можно вынести отдельно и указать в виде ссылки.
В общем вы должны суметь сказать "Вот, я сделал" и дать уникальное название, а также комплект документации. А то что внутри на 90% opensource (включая документацию) должно быть явно указано внутри текста.
А есть какой-нибудь документ, регламентирующий регистрацию продукта на базе open-source? В котором есть требования к документации. Натыкался на один из законов но там как-то глухо.
Если имеется ввиду исправить найденные несоответствия ТЗ - то оно само собой разумеется (но можно и вставить пару фраз). А если всерх ТЗ - то вроде как нелогично, а может и незаконно формулировать новые требования в процессе работ (любое изменение объема работ должно вести как минимум к изменению стоимости, а то и сроков)
Имею ввиду сверх тз как раз) Новое тз на доработку потом составлять нужно, если захотим что-то добавить/убрать сверх текущего тз?
Имею ввиду сверх тз как раз) Новое тз на доработку потом составлять нужно, если захотим что-то добавить/убрать сверх текущего тз?
Ну либо вносить изменения в имеющееся ТЗ по соглашению сторон, но юридически вы не имеете права менять объем выполнения работ (иногда в ТЗ/договоре сразу предусмотрена вариативность объема, но это к юристам больше). Если что-то чего не было совсем в ТЗ надо выполнить - то на этапе приемки работ имхо это уже надо новое ТЗ и новый договор оформлять.
Ну либо вносить изменения в имеющееся ТЗ по соглашению сторон, но юридически вы не имеете права менять объем выполнения работ (иногда в ТЗ/договоре сразу предусмотрена вариативность объема, но это к юристам больше). Если что-то чего не было совсем в ТЗ надо выполнить - то на этапе приемки работ имхо это уже надо новое ТЗ и новый договор оформлять.
Мне кажется Гуглу ни к чему ходить по чатикам и завуалированно описывать как там классно. У них есть HR брэнд и желающих очередь по 200 человек в день.
Мне кажется Гуглу ни к чему ходить по чатикам и завуалированно описывать как там классно. У них есть HR брэнд и желающих очередь по 200 человек в день.
Меня не оставляет мечта, что сюда зайдёт Бринн, посмотрит и скажет - одевайся Fox, Остин ждёт тебя..
Карина, укажите, пожалуйста, чуть больше деталей — какую документацию нужно писать, какие требования к кандидатам, какой язык документации (русский? английский?)
Мне кажется Гуглу ни к чему ходить по чатикам и завуалированно описывать как там классно. У них есть HR брэнд и желающих очередь по 200 человек в день.
На самом деле, Гугл пишет избирательно непосредственно в Линкедин.
Да. Ну, конечно, если у вас профиль на английском - это обязательно условие (впрочем, это джолжно быть очевидно). Ибо набор идет по геолокейшену, а рекрутеры хостятся в Ирландии.