Posts

Так, вы уже какое-то время используете Jenkins, кликаете по его веб-интерфейсу, настраиваете пайплайны и иногда ругаетесь, когда что-то ломается в 3 часа ночи. Но потом однажды вы думаете: «Хотелось бы, чтобы Jenkins мог делать вот это конкретное дело». Вы ищете плагин, пролистываете сотни результатов, и ничего не подходит под ваши нужды. Ну что ж, друг мой, пришло время закатать рукава и построить свой собственный плагин. Не волнуйтесь — разработка плагинов для Jenkins с помощью Groovy не так страшна, как отладка инцидента в продакшене без логов....

Посмотрите, я собираюсь сказать кое-что, что может привести к тому, что меня не пригласят на следующую конференцию по Agile: истории пользователей не всегда являются решением. Вот, я это сказал. Прежде чем вы закроете эту вкладку и напишете гневный комментарий о том, что я «не понимаю Agile», выслушайте меня. Я годами наблюдал, как команды религиозно превращают каждое требование в священный формат «Как… Я хочу… Чтобы…», даже когда это было абсолютно неуместно....

Вам когда-нибудь казалось, что управление серверами — это примерно так же увлекательно, как смотреть, как сохнет краска? Что ж, у нас есть для вас кое-что интересное! Сегодня мы погрузимся с головой в чудесный мир бессерверных вычислений с AWS Lambda и Python. Представьте себе волшебного облачного дворецкого, который появляется только тогда, когда вы в нём нуждаетесь, делает именно то, что вы попросите, а затем исчезает в воздухе — без необходимости обслуживания серверов, без головной боли по поводу планирования ёмкости, только чистое, неискажённое блаженство от выполнения кода....

Представьте: вы находитесь в кофейне, потягиваете переплатить за латте, и вдруг слышите, как два разработчика спорят о том, стоит ли создавать своё новое блестящее приложение с помощью React Native или же выбрать нативное развитие. Один разработчик драматично размахивает руками, крича: «Переиспользование кода!», а другой возражает: «Производительность и пользовательский опыт!». Знакомо? Что ж, возьмите ещё кофе, потому что мы собираемся глубоко погрузиться в вопрос о том, когда вам следует безоговорочно выбрать нативное развитие вместо кроссплатформенных решений....

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