Как написать расширение для GNOME Shell: режим «Do Not Disturb»

Конечно, при загрузке расширения от совсем уж косяков есть защита try-catch, пример кода из GH:

    try {
        extension.stateObj.enable(); // <=== запуск расширения
        extension.state = ExtensionState.ENABLED;
        _signals.emit('extension-state-changed', extension);
        return;
    } catch(e) {
        logExtensionError(uuid, e);
        return;
    }

. На этом все.

С другой стороны, всякие песочницы усложняют код или вообще делают некоторые вещи невозможными. Вопрос не в развитии, а в компромиссе между простотой и отказоустойчивостью.

Как написать расширение для GNOME Shell: режим «Do Not Disturb»

> GNOME hell
Это описка по Фрейду. :) Исправлю на GS

Простая возможность приобрести опыт в IT

Пожалуйста.
Совсем не стремился описать отрицательный опыт, да и отрицательным его не считаю (это жизнь).
Вообще буду рад, если еще народ отпишется о своем опыте контрибьютинга.

Простая возможность приобрести опыт в IT

Вот не могу пройти мимо.

Основная мысль этой статьи — добавить код, сотрудничать, «контрибьютить» в OSS-проект просто. Не знаю, может кому-то и просто, а у меня свой опыт, и он не полон взаимной любви и обожания с обоих сторон (моей и мейнтейнеров OSS-проектов).

1. XOrg. С его исходниками я столкнулся, когда мне надоела ошибка при переключении раскладки в Linux. Вот она, 865 (я помню номер наизусть еще и потому, что это самая старая ошибка XOrg в багтрекере). Я ее починил, выложил патч, куча людей была мне благодарна (даже деньги на телефон пытались скинуть, «на пиво»), но официальные мейнтейнеры не приняли его, причина: «мы сейчас возьмем и перепишем всю подсистему XKB, и такого патча (типа на грани фола) не потребуется». Естественно, ничего не переписали, позже появился Wayland, все стали хоронить XOrg, да не похоронили. Хорошо хоть мейнтейнеры дистрибов (Ubuntu, Gentoo и т.д.) регулярно применяют мой патч. Миллионы пользователей пользуются, и на том спасибо. :)

2. FFmpeg. О, этот дивный проект, борьба с другими проектами и форками (GStreamer, libav и наверно другими). Как продвинутый пользователь я однажды предложил не закрывать доступ к части private-функционалу где-то в недрах исходников FFmpeg. Получил отказ, «потому что FFmpeg опасается конкуренции GStreamer и ради этого закрывает функционал на уровне исходников». Также был отказ от libav применить патч, исправляющий ошибку, просто потому, что этот патч был написан контрибьютором от конкурирующего FFmpeg. Такие негативные вещи влияют — впоследствие, работая на компанию видеоинженером, и довольно много поправив в сетевой части FFmpeg, я не стал утруждать себя выкладывать наработки в upstream.

3. Sphinx. Недавняя моя попытка законтрибьютить в еще один прекрасный проект: вот. TL;DR: мейнтейнер согласился, что мое предложение имеет смысл, но лучше реализовать по-другому (и он сделал все сам). Убедить его, что мой подход лучше, не получилось, несмотря на то, что оригинальный автор, Аксенов, был не против моего варианта.

P.S. Тем не менее, несмотря на все fail-ы, я как инженер состоялся именно благодаря Open Source. :)

Банк России против «денежного суррогата» Bitcoin

Вообще, нужно направить усилия на то, чтобы биткоин перестал быть денежным суррогатом. Как известно, валюты у нас перечислены в Общероссийском классификаторе валют, а последний тесно связан с ISO 4217; так что первая задача биткоина сейчас — попасть в этот международный классификатор.

Попытки попасть в ISO 4217 уже были, провалились. Тут нужно больше реальных дел сделать, хороший коммент члена комитета (платить взносы нужно, учавствовать волонтером в работе):

www.coindesk.com/bitcoin-needs-iso-certified-currency-code/#comment-1650030785

Закрыт сайт коллективных переводов notabenoid.com

Привет всем!
Уже некоторое время я разработатываю (а с 2014 — вместе с инициативными стартаперами) сервис переводов

cat.bombono.org

Приходите переводить, и не только субтитры, но и документы в формате HTML/PDF/EPUB.

Кодирование видео с использованием встроенного видео Intel HD

Надо бы добавить к минусам — требуется поддержка в самих процах. Более того, когда появятся мощные Xeon'ы с поддержкой Intel® Quick Sync Video — неизвестно.

IMHO, топовый E3-1285L v3 не отвечает требованиям по мощности CPU, а только для транскодирования его покупать как-то не выгодно, не находите?

Легко настраиваемый python daemon

А почему бы не воспользоваться уже готовыми решениями:

• supervisord (Python)
• BluePill (Ruby)

или даже circus?

Организация хостинга зашифрованного видеоконтента с помощью HTML5

Да-да, шифровать нужно именно сжатый видеопоток.

Организация хостинга зашифрованного видеоконтента с помощью HTML5

В x86 есть некая поддержка — Расширение_системы_команд_AES

Организация хостинга зашифрованного видеоконтента с помощью HTML5

Ничто не мешает.
Но ведь не все поставят такое расширение.
И ключ можно менять на лету. А поскольку тот же алгоритм шифрования AES — не так тяжел для современных CPU (есть аппаратные реализации типа SSE), то не так все просто получается.

Вообще, это просто технология, об абсолютной защите речь и не идет.

Организация хостинга зашифрованного видеоконтента с помощью HTML5

Опять же, не все видео интересно хранить у себя; гипотетический пример — то же вещание с twitch.tv в наилучшем качестве.

Организация хостинга зашифрованного видеоконтента с помощью HTML5

Ключ предполагается выдавать сервером; конечно же, в коде его никто прописывать не будет.