Насчёт общественного достояния понятно — по закону России нельзя вот так просто взять и перевести код в общественное достояние, а только по истечении времени (https://habrahabr.ru/post/243091/), отсюда не возникает противоречий и код лицензируется по MIT.
Ну, я бы предложил перейти на ES8 (или 7/6) чтобы использовать сахар новых версий, например через https://babeljs.io. Ну и, разбить код как-то, и научиться его собирать в обычную и минифицированную версию. Для сборки модулей берите наверное webpack, а если хотите просто компиляцию общего назначения — gulp.
Чуть не забыл: выберите и настройте линтер, например ESLint, JSLint или JSHint — это очень помогает. А ещё пишите тесты: это Mocha или Jasmine.
Да, MIT — лицензия хорошая и классная, но общественное достояние в принципе исключает возможность лицензировать код. Кстати, по сути, лицензия MIT и общественное достояние содержат очень схожие пункты по предоставлению прав, но лицензию можно поменять, если ты автор, а вот отозвать из общественного достояния, вроде как, нельзя. Также нельзя лицензировать то, что является общественным достоянием.
В статье написано что инструмент передан в общественное достояние, а в репо на github стоит лицензия MIT. Я не юрист, но на мой взгляд тут есть противоречие, и должно быть и в репо тогда public domain указано. Но я, опять же, не разбираюсь, возможно так и должно быть.
Сам проект хорош, обязательно попробую, если подойдёт — буду пользоваться.
Читать сложновато, всё в одном файле. Есть планы по переоформлению кодовой базы с использованием какой-нибудь системы сборки?
Плагины не потребуются, для осуществления шифрования на лету при загрузке файла достаточно всего нескольких API из спецификации HTML5, которые уже достаточно давно реализованы в Google Chrome и Firefox.
Правда и загрузку при этом придётся делать не обычным POST запросом, но кому он нужен в наше время без многопоточности и возможность удобно сообщать о состоянии загрузки…
Похоже, что раз там VS2008, то используется Windows. Странно вообще проводить тесты процессоров в ОС не реального времени. Тем более под виндой — кто знает, что там шедуллер вытворит?
Если упала только винда — то достаточно просто грузанутся под гентой и запустить скрипт развёртки. Да и если уж совсем приспичит — образ винды можно просто хранить на другом разделе %)
Если буду сносить, то наверное поставлю винду в мультибут с гентой и бектреком. А раздел восстановления я точно удалю — мне будет проще куда-нить на удалённый сервак слить образ раздела.
SSD — это, конечно, классная штука, но мне моих 500 гб сейчас нехватает катастрофически (на HDD). Поэтому хочется больше места, а ссд на терабайт стоят больше чем весь мой ноут %)
А вот оперативной памяти добавить можно было-бы, да… И, если получится, видеокарту заменить, но с этим у меня пока непонятки.
Чищю кеш почти каждый раз — не сказать чтобы очень уж помогало.
PS: я сильно подозреваю, что дело в стоковой предустановленной винде от асуса с её мусором и что в «нормальных» условиях такого возникать не должно… но прецедент всё-таки зафиксирован %)
Мой Google Chrome сейчас ест столько, что из 2-х гб всей оперативки остаётся только чуть-чуть на кеш, винда постоянно ругается что память кончилась… А открыто всего-то вкладок 7-8 — вообщем, он почти что требует овер 2гб на старт… А лет через 5 я думаю и все 3 есть будет, и по 5 под нагрузкой (HTML5 Canvas/WebGL/etc).
Вы что, совсем не понимаете как это работает? Даже самую капельку? И истории не знаете?
Вообще-то до «МакОСи», что надо, наверное понимать как Mac OS X, была ещё Mac OS 9. И вот с ней никакой обратной совместимости у нынешних маков нету.
> Всякий mc и прочая фрибсдшная хня была до МакОСи, и ничего, работает без проблем.
Удачно вам запустить FreeBSDшный бинарник mc на Mac OS X. Ну а если вы имеете в виду то, что mc можно без проблем скомпилить под Mac OS X — то при чём тут совместимость? Любую POSIX программу можно переписать так, что-бы она работала под конкретной POSIX-совместимой системой. На то POSIX и стандарт.
И, кстати, у Mac OS X ноги растут не из FreeBSD а из Darwin'а. И эти ядра (впрочем, как и системы), внутри существенно отличаются.
> Кто сказал о потере поддержки?
КО говорит, что какбы если программа выводит и принимает инфу в кодировке 866, а вы будете с ней работать из консоли в юникоде (65001), то вы будете получать кракозябы => потеря поддержки.
Ну, я бы предложил перейти на ES8 (или 7/6) чтобы использовать сахар новых версий, например через https://babeljs.io. Ну и, разбить код как-то, и научиться его собирать в обычную и минифицированную версию. Для сборки модулей берите наверное webpack, а если хотите просто компиляцию общего назначения — gulp.
Чуть не забыл: выберите и настройте линтер, например ESLint, JSLint или JSHint — это очень помогает. А ещё пишите тесты: это Mocha или Jasmine.
Сам проект хорош, обязательно попробую, если подойдёт — буду пользоваться.
Читать сложновато, всё в одном файле. Есть планы по переоформлению кодовой базы с использованием какой-нибудь системы сборки?
Удачи в разработке — штука просто отличная.
Правда и загрузку при этом придётся делать не обычным POST запросом, но кому он нужен в наше время без многопоточности и возможность удобно сообщать о состоянии загрузки…
Или всё-таки так можно? %)
А ноут у меня не только рабочий %) Так что можно.
SSD — это, конечно, классная штука, но мне моих 500 гб сейчас нехватает катастрофически (на HDD). Поэтому хочется больше места, а ссд на терабайт стоят больше чем весь мой ноут %)
А вот оперативной памяти добавить можно было-бы, да… И, если получится, видеокарту заменить, но с этим у меня пока непонятки.
PS: я сильно подозреваю, что дело в стоковой предустановленной винде от асуса с её мусором и что в «нормальных» условиях такого возникать не должно… но прецедент всё-таки зафиксирован %)
Вообще-то до «МакОСи», что надо, наверное понимать как Mac OS X, была ещё Mac OS 9. И вот с ней никакой обратной совместимости у нынешних маков нету.
> Всякий mc и прочая фрибсдшная хня была до МакОСи, и ничего, работает без проблем.
Удачно вам запустить FreeBSDшный бинарник mc на Mac OS X. Ну а если вы имеете в виду то, что mc можно без проблем скомпилить под Mac OS X — то при чём тут совместимость? Любую POSIX программу можно переписать так, что-бы она работала под конкретной POSIX-совместимой системой. На то POSIX и стандарт.
И, кстати, у Mac OS X ноги растут не из FreeBSD а из Darwin'а. И эти ядра (впрочем, как и системы), внутри существенно отличаются.
> Кто сказал о потере поддержки?
КО говорит, что какбы если программа выводит и принимает инфу в кодировке 866, а вы будете с ней работать из консоли в юникоде (65001), то вы будете получать кракозябы => потеря поддержки.