Где-то на хабре (давно) читал статью про то как одна крупная компания делает, да они форкают все open source библиотеки и проводят code review на предмет закладок и бэкдоров. После этого при изменениях автором либы они себе перетаскивают коммиты, опять же после вычитки, такая вот безопасность, в каких-то компаниях это может быть вполне оправдано
Госпошлина за регистрацию ПО в Роспатент для физика 3000 руб. Не так уж и дорого.
Тут я исходил из версии что я чайник, в этом всем вообще не разбираюсь и мне нужна помочь специалистов, поэтому идем в гугл и ищем тех кто выполняет посреднические услуги за деньги.
т.к. они являются результатом переработки зарегистрированного ПО
А вот это здорово, только теперь встает вопрос: в последней версии продукта какой должен быть % запатентованного кода?
Хотя после первой регистрации я уже буду знать необходимый пакет документов для регистрации и в принципе могу сам пройти регистрацию уже без посредников.
Спасибо, вооот вот это самая засада, при каждой минорной версии придется отправлять код в Роспатент, а если это пет-проект, который опенсорс и не приносит денег, а насколько я помню одна заявка в Роспатент не такая уж и дешевая.
А вот интересно, а если воспользоваться фишкой Почты России и просто каждую версию распечатывать код и отправлять себе заказным письмом, в принципе должно прокатить без Роспатента доказать авторство
5. Сразу регистрируйте ПО в Роспатенте на свое имя
Вот это мне всегда было немного непонятно, ведь часто ПО, особенно web-приложение это почти бесконечный процесс разработки, что мне нужно нести в Роспатент? Можете рассказать поподробнее про это дело?
Если я напишу первую альфу и запатентую ее код (а насколько я знаю получение патента вообще не быстрый процесс), то к тому моменту когда я получу патент на эту альфу у меня уже выйдет условная бета в которой о ужас код может быть почти полностью переписан из-за рефакторинга или допустим рефакторинг произошел через пару тройку лет после получения патента на альфу
Ммм, временем жизни (либо протух, либо использовали) он тут же удаляется из базы, т.к. вход произведён и выдана сессия. Коды не хранятся вечно.
Ах да, если по одному аккаунту 3 раза ввели неверный код, то все верные активные коды этого аккаунта автоматически удаляются, во избежание возможного брутфорса
В приложении хранится только email или телефон, при входе отправляется письмо (или смс) с одноразовым кодом, код валиден только 1 час + связан с email или телефоном.
Плюсы (из-за отсутствия паролей):
+ Пользователи не смогут делать простые пароли
+ Пользователь никогда не забудет свой пароль, не нужно делать механизм восстановления пароля
+ При краже базы пользователей не получится узнать пароли пользователей от других сервисов (а то ведь многие используют на сторонних сервисах почту и пароль от этой почты)
Минусы:
— Получив доступ к почте пользователя можно войти в любой сервис, но тут уже итак полный провал, если получили доступ к вашей почте то пиши пропало, даже там где есть пароли, там можно использовать восстановление
Вот вот я работаю дома, у меня игровой ноутбук+монитор+клава+мышь весь день так работаю, и нас таких наверно много. Жаль среди ответов нет такого пункта. Я проголосовал за десктоп т.к. моё сочетание всё же ближе к десктопу.
По поводу нагрева, когда играю в игры да нагрев нормальный такой (но я играю в ММО они обычно не такие требовательные как сингл-игры), а ещё я работаю web-программистом так что браузер+phpstorm не создают практически никакой нагрузки на ноутбук и вентиляторы в процессе работы вообще не включаются.
Так что ноутбук для работы имеет место быть, но не для всех.
Индексация файлов проекта и построение взаимосвязей, а дальше пошли: Find Usages, Jump to Declarations, все это работает в VS Code со скрипом
Кстати VS Code разработчики пилят с прекрасной поддержкой TypeScript (собственно что сами придумали для того и пилят редактор), а обычный JavaScript в топку ))
Например никак не могу заставить переходить к определению по клику мышки на методе когда код вот такой:
Если кликнуть мышкой в html коде на методе, то не переходит к определению в js-файле, в шторме легко, а в VS Code это неимоверно бесит (( всё остальное поборол с грехом пополам
Как можно сравнивать IDE и текстовый редактор (с некоторыми функциями IDE), да можно натянуть тонну плагинов, но до мощи продуктов JetBrains все же не дотягивает (хотя тут все относительно и индивидуально, кто-то и в шторме не использует даже 5% его мощи)
Ну фиг знает, для себя сделал файл с инструкциями по первому запуску VS Code сразу после установки, вот кусочек по подключению Sync
1) нажимаем комбинацию клавиш [CTRL]+[SHIFT]+[P]
2) вводим в строке «sync»
3) выбираем пункт «Sync: Download Settings»
4) вводим в поле GitHub Personal Access Token: c41cace66136e8540a3…
5) вводим в поле Gist: 9cf6adc58836e88e598…
Раньше, насколько помню, эти данные надо было в settings.json пихать, теперь они сделали наконец-то визард
Всё потому что применять технологии нужно обдуманно, а не потому что это модно, стильно, современно.
А то обычно получается так: «ооо микросервисы, это же крутяк, надо срочно внедрять» а потом через n-времени «упс...»
Микросервисы не всегда полезны, всё правильно.
Опять же, а почему именно «замена монолита на микросервисы», почему не «микросервисы дополнительно к монолиту»
Допустим в вашем приложении есть расчёт конечной стоимости услуги с помощью сметы. которая находится в excel-файле и туда передаются параметры из формы, а в ответ оттуда получается конечная стоимость (реальный пример), вот это вот дело можно завернуть в микросервис, потому что он живет своей жизнью
А весь монолит переносить на микросервисы, ну такое… и тут на раз два можно в ногу выстрелить
Я ждал IO чтобы узнать будет таки Wear OS 3 или нет, а то думаю купить часы и сижу гадаю брать на Wear OS 2 или чистом Android или другие ОС или дождаться Wear OS 3, а тут судя по такому короткому упоминанию получается что Wear OS всё?
Тут я исходил из версии что я чайник, в этом всем вообще не разбираюсь и мне нужна помочь специалистов, поэтому идем в гугл и ищем тех кто выполняет посреднические услуги за деньги.
А вот это здорово, только теперь встает вопрос: в последней версии продукта какой должен быть % запатентованного кода?
Хотя после первой регистрации я уже буду знать необходимый пакет документов для регистрации и в принципе могу сам пройти регистрацию уже без посредников.
А вот интересно, а если воспользоваться фишкой Почты России и просто каждую версию распечатывать код и отправлять себе заказным письмом, в принципе должно прокатить без Роспатента доказать авторство
Вот это мне всегда было немного непонятно, ведь часто ПО, особенно web-приложение это почти бесконечный процесс разработки, что мне нужно нести в Роспатент? Можете рассказать поподробнее про это дело?
Если я напишу первую альфу и запатентую ее код (а насколько я знаю получение патента вообще не быстрый процесс), то к тому моменту когда я получу патент на эту альфу у меня уже выйдет условная бета в которой о ужас код может быть почти полностью переписан из-за рефакторинга или допустим рефакторинг произошел через пару тройку лет после получения патента на альфу
Ах да, если по одному аккаунту 3 раза ввели неверный код, то все верные активные коды этого аккаунта автоматически удаляются, во избежание возможного брутфорса
В приложении хранится только email или телефон, при входе отправляется письмо (или смс) с одноразовым кодом, код валиден только 1 час + связан с email или телефоном.
Плюсы (из-за отсутствия паролей):
+ Пользователи не смогут делать простые пароли
+ Пользователь никогда не забудет свой пароль, не нужно делать механизм восстановления пароля
+ При краже базы пользователей не получится узнать пароли пользователей от других сервисов (а то ведь многие используют на сторонних сервисах почту и пароль от этой почты)
Минусы:
— Получив доступ к почте пользователя можно войти в любой сервис, но тут уже итак полный провал, если получили доступ к вашей почте то пиши пропало, даже там где есть пароли, там можно использовать восстановление
По поводу нагрева, когда играю в игры да нагрев нормальный такой (но я играю в ММО они обычно не такие требовательные как сингл-игры), а ещё я работаю web-программистом так что браузер+phpstorm не создают практически никакой нагрузки на ноутбук и вентиляторы в процессе работы вообще не включаются.
Так что ноутбук для работы имеет место быть, но не для всех.
Кстати VS Code разработчики пилят с прекрасной поддержкой TypeScript (собственно что сами придумали для того и пилят редактор), а обычный JavaScript в топку ))
Например никак не могу заставить переходить к определению по клику мышки на методе когда код вот такой:
Если кликнуть мышкой в html коде на методе, то не переходит к определению в js-файле, в шторме легко, а в VS Code это неимоверно бесит (( всё остальное поборол с грехом пополам
Чем больше фич вы используете в IDE, тем больше вас начинает бесить обычный редактор кода ))
Всё хочу слезть со шторма в пользу VS Code, но похоже не судьба, хотя я пристально слежу за всеми изменениями и может быть когда-нибудь
Для тех кто пользуется шрифтами с лигатурами, Disable Ligatures — отключает лигатуры в месте курсора или на всей строке где стоит курсор
А еще для тех у кого много проектов необходим Project Manager
1) нажимаем комбинацию клавиш [CTRL]+[SHIFT]+[P]
2) вводим в строке «sync»
3) выбираем пункт «Sync: Download Settings»
4) вводим в поле GitHub Personal Access Token: c41cace66136e8540a3…
5) вводим в поле Gist: 9cf6adc58836e88e598…
Раньше, насколько помню, эти данные надо было в settings.json пихать, теперь они сделали наконец-то визард
А так конечно если ничего нет под рукой, то сервис по вашей ссылке, классное решение
У кого-то и NAS нет, у меня вот нет ни NAS ни сервера, зато есть малинка
А то обычно получается так: «ооо микросервисы, это же крутяк, надо срочно внедрять» а потом через n-времени «упс...»
Микросервисы не всегда полезны, всё правильно.
Опять же, а почему именно «замена монолита на микросервисы», почему не «микросервисы дополнительно к монолиту»
Допустим в вашем приложении есть расчёт конечной стоимости услуги с помощью сметы. которая находится в excel-файле и туда передаются параметры из формы, а в ответ оттуда получается конечная стоимость (реальный пример), вот это вот дело можно завернуть в микросервис, потому что он живет своей жизнью
А весь монолит переносить на микросервисы, ну такое… и тут на раз два можно в ногу выстрелить
С одной стороны удобно, в коде не надо писать каждый раз @property type $var, с другой стороны опять дополнительная магия.
Даже вот для себя сейчас не могу определится, что же лучше, везде свои плюсы и свои минусы.