Category: engineering
5 posts in this category.

Міграції, які насправді можна відкотити
Майже кожна команда скаже вам, що їхні міграції оборотні. Спробуйте у вівторок після обіду. Ось патерни, які перетворюють відкат на рутинну подію, а не на суботню аварію.

Мінімум спостережуваності, що виправдовує своє існування
Великі постачальники перепродають спостережуваність, а маленькі команди її недобудовують. Існує двотижневий обсяг робіт, який окупається протягом усього життя системи, і набагато більший пласт, що починає виправдовувати себе лише на масштабі.

Схеми, що переживають другу функцію
Найстабільніший режим відмови систем, побудованих штучним інтелектом, — це схема бази даних. Вона виглядає прийнятно для трьох сценаріїв і стає непрацездатною тієї миті, коли з’являється четвертий.

Автентифікація, яка переживе перевірку за OWASP
AI-модель збере форму входу за 90 секунд, і виглядатиме вона правильно. Чого вона не зробить навіть із пристойною бібліотекою — не переживе серйозного аудиту безпеки. Ось список того, чого бракує.

Нудний інфраструктурний чекліст, який ми випускаємо з кожним проєктом
Кожна студія каже, що будує промислової якості софт. Промислова якість — це чекліст із гострими краями, а не настрій. Ось одностороінковий список, який ми веземо з собою у кожен проєкт.
Виведіть його з прототипу в продакшн.
Відповідаємо протягом одного робочого дня. MVP, написаний на відчуттях, чернетка від AI, недороблений проєкт або робочий продукт, що починає тріщати — усе приймається.
Запустити проєкт
