Неплохой пост от Алексея Васильева про Agile, практически со всем согласен.

= Опять про Agile =

1. Метода Waterfall - не существует и никогда не было.

2. Винстон Ройс в 1970 году показал решение которое позволяло БЫСТРЕЕ выходить программному обеспечению в эксплуатацию. Пиши БОЛЬШЕ документов чтобы быстрее выпускать проекты. Потому, что на тот момент от идеи до внедрения было минимум 5 рабочих дней.

3. "За время пути собака смогла подрасти" , ЭВМ стали быстрее и цикл обратной связи ускорился, уже не нужно было создавать больше документов для быстрого выпуска.

4. Клиент никогда не НЕ ЗНАЕТ РЕШЕНИЯ но приходит с ним. это ГИПОТЕЗА! Однако все так увлечены созданием ПО что не обращают на это внимания.

5. Особенности культуры США (юристы и индивидуалим) совместно с п.4 к 1995 году показали что это контрпродуктивно.


Поэтому инженеры на местах придумали Agile-подходы, которые помогают решать СИМПТОМЫ и следствия от п5 + п2., за счёт п3, но не помогают решить п.4. Потому что это на уровне принятия решений, а не у инженеров.

Интересная статья про то как в условиях микросервисной архитектуры (а я напомню, что ее надо использовать с большим умом и осмотрительностью, чем монолит) работать с eventual consistency. Чтобы она была меньше eventual и больше consistency. https://softwaremill.com/microservices-101/

Продолжим про микросервисы (да, я подбираю и читаю статьи тематическими пачками). Статья, которая рассказывает почему прямые http вызовы между микросервисами зло и почему придумали брокеры сообщений. Ну и собственно, читать ее лучше перед предыдущей статьей! https://habr.com/ru/company/piter/blog/698798/

И на десерт коротенькое сравнение Kafka, RabbitMQ и Redis в качестве брокеров очередей. Полезно и без воды. https://nuancesprog.ru/p/15110/

Я сегодня в обратном порядке. Статья микросервисы для самых маленьких. Самые базовые принципы объяснены хорошо. Вот только про то, что тестировать микросервисы легче, чем монолит - ложь, вранье и провокация. Каждый отдельный сервис, конечно, легче, а вот собрать это все в последовательный регресс еще та задача. https://habr.com/ru/company/serverspace/blog/692916/

Всем привет. Попалась на глаза статья про базовые элементы дизайна для мобильных экранов. Супер нового ничего нет, но база хорошо сведена и обогащена примерами. https://habr.com/ru/post/704882/

Лучше чем Арина и не скажешь! Поздравляю всех болельщиков Аргентины и лично Лео. Кажется, вопрос о лучшем инопланетяне последних 15 лет наконец то закрыт.

Желаю всем заканчивать свою карьеру, как Месси: с государственными почестями, миллионными бонусами и уничтоженным синдромом самозванца 💔

Всем доброго утра. Крутая вводная статья от Макса Цепкова про самоопределение и поиск своего места в мире и пути к этому месту, жду продолжения. https://vc.ru/hr/562279-samoopredelyaysya-tehnologichno

Знаю, что меня читают и начинающие специалисты, тут нашел канал с вакансиями для Джунов, с удовольствием делюсь

#дайджест #бэкенд #фронтенд #django #sql #csharp #typescript #node #react #vue #python
Вакансии разработчикам 🚀

Junior/Middle Python Developer в Pay Terra
Удалённо. Django, SQL. Разработка автоматизированных решений.
Подробнее

Junior/Junior+ Vue Developer в RLT
Удалённо. JavaScript, Jest. Разработка новых проектов.
Подробнее

Junior/Middle JavaScript Developer в Севстар
Удалённо. TypeScript, Node.js. Мультисервисные цифровые услуги.
Подробнее

Стажёр C# Developer в Mindbox
Удалённо. React, SQL. Разработка облачной платформы автоматизации маркетинга.
Подробнее

Свежие подборки вакансий на канале Young&Junior 🐶

Короткая, но дельная статья про стейкхолдеров, прямо по делу и без воды. https://habr.com/ru/post/689978/

И в догонку статья про роль аналитика в проекте по распилу монолита. Не скажу, что со всем согласен, тут много архитекторской работы, опять же много описательного. Даже у нас в небольшой команде (чуть больше ста человек) все это живое, постоянно что то меняется и добавляется. Расписывать все зависимости на уровне методов, кажется безумно трудозатратной, а в чем то и бесполезной идеей. Но я всегда буду говорить, что супер подробная документация - это потери и за низким уровнем всегда лучше идти в код, иначе ты превратишься в технического писателя, а основная работа аналитика - думать головой и решать проблемы бизнеса. https://habr.com/ru/company/lamoda/blog/690468/

Очень неплохой набор статей в формате API для самых маленьких. Хорошие примеры, понятные картинки и пояснения, то что надо. https://systems.education/api-intro

Хорошая, достаточно техническая статья про то, как устроен GrapgQL с небольшим простым примером на Java. Если не пугает код, то велком. https://habr.com/ru/company/jugru/blog/428517/

Ну раз начали про графы.... Вообще не в ту степь, но я пошел смотреть. а где вообще графы используются и нашел вот такую крутую статью антологию от Glowbyte, все про промышленное использование графов за 10 минут https://habr.com/ru/company/glowbyte/blog/594221/

И на ночь глядя хороший гайд по User Story Mapping от ребят из BynduSoft. Хорошие рекомендации и толковые примеры сторей (что редко), а еще и сравнение с Job Story https://xraizor.medium.com/%D1%80%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE-%D0%BF%D0%BE-user-story-mapping-b0b0d724d77e

В одной из статей (сама статья ни о чем) нашел чудесную иллюстрацию про взаимодействие ИТ с бизнесом

Майк Кон (тот самый, что написал книжку про пользовательские истории) выпустил статью, основная мысль которой - перестаньте спорить как называть элементы беклога и их группирующие сущности, а лучше начните правильно декомпозировать. Согласен с Майком на все 100. https://www.mountaingoatsoftware.com/blog/stories-epics-and-themes

Вот тут я прямо удивлен, PMI сдался и перестал двигать проектный подход. Еще раз институт проектного менеджмента в 7 версии больше не считает его самым правильным и надежным. А вы все еще делаете проекты?) Тогда PMI идет к вам! https://habr.com/ru/post/700552/. Сразу оговорюсь, что PMBoK конечно все еще про проекты (товарищи РП, можно вынуть валидол ис-под языка). Но фокус теперь на общей ценности для организации и проектах как инструментах развития продуктов и организации, что на мой взгляд огромный шаг вперед для проектного управления. Так же ПМа теперь официально толкают в обслуживающее лидерство и Agile-коучинг, что тоже верно, люди уже не очень любят прямое директивное управление.