Пользуюсь Линуксом на домашних десктопах только чтобы избежать малварей. В остальном - одна головная боль...
То какой-нибудь Скайп перестанет камеру видеть, то микрофон не работает, то Вайбер крешиться начинает при старте (а адресат пользуется именно определённой программой). То вдруг языковая раскладка начинает сама обратно переключаться после ввода одного символа, то лок-скрин перестаёт работать с permission denied. Надо текст набрать - набираешь всё в Open Office, отправляешь адресату - у него всё разъехалось. Пропустил апдейты вовремя поставить - подарил себе вечер вкуривания мануалов и беготни по всевозможным stackoverflow в поисках хаков. Кто-нибудь из домочадцев не уследил за зарядом, допустил жёсткий шатдаун - надо бежать домой и вводить магические команды в консольке. Встроенный графический редактор крешится при запуске - гуглишь, оказывается виноват copy-paste-хелпер, баг не пофикшен многие месяцы. Со внешним монитором половина программ открывает окна не на том скрине. При печати по умолчанию качество отвратительное, увеличиваешь его в настройках - вылезает чёрный квадрат Малевича...
Один мазохизм. Притом что сам являюсь разработчиком юникс-подобной ОС, никакого интереса к вечерам с танцами с бубнами над домашним десктопом не испытываю... Не представляю, за счёт чего эта популяризация возможна - наверное, единственный драйвер это отвратительная ситуация с уязвимостями на Windows?..
У меня он, кажется, придумал-таки оригинальную игру слов. На вопрос о шутках про Саратов он ответил:
What do you call a Saratovian who's always early? A Volga-riously punctual person!
Ладно, допустим, сам юмор тут весьма специфический, однако меня впечатлило, как бот придумал слово "волгарный" как аллюзию на "Волга" и "вульгарный" (и это слово не гуглится, так что, похоже, придумано ботом?..)
Так в том и дело, что люди годами учат матчасть, изучают "эволюцию" алгоритмов, открытые раньше бреши и тренируются ломать чужие кривые протоколы или реализации. Это не то, что можно изучить за пару выходных или за чтением одной книжки, какой бы хорошей она ни была.
Я не говорю, что играться самому с криптографией это плохо. Как разминка для ума и как игрушка для экспериментов это отлично. Но в продакшен, к реальным людям и реальным данным, без аудитов или проверенных реализаций нельзя.
Понятно, стопроцентных пруфов, ну из разряда документа за подписью Пичаи, нигде не будет. А конкретные примеры (как, скажем, Крис МакДональд, который год назад запромоутился до сеньора и, по его словам, получал устный фидбек от менеджера на уровне "outstanding" https://twitter.com/deepinthebuild/status/1616386262549827584) вы удобно заранее списали на единичные ошибки.
Просто эти обобщения старых примеров, когда закрывались отдельные не взлетевшие проекты, на текущую волну увольнений не очень применимы. Ведь полно же информации на LinkedIn, Twitter и т. п. И видно, что не было ни внутренних вакансий, ни предупреждений, и далеко не только у лоу-перформеров и не только в "направлениях-неудачниках" полетели головы.
Это было бы хоть как-то логично, но, по-видимому, это не совсем так или совсем не так. "Google Laid Off High Performers and Earners While Largely Sparing ‘Brain’ AI Lab"
В статье по той ссылке ("Are modules fast?", 2019 г.) у них получилось, что замедление в многопоточных сборках вызвано тем, что одни процессы начинают много простаивать, ожидая других. (Я не исключаю, что частично эту проблему могли побороть за эти годы, или переложить на плечи систем сборки.)
Другая статья, от 2022 г., в тесте из которой на clang получилось, что полные сборки ускоряются модулями на 10-20%, а инкрементальные сборки замедляются вплоть до 22 (!) раз: https://observablehq.com/@vsapsai/effect-of-clang-modules-on-compilation-time. Объяснение у них такое, что при изменениях в популярных хедерах модули заставляют пересобирать большее число исходников.
Третий источник - видео от 2021 г. (https://www.youtube.com/watch?v=9OWGgkuyFV8), в комментарии к которому некто retropaganda (не знаю, насколько авторитетный?) говорит о сложностях с запоминанием и объединением контекстов препроцессора.
Интересно, что по всем инструментам наблюдается небольшое снижение - что бы этот тренд значил?
Допустим, падение использования отладчиков (-6%), санитайзеров (-2%) и статических анализаторов (-2%) можно было бы списать на то, что язык потихоньку становится безопаснее. Но с профайлерами (-6%) и особенно clang format (-4%) вообще непонятно.
Или всё проще, и публика его блога потихоньку сбегает на Rust, продолжая почитывать статьи про C++ из праздного интереса? :)
рассматриваемое количество материала — меньше 10 граммов диоксида серы за полет — не представляет реальной опасности (или ощутимой пользы) для окружающей среды. Один рейс коммерческого самолета может выбрасывать до 100 граммов в минуту.
Значит, вопреки Грете Тунберг, надо всем больше летать на самолётах?
А вообще, конечно, удивительно - у учёных ещё нет понимания эффекта и последствий, а они уже бросились распылять... История ничему не учит. Вспомнить хотя бы борьбу Китая с воробьями, когда ожидали увеличения урожаев, а получили голод из-за расплодившихся вредителей: https://ru.wikipedia.org/wiki/Уничтожение_воробьёв
Мой вариант - "у меня linux, сон не работает"... (На том же ноуте под виндой со сном было всё в порядке. А под убунтой не завелось автоматом и не помог ни один из десятка мануалов.)
Поломали формат конфигов, поломали API плагинов (старые плагины никто не бросается переписывать). Всё в лучших традициях.
Пользуюсь Линуксом на домашних десктопах только чтобы избежать малварей. В остальном - одна головная боль...
То какой-нибудь Скайп перестанет камеру видеть, то микрофон не работает, то Вайбер крешиться начинает при старте (а адресат пользуется именно определённой программой). То вдруг языковая раскладка начинает сама обратно переключаться после ввода одного символа, то лок-скрин перестаёт работать с permission denied. Надо текст набрать - набираешь всё в Open Office, отправляешь адресату - у него всё разъехалось. Пропустил апдейты вовремя поставить - подарил себе вечер вкуривания мануалов и беготни по всевозможным stackoverflow в поисках хаков. Кто-нибудь из домочадцев не уследил за зарядом, допустил жёсткий шатдаун - надо бежать домой и вводить магические команды в консольке. Встроенный графический редактор крешится при запуске - гуглишь, оказывается виноват copy-paste-хелпер, баг не пофикшен многие месяцы. Со внешним монитором половина программ открывает окна не на том скрине. При печати по умолчанию качество отвратительное, увеличиваешь его в настройках - вылезает чёрный квадрат Малевича...
Один мазохизм. Притом что сам являюсь разработчиком юникс-подобной ОС, никакого интереса к вечерам с танцами с бубнами над домашним десктопом не испытываю... Не представляю, за счёт чего эта популяризация возможна - наверное, единственный драйвер это отвратительная ситуация с уязвимостями на Windows?..
У меня он, кажется, придумал-таки оригинальную игру слов. На вопрос о шутках про Саратов он ответил:
Ладно, допустим, сам юмор тут весьма специфический, однако меня впечатлило, как бот придумал слово "волгарный" как аллюзию на "Волга" и "вульгарный" (и это слово не гуглится, так что, похоже, придумано ботом?..)
Интересно, карту (очертания рек, озёр) взяли нынешнюю или это тоже реконструировали?
Почему это плюс? С коммерческой точки зрения, казалось бы, это означает плохую окупаемость для производителя и/или высокие цены для потребителей.
При компиляции вы используете -Oz, т. е. агрессивную оптимизацию по размеру в ущерб скорости. Сравнивали ли вы с простым -O2 или -O3?
Так в том и дело, что люди годами учат матчасть, изучают "эволюцию" алгоритмов, открытые раньше бреши и тренируются ломать чужие кривые протоколы или реализации. Это не то, что можно изучить за пару выходных или за чтением одной книжки, какой бы хорошей она ни была.
Я не говорю, что играться самому с криптографией это плохо. Как разминка для ума и как игрушка для экспериментов это отлично. Но в продакшен, к реальным людям и реальным данным, без аудитов или проверенных реализаций нельзя.
А где же главный совет - никогда не используйте наколеночные реализации криптографии с реальными данными?
В криптографии много граблей, которые невозможно заметить без знания кучи теории и стандартных атак, или хотя бы без детального анализа общепризнанных реализаций. Конкретно для AES наглядный пример в https://www.winmill.com/blog/2022/08/05/incorrect-aes-implementation-leaves-system-vulnerable/, или можно посмотреть на старые уязвимости типа CVE-2016-7440 в wolfSSL.
Ламерский вопрос, но это не может оказаться той самой тёмной энергией?
Великолепная статья!
Это они так специально пакостят астрономам в месте, где находится одна из крупнейших западных обсерваторий?
Понятно, стопроцентных пруфов, ну из разряда документа за подписью Пичаи, нигде не будет. А конкретные примеры (как, скажем, Крис МакДональд, который год назад запромоутился до сеньора и, по его словам, получал устный фидбек от менеджера на уровне "outstanding" https://twitter.com/deepinthebuild/status/1616386262549827584) вы удобно заранее списали на единичные ошибки.
Просто эти обобщения старых примеров, когда закрывались отдельные не взлетевшие проекты, на текущую волну увольнений не очень применимы. Ведь полно же информации на LinkedIn, Twitter и т. п. И видно, что не было ни внутренних вакансий, ни предупреждений, и далеко не только у лоу-перформеров и не только в "направлениях-неудачниках" полетели головы.
Не было никакой внутренней ярмарки вакансий в этот раз. Человек просыпается, открывает ноутбук - а у него нет корп. доступа. Конец.
https://fortune.com/2023/01/23/google-layoffs-alphabet-employees-workers-vent-linkedin-social-media/
Это было бы хоть как-то логично, но, по-видимому, это не совсем так или совсем не так. "Google Laid Off High Performers and Earners While Largely Sparing ‘Brain’ AI Lab"
https://www.theinformation.com/articles/google-laid-off-high-performers-and-earners-while-brain-ai-lab-largely-spared
В статье по той ссылке ("Are modules fast?", 2019 г.) у них получилось, что замедление в многопоточных сборках вызвано тем, что одни процессы начинают много простаивать, ожидая других. (Я не исключаю, что частично эту проблему могли побороть за эти годы, или переложить на плечи систем сборки.)
Другая статья, от 2022 г., в тесте из которой на clang получилось, что полные сборки ускоряются модулями на 10-20%, а инкрементальные сборки замедляются вплоть до 22 (!) раз: https://observablehq.com/@vsapsai/effect-of-clang-modules-on-compilation-time. Объяснение у них такое, что при изменениях в популярных хедерах модули заставляют пересобирать большее число исходников.
Третий источник - видео от 2021 г. (https://www.youtube.com/watch?v=9OWGgkuyFV8), в комментарии к которому некто retropaganda (не знаю, насколько авторитетный?) говорит о сложностях с запоминанием и объединением контекстов препроцессора.
Модули не факт что дадут радикальное ускорение на практике. У кого-то выигрыш на реальном проекте составил 2x, у кого-то получилось +- как было.
Есть измерения, правда, от 2019 г., в которых модули получаются даже медленнее в условиях параллельной компиляции на большом числе ядер: www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1441r1.pdf.
Некоторые утверждают, что якобы в стандарт внесли версию, в которой не учли фидбек от производителей компиляторов.
Интересно, что по всем инструментам наблюдается небольшое снижение - что бы этот тренд значил?
Допустим, падение использования отладчиков (-6%), санитайзеров (-2%) и статических анализаторов (-2%) можно было бы списать на то, что язык потихоньку становится безопаснее. Но с профайлерами (-6%) и особенно clang format (-4%) вообще непонятно.
Или всё проще, и публика его блога потихоньку сбегает на Rust, продолжая почитывать статьи про C++ из праздного интереса? :)
gdbserver?
Значит, вопреки Грете Тунберг, надо всем больше летать на самолётах?
А вообще, конечно, удивительно - у учёных ещё нет понимания эффекта и последствий, а они уже бросились распылять... История ничему не учит. Вспомнить хотя бы борьбу Китая с воробьями, когда ожидали увеличения урожаев, а получили голод из-за расплодившихся вредителей: https://ru.wikipedia.org/wiki/Уничтожение_воробьёв
Мой вариант - "у меня linux, сон не работает"... (На том же ноуте под виндой со сном было всё в порядке. А под убунтой не завелось автоматом и не помог ни один из десятка мануалов.)