у меня дочь 20лет занимается sound design с помощью каких то там аналоговых синтезаторов ( не разбираюсь в них) - генерит скрипты на питоне и си с помощью встроенных лоукод инструментов и перформит на дискотеках - а сама она кристальной слезы гуманитарий, которая ни одной секунды не слышала ни про информатику, ни про алгоритмы, ни про языки программирования вообще - когда услышал от нее слова "какой-то там питончег" и "си плюсик плюсик" был слегка ошарашен ... такой вот кейс по ситизен девелопмент
Современный взгляд на low code можно разделить на две части:
Для профессиональных разработчиков (Pro-Dev / IT-led): Платформы, которые автоматизируют рутинные задачи (написание CRUD-интерфейсов, интеграция с API, настройка DevOps), позволяя разработчикам фокусироваться на сложной бизнес-логике, архитектуре и производительности. Пример: OutSystems, Mendix.
Для бизнес-пользователей (Citizen Development / Business-led): Инструменты, позволяющие сотрудникам бизнес-подразделений (например, аналитикам, менеджерам) самостоятельно создавать простые приложения для решения своих задач (например, формы сбора данных, дашборды, простые workflow). Пример: Microsoft Power Apps, Airtable.
часто в наших обсуждения из-за этого возникает путаница
1) В команду входят и аналитики и разработчики и тестировщики и Devops и руководитель команды и UX
2) Cтек - MSA, Java (Spring), Angular
3) ввели нормирование зада по типу, стали замерять средние трудоемкости на типовые задачи, за год средняя end2end трудоемкость на типовые фичи под ключ снизилась в три раза
имеется в виду lowcode платформа, которая результатом своей работы имеет полностью открытый код в микросервисной архитектуре. Конечно есть - с удовольствием организуем экскурсию
это действительно так. Но на практике бывают ситуации, когда на самых ранних стадиях нет достаточно грамотных людей в команде, поскольку все грамотные предпочитают работать на стабильных позициях в крупных компаниях, а в стартапы и новые направления идут молодые и смелые, за что им почет и уважение!=)
мы всего лишь делимся опытом и практикой и обсуждаем ее с коллегами. Разговоры показывают что "трудности на ровном месте" возникают у всех и имеет смысл их обсуждать совместно, чтобы не наступать на грабли. у нас 2500 человек и примерно 6-7 человек на команду, команды полнофункциональные работают в методологии Fusion teams от Gartner на основе концепции "цельной упакованной бизнес функциональности" (PBC). Переход на работу в этом режиме позволило нам в несколько раз повысить эффективность работы по сравнению с тем режимом когда мы работали в монолите. Навреное можно было бы этого добиться и в монолите, но опыт крупных компаний показывает, что на практике это мало у кого получается, потому что такие крупные заказчики как Альфа, ВТБ, Сбер, ПСБ, ТБанк, Уралсиб и другие перешли на эти же подходы
ну наш ответ простой - если люди просто говорят "микросервис", то они скорее всего не понимают , что говорят. MSA тянет за собой и devops и инфобез и производительность и оркестрацию и кучу еще всего, что должно решаться на базе какой-то платформы
ну и разумеется если просто поднять флаг мы типа тут все делаем на MSA и значит нас ждет успех - это прямой путь в никуда. MSA требовательна гораздо серьезнее чем монолит. Мы это хлебнули в полный рост и именно поэтому сделали платформу и кучу архетипов и типовых библиотек для решения огромного количества рутинных задач для того чтобы не утонуть в океане создаваемых микросервисов
Тут сложно не согласиться. Конечно же ситуация гораздо более сложная, чем просто монолит или микросервис. Разумеется много слоев всего и правильная организация команд и правильный devops и правильный sdlc в целом. Разумеется грамотные люди могут организовать эффективную работу в любой архитектуре
у меня дочь 20лет занимается sound design с помощью каких то там аналоговых синтезаторов ( не разбираюсь в них) - генерит скрипты на питоне и си с помощью встроенных лоукод инструментов и перформит на дискотеках - а сама она кристальной слезы гуманитарий, которая ни одной секунды не слышала ни про информатику, ни про алгоритмы, ни про языки программирования вообще - когда услышал от нее слова "какой-то там питончег" и "си плюсик плюсик" был слегка ошарашен ... такой вот кейс по ситизен девелопмент
Современный взгляд на low code можно разделить на две части:
Для профессиональных разработчиков (Pro-Dev / IT-led): Платформы, которые автоматизируют рутинные задачи (написание CRUD-интерфейсов, интеграция с API, настройка DevOps), позволяя разработчикам фокусироваться на сложной бизнес-логике, архитектуре и производительности. Пример: OutSystems, Mendix.
Для бизнес-пользователей (Citizen Development / Business-led): Инструменты, позволяющие сотрудникам бизнес-подразделений (например, аналитикам, менеджерам) самостоятельно создавать простые приложения для решения своих задач (например, формы сбора данных, дашборды, простые workflow). Пример: Microsoft Power Apps, Airtable.
часто в наших обсуждения из-за этого возникает путаница
тут не поспоришь - Приходится быстро бежать, чтобы оставаться на месте (с) Л. Кэроллл
ну мне кажется не совсем так... зачем синьору ИИ - он быстрее код напишет чем напишет промт, а потом будет его править
в моем понимании - сениоры будут писать сложные вещи , а остальные будут lowcode'ить с применением ИИ - по крайней мере сейчас у нас так
Согласен=))
я открыт чтобы сверить - всегда полезно поучиться на собственных ошибках. Основные драйверы снижения трудоемкости такие:
1) Автогенерация фронт-енда на базе логической модели объектов
2) переиспользование готовых компонент
3)автогенерация рутинных функций - логирование, роли, доступы, юнит-тесты, работа с инфораструктурой
4) полная автоматизация CI/CD
5) нормирование типовых работ - контроль превышения фактической трудоемкости типовых задач - работа на справочником нормативов и типовых работ
1) В команду входят и аналитики и разработчики и тестировщики и Devops и руководитель команды и UX
2) Cтек - MSA, Java (Spring), Angular
3) ввели нормирование зада по типу, стали замерять средние трудоемкости на типовые задачи, за год средняя end2end трудоемкость на типовые фичи под ключ снизилась в три раза
имеется в виду lowcode платформа, которая результатом своей работы имеет полностью открытый код в микросервисной архитектуре. Конечно есть - с удовольствием организуем экскурсию
это действительно так. Но на практике бывают ситуации, когда на самых ранних стадиях нет достаточно грамотных людей в команде, поскольку все грамотные предпочитают работать на стабильных позициях в крупных компаниях, а в стартапы и новые направления идут молодые и смелые, за что им почет и уважение!=)
мы всего лишь делимся опытом и практикой и обсуждаем ее с коллегами. Разговоры показывают что "трудности на ровном месте" возникают у всех и имеет смысл их обсуждать совместно, чтобы не наступать на грабли. у нас 2500 человек и примерно 6-7 человек на команду, команды полнофункциональные работают в методологии Fusion teams от Gartner на основе концепции "цельной упакованной бизнес функциональности" (PBC). Переход на работу в этом режиме позволило нам в несколько раз повысить эффективность работы по сравнению с тем режимом когда мы работали в монолите. Навреное можно было бы этого добиться и в монолите, но опыт крупных компаний показывает, что на практике это мало у кого получается, потому что такие крупные заказчики как Альфа, ВТБ, Сбер, ПСБ, ТБанк, Уралсиб и другие перешли на эти же подходы
это точно - проблема в том что грамотные люди не всегда рядом=)
ну наш ответ простой - если люди просто говорят "микросервис", то они скорее всего не понимают , что говорят. MSA тянет за собой и devops и инфобез и производительность и оркестрацию и кучу еще всего, что должно решаться на базе какой-то платформы
ну и разумеется если просто поднять флаг мы типа тут все делаем на MSA и значит нас ждет успех - это прямой путь в никуда. MSA требовательна гораздо серьезнее чем монолит. Мы это хлебнули в полный рост и именно поэтому сделали платформу и кучу архетипов и типовых библиотек для решения огромного количества рутинных задач для того чтобы не утонуть в океане создаваемых микросервисов
Тут сложно не согласиться. Конечно же ситуация гораздо более сложная, чем просто монолит или микросервис. Разумеется много слоев всего и правильная организация команд и правильный devops и правильный sdlc в целом. Разумеется грамотные люди могут организовать эффективную работу в любой архитектуре