DigitableCourses
Локально и без аккаунта. Аккаунта нет, регистрация не нужна: введённое в инструменты остаётся в localStorage браузера и на сервер не уходит.
Свой счётчик считает открытия страниц и дочитывания: уезжает адрес и десятая доля текста. Без cookies и чужих счётчиков, IP не хранится, Do Not Track уважается. Как это проверить
Репозиторий портала не выложен, «открытым кодом» мы его не зовём. Открыто это:
Живёт портал на донатах, платных консультациях и разборах по запросу и покупке Workbench.
Планов делать курсы платными нет.
Выкладка от 16 сентября 2026, срез 95043e5
Что изменилось на портале с вашего прошлого захода. Полный список выкладок — в разделе «Что изменилось» на странице «О нас».
72 материалов в этой теме.
Как отличить архитектурно значимое решение от обычного, записать его в ADR, честно сравнить альтернативы по атрибутам качества, провести оценку методом ATAM и сделать …
Что такое архитектура на самом деле, из каких осей состоит выбор стиля, как связать атрибуты качества с решениями и как пользоваться остальными статьями трека.
Как устроить фронтенд-проект так, чтобы он выдержал три года и десять человек: слои и правило зависимостей, изоляция API, монорепо на pnpm и Turborepo, микрофронтенды и …
Как собрать Java-сервис, который переживёт три года изменений и чужой отказ: направление зависимостей, проверяемое компилятором, модули сборки, типизированная …
Как строить поддерживаемые сервисы на .NET: слоистая и гексагональная архитектура, DI-контейнер, конфигурация и Options, EF Core, устойчивость и Minimal API vs …
Как собрать из чистых функций целое приложение: функциональное ядро и императивная оболочка, решения как данные, что делать, когда сэндвич ломается, честная цена подхода …
Как устроено мобильное приложение внутри: слои и правило зависимостей, однонаправленный поток данных, MVVM против MVI, состояние экрана как тип, внедрение зависимостей и …
Гексагональная архитектура по-гошному, ручной DI, конфиг через env, net/http и роутеры, database/sql с pgx и sqlc, устойчивость и slog.
Организация продакшн-кода на Elixir: контексты Phoenix, слоистая/гексагональная архитектура, инверсия зависимостей через поведения, конфигурация, Ecto (схемы, changesets, …
Как из контракта получается работающее приложение: слой RPC и теги блока, свой узел против провайдера, индексация логов и обработка реоргов, релееры и мета-транзакции, …
Каталог решений, которые выглядят разумно в момент принятия и разрушают систему через год: God Object, Big Ball of Mud, Golden Hammer, Lava Flow и организационные …
Как решать, что платформа прячет от продуктовых команд, а что обязана показывать: критерии, люки без выхода из платформы, разбор провальных обёрток и честный счёт …
По этому запросу ничего не найдено.