Reading queue

У меня большая база книг, разделенная по темам. Она обладает следующими свойствами:
- Книги скорее всего хорошие (я определяю это по рейтингу амазона и goodreads). Хотя часть книг есть и плохих, но это, если мне все равно надо зачем-то в них смотреть
- Файлы книг там в лучшем качестве, что я смог найти. И мне не надо опять проделывать эту работу
- Книги в быстром доступе для меня, если надо что-то вспомнить

Но существовало две проблемы. Первая - я забывал, что я прочитал и когда, поэтому я начал вести список книг, которые прочитал. Особой необходимости в этом не было, просто мне это нравится.

А вторая существовала до текущего момента. Я забываю, какие книги я сохраняю в эту базу и какие из них я хотел бы прочитать.

Много раз было такое, что я находил потенциально интересную книгу и думал, что надо обязательно ее прочитать, но потом понимал, что я не помню ни одного названия такой книги. Поэтому решил создать Reading queue книг, которые хочу прочитать. Идея - располагать книги отсортированными по приоритету, так я и не забуду ни о чем и в порядке не запутаюсь.

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

Chris Richardson - Microservices Patterns

Chris Richardson пишет второе издание своей книги. По планам релиз весной 2027

Ниже - что будет нового во втором издании.
tldr (полная версия в комментариях):

- Книга сильно обновлена на основе практики последних лет.

- Главный акцент - fast flow: быстрые мелкие изменения + быстрый feedback.

- Fast flow держится на трех вещах: Team Topologies, DevOps, подходящая architecture.

- Больше внимания архитектурным основам: coupling, quality attributes, устройство architecture.

- Расширен раздел про принятие решений: как выбирать между monolith и microservices, 10 сил для оценки решений, пошаговый процесс проектирования.

Особо ничего непонятно конечно, но будем думать, что там что-то нормальное

MinIO repository is no longer maintained
Article, Comments

#книги
Daniel Kahneman - Thinking, Fast and Slow
30.12.2025 - 21.02.2026


В русском переводе название звучит "Думай медленно, решай быстро", но в книге не говорится о том, что надо что-то быстро решать, это неудачный перевод. В оригинале название - Thinking, Fast and Slow, что гораздо более точно отражает представленную модель мышления в книге: есть две системы, одна быстрая, но подвержена ошибкам, а вторая медленная, более энергозатратная, но умная. В частности из-за этого перевода и из-за других своих ожиданий я рассчитывал получить все же больше каких-то практических рекомендаций, но в итоге эта книга - скорее описание мышления и разных неочевидных его нюансов.

Одним из самых полезных было именно описание модели мышления из двух систем. Например, именно система 1 ответственна за быстрый (и часто неверный) ответ на задачу:
>Если 5 машин за 5 минут делают 5 деталей, сколько времени нужно 100 машинам для 100 деталей?

А если мы потрудимся и подумаем (включим систему 2), то с большей вероятностью найдем верный ответ. Но трудиться сложнее, чем не трудиться, поэтому часто решение принимает система 1.

В остальном для развития мышления лучше прочитать книгу по логике.

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

В любом случае я рад, что прочитал, ибо давно хотел, и если бы не прочитал, то все еще бы хотел и это бы меня мучило)

Okular

Наконец-то получилось починить Okular, чтобы открывал ссылки в браузере, а не показывал это бесячее окно)

Если кому вдруг актуально, то:

sudo pacman -S --needed archlinux-xdg-menu
sudo mkdir -p /etc/xdg/menus
sudo ln -sf /etc/xdg/menus/arch-applications.menu /etc/xdg/menus/applications.menu

Martin Kleppmann - Designing Data-Intensive Applications

Во втором издании Кабанчика в схемах объясняющих уровни изоляции транзакций поменяли имена

(Alice и Bob - это условные персонажи, которые используются в информатике, криптографии и теории протоколов для объяснения взаимодействия между сторонами.)

у меня сегодня день вайбкодинга... Ощущения отвратительные.

Всё же мне нравится писать код самому

Спасибо чатГПТ

samber/lo
https://github.com/samber/lo

ура!

После долгих уговоров в самом популярном issue (примерно с Марта 2022го) в либу добавляются варианты функций, которые возвращают ошибки (это пока еще pr, но он от мейнтейнера, так что скоро будет).

Раньше можно было так:

ids := []int{1, 2, 3}

idsStr := lo.Map(ids, func(id int, _ int) string {
  return strconv.Itoa(id)
})

// idsStr = []string{"1", "2", "3"}

но вот так уже было нельзя:

idsStr := []string{"1", "2", "3"}

ids := lo.Map(
  idsStr,
  func(idStr string, _ int) int {
    id, err := strconv.Atoi(idStr)
    if err != nil {
      // что делать с err?
    }

    return id
  },
)

Теперь же будет можно:

ids, err := lo.MapErr(
  idsStr,
  func(idStr string, _ int) (int, error) {
    id, err := strconv.Atoi(idStr)
    if err != nil {
      return 0, err
    }

    return id, nil
  },
)

И аналогично для многих других функций (еще некоторые добавятся в отдельных pr).

Грязная архитектура

Наткнулся на очередной репозиторий по "чистой архитектуре". 1к звезд между прочим! Наверное что-то крутое. Смотрим первым делом на юзкейс:
https://github.com/khannedy/golang-clean-architecture/blob/main/internal/usecase/user_usecase.go

1. Импорт gorm
2. Импорт Fiber
3. Импорт интерфейса Repository из пакета Repository
4. Явный вызов бд транзакций в юзкейсе
...

Другие файлы открывать просто нет смысла

Если бы у меня была задача сделать репозиторий максимально противоречащий чистой архитектуре, то я бы вряд ли справился лучше, чем тут

Preston Thorpe

Есть такой проект Turso - это "SQLite на rust".

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

Вот его история и продолжение

Linkedin: https://www.linkedin.com/in/pthorpe92/

На гитхабе жесть: https://github.com/PThorpe92

Курс по чистой архитектуре и DDD

Хотел бы поделиться вот этим курсом:
https://microarch.ru/courses/ddd/languages/go

Это лучшее, что я встречал по теме. Считаю, что просто великолепный материал - на порядок лучше всего, что я когда-либо видел на ютубе.
- Отличная подача, структурированно и последовательно
- Отсутствие ошибок! Это редкость в принципе: на ютубе и примерах на гитхабе их миллионы.
- Шикарнеший набор тем

Если вы не знаете, какие вам знания нужны в архитектуре приложений, то в этом курсе все, что вам нужно. Даже не сомневайтесь

#книги
PostgreSQL 17 изнутри
21.02.2026 - 19.03.2026

Книга состоит из следующих частей:
- Часть I. Изоляция и многоверсионность
- Часть II. Буферный кеш и журнал
- Часть III. Блокировки
- Часть IV. Выполнение запросов
- Часть V. Типы индексов
Это определенно книга не для изучения SQL. Знание SQL подразумевается для чтении этой книги, но в целом неглубокое.

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

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

Какой-то вывод сделать сложно. Не в восторге, но прочитал не зря

Сыр Чеддер назван по месту первоначального произодства - деревня Чеддер в Англии.

Obsidian

Раньше я сохранял заметки в Saved Messages телеграма, но у этого есть минусы:
- неструктурированно
- ненадежно
- неудобно писать

Потом перешел на obsidian, что и всем советую.

Тут я хотел бы просто показать пример заметки. Я долго изучал, как правильно все это делать по zettelkasten'у, но в итоге остановился на довольно простом подходе и один из типов заметок выглядит так. Это заметка связанная с какой-то утилитой в системе - она называется также, как и сама утилита и в ней я не описываю все функции утилиты, а просто записываю "инструкции", которые пригодились один раз и помогут сделать то же самое, когда система переустановится. Пример собственно на скрине.

Таких заметок у меня уже довольно много и это здорово помогает. Есть и заметки не по утилитам, а например по паттернам или по темам каким-то, в которых разбирался. Есть по книгам заметки, но в них я в основном пишу то же описание, что и скидываю сюда, когда прочитаю какую-то книгу (хотя в книгах вроде DDD Эванса или POEAA Фаулера у меня много всего). Всего 602 заметки. Скину граф в комментарии

#книги
Е.П. Моргунов - PostgreSQL. Основы языка SQL
19.03.2026 - 05.04.2026

В целом охарактеризовал бы книгу как «нормальную». Есть моменты, которые не понравились, есть те, которые понравились, поэтому выходит что-то среднее. Если попытаться представить, какую оценку она бы имела на Amazon, то я бы сказал 4.4, может, 4.5.

Что понравилось:

- Много задач. Я их, конечно же, не делал, но все равно считаю, что это отлично для такой книги.
- Книга выглядит как та, с которой можно начать изучать SQL, основная часть тем рассказывается нормально.

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

Что не понравилось или показалось странным:
- Иногда было неясно, нужно ли применять запросы указанные в книге или нет. Например в какой-то момент появляется CREATE TABLE, а в демо базе уже есть эта таблица и получается ошибка. Потом какие-то DELETE и неясно, потребуются ли эти строки в дальнейших примерах или нет, то есть можно ли выполнять запрос или лучше не выполнять.
- Как-то сложно описаны соединения, ибо не было элементарных примеров вроде: «соединяем таблицу с 3 значениями с другой таблицей с 3 значениями». Если знаешь, как это происходит, то такие примеры не нужны, но если только узнал про то, что такое соединения, то будет сложно представить без них.
- Были моменты, которые как будто не лучшие практики, но про нюансы не было сказано.
- Этот пункт, возможно, лично мой, но часто, когда читаю книги или просто примеры, не нравится в дополнение к силам, затраченным на понимание идеи, тратить силы на понимание предметной области. Например, в этой книге те же джойны объясняются на примере базы, предметная область которой - «Авиаперевозки», и чтобы понять идею джойна, требуется ориентироваться в предметной области этой БД - мне это видится как некоторая лишняя работа, которая увеличивает количество информации, которую нужно держать в один момент времени в своей «оперативке».

То есть, чтобы понять множество идей А, тебе еще нужно понимать множество идей B, и без B не понять A, но в этом, на мой взгляд, нет никакой необходимости. Я вообще много где подобное замечаю, и раздражает, что сперва надо провести умственную работу по отсеканию лишнего, оставив саму суть, и только потом думать о самой этой сути.

Что по бд, что по сетям как-то трудно понять, какая книга норм
- У многих книг средний рейтинг
- Непонятно, какая книга нормальная для старта
- Непонятно, что именно рассказывается. Я тут про то, что например в сетях миллион всего может быть: протоколы, устройство сетевого стека в линуксе, базовое администрирование (такое я так и не нашел). В бд примерно также: есть справочники sql, есть проектирование бд, есть теория бд, администрирование бд и миллион всяких книг по каждой из субд.

В языках программирования такой проблемы нет. Есть точно хорошие книги.

#книги
Е.П. Моргунов - PostgreSQL. Профессиональный SQL
05.04.2026 - ... (16.04.2026)

Книга, которую я не дочитал. Это выше моих сил.

В отзыве про первую часть, я жаловался, что мне не нравится, когда примеры делают на основе какой-то предметной области. Тут также объяснение идет на примере базы авиаперевозок. И в части про рекурсивные общие табличные выражения мне было сложно понимать примеры ровно до момента, когда не появился пример на очень абстрактной таблице, где были не "аэропорт вылета и аэропорт прилета", а просто узел графа из которого ребро направлено в другой узел графа. В нем не надо было понимать, что это рейс какого-то самолета, где первый узел это Москва, а второй это Мурманск или еще какой-то город, в ней было просто: ребро идет из узла 1 в узел 2. Все бы такие примеры.. Но автор еще как будто извинялся, что пример абстрактный.

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

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

Первый полный sql запрос в главе оконных функций появился только на четвертой странице и по размеру составлял половину страницы - я считаю, что это ненормально.

Следующая глава про LATERAL. LATERAL также объясняется запросом на пол страницы, большая часть которого не нужна для объяснения LATERAL. 0 картинок с примерами таблиц на разных этапах выполнения запроса.

Максимально неприятно читать это все.

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

#книги
Антон Жиянов - Оконные функции SQL
16.04.2026 - 23.04.2026

Книга состоит из трех частей:
- Окна и функции
- Фреймы
- Практика (эту я пропустил)

Я часто негативно описываю многие книги, но не в этот раз. Шикарная книга. Она очень простая, и такими и должны быть книги!

- К концу первой части уже можно хорошо понимать, что такое оконные функции.
- В конце каждой части отличное резюме, которое действительно суммаризует информацию, а не просто написано "чтобы было".
- Примеры демонстрируются на элементарнейших таблицах. Как итог не нужно тратить усилия, чтобы вникать в большую предметную область. То, что надо!
- Работа первого запроса в новой главе демонстрируется по шагам. Буквально, как поменяется таблица на каждом шаге.
- Отлично продуманный порядок тем и примеров.

GitHub's Historic Uptime
https://damrnelson.github.io/github-historical-uptime/