⚠️ Набрасываю на SQL

Я как-то раз писал про то, почему я не люблю SQL (именно язык как концепцию и философию, а не конкретные реализации), зато люблю про это говорить — уже третий пост, где я это упоминаю. Тем не менее я сейчас пишу код для следующего ролика, и я сознательно решил там использовать PostgreSQL. Причина простая — это видос про написание проекта. Такие видосы по моей гипотезе полезны прежде всего джунам, чтобы те могли приложить к резюме свой гитхаб, где лежит реализованный проект. И в данном случае джун, умеющий хоть как-то в PostgreSQL будет иметь преимущество, потому что постгря сейчас практически везде.

Так вот, я вчера мозг сломал в трёх местах, пока пытался написать запрос с элементарной фильтрацией по колонкам с таймстемпами. Не то что бы это что-то сложное, но способов выразить время и фильтры по времени в PostgreSQL миллион (как и положено в SQL). А к ним добавляется ещё неясность относительно того, как эти даты и интервалы правильно передавать конкретному драйверу — авторы того драйвера, что у меня решили, что не будут делать авто маппинг time.Duration в интервалы. Почему? Потому что не будут.

Вообще я думал про то, что в СУБД нужно выкинуть/сделать SQL опциональным и предоставлять бинарный протокол. Почему SQL нужен аналитикам — понятно. Зачем промежуточный язык для продакшен-кода — мне непонятно. Если бы у СУБД существовал бинарный протокол, то язык запросов мог бы быть выражен инструментами языка, на котором ведётся разработка. Да, я знаю про ORM и ActiveRecord. Но они всё равно превращают код на одном языке в код на SQL. Тут уж я скорее солидарен с го-коммьюнити — если и писать SQL-запросы, то на самом SQL.

Есть тула, на которую я недавно наткнулся — sqlc. Она отчасти, но решает эту проблему: вы описываете схему БД, как обычно вы это делаете в миграциях на создание таблиц, а дальше sqlc генерит код. Сгенерированный код реализует только CRUD, но при этом никто не мешает в отдельном файле рядом дописать к структурам методы, которых вам не хватает. В sqlc нравится, что это не ORM, а именно кодогенерация — при необходимости с sqlc можно будет постепенно без проблем съехать или, например, подменить части сгенерированного кода (засчёт эмбеддинга и прочих танцев, но всё равно). Выкинуть ORM просто так уже не получится.

Иногда мне нужно проверить какой-нибудь маленький сниппет кода, и обычно для этого я открываю Go Playground. А тут мне попалась штука под названием gore. Это по сути REPL для Go! Т.е. можно построчно и интерактивно вводить части кода и тут же выполнять их. Конечно, до лисповых реплов ему как до Луны (да и до питонячего, я подозреваю, тоже), но для описанного мной юзкейса в самый раз.

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

https://go.googlesource.com/proposal/+/master/design/56345-structured-logging.md

GitHub Copilot получил вполне логичное развитие, и теперь по сути в него встроен ChatGPT. Давно пора! Теперь не нужно будет копировать код, вставлять в ChatGPT и просить что-то с ним сделать, всё стало чуть удобнее.

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

https://github.com/features/preview/copilot-x

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

На сайте, кстати, много каналов и проверенных курсов от членов сообщества — хорошее место подыскать себе ресурсы для (само)обучения.

Ещё один подгон от @ityoutubers_com — папка с каналами про айти.

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

Вообще, конечно, мне нравится подход команды мессенджера. В условном фейсбуке вряд ли бы стали такое делать, потому что «продуктово» (на самом деле просто с точки зрения гринда KPI) это «не резонно» (т.е. непонятно, как повысит ретеншен и насколько больше или меньше продукт станет зарабатывать). В Телеграме же многие фичи появляются, просто потому что прикольно или удобно.

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

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

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

https://github.com/bzick/oh-my-backend