At its worst, a product manager relationship is like an unhealthy family: driven by condescension, emotional manipulation, lies, and mistrust. This isn’t because product managers are bad people! It’s because the structure of the relationship creates conflict. Both sides must make commitments (about the technical system or goals of the organization) that are (a) often wrong, and that (b) the other side is unable to independently verify. To avoid the trap, both sides have to be generous, willing to trust each other in their areas of expertise, and most importantly competent.

Every time I post a new behavioral experiment, or share a personal resolution of some kind, I get a few emails telling me not to be so strict with myself.

They always say something like “It’s not good to be so hard on yourself!” or “We shouldn’t be forcing ourselves to do things!”

This is a common thing to hear in our improvement-focused culture. I used to think it was a reasonable caution, but now I think it’s generally bad advice.

It seems well-meaning in most cases—people sometimes do go overboard with exercise, frugality, and personal efficiency. But I think it’s much more common for people to go under-board in some or all of those areas, and you can bet the person giving you a hard time is one of them.

We often hear about the importance of “balance” in our self-improvement efforts. But what exactly are we balancing? Good behaviors and bad ones? Are we looking for lives that are equal parts wisdom and recklessness?

Can you imagine someone saying “I don’t think we should force ourselves to brush our teeth every day. You have to live a little!”

Финансовый дзен мониторинг: наблюдение за курсами доллара, евро и нефти. Медитация. Релаксация.

The safest and most reliable way to deal with feature flags is to hardcode them

HTMX in PostgREST!

create or replace function api.index() returns "text/html" as $$
  select $html$
    <!DOCTYPE html>
    <html>
    ...
    </html>
  $html$;
$$ language sql;

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

Олешко Т.С. О двух типах нарциссических пациентов

BRIN stands for Block Range Index. BRIN is designed for handling very large tables in which certain columns have some natural correlation with their physical location within the table.

Бывает, придёшь в кафе, там всякие круассаны и пирожные лежат красиво. Поразглядывал, выбрал, обращаешься к девушке. А она такая: «Вам с собой?» Нет, здесь. «Садитесь, к вам подойдет официант».

Макс на Луне. Одна из моих любимых поинт-н-клик игр. С милой анимацией и озвучкой на нескольких языках.

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

Task is a task runner / build tool that aims to be simpler and easier to use

version: '3'

tasks:
  hello:
    cmds:
      - echo 'Hello World from Task!'
    silent: true

Из комментариев под статьёй:

Кто-то не очень понимает, что ORM в первую очередь - маппер. Да, и называется он Object-Relational Mapper. Отвечает за взаимосвязь между реляционными данными и объектно-ориентированным миром.

Тот, кто хотя бы раз сталкивался с опечаткой при загрузке поля в объект, уже не задаёт вопросы, оправдан ли ORM. Когда за тебя связку делает кодогенератор с нулевой возможностью ошибки на любой сложности схеме - начинаешь ценить надёжность такого решения.

Что касается SQL. ORM не может в принципе покрыть весь синтаксис SQL. И не должен, это не его задача. Его задача - сделать простым синтаксис 95% случаев, когда дальше джойна и WHERE ничего не надо. ORM не мешает использовать чистый SQL, а чаще всего может его дополнить, переводя результат сложного запроса в набор объектов.

Я начитался историй об оппозиционной ботферме и подметил закономерность: для союзников и противников у них разные слова, которые обозначают одни и те же явления