Ставлю плюсик, тема интересная.
Но на самом деле нет никакого противоречия между текстовым и бинарным представлением кода. Ведь текст — это тоже бинарные данные, такие же байты.
Дело не в том, использовать ли в коде «невводимые с клавиатуры» байты или нет, а в том что синтаксическая структура языка должна быть такова, чтобы парсинг файла производился «на лету» и мгновенно. Антипример — С++. Впоследствии разработчики языков стали учитывать ошибки С++, и например C# гораздо лучше парсится «на лету».
Собственно, если задаться целью, то вполне можно спроектировать синтаксис языка безупречным для машинного анализа, всяческих select-ов по коду и т.п., с сохранением привычного текстового формата. Работать будет, и очень быстро — без всякой «двоичности». Но вот до сих пор ни в одной известной мне IDE не реализована даже простейшая функция поиска по файлу с простейшим лексическим фильтром — искать только в коде, в строках, в комментариях (с возможностью отметить нужное).
А почему нужен текстовый формат? Дело в том, что в отличие от БД, код имеет право пребывать в «неправильном» состоянии (т.е. с нарушением целостности) — в процессе редактирования. Да, конечно можно довести все до состояния полного скрытия текста от программиста, создать специальную IDE (как MS Word для текста), это не такая проблема. Проблема в том, что программистам придется полностью переучиваться самому способу ввода и редактирования программ, а это гораздо сложнее чем даже выучить новый язык программирования, т.к. ломаются фундаментальные подсознательные привычки.
Достаточно поставить xming и графика будет.
Впрочем, уже давно можно было поставить andlinux. Кстати жалко что сей проект не развивается, но может есть аналоги…
Все, Майкрософт. Захватили такую великую компанию, помешали созданию мобильной ОС на Линуксе… а в итоге оказалось, что ничего из приобретенного не пригодилось, и своя мобильная ОС тоже «не выстрелила».
Теперь только открытие исходников винды под GPL может искупить вашу вину.
Модули пробивайте в первую очередь. Любой ценой и любым способом в С++17. Без этого развитие языка зайдет в тупик очень скоро (уже заходит). Остальное подождет, а вот без модулей совсем печально.
Да, я имею в виду загрузку через Tor.
Вот сейчас сделал два архива из одного и того же набора файлов, на одном и том же компьютере, с одним и тем же паролем (через 7z) — в итоге только размер одинаковый, а двоично вообще разные. Откуда вывод — при шифровании используется не только пароль, но и случайные числа. Или не только случайные, но и вполне конкретные — например время создания и уникальный идентификатор машины.
У 7z исходники открыты, можно конечно посмотреть. И стало даже интересно посмотреть другие архиваторы.
Возник вопрос, тоже с безопасностью, но точки зрения анонимности.
Потенциально, архиваторы могут сохранять в архивах некоторую информацию о компьютере, на котором создавался архив (в том числе и неявно, например в каком-то зашифрованном и «размазанном» по всему архиву виде). Различные id железа, mac и ip адрес, идентификатор пользователя в ОС (в том числе и привязка к облачным сервисам ОС) и т.д.
На первый взгляд, проверить это можно достаточно просто: сделать архив из одинакового набора файлов на разных компьютерах и сравнить побайтово. Но теоретически активация такой скрытой записи id может осуществляться не всегда, а по каким-то признакам — специальные имена и расширения файлов и т.п.
Интересно, проводятся ли подобные исследования и проверки безопасности архиваторов?
Последняя деталь: раньше голосовать за публикации и карму других пользователей можно было при значении собственной кармы ≥ 10.
Мы опустили это значение до 5 — так новичкам станет проще голосовать.
На Geektimes это не работает — у меня там карма 8 и голосовать за статьи пока не могу. А хотелось бы, чтобы такая возможность была… хотя бы потому, что на Хабре у меня есть 5 статей, и некоторые я писал еще до разделения.
А я доволен что объединили (еще бы и Гиктаймс вернули, было бы совсем хорошо).
С некоторых пор стал задумываться о том, что вся эта работа на дядю ни к чему хорошему не приведет)) и надо бы переходить к работе на себя. А на мегамозге иногда бывают статьи касающиеся личного интернет-бизнеса…
Те у кого есть большие деньги и власть, всегда воровали, воруют и будут воровать. Интересно конечно, лишний раз показывает как велика роль информации в современном мире. Хотя мне интересны утечки другого рода… утекли бы например исходники последней Винды или поискового движка Гугла… это было бы интересно))
Скажите, а что это за функционал такой? Мне даже интересно стало:) Что может понадобиться для веб-сайта такого, чего в винде нет и даже не портировано?
Ну вот правильный код ИМХО должен быть абстрагирован от конкретных расширений «dll» и «so», а оперировать просто понятиями «динамически загружаемый двоичный модуль». Это как с абсолютными путями, которые начинающие разработчики впихивают в код, а потом удивляются, чего их код на других машинах не собирается или не работает :)
Вообще правильно написанный код должен работать одинаково правильно и на локальных windows-машинах, и на реальном сервере. Так что локальная разработка — дополнительный способ проверить правильность кода (хотя конечно должна быть и постоянная проверка на реальном или максимально приближенном к реальному сервере).
Это как код на С++ собирать разными компиляторами: те баги что не видит msvc, видит gcc и наоборот.
Но на самом деле нет никакого противоречия между текстовым и бинарным представлением кода. Ведь текст — это тоже бинарные данные, такие же байты.
Дело не в том, использовать ли в коде «невводимые с клавиатуры» байты или нет, а в том что синтаксическая структура языка должна быть такова, чтобы парсинг файла производился «на лету» и мгновенно. Антипример — С++. Впоследствии разработчики языков стали учитывать ошибки С++, и например C# гораздо лучше парсится «на лету».
Собственно, если задаться целью, то вполне можно спроектировать синтаксис языка безупречным для машинного анализа, всяческих select-ов по коду и т.п., с сохранением привычного текстового формата. Работать будет, и очень быстро — без всякой «двоичности». Но вот до сих пор ни в одной известной мне IDE не реализована даже простейшая функция поиска по файлу с простейшим лексическим фильтром — искать только в коде, в строках, в комментариях (с возможностью отметить нужное).
А почему нужен текстовый формат? Дело в том, что в отличие от БД, код имеет право пребывать в «неправильном» состоянии (т.е. с нарушением целостности) — в процессе редактирования. Да, конечно можно довести все до состояния полного скрытия текста от программиста, создать специальную IDE (как MS Word для текста), это не такая проблема. Проблема в том, что программистам придется полностью переучиваться самому способу ввода и редактирования программ, а это гораздо сложнее чем даже выучить новый язык программирования, т.к. ломаются фундаментальные подсознательные привычки.
А что за форум?
Впрочем, уже давно можно было поставить andlinux. Кстати жалко что сей проект не развивается, но может есть аналоги…
Теперь только открытие исходников винды под GPL может искупить вашу вину.
Вот сейчас сделал два архива из одного и того же набора файлов, на одном и том же компьютере, с одним и тем же паролем (через 7z) — в итоге только размер одинаковый, а двоично вообще разные. Откуда вывод — при шифровании используется не только пароль, но и случайные числа. Или не только случайные, но и вполне конкретные — например время создания и уникальный идентификатор машины.
У 7z исходники открыты, можно конечно посмотреть. И стало даже интересно посмотреть другие архиваторы.
Потенциально, архиваторы могут сохранять в архивах некоторую информацию о компьютере, на котором создавался архив (в том числе и неявно, например в каком-то зашифрованном и «размазанном» по всему архиву виде). Различные id железа, mac и ip адрес, идентификатор пользователя в ОС (в том числе и привязка к облачным сервисам ОС) и т.д.
На первый взгляд, проверить это можно достаточно просто: сделать архив из одинакового набора файлов на разных компьютерах и сравнить побайтово. Но теоретически активация такой скрытой записи id может осуществляться не всегда, а по каким-то признакам — специальные имена и расширения файлов и т.п.
Интересно, проводятся ли подобные исследования и проверки безопасности архиваторов?
На Geektimes это не работает — у меня там карма 8 и голосовать за статьи пока не могу. А хотелось бы, чтобы такая возможность была… хотя бы потому, что на Хабре у меня есть 5 статей, и некоторые я писал еще до разделения.
С некоторых пор стал задумываться о том, что вся эта работа на дядю ни к чему хорошему не приведет)) и надо бы переходить к работе на себя. А на мегамозге иногда бывают статьи касающиеся личного интернет-бизнеса…
А что не так?
Это как код на С++ собирать разными компиляторами: те баги что не видит msvc, видит gcc и наоборот.