Когда встречаю такие баги - всегда чувствую себя особенным.

Такое предчувствие, что они случаются раз на миллиард страниц и прям хочется чтобы появилось окошко и сказало "вау, да ты редки чел, молодец, вытащил счастливую комбинацию".

Кроме этого всегда интересно - это баг Github, Chrome или, о ужас, расширение Refined Github ? наверн Хрому фаззинга не хватает...

Технологии офигенны, прям csi miami или как там его. OCR (Optical character recognition) в наше время все лучше и лучше.

Моя бывшая коллега Катя Говердовская написала хорошую статью про тексты в интерфейсах:
https://habr.com/ru/company/plesk/blog/650779/

Блин, круто.

A decade of major cache incidents at Twitter

https://danluu.com/cache-incidents/

Где-то по любому есть awesome postmortems, но как всегда самое интересное никто не публикует. Поэтому и приходится менять работу, чтобы почитать у кого что было.

Спасибо Slach, тот же Dan Luu ведёт awesome-postmortems, можете читать самое интересное в интернете [citation needed] не выходя с Гитхаба.

https://github.com/danluu/post-mortems/

Ты можешь считать себя справа, когда ты слева. Наоборот тоже работает.

Это прекрасно. Всегда думал что это шутки, а это правда, есть манга по батарейкам и комплексным числам (CC: robpike)

https://www.ohmsha.co.jp/english/manga.htm

🚒 https://habr.com/en/post/651203/

Новый пакетик для документации https://github.com/golang/go/issues/51082

Упс, а там баг. Уверен, что много кто на такое натыкался, когда есть повторяющийся элемент и где-то там терялась запись, это ж класика.

https://www.youtube.com/watch?v=fRed0Xmc2Wg

Сама идея со 2м перебором напомнила xkcd https://xkcd.com/832/

Шикарный ход, надеюсь все больше и больше людей и проектов будут юзать одно решение для диаграмм.

https://github.blog/2022-02-14-include-diagrams-markdown-files-mermaid/

Расса потянуло на воспоминания о том как создавалось репо Go.

https://research.swtch.com/govcs

For what it’s worth, I’ve since heard from many people about how the 1972 dates have broken various presentations and analyses they’ve done on the Go repository as compared to other projects. Oops! My apologies. (I also heard from someone who was analyzing Mercurial repos for “branchiness” and decided to use the Go repo as a large test case. Their program said it had branchiness 0 and they spent a while debugging their program before realizing that the repo really was completely linear, thanks to our “rebase and merge” policy.)

хех

Когда человек делает тестовое задание на 2к линий и на 22 файла (на Go), то у меня возникает паника: а на какое безумство готов пойти этот человек в команде?

Не, конечно же хочется написать хорошее решение, потом его сделать публичным и получить 2й прометеус, но реальность чуть другая и тестовое задание не более чем маркер - говорить дальше или нет (даже разговор потом это не 100% гарантия хорошего кандидата, кэп).

А вот душнота в тестовом - неприятная вещь. Ты вроде читаешь и пытаешься понять, как думал человек, а в итоге смотришь на его/её логгер или 3 варианта решения для стореджа. Ну приятно, но смысла мало, если бы я увидел комент "вот тут на каналах, но можно на мютексе" - я бы был более рад.

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

Наверное в виде совета сказал бы такое - ревьюверы не хотят делать ревью, ну вот прям такое супервдумчивое с 2мя созвонами по 1 фции, ну как с рабочим репо, но при этом хочется видеть о чем думает и о чем может думать кандидат.

Может и не надо писать много коментов в коде, но если в README написать TODO чего не хватает или что хочется потрогать (фаззинг/jepsen/etc) то лучше сказать, мне это не раз помогало найти крутых кандидатов.

Там еще пост выше с деталями