Да, люди по своей природе неисправимы, всякие гадости вызывают больший эмоциональный отклик чем хороший хэппи-энд. Кстати, задумайтесь — не в этом ли причина всяких войн и насилия на Земле?
Но сама по себе концовка может восприниматься не только как хэппи-энд, но и как очень тонкий намек на прямо противоположный исход. Все слишком странно. Не просто хорошо, а как-то нереально хорошо…
Да, признаюсь я тоже ждал подвоха.., например где-нибудь в последних строчках выясняется что-то типа того, что люди на Земле — уже и не совсем люди, а симбионты с инопланетянами, занесенными на землю через этот шар… Но нет — хэппи-энд))
Без ынтернета работать не будет.
Для защиты от просто случайных любопытных достаточно обычного пароля.
А для чувствительных данных есть truecrypt, veracrypt и т.д.
Посмотрим, как скоро эта вакцина станет повсеместно использоваться в клиниках.
А то хороших новостей из области биотехнологий много, а субъективно кажется что далеко не все доходит до практического применения.
Ставлю плюсик, тема интересная.
Но на самом деле нет никакого противоречия между текстовым и бинарным представлением кода. Ведь текст — это тоже бинарные данные, такие же байты.
Дело не в том, использовать ли в коде «невводимые с клавиатуры» байты или нет, а в том что синтаксическая структура языка должна быть такова, чтобы парсинг файла производился «на лету» и мгновенно. Антипример — С++. Впоследствии разработчики языков стали учитывать ошибки С++, и например C# гораздо лучше парсится «на лету».
Собственно, если задаться целью, то вполне можно спроектировать синтаксис языка безупречным для машинного анализа, всяческих select-ов по коду и т.п., с сохранением привычного текстового формата. Работать будет, и очень быстро — без всякой «двоичности». Но вот до сих пор ни в одной известной мне IDE не реализована даже простейшая функция поиска по файлу с простейшим лексическим фильтром — искать только в коде, в строках, в комментариях (с возможностью отметить нужное).
А почему нужен текстовый формат? Дело в том, что в отличие от БД, код имеет право пребывать в «неправильном» состоянии (т.е. с нарушением целостности) — в процессе редактирования. Да, конечно можно довести все до состояния полного скрытия текста от программиста, создать специальную IDE (как MS Word для текста), это не такая проблема. Проблема в том, что программистам придется полностью переучиваться самому способу ввода и редактирования программ, а это гораздо сложнее чем даже выучить новый язык программирования, т.к. ломаются фундаментальные подсознательные привычки.
Достаточно поставить xming и графика будет.
Впрочем, уже давно можно было поставить andlinux. Кстати жалко что сей проект не развивается, но может есть аналоги…
Все, Майкрософт. Захватили такую великую компанию, помешали созданию мобильной ОС на Линуксе… а в итоге оказалось, что ничего из приобретенного не пригодилось, и своя мобильная ОС тоже «не выстрелила».
Теперь только открытие исходников винды под GPL может искупить вашу вину.
Модули пробивайте в первую очередь. Любой ценой и любым способом в С++17. Без этого развитие языка зайдет в тупик очень скоро (уже заходит). Остальное подождет, а вот без модулей совсем печально.
Да, я имею в виду загрузку через Tor.
Вот сейчас сделал два архива из одного и того же набора файлов, на одном и том же компьютере, с одним и тем же паролем (через 7z) — в итоге только размер одинаковый, а двоично вообще разные. Откуда вывод — при шифровании используется не только пароль, но и случайные числа. Или не только случайные, но и вполне конкретные — например время создания и уникальный идентификатор машины.
У 7z исходники открыты, можно конечно посмотреть. И стало даже интересно посмотреть другие архиваторы.
Но сама по себе концовка может восприниматься не только как хэппи-энд, но и как очень тонкий намек на прямо противоположный исход. Все слишком странно. Не просто хорошо, а как-то нереально хорошо…
Для защиты от просто случайных любопытных достаточно обычного пароля.
А для чувствительных данных есть truecrypt, veracrypt и т.д.
А то хороших новостей из области биотехнологий много, а субъективно кажется что далеко не все доходит до практического применения.
Но на самом деле нет никакого противоречия между текстовым и бинарным представлением кода. Ведь текст — это тоже бинарные данные, такие же байты.
Дело не в том, использовать ли в коде «невводимые с клавиатуры» байты или нет, а в том что синтаксическая структура языка должна быть такова, чтобы парсинг файла производился «на лету» и мгновенно. Антипример — С++. Впоследствии разработчики языков стали учитывать ошибки С++, и например C# гораздо лучше парсится «на лету».
Собственно, если задаться целью, то вполне можно спроектировать синтаксис языка безупречным для машинного анализа, всяческих select-ов по коду и т.п., с сохранением привычного текстового формата. Работать будет, и очень быстро — без всякой «двоичности». Но вот до сих пор ни в одной известной мне IDE не реализована даже простейшая функция поиска по файлу с простейшим лексическим фильтром — искать только в коде, в строках, в комментариях (с возможностью отметить нужное).
А почему нужен текстовый формат? Дело в том, что в отличие от БД, код имеет право пребывать в «неправильном» состоянии (т.е. с нарушением целостности) — в процессе редактирования. Да, конечно можно довести все до состояния полного скрытия текста от программиста, создать специальную IDE (как MS Word для текста), это не такая проблема. Проблема в том, что программистам придется полностью переучиваться самому способу ввода и редактирования программ, а это гораздо сложнее чем даже выучить новый язык программирования, т.к. ломаются фундаментальные подсознательные привычки.
А что за форум?
Впрочем, уже давно можно было поставить andlinux. Кстати жалко что сей проект не развивается, но может есть аналоги…
Теперь только открытие исходников винды под GPL может искупить вашу вину.
Вот сейчас сделал два архива из одного и того же набора файлов, на одном и том же компьютере, с одним и тем же паролем (через 7z) — в итоге только размер одинаковый, а двоично вообще разные. Откуда вывод — при шифровании используется не только пароль, но и случайные числа. Или не только случайные, но и вполне конкретные — например время создания и уникальный идентификатор машины.
У 7z исходники открыты, можно конечно посмотреть. И стало даже интересно посмотреть другие архиваторы.