умели же снимать вещи...

нужна ваша помощь в тестировании vmalert https://github.com/VictoriaMetrics/VictoriaMetrics/tree/master/app/vmalert

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

TLDR: 200 calls * 99.9% uptime = 0% availability

Этот доклад вспомнился мне в одной беседе, удивлён, что я не постил его раньше.

https://www.youtube.com/watch?v=gfh-VCTwMw8

А тут можно глянуть посадку АН-225 в Варшаве. Гребаный коронавирус!

https://www.facebook.com/watch/live/?v=2643325359289744

https://www.flightradar24.com/ADB3354/245b19c0

Смотрю я значит в интернет, и вижу, как все превозносят себя над профессией баристы. И возникает парочка мыслей: откуда эта илитарность погромистов?

Да, мысль чуть глобальная, даже кэповская (спасибо раздутым ЗП и ЧСВ), но правда ли все такие умненькие? Если ты умеешь писать конфиг в ямле и помнишь, что no без кавычек это внезапно bool, это делает тебя умнее? Сомневаюсь. Умнее из-за знаний про выравнивание данных по кеш-линии? Сомневаюсь. Приходилось ручками парсить протобаф? не, оно круто конечно, но почему это параметр "умности" ?

Топик-стартерша про "кнопочку и не парится" говорила это либо с сарказмом, либо от незнаний самого процесса (оставим этот вопрос открытым). Но сама идея, что часть айтишников _действительно_ клацает кнопочки, копипастит конфиги, деплоит наотмашь - как бы правда. Не так уж среди нас по настоящему ярких умов, которые двигают профессию, технологии и общество дальше. Реакция айти-господ ток подтверждает, что ударили по больному (конечно часть просто смеется и раскуривает мем дальше, но у части заметно бомбануло (друзья, что мне жаловались, простите, но эт правда)).

Поверьте, людей, которые действительно что-то могут делать, а не только выступать на конференциях, говорить в подкастах, постить опенсурс и писать бложики - мало, очень мало. Любое пересечение с яркими умами сильно отличается, сложно ошибиться. Похвастаюсь, мне повезло опять с одним из таких столкнуться и за 40-50 минут беседы получилось узнать и понять больше вещей, чем за последние месяца 4, вот без шуток.

И конечно вишенка - сравнивать профессии с разной интеллектуальной нагрузкой по настоящему странно. Вспоминается мем про кота и осминога в аквариуме (сорян, не смог найти быстро).

Раз уж пошёл такой движ, вспомним слитый пост про python vs cpp с я(ндекс)чан (суть снг-айти https://xn--r1a.website/profunctor_io/4371)

Про это была попытка поговорить в последнем @generictalks но вышло чуть в другом свете, за что мне стыдно перед слушателями. Исправимся.

Если подвести итог в любом споре X vs Y язык, то это такой же буллшит как школьные BMW vs Mercedes (все мы и так знаем, что Audi лучше). Здесь опять же все любят говорить про когнитивную нагрузку и то, на сколько нужно быть скилловым™ человеком, вот в срр умнее, ведь знают как там данные располагаются, а питонисты - нет (еще одна отсылка https://xn--r1a.website/oleg_log/1239 обожаю мемы и отсылки).

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

А ведь есть и другие измерения продуктивности, качества и профессионализма сотрудников, сюда и time to market, и документация, и онбоардинг, и другие вещи, а сколько еще технических тем! Можно быть суперматематиком и работать в гугле, но не знать ничего о syscalls и что вообще происходит с ./main (и это я про реального и живого человека говорю). И вот как его характеризовать?

Еще веселое, когда очень талантливый инженер (даже два), писавший и свою ОС, дистриб системы проверенные TLA+ и другие плюшки (я реально задолбался бы перечислять) уходил в Руби, только потому, что ему нравилась документация и краткость. И вот как его и её характеризовать? Умного и знающего все спеца или какого-то там крудо-шлёпа на руби? (против руби особо ничего не имею :)

Фигня это все в итоге, не сравнивайтесь, а старайтесь. А лучшее с собой, более весомая метрика.

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

https://www.facebook.com/mikhail.katsnelson.1/posts/1429161807256733

+ еще одно мнение по теме, и почему стоит ценить чужой труд. Хотя бы не задираться)

https://xn--r1a.website/nosingularity/392

The first two statements of your BASH script should be…

#!/usr/bin/env bash
set -euo pipefail

и это звучит логично. 1е для поиска интерпретатора баша, логично. 2е это завершать выполнение при 1й ошибке, если нет какой-то енв переменной и убивать цепочку команда в pipe.

В принципе вся статья, но прикольная https://ashishb.net/all/the-first-two-statements-of-your-bash-script-should-be/

У меня спросили список хороших опенсурс продуктов. Речь не о еще одной библиотеке jwt на го, а о чём-то более серьезном. К примеру Postgres, Kafka, Consul.

Приведенные выше опенсурсные, хорошо работающие, проверенные временем. И если заглянуть в код, то не страшно показать маме. Документация туда же.

Вот чтобы вы еще назвали из таких эталонных систем? Zookeeper я бы туда не отнёс, на нём построенно бизнесов с триллиард долларов, но после репозитория хочется утопиться в хлорочке.

Есть что подкинуть - кидайте сюдой @olegkovalov

Ваууу, я не знал истинной цели скринсейверов (в названии ведь "скрыто" !)

Re: Bouncing DVD Logo

As a historical note, the bouncing logo wasn't just for fun, but was important to prevent screen burn-in on CRTs. If you had a static image on a CRT for a long time, it could damage the phosphor. Sometimes you could even see the image when the screen was off!

This was the original purpose of screensavers, which saved your screen from damage. Displaying a dynamic image prevented one part of the screen from being overused.

kens, 8 hours ago

Тот самый момент, когда Uber превращается в субъект малого и среднего бизнеса. Обнуление шагает по миру.

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

Жил был сервис, перекладывал данные из одной БД в другую, сохраняя в json. Все было мило-спокойно. Объемы довольно большие, но цель не в latency, а в throughput. Случилась один раз беда...

Вместо {"key": "value"} сервис начал отдавать {"key": "value", "key": "value"} что все еще считается валидным форматом (из того, что я помню, в спеке нет уточнения, там просто "unordered set of name/value pairs"). Как можно уже догадаться, некоторые сериализаторы от этого падали и было нехорошо.

Так вот вопрос: а какого ж оно стало повторять ключи? А мы не знаем. В логах ничего, 1я БД чистая и данные правильные, а во 2й уже магия с повторениями. Сериализатор не самопальный, а популярное жава решение. Что случилось? - вопрос.

Логично грешить на concurrency, но пёс его знает. И вот как теперь доверять кому-либо? (за отсутствие кривых рук могу ручаться, я про участников инцидента, не авторов либы, либа jackson как помню).

ok coboomer https://blog.cloudflare.com/cloudflare-workers-now-support-cobol/

1. Google Chrome removes FTP support
2. Mozilla follows Google's decision, removes FTP support from Firefox
3. Google restores FTP support due to COVID-19. "Oh, FTP is still actively used by government websites, people need that"

https://bugs.chromium.org/p/chromium/issues/detail?id=333943#c43

Ссылка на тред
https://twitter.com/ValdikSS/status/1250368589493870592