База знаний в saas-проекте

Любой интернет-проект, а особенно если это saas-сервис, должны иметь хорошую документацию для пользователей. На эту документацию должны ссылаться специалисты технической поддержки при работе с клиентами, ссылки на эту документацию должны быть аккуратненько и уместно размещены в личном кабинете сервиса (или на сайте). Небольшой список требований к такой базе знаний и Читать дальше…

BitBucket прекращает поддержку Mercurial

Когда-то давно я пришел на Bitbucket именно из-за поддержки и Git и Mercurial. Времена идут, продуктовые стратегии меняются, старое выпиливается. Самое главное, что пользователям дается время свалить с битбакета или мигрировать на Git.

Про DDD

— есть бизнес и его виденье мира — есть разработчики которые выражают бизнес процессы в коде — есть проблема перевода требований из языка бизнеса в код, потому что модель бизнес процессов часто засоряется инфраструктурной фигней — «проблема перевода» приводит к тому что спустя время сложно понять как работает модель, сложно Читать дальше…

Про CentOS…

Пустой дистрибутив. Абсолютно любое действие в нём начинается с tar zxf, configure, make install.  Разговоры о его надежности заканчивается через полчаса после необходимости поставить какой-нибудь htop или monit.  Ещё через час после разломанного в крошево дистрибутива заканчиваются рассказы о том, что существуют какие-то внешние репозитории, в которых что-то есть.

Про фичи, контексты и boundary context

Фичи формируют контексты (boundary context). Контексты пересекаются но в целом весьма изолированы. Их нутро не зависит друг от друга. Возьмем к примеру каталог товаров и прикинем какие у нас тут есть контексты: пользователи — авторизация, восстановление доступа, управление профилем ордеры — весь цикл жизни ордера в системе каталог товаров — Читать дальше…