Спасибо за комментарий - получается отличное сравнение. Насколько я знаю сегодня для контроля качества используются специальные решения с умным зрением. Контролеры ходят с устройствами с камерами, а те снимают расхождения с проектом и это серьезно позволяет повысить качество. Много ли где такое применяется? Если продолжать аналогию , то это сравнимо с автоматизированным контролем качества кода и автоматизированным тестированием
согласен. Раньше когда руками все делали, можно было расслабиться, абы кто работающий код в продакшн не загрузит, нужно было уметь что-то.... а теперь человек без опыта на вайбкодил, вроде как работает все, а потом "лови мышей"... здесь уже без правильной методологии и технологии намного опаснее
мы тут полностью согласны, но есть много лбдей и заказчиков которые по-прежнему думают по-другому. Поэтому я и собираю людей пообщаться чтобы понять какие мнения существуют
У нас ключевой опыт такой, что правила и стандарты должны быть заложены в процесс и контролироваться на уровне ci/cd. если пытаться в одном промте и попросит код написать и правила соблюсти, то оно ничего не гарантирует
Ну я согласен с тем, что заголовок не самый удачный. Тем не менее я рад, что это позволяет конструктивно обсудить тему и выявить истину. В статье нет одного мнения. Ведущий задал тему и мы с коллегами ее обсуждаем. Я всего лишь передаю то, как шло обсуждение и если вы читали статью, то заметили бы , то мой личный тезис был в другом, а именно в том, что нет проблемы в стоимости услуг одного программиста, а есть проблема к экспоненциальном росте сложности доработок. Еще 6-8 лет назад трудокмость проекта по созданию кредитного конейера для среднего банка была более чем в 10 раз проще, ну и еще много много таких примеров могу приводить, когда раньше достаточно было простую web форму сделать, а сейчас нужно кучу функционала реализовывать. И другая моя ключевая мысль в том, что делать это вручную очень скучно и не эффективно - современные автомобили сами переключают передачи, регулируют жесткость подвески, регулируют подачу топлива и воздуха, управляют светом, дворниками и другими частями автомобиля, а современные ИТ платформы также позволяют делать это в автоматическом режиме и сильно снижать трудозатраты на скучные рутинные операции
в целом согласен... миллиона уже нет - это в прошлом году Шадаев говорил - в этом году все сократили бюджеты, Сбер увольняет 10тыс человек - количество вакансий в разы снизилось... но сложность проектов никуда не уходит, но и многие проекты перенеслись на будущие периоды... поэтому предлагаю договориться и не пускать обратно SAP ORACLE IBM - сами все напишем и защитим нашего брата, а не будем платить индусам и немцам за SAP - они же нашу нефть не покупают. Поддержите пожалуйста
ну все же иногда, очень редко конечно, но визуально многое становится более понятным. Например, видны локальные эксьтремумы, видны пересечения графиков, можно анализировать связность и похожесть графиков, а также многие вещи которые смотря просто на цифры сложно понять. Хотя конечно у многих экспертов уже так набит глаз, что они и так все прекрасно видят=)
конечно согласен - все должно быть по делу и по месту. Если речт идет о сложном вопросе где требуется ручное управление памятью и потоками, как например на одном из наших проектов мы должны быть научить RFID считыватель считывать 5000наименований за 0,2 сек, то там только руками это можно сделать
у меня дочь 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). Переход на работу в этом режиме позволило нам в несколько раз повысить эффективность работы по сравнению с тем режимом когда мы работали в монолите. Навреное можно было бы этого добиться и в монолите, но опыт крупных компаний показывает, что на практике это мало у кого получается, потому что такие крупные заказчики как Альфа, ВТБ, Сбер, ПСБ, ТБанк, Уралсиб и другие перешли на эти же подходы
Спасибо за комментарий - получается отличное сравнение. Насколько я знаю сегодня для контроля качества используются специальные решения с умным зрением. Контролеры ходят с устройствами с камерами, а те снимают расхождения с проектом и это серьезно позволяет повысить качество. Много ли где такое применяется? Если продолжать аналогию , то это сравнимо с автоматизированным контролем качества кода и автоматизированным тестированием
"Тридэбоксер" это пять баллов=)) хорошо , что пока никто не заметил=))
согласен. Раньше когда руками все делали, можно было расслабиться, абы кто работающий код в продакшн не загрузит, нужно было уметь что-то.... а теперь человек без опыта на вайбкодил, вроде как работает все, а потом "лови мышей"... здесь уже без правильной методологии и технологии намного опаснее
мы тут полностью согласны, но есть много лбдей и заказчиков которые по-прежнему думают по-другому. Поэтому я и собираю людей пообщаться чтобы понять какие мнения существуют
У нас ключевой опыт такой, что правила и стандарты должны быть заложены в процесс и контролироваться на уровне ci/cd. если пытаться в одном промте и попросит код написать и правила соблюсти, то оно ничего не гарантирует
Ну я согласен с тем, что заголовок не самый удачный. Тем не менее я рад, что это позволяет конструктивно обсудить тему и выявить истину. В статье нет одного мнения. Ведущий задал тему и мы с коллегами ее обсуждаем. Я всего лишь передаю то, как шло обсуждение и если вы читали статью, то заметили бы , то мой личный тезис был в другом, а именно в том, что нет проблемы в стоимости услуг одного программиста, а есть проблема к экспоненциальном росте сложности доработок. Еще 6-8 лет назад трудокмость проекта по созданию кредитного конейера для среднего банка была более чем в 10 раз проще, ну и еще много много таких примеров могу приводить, когда раньше достаточно было простую web форму сделать, а сейчас нужно кучу функционала реализовывать. И другая моя ключевая мысль в том, что делать это вручную очень скучно и не эффективно - современные автомобили сами переключают передачи, регулируют жесткость подвески, регулируют подачу топлива и воздуха, управляют светом, дворниками и другими частями автомобиля, а современные ИТ платформы также позволяют делать это в автоматическом режиме и сильно снижать трудозатраты на скучные рутинные операции
в целом согласен... миллиона уже нет - это в прошлом году Шадаев говорил - в этом году все сократили бюджеты, Сбер увольняет 10тыс человек - количество вакансий в разы снизилось... но сложность проектов никуда не уходит, но и многие проекты перенеслись на будущие периоды... поэтому предлагаю договориться и не пускать обратно SAP ORACLE IBM - сами все напишем и защитим нашего брата, а не будем платить индусам и немцам за SAP - они же нашу нефть не покупают. Поддержите пожалуйста
ну все же иногда, очень редко конечно, но визуально многое становится более понятным. Например, видны локальные эксьтремумы, видны пересечения графиков, можно анализировать связность и похожесть графиков, а также многие вещи которые смотря просто на цифры сложно понять. Хотя конечно у многих экспертов уже так набит глаз, что они и так все прекрасно видят=)
про узкую песочницу в точку! такой же подход у нас
конечно согласен - все должно быть по делу и по месту. Если речт идет о сложном вопросе где требуется ручное управление памятью и потоками, как например на одном из наших проектов мы должны быть научить RFID считыватель считывать 5000наименований за 0,2 сек, то там только руками это можно сделать
у меня дочь 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). Переход на работу в этом режиме позволило нам в несколько раз повысить эффективность работы по сравнению с тем режимом когда мы работали в монолите. Навреное можно было бы этого добиться и в монолите, но опыт крупных компаний показывает, что на практике это мало у кого получается, потому что такие крупные заказчики как Альфа, ВТБ, Сбер, ПСБ, ТБанк, Уралсиб и другие перешли на эти же подходы