У меня есть личная неприязнь к MySQL. Причина не в функциональных недостатках - это исключительно мощный софт; многие крутые технари делают базы именно на нем.

Причина - в документации. В этом неумении сформулировать мысль не растекаясь на 10 страниц. В неумении отделить один раздел от другого.

Подростком я читал The FreeBSD Handbook. Это пример идеального технического документа своего формата. Рекомендую почитать, даже если вы не технарь. Просто оцените лёгкость слова и качество подготовки текста.
https://www.freebsd.org/doc/handbook/

Документация PostgreSQL - из той же лиги.
https://www.postgresql.org/docs/9.5/static/index.html

Интересно, что любовь к элегантности и красоте не обязательно ведёт к коммерческому успеху. И как прекрасно, что есть исключения вроде Apple, где они сочетаются.

Навеяно вот этим списком свежих критических уязвимостей MySQL.
http://legalhackers.com/advisories/MySQL-Exploit-Remote-Root-Code-Execution-Privesc-CVE-2016-6662.html

Очередная отличная статья про программирование.
И опять от девушки!

На этот раз про Rust (kind of). Как вы могли заметить, я коллекционирую хороший  технический сторителлинг.

В статье меня зацепило, что многие люди не слышало о strace. Возвращаясь к handbooks. Хороший systems handbook как раз перечисляет основные утилиты и подходы, с которыми необходимо быть знакомым. Мне не кажется хорошей ситуация, когда нет единой отправной точки, общепринятого теоретического минимума и знание рассыпано мелким зерном по serverfault и презентациям.

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

http://jvns.ca/blog/2016/09/11/rustconf-keynote/

Обожаю Тильду. Классный сервис, в котором делать сайты не сложнее, чем писать в ворде, с человечной техподдержкой.

И рассылка у них хорошая. На этот раз прислали ссылку на статью про поиск картинок для веба. Не знаю, что там по тексту, но ссылки внутри все правильные.

http://tilda.education/articles-pictures-search-guide

отправили пуш на игру с картинками в png

Для всех, кто занимается отправкой приложений в апстор: не делайте Submit for Review, если получили Metadata Rejected.
Просто Save и отвечайте в Issues. Иначе опять попадете в Waiting for review. :(

Google анонсирует бесплатную версию Google Optimize 360. A/B тесты от гугла — звучит неплохо.
Вот страница, где можно запросить инвайт: https://optimize.google.com/optimize/signup/

Длинная и годная статья. Тезисно:
1. осторожнее с облаками, иногда железо и админ дешевле в несколько раз (наверное всем уже надоел с этим утверждением!);
2. cloud provider lock-in = ☠;
3. нет блидинг эдж тулзам (они называют hipster tools всё, что моложе 18 месяцев).

http://firstround.com/review/the-three-infrastructure-mistakes-your-company-must-not-make/

„Rudyard Kipling died 59 years before javascript was created.“

http://mrmrs.io/writing/2015/07/27/too-many-tools/

В последнее читаю и слышу много нытья про «слишком много библиотек, они плохие». Вот в этой статье отличный ответ:

«Instead of telling people to stop creating new js frameworks. Instead of discouraging people from adding to the vast amount of available tools, I'm going to encourage people to build even more tools. Pick a problem and try to solve it better than anyone else has before. Having better tools will help us push the web forward. And it's okay if 90% of them are bad. The 10% will be worth it.»

Большинству технарей совершенно положить на юридическую чистоту кода и инструментов, которыми они пользуются.
Отчасти это связано с тем, что в лицензиях черт ногу сломит.

Вот сервис, который спасает меня, когда нужно быстро решить, можем мы использовать библиотеку или нет: https://tldrlegal.com/

В рамках издевательства — введите там GPL и оцените, насколько это «свободная» в кавычках лицензия и сравните её с BSD или MIT Licenses.

(как не нужно делать)
смотреть открыв картинку крупно, иначе длинные гифки не до конца играются
via Боря Горячев и Тимофей Цветков

Хороший повод написать в канал — телеграм запустил аналог FB Instant Articles и платформу для публикации лонгридов Telegraph.

Написал в Telegraph небольшую статью-сравнение трех разных платформ — Google AMP, Facebook Instant Articles и Telegram Instant View. Будет интересно издателям и другим близким к медиа специалистам, которые ещё не разобрались в этих новых технологиях.

http://telegra.ph/AMP-Instant-Articles-Instant-View-whut-11-23
(если у вас свежая версия телеграма в телефоне — нажимайте Instant View:)

Мы с Антоном решили закрыть вопрос кастомных шрифтов в Медузе и потратили некоторое время на то, чтобы разобраться, как же их правильно подключить. Получилась небольшая статья:
https://medium.com/meduza-dev/как-использовать-кастомные-шрифты-в-вебе-и-не-сойти-с-ума-9ba8a2998bcc#.x3badoe6s

Google открыл свои серверы точного времени (NTP серверы) для публичного доступа и для високосной секунды в конце 2016 они будут передавать smeared time.

Я начал читать статью и провалился в кроличью дыру. Системы отсчета времени, часовые пояса и проблемы компьютерщиков с ними — дико интересная тема.

Наконец-то разобрался, что такое UTC: секунды совпадают с TAI — атомным часам, идущим без остановки с 1958 года. Мы добавляем или вычитаем високосную секунду каждый раз, когда неоднородность вращение земли грозится сделать разницу между UTC и астрономическим временем UT1 больше 0.8 секунд.

Я открыл для себя существование «международной службы вращения Земли», выпускающей официальные указания о високосной секунде за 6 месяцев до её введения.

Вспомнил, как в 2012 году из-за ошибки в ядре линукса сломалось множество популярных серверных программ и, в свою очередь, популярные сайты, Reddit например.

Amazon Web Services, Google и прочие крупные провайдеры нашли элегантное решение проблемы. Вместо добавления секунды в конце года, их серверы точного времени будут идти медленнее за некоторое время до и некоторое время после високосной секунды.

Очень красивое решение сложной задачи.

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

Amazon представил флешку в форм-факторе грузовика.

Вместимость одной машины - 100 петабайт (1 петабайт = тысяча терабайт, нормальный ноутубк хранит от половины до 2 терабайт). Сервис придуман для переноса безумных объёмов данных из собственного дата-центра в амазоновское облако и доступен только в некоторых штатах в Америке.

На одной из моих прошлых работ коллеги летали с жесткими дисками с музыкой из США в Москву - это быстрее и дешевле, чем арендовать трансатлантический кабель.

Идея старая, про неё есть даже бородатый админский анекдот (буквально описание представленного решения), но вживую всё равно впечатляет.

https://m.youtube.com/watch?v=8vQmTZTq7nw

Не техническое, а скорее про новости; я ведь работаю в новостной компании. Мнения - личные, не Медузы.

https://mondaynote.com/facebooks-walled-wonderland-is-inherently-incompatible-with-news-media-b145e2d0078c#.fsmbn6ba5

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

В жизни и так слишком много filter bubbles, так что мы почти не знаем, от чего страдают и о чем мечтают люди, отличные от нас. Я хочу жить в мире, где технологии разрушают filter bubbles, а не усиляют их, как сегодня. Вот классическое объяснение термина filter bubble, если он вам не знаком.
Wiki https://en.m.wikipedia.org/wiki/Filter_bubble
YouTube (9min) https://www.ted.com/talks/eli_pariser_beware_online_filter_bubbles

Хорошее новостное медиа - как раз про выход из зоны комфорта. Потреблять новости из современной социальной сети - не лучшая идея.

Пора закупаться флешками и SSD дисками, они будут дорожать весь 2017 год.

Хорошая статья-разбор, почему это происходит.

http://www.tomshardware.com/news/ssd-hdd-shortage-nand-market,33112.html

Ох, не ударило бы это по нашим любимым дешевым SSD-хостингам.

Хочу поделиться своим тулчейном для json. Это один из основных форматов данных в Медузе: 1, 2, 3.

Для предпросмотра файлов мы используем хром-экстеншен JSON Formatter.

Для разбора json в командной строке раньше я перегонял json файлы в yaml с помощью json2yaml и дальше парсил yaml с помощью cut, sed и grep.

Теперь пользуюсь jq — это grep для json’а. Отдельно доставляет, что проект написан на чистом С и не имеет внешних зависимостей.

Вот ещё красивое поделие: jid. Описание в гифке: