• Иди-ка ты на !@# со своей «токсичностью»
    0

    можно заменить "ударить" на "оскорбить" или "обматерить", суть не изменится.
    Хотя я согласен что слова не насилие.

  • Иди-ка ты на !@# со своей «токсичностью»
    –1
    Я, прочитав заголовок, честно говоря думал что это обращение к НЛО по поводу заботы о непроявлении токсичности в комментариях к статьям о разного рода закручивании гаек:) А тут такое…
  • Иди-ка ты на !@# со своей «токсичностью»
    0
    image
    Так что ли?
  • Что мне не нравится в C и С++
    0
    Так это на любом языке можно. Однако стремление к созданию «абсолютно безопасного языка» в ущерб всему остальному (а иначе не получится) я не считаю правильным.
  • Что мне не нравится в C и С++
    0
    Это решается какой нибудь #pragma version 2.0 в начале каждого файла. Кому лень переписывать — пускай мучаются на старом, кому не лень — пользуются современным языком с исправленными ошибками дизайна.
  • Китай забанил Apple
    0
    Qualcomm разве китайский?
  • Что мне не нравится в C и С++
    0
    К сожалению, разработчики стандарта очень боятся нарушить обратную совместимость.
    А в случае со строками — правильным решением было бы вообще отвязать строки от кодировки. То есть «Hello» это строка, а кодировка определяется из настроек проекта и компилятора. А вот если требуется явно указать кодировку — то используются префиксы. Причем для однобайтовых кодировок (которые, несмотря на Unicode, иногда все-же нужны) можно было бы указывать кодировку явно. А если она указана обобщенно (т.е. префикс, означающий «текущая однобайтовая кодировка») то брать указанную в настройках проекта или компилятора. Тогда знаменитый вопрос о крякозябрах при выводе русских строк из консольных программ в винде потерял бы актуальность:)
    Примерно аналогично должно быть и с числами. Число 42 — это просто число, а его тип должен выводиться компилятором каждый раз в зависимости от контекста. Это может быть и byte, и int, и unsigned long, и double, и даже какой нибудь mpf_t из GMP.
  • История Ленни, любимого интернетом тролля телефонных спамеров
    0

    Аналог на русском надо назвать "Ленин" :)

  • Исследование: 22% пользователей Tumblr ходят на сайт для просмотра порно, особенно молодые девушки
    0
    Этих распределенных ФС наверное уже десятки, если не сотни. Но проблема всех их в том, что никто не знает как ими пользоваться (а хотелось бы все и сразу — без курения мануалов, сборки из исходников под линуксом, шаманства в консоли и т.п). Такого продукта никто еще не предложил. Shareaza, Retroshare, Tribbler — шаги в правильном направлении, но и им еще очень и очень далеко до идеала. А всяким IPFS и blockchain-based решениям еще дальше.
  • ИТ-гигант хочет доказать квантовое превосходство уже в следующем году — что может пойти не так
    0
    А какие нибудь проверенные опенсорсные реализации есть?
  • Electron и упадок нативных приложений
    +6

    А что вы имеете против Qt? В отличие от электрона эта технология максимально близка к процессору, никаких виртуальных сред исполнения и скриптов в браузерах.

  • ИТ-гигант хочет доказать квантовое превосходство уже в следующем году — что может пойти не так
    +2
    Кстати, какие алгоритмы асимметричного шифрования устойчивы к квантовому взлому?
  • Исследование: 22% пользователей Tumblr ходят на сайт для просмотра порно, особенно молодые девушки
    +2
    Больше месячной зарплаты в РФ, но например не в США и богатых странах ЕС.
    Но согласен, мало кто будет держать дома дисковый массив (хотя кто-то будет; а кто-то арендует сервер в облаке с достаточным объемом дискового пространства, и т.д.). Например люди держат сервера Либгена на чистом энтузиазме, хотя и какие-то денежки с рекламы капают, говорят на поддержку оборудования хватает. А эротика/порно (да и просто фильмы/музыка/фоточки) — гораздо более востребованный контент, чем книги :)
    Так что решение — именно в децентрализации, 5-100 гигов для контента который нравится, и самое главное — технология, которая позволила бы все это эффективно находить и раздавать.
  • Исследование: 22% пользователей Tumblr ходят на сайт для просмотра порно, особенно молодые девушки
    +1
    Все это лишний раз доказывает, что централизованное хранение данных на серверах корпораций ненадежно, и нужно разрабатывать и совершенствовать технологии децентрализации Сети. 25 терабайт не так уж и много даже для одного человека (да, придется прикупить несколько дополнительных дисков), а для даже небольшого сообщества это вообще мелочь.
    Я например всегда сохраняю интересующий меня эротический контент с Ютуба, и как показало время — правильно делаю, очень много аккаунтов уже давно забанено навсегда. Основная проблема не скачать — а раздать, и торренты здесь — только первый шаг, у торрентов множество недостатков, что не раз уже обсуждалось в сообществе.
  • Роскомнадзор предлагает маркировать контент для детей грудного возраста
    +1
    Я почему-то думаю, что поклонение всякого рода «святым мощам» по любому останется 0+
  • В чём уникальность BeOS и HaikuOS
    0
    Про файловые атрибуты хотелось бы подробнее. Если я правильно понял, то это должна быть супер фича.
  • Если изобрести язык программирования 21 века
    +1
    Мне показалось автор налил чего-то покрепче
  • Как я вижу идеальный браузер
    +2
    Все хорошо, только это не «идеальный браузер» а «идеальный интернет». Браузером тут делу не поможешь, существующий интернет слишком заточен на текущую модель использования и поэтому разработка вашего «идеального браузера» это по сути разработка множества разнообразных костылей.
  • Прямая линия с ТМ. v4.0
    0
    Давно хочу спросить: есть теги code и source, а какая разница?
  • Как научить искусственный интеллект здравому смыслу
    0
    Чтобы ИИ мог быстро находить закономерности, нужно добавить «мета-ИИ», т.е. ИИ, входными данными которого были бы внутренние связи «рабочего» ИИ, натренированного на игру, а выходами — возможность управлять этими внутреннми связями. А если эти два слоя объединить в одном ИИ, мы получим первое примитивное приближение того что называется «сознанием».
  • Двойное Дно: пост про современную экосистему, в которой мы платим данными за все, а еще про быстрые Blockchain Protocols
    0
    Ну так я готов и в децентрализованных сетях искать (правда с поиском там как раз проблема). Главное чтобы ресурс был живой и информация актуальная.
  • Двойное Дно: пост про современную экосистему, в которой мы платим данными за все, а еще про быстрые Blockchain Protocols
    0
    До недавнего времени все соцсети не требовали никаких телефонов и SMS.
    А вообще мне не нравится идея «найти человека из реального мира в интернете». К чему это? Если человек вам доверяет, он может быть и сам даст свои сетевые контакты.
    Гораздо интереснее — «сначала найти человека, у которого с тобой общие интересы, в интернете, а уже затем — если потребуется — встретиться в реальном мире».
  • Двойное Дно: пост про современную экосистему, в которой мы платим данными за все, а еще про быстрые Blockchain Protocols
    +2

    В данном случае, как я понял, предлагается с помощью блокчейна проверять, что в код открытых сервисов не были внесены шпионящие изменения?
    На самом деле это утопическое решение. А реальное заключается в принципиальной отвязке аккаунта от персональных данных. Никаких телефонов при регистрации, никаких реальных имен, только ник и пароль.

  • Двойное Дно: пост про современную экосистему, в которой мы платим данными за все, а еще про быстрые Blockchain Protocols
    0

    Интнресуюсь понемногу темой блокчейна, криптографии и децентрализованных/анонимных сетей, но оказалось что просто не существует крупного и активного форума в интернете, где эта тематика была бы основной. Ни на русском ни на английском. Или я плохо искал?

  • Comment from a drafted post.
  • C++20 и Modules, Networking, Coroutines, Ranges, Graphics. Итоги встречи в Сан-Диего
    0
    Всенепременно откроет (если уже не открыли, с тьюринг-полными шаблонами). Но тем
    интереснее:)
  • Схема разделения секрета Шамира
    +10
    Огромное спасибо за статью, я врубился:) Пишите еще на тему криптографии, очень интересно. Именно то, какие возможности в принципе предоставляет современная криптография, какие задачи решает а какие нет.
  • C++20 и Modules, Networking, Coroutines, Ranges, Graphics. Итоги встречи в Сан-Диего
    +6

    По сути все идет к тому что в каждом компиляторе C++ будет встроенный интерпретатор C++. Интересный путь развития…

  • File management done wrong — Часть 1: Родом из 90х
    0
    FAR как-бы консольный.
    Если бы в Windows консоль была бы более развита, FAR мог бы стать аналогом линуксового MC. Но поскольку «из коробки» консоль весьма примитивна (даже размер окна динамически не изменить, не говоря уже об отсутствии ssh), то смысла в FAR по сравнению с TC особого нет. Консоль подразумевает консоль во всем, а например контекстное меню для файла (весьма часто используемый инструмент) — графическое, т.е. получается некая мешанина консоли и GUI. Иконки файлов — графические, FAR не отображает. Всякие табы, изменяемые ширины столбцов, тулбары с полезными программами (они опять же иконки) в концепцию FAR не вписываются.
    Хотя вот если бы в винде была более развитая консоль, то FAR был бы практически обязательной программой, как MC в Linux:)
  • Приверженцы статической и динамической типизаций никогда не поймут друг друга. И TypeScript им не поможет
    0
    Ну я тоже не сторонник абсолютно жестких систем типизации — когда между int и bool заставляют явно преобразовывать. Формально они правы конечно… но соглашение ноль==false, не ноль==true кажется вполне однозначным.
    Вариант С/С++ (впрочем с некоторыми улучшениями — что-то я бы усилил, что-то ослабил) мне нравится больше всего (хотя наверное здесь есть фактор привычки).
  • Приверженцы статической и динамической типизаций никогда не поймут друг друга. И TypeScript им не поможет
    +1
    Да нисколько. В моем примере нет структур, а просто у каждого аргумента добавлен тип — можно рассматривать это как часть имени. Структуры это уже посерьезнее, когда понятно что код становится достаточно общим и универсальным, «закрепляется» в проекте как часть архитектуры.
    Я тоже не люблю лишнюю писанину. Но только ли в этом вопрос?
  • Приверженцы статической и динамической типизаций никогда не поймут друг друга. И TypeScript им не поможет
    +11
    Непонятно что вы имеете в виду с интерфейсами. Я бы просто написал (псеводкод на некотором типизированном языке, «void=>void» — тип для функции, не принимающей никаких параметров и не возвращающей никакого значения)
    function createDialog(string title, string content, string footer, void=>void onSubmit, void=>void onDismiss) {
      // do something
    }

    Меня вот просто выводила из себя (до желания стучаться головой о стенку) ситуация, когда я смотрю код на php или js, там какая-то функция с аргументами, или просто какие-то переменные, и я НЕ ПОНИМАЮ, каких они типов. Чего мне ждать — числа, строки, структуры (если структуры то какой, с какими полями каких типов), функции (опять же с каким списком аргументов)? Что я имею права с ними делать а что нет? Ну хорошо, что в вебе в основном строки. В основном — но не всегда. Вот честно, не представляю как вы с этим живете :)
  • Как писать на Objective-C в 2018 году. Часть 1
    0
    А можно ли использовать последние версии ObjC не на MacOS?
    Реализация Swift для Linux вроде есть (правда я не знаю, самая последняя или нет).
    Какой-то ObjC входит в состав GCC, но вроде бы там нечто весьма древнее, и фичи, описываемые в данной статье, там скорее всего недоступны.
  • Приверженцы статической и динамической типизаций никогда не поймут друг друга. И TypeScript им не поможет
    +8
    Я вот тоже сторонник статической типизации. И поскольку статью писал человек мыслящий также как я, то его точка зрения вполне понятна. Но крайне интересно было бы прочитать аналогичную статью, написанную разработчиком на JS. Именно с развернутой критикой статической типизации и демонстрацией преимуществ динамической, на реальных примерах. Ну или хотя-бы развернутый комментарий. Мне кажется, такое погружение в противоположную точку зрения здорово расширяет восприятие, ну и вообще интересно.
  • Приверженцы статической и динамической типизаций никогда не поймут друг друга. И TypeScript им не поможет
    +8
    Это не динамическая типизация, а низвоуровневый доступ к памяти. Такой доступ нужно делать явно, и применяется он только в очень специальных ситуациях.
  • Хватит кормить издателей. ЕС разрабатывает правила обязательного бесплатного доступа к научным работам
    +1
    Возможно, рецензирование исследований должно быть государственным. Я например был бы только за, если бы часть моих налогов отправлялась на проверку научных публикаций и оплату труда ученых.
    Но доступ к знаниям должен быть бесплатным, это совершенно однозначно. Знания генерируются учеными (как правило на государственные деньги), нужны они обычно другим ученым, зачем здесь какие-то коммерческие посредники?
  • File management done wrong — Часть 1: Родом из 90х
    +1
    Не, Total Commander самый лучший. Да, жалко что он не кроссплатформенный и с закрытым кодом… аналоги под линукс к сожалению не дотягивают.
    Для работы с фотографиями, музыкой, видео, книгами и прочим медиаконтентом по идее нужны специальные менеджеры — просто потому что там слишком много специального функционала.
    Есть еще проблема файловых систем, то что метаинформация хранится в самом файле а не в файловой системе в виде именно метаинформации. Т.е. чтобы отсортировать картинки по разрешению, нужно открыть каждую картинку и прочитать заголовок — что накладно, куда проще было бы стандартизировать несколько десятков тегов для всех основных типов контента и хранить это непосредственно в атрибутах файла. Но это проблемы файловых систем, а не файловых менеджеров…
  • Детерминированные исключения и обработка ошибок в «C++ будущего»
    0
    Скорее ввести новый формат объектных файлов, ориентированных на модули и содержащих достаточно метаинформации. Заодно и реализовать компиляцию шаблонов в промежуточное двоичное представление.
  • Детерминированные исключения и обработка ошибок в «C++ будущего»
    0
    Да, наверное вы правы, так еще больше неявности…
    Тогда еще вариант: если функция может генерировать исключение, то компилятор должен убедиться, что оно где-то обрабатывается, иначе — ошибка компиляции. Можно ввести в прототип функции информацию об исключениях, которые она может сгенерировать.
    Конечно, программист может влепить глобальный catch куда нибудь в main, и тогда никаких ошибок компиляции не будет… но я например ни в коем случае не буду так делать, а напротив — постараюсь перехватить исключения как можно раньше.
  • Детерминированные исключения и обработка ошибок в «C++ будущего»
    –1
    Ну не разматывать, а просматривать.