И вообще в другую степь - в визуализацию данных. Если честно, никогда не представлял себе, что отображение в виде дерева можно обогатить еще и набором слоев, которые будут дополнительно подчеркивать те или иные характеристики данных. Забрал идею в нашу команду DWH и BI, вдруг пригодится. https://habr.com/ru/post/672184/

Интересная шпаргалка про REST

А ваш покорный слуга снова на обложке)

Хотим поделиться что мы свели рассказы спикеров с предыдущей встречи в октябре в подробную статью 🌟📄
В лонгриде можно найти дополнительные инсайты, освежить память, а также почитать о чем мы говорили если вы вдруг не смогли прийти.
Читать здесь: Medium

А я снова про аналитика в скраме: https://premieragile.com/where-does-a-business-analyst-fit-in-a-scrum-team/#:~:text=A%20Scrum%20Business%20Analyst%20is,members%20of%20the%20Scrum%20Team. На этот раз почитал статью коллег с запада и они таки считают, что он нужен. Здравое зерно в их словах есть, как я давно утверждаю, изначально команде обязательно нужен аналитик, но по мере погружения в предметную область - необходимость в нем постепенно снижается, как и необходимость в подробных постановках etc. Но то, что его обзывают бизнес аналитиком уже вселяет радость!

И теперь немного в другую сторону. Про Enterprise и API. Т.к. раньше работал в телеком операторе, с интересом почитал статью коллег из Deutsche Telekom про построение корпоративного API шлюза в логике описанной умными дядьками из TM Forum. Сложно, тяжело, занудно, но в таком контексте необходимо, в нашем операторе было так же. С болью мы делали такой слой, но потому он даже начал приносить определенную пользу, хотя копий по пути к этому сломали немало. https://habr.com/ru/company/deutschetelekomitsolutions/blog/600189/

Только ленивый не прокомментировал ТЗ, написанное ChatGPT под руководством Юрия Куприянова https://www.youtube.com/watch?v=HkRAtRCXGbU. Ну что я вам говорил - писать ТЗ в современном мире уже не нужно, за вас это сделает нейросеть. А вот описать ей бизнес задачу - нужно! И тут то и нужен аналитик. Поэтому все идем думать, а не писать лишние бумажки, рутину - нейросетям!

Неплохой пост от Алексея Васильева про 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/