🌍 CDN (content delivery network, сеть доставки контента) — это распределённая сеть серверов, которая ускоряет доставку контента пользователям.

CDN кэширует статические файлы: изображения, видео, CSS, на edge-серверах, расположенных ближе к пользователям.

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

😢 Минусы: дополнительные затраты на настройку и поддержание инфраструктуры, возможные сложности с кэшированием динамического контента.

📖 Скажем, вы разрабатываете новостной сайт на разных языках.

Понимая, что у вас будет большой объём трафика из разных стран, вы решаете использовать CDN (Cloudflare или Amazon Cloudfront), чтобы закэшировать картинки и видео.

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

🔗 https://ru.wikipedia.org/wiki/Сеть_доставки_контента

🎯 HTTP-заголовок — часть запроса или ответа, содержащая мета-информацию о передаваемых данных или самом запросе/ответе.

Заголовки используются для передачи информации о клиенте, сервере, типе контента, методах аутентификации и т.д.

📝 Примеры заголовков: Content-Type (MIME-тип контента), User-Agent (идентификатор браузера и ОС), Cookie (куки, которые браузер передаёт на сервер).

Попробуйте скачать файл с помощью curl:

> curl -I https://gromov.com/s/g/favicon.29a2003d.svg

HTTP/2 200
date: Sun, 18 Aug 2024 13:41:22 GMT
content-type: image/svg+xml
content-length: 1614
last-modified: Thu, 27 Jun 2024 10:05:42 GMT
etag: "667d3976-64e"
expires: Mon, 18 Aug 2025 13:40:51 GMT
cache-control: public, max-age=31536000
cf-cache-status: HIT

Обратите внимание на заголовок cf-cache-status и его значение HIT.

Это означает, что Cloudflare, который в данном случае используется в качестве CDN, "отдал" картинку из собственного кэша.

🔗 https://developer.mozilla.org/ru/docs/Web/HTTP/Headers

🧩 curl — это утилита для передачи данных по сети, доступная в unix-подобных ОС.

Чаще всего его используют, чтобы делать HTTP-запросы из командной строки, но вообще curl позволяет работать и с другими протоколами, например, FTP или SMTP.

🔑 curl подходит для получения данных с сайтов, тестирования API или автоматизации каких-то важных действий в CI/CD: например, с помощью curl можно выполнять health-check новых инстансов сервисов.

🔄 Среди альтернатив curl можно выделить wget или httpie. Последний мне нравится за более удобный интерфейс — как CLI, так и GUI 👍

📝 Вот пример использования curl:

# Обычный GET-запрос
curl https://example.com

# Отправка POST-запроса с JSON-данными
curl -X POST \
  -H "Content-Type: application/json"\
  -d '{"name":"John"}'\
  https://api.example.com/users

🔗 https://ru.wikipedia.org/wiki/CURL

🎯 Непрерывная интеграция и развёртывание (CI/CD) — метод автоматизации интеграции изменений в коде и его деплоя.

👌 Постоянная интеграция (continuous integration, CI) позволяет обнаружить ошибки как можно скорее через тестовые сборки, запуск автотестов и прочие проверки.

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

🚀 Регулярное развёртывание (continuous deployment, CD) позволяет быстро обновлять продукт и получать важные для бизнеса результаты.

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

No bueno.

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

Чем раньше они будут смёржены в основную ветку (интегрированы), тем быстрее получится разрешить конфликт.

Благодаря регулярным деплоям новая версия приложения попадает к пользователям уже на следующий день, а не через месяц.

🔗 https://ru.wikipedia.org/wiki/CI/CD

🚀 Общие табличные выражения (Common Table Expressions) в SQL используются для упрощения сложных запросов и улучшения их читаемости.

WITH создаёт временные результирующие наборы данных, которые можно использовать в следующих запросах, как если бы они были обычными таблицами.

💔 Без общих табличных выражениий сложные запросы быстро обрастают повторениями, становятся сложными для восприятия и отладки.

😁 Использование CTE позволяет разбить сложный запрос на более простые части и избежать вложенных запросов.

📝 Вот простой пример для запроса к базе данных по заказам:

WITH Sales_CTE AS (
  SELECT 
    SalesPersonID, 
    SUM(SalesAmount) AS TotalSales
  FROM Sales
  GROUP BY SalesPersonID
)
SELECT SalesPersonID, TotalSales
FROM Sales_CTE
WHERE TotalSales > 10000;

🔗 https://ru.wikipedia.org/wiki/Иерархические_и_рекурсивные_запросы_в_SQL#Общее_табличное_выражение

💡 Оператор ?. (optional chaining) в JavaScript используется для безопасного доступа к свойствам вложенных друг в друга объектов, которые могут быть undefined или null.

💔 Если не использовать оператор ?., то при попытке доступа к свойству undefined-объекта вы получите ошибку.

📚 Представьте, что вы выводите данные пользователей в цикле.

Есть зарегистрированные пользователи, а есть новые, о которых известен только их login.

const user = {
  personal: {
    name: 'Alice',
  },
  login: 'alice',
  id: 23,
};

const temp_user = {
  login: 'oleg',
  id: -1,
};

const users = [user, temp_user];

for (const user of users) {
  console.log(user.login, user.personal?.name);
}

for (const user of users) {
  console.log(user.login, user.personal.name);
}

Первый цикл сработает, а вот второй упадёт с ошибкой. Видите разницу?

🔗 https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Operators/Optional_chaining

📋 Smalltalk был разработан в 70-х исследователями Adele Goldberg, Dan Ingalls, Alan Kay в центре Xerox PARC, которому мы должны быть благодарны за кучу прорывных идеи и инноваций.

💎 Этот язык ввёл в обиход массу концепций, которые сегодня воспринимаются как данность:

• всё является объектом (привет, Python)
• объекты общаются через передачу и приём сообщений (здравствуй, Objective C)
• код организован в классы и методы (привет, Java).

📅 Smalltalk достиг пика своей популярности в 80-х, когда его использовали для создания интерактивных графических интерфейсов (GUI) и образовательных программ.

📚 Пример кода на Smalltalk:

Object subclass: Person [
    | name |

    Person class >> name: n [
        ^self new init: n.
    ]

    init: n [
        name := n.
    ]

    greet: g [
        Transcript show: g, ', my name is ', name; cr.
    ]
]

| person |
person := Person name: 'Alice'.
person greet: 'Hello'.

Последняя строка означает передачу сообщения.

🔗 https://ru.wikipedia.org/wiki/Smalltalk

✨ Посты прошедшей недели:

- Технический долг
- Хейзенбаг
- Поток
- Хеш-таблица
- Хеш-функция
- CRC32
- MVP
- Продакт-маркет фит
- Владение кодом
- Код-фриз
- Бинарный поиск
- CDN
- HTTP-заголовок
- curl
- CI/CD
- WITH в SQL
- Оператор ?. в JS
- Smalltalk

💬 Вам что-то уже пригодилось?

🎨 Бас-фактор (bus factor, фактор автобуса) — метрика, используемая для оценки последствий ухода сотрудника из команды.

🚍 Чем выше бас-фактор, тем более равномерно распределены знания об определённой части системы между членами команды.

🌟 Способы снижать риск: поощряйте парное программирование, написание документации, тестов, систематические глубокие код-ревью.

⚠️ Минусы: эти практики могут снижать производительность команды. Не каждая компания может позволить себе такую роскошь.

🔍 Например, в команде checkout интернет-магазина только Иван знает способ расчёта скидок и особенности начисления НДС в разных странах. На документацию и тесты у Ивана не остаётся времени.

Бас-фактор в этой части системы равен 1, а если Ивана собьёт автобус (отсюда название), работа замедлится или вообще встанет.

Если же с ним в паре работет Илья, они вместе пишут документацию, тесты на бизнес-логику, а также рассказывают о ней коллегам, бас-фактор будет равен 2 или выше.

🔗 https://ru.wikipedia.org/wiki/Фактор_автобуса

👍 OAuth2 — протокол авторизации, который используется для логина через соцсети, выдачи доступа к защищённым ресурсам.

🚀 Поддерживает разные способы авторизации: на сервере, на клиенте (implicit flow, рекомендуется не использовать), на сторонем устройстве (можно дать SmartTV доступ к вашему аккуанту, открыв URL на телефоне) и другие.

В отличие от OAuth использует короткоживущие токены доступа и является более простым в реализации.

📚 Например, вы хотите запросить у пользователя доступ к его фотографиям в облачном сервисе:

1) Создаёте URL с для auth-cервера, включающий параметр scope=photos, и перенаправляете туда пользователя.

2) Пользователь подтверждает запрос.

3) auth-сервер делает redirect пользователя назад с кодом авторизации (auth code).

4) Ваше приложение использует auth code для получения access token и refresh token.

Уместить в короткий пост такой процесс сложно, поэтому смотрите пример по ссылке ниже 👇

🔗 https://www.oauth.com/oauth2-servers/server-side-apps/example-flow/

🎯 Рекурсия — способ определения функции через вызов самой себя.

Используется в обходе графов/деревьев, парсинге, алгоритмах поиска, вычислениях рекуррентных отношений (отсюда и название), таких как числа Фибоначчи.

Бывает простой (когда функция вызывает сама себя) и косвенной, когда a() вызывает b(), а b() вызывает a().

✅ Плюсы: простота реализации, возможность решать сложные задачи способом "разделяй и властвуй" (divide & conquer).

👎 Минусы: может быть непонятна, пока не выработана интуиция. Высокое потребление памяти, возможность переполнения стека (stack overflow).

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

📝 Например, для вычисления N-го числа ряда Фибоначчи подойдёт классический код:

def fib(n):
  if n in (0, 1):
    return n
  return fib(n - 1) + fib(n - 2)

print(fib(13))

При задании рекурсивных функций важно всегда думать о "базовых случаях" — условиях, когда функция должна остановиться.

🔗 https://ru.wikipedia.org/wiki/Рекурсия#В_программировании

🛡️ Code smell (код с душком) — это когда в коде есть признаки вероятно более глубоких проблем, например, с проектированием системы.

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

Часто code smells определяются автоматически во время выполнения тестов, например, с помощью rubocop для Ruby или eslint для JS.

❌ Используйте их с осторожностью, потому что многие "признаки плохого кода" очень субъективны, а реальное программирование невозможно без компромиссов.

📚 Типичные примеры включают в себя:

• слишком длинные методы
• классы с раздутой областью ответственности, у которых много методов (god objects)
• много аргументов у функций
• более частое обращение к методам и свойствам другого класса, чем к своим (feature envy)
• повторяющийся код

🔗 https://ru.wikipedia.org/wiki/Запах_кода

⭐ LTV, иногда CLTV (customer lifetime value, пожизненная ценность) — это выручка, которую компания ожидает получить от одного клиента в течение всего срока его взаимодействия с бизнесом.

LTV является усреднённым показателем, который используется в маркетинге и планировании для расчёта возможных затрат на привлечение (CAC, customer acquisition cost) и удержание клиентов.

🤷‍♀️ Его легко спутать с ARPU (average revenue per user) — cредней выручкой от клиента за определённый срок.

📖 Например, если пользователь платит стримингу 1,000 руб. в месяц и остаётся в среднем на 15 месяцев, его LTV составит 15,000 рублей.

🔗 https://ru.wikipedia.org/wiki/Пожизненная_ценность_клиента

💡 Отток клиентов (customer churn rate) — показатель количества клиентов, которые бизнес теряет за данный период времени, обычно месяц или год. Измеряется в процентах.

Важен для бизнесов с подписочной моделью: SaaS (sofware as a service), телекомов (операторы сотовой связи и интернет-провайдеры), стримингов.

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

🤔 Churn может мяняться и под влиянием внешних обстоятельств: кризисов, войн и т.п.

Не путайте customer churn с revenue churn, оттоком выручки.

🔍 Представьте, что оператор сотовой связи обслуживает 1,000 клиентов зарабатывает 1,000,000 руб в месяц.

Каждый месяц он теряет 1% клиентов, то есть 10 человек.

Отток выручки составляет 15,000 руб против ожидаемых 10,000 руб (10 x 1,000 руб в среднем на клиента).

Такое возможно, если некоторые из клиентов переключаются на более дешёвые тарифы, например.

🔗 https://ru.wikipedia.org/wiki/Отток_клиентов

🌍 REST API (Representational State Transfer) — это способ построения API для веб-сервисов.

Обычно работает поверх протокола HTTP и использует методы GET, POST, PUT и DELETE для выполнения CRUD-операций над ресурсами.

Важные свойства REST:

1️⃣ отсутствие состояния (stateless) — ни сервер, ни клиент не обязаны знать о прежних запросах.

2️⃣ операции над ресурсами, а не выполнение команд — в этом отличие от RPC-протоколов.

REST API — это один из способов сделать API на основе HTTP с использованием JSON.

🧐 Вокруг этих терминов часто возникает путаница: не каждый веб-сервис с HTTP API является RESTful, а REST API не обязан исползовать HTTP для транспорта или JSON для сериализации данных.

📖 Например, так может выглядеть ответ на запрос GET /users/1

{
  "links": {
    "self": "http://api.app.com/users/1",
    "friends": "http://api.app.com/users/1/friends"
  },
  "data": {
    "id": "1",
    "type": "user",
    "attributes": {
      "name": "Oleg Gromov"
    }
  }
}

🔗 https://ru.wikipedia.org/wiki/REST

🔍 HATEOAS (Hypermedia as the Engine of Application State) — это одно из важных ограничений RESTful архитектуры.

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

🏆 По сути, это адаптация идеи WWW для HTTP API.

Как пользователь открывает страницу и дальше переходит по ссылкам, так и API-клиент может узнавать о возможностях cервера прямо из его ответов, а не хардкодить урлы его "ручек".

Благодаря этому клиент и сервер могут развиваться отдельно друг от друга, что может быть полезно для публичных API.

👎 Минусы: ограничение достаточно абстрактное и теоретическое, его сложно встретить в "дикой природе" и ещё сложнее правильно реализовать.

Обычному веб-приложению совсем не нужны эти премудрости, т.к. несмотря на деление на клиент-сервер, оно развивается и обновляется как монолит.

📚 Например, HATEOAS используется в REST API системы управления задачами Genie от Netflix 👇

🔗 https://netflix.github.io/genie/docs/3.0.0/rest/#_hateoas_links_4

🚩 Мемоизация (memoization) — это ускорение долгой функции, которая вызывается несколько раз, c помощью кэширования результатов.

Часто используется вместе с рекурсией.

Для мемоизации обычно используется cловарь, где ключом являются параметры фукнкции, а значением — её результат.

✅ Плюсы: ускорение выполнения за счёт уменьшения количества повторных вычислений.

⛔️ Минусы: увеличение потребления памяти из-за хранения промежуточных результатов.

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

📚 Например, запустите эту программу на python и сравните количество вызовов fib_memo с fib.

def fib(n):
  if n <= 1:
    return n
  print(n)
  return fib(n-1) + fib(n-2)

def fib_memo(n, memo):
  if n in memo:
    return memo[n]
  if n <= 1:
      return n
  print(n)
  memo[n] = fib_memo(n-1, memo) + fib_memo(n-2, memo)
  return memo[n]

print('memoized: %d' % fib_memo(10, {}))
print('recursive: %d' % fib(10))

🔗 https://ru.wikipedia.org/wiki/Мемоизация

Пятница-пятница. А вы деплоили сегодня? 😁

⭐ Сине-зелёные деплои (blue-green depoyments) — это метод развёртывания приложений без даунтайма (downtime, простой).

Есть 2 идентичные среды: "синяя" и "зелёная". "Синяя" обслуживает пользователей, а "зелёная" используется для развертывания и тестирования новой версии.

Если релиз успешный, трафик переключается с синего на зелёное окружение, а они меняются местами.

🔥 Плюсы: деплои проходят без простоя (zero-downtime deployment), можно быстро откатить релиз.

😢 Минусы: требует работы двух идентичных сред, а это накладно для сложных приложений. Нужен reverse-proxy или load balancer для роутинга трафика.

📚 Скажем, вы выкатываете новый бэкенд сервиса такси.

Релиз проходит без простоя, потому что новый код попадает только на серверы в "зелёном" окружении, где он тестируется и запускается.

Пользователи не замечают деплоя и плавно "перетекают" из одной копии в другую благодаря использованию reverse-proxy, например, traefik или haproxy.

🔗 https://yandex.cloud/ru/docs/tutorials/web/blue-green-canary-deployment

👍 COALESCE() — это SQL-функция, которая возвращает первое не-NULL значение из списка аргументов.

🤗 Её полезно использовать при работе с данными, где могут встречаться NULL.

📚 Например, есть таблица с заказами, и вы хотите посчитать стоимость каждого заказа.

При этом NULL и 0 в колонке tax отличаются: при NULL вам не нужно подавать отчёт по НДС, а при 0 всё равно нужно.

| order_id | subtotal | tax    |
|----------|----------|--------|
| 201      | 120.00   | NULL   |
| 202      | 45.75    | 3.50   |
| 203      | 89.99    | NULL   |
| 204      | 150.00   | 12.00  |

Наивный запрос вернёт неправильные значения total для tax = NULL.

SELECT 
  order_id, 
  subtotal + tax AS total 
FROM orders;

Чтобы получить правильные результаты, используйте COALESCE:

SELECT 
  order_id, 
  subtotal + COALESCE(tax, 0) AS total
FROM orders;

🔗 https://ru.wikipedia.org/wiki/NULL_(SQL)#Операции_с_NULL