Доклад "СППР – технология применения, недостающая функциональность, основные альтернативы – «Архитектура как код» и «Шаблон архитектуры»"
на Инфостарт выиграл первый тур и сразу прошёл в финал минуя второй тур и пройдя третий (отбор редакционной комиссии).
Те из нас, кто участвовал в первом туре и прошёл во второй - дайте в комментариях новые ссылки на ваши доклады - сделаю пост поддержки,
чтобы участники чата могли за вас проголосовать во 2м туре.
ЗЫ
На прошлой неделе две сразу две приятные новости по моим "научным" усилиям - этот доклад на Инфостарте и публикация в международном паблике Knime по BigData/AI
Если бы они ещё и предложением работы обеспечили, но увы, пока себя в этом отношении не оправдали.
на Инфостарт выиграл первый тур и сразу прошёл в финал минуя второй тур и пройдя третий (отбор редакционной комиссии).
Те из нас, кто участвовал в первом туре и прошёл во второй - дайте в комментариях новые ссылки на ваши доклады - сделаю пост поддержки,
чтобы участники чата могли за вас проголосовать во 2м туре.
ЗЫ
На прошлой неделе две сразу две приятные новости по моим "научным" усилиям - этот доклад на Инфостарте и публикация в международном паблике Knime по BigData/AI
Если бы они ещё и предложением работы обеспечили, но увы, пока себя в этом отношении не оправдали.
Medium
Improve KNIME performance and stability on low-end computers
Tips and tricks to process millions of rows effectively
🔥6
В этом докладе "СППР – технология применения, недостающая функциональность, основные альтернативы – «Архитектура как код» и «Шаблон архитектуры»"
я рассчитывал упомянуть имеющиеся наработки к СППР и альтернативные системы.
Вот предполагаемый список:
1. КРОК/Лазорик/Дунаев - разработка автоматического документального оформления и (якобы) реализация всех проектов на СППР
2. Султанов - разработка сквозной работы от аналитика к ТЗ.
3. СППР+ - Сазонов
4. Дракон - кто будет за него (Араптанов?) Стоит этот проект рассматривать как альтернативу СППР или Архитектуре как код на основе DocHub (на мой взгляд)
5. BIA - кто тут готов быть главным (gortol?) Разработка по описанию бизнес-процессов на СППР
Кого ещё не упомянул?
Отзовитесь.
Я был бы вам признателен, если бы вы дали разрешения и прислали материалы для презентации (хотя бы краткое описание работающих функций).
UPD
6 Управление задачами по разработке на СППР @Evgeniy_Chekushkin https://infostart.ru/marketplace/1650163/
тут "физическая взаимосвязь между задачами проектирования, разработки и результатами их исполнения". Т.е. задачи физически уже связаны с тестовыми инф. базами. Бизнес аналитику не нужно думать где протестировать результаты разработки и когда.
7. Николай Зайцев От Целей проекта к процессам в формате sipoc
я рассчитывал упомянуть имеющиеся наработки к СППР и альтернативные системы.
Вот предполагаемый список:
1. КРОК/Лазорик/Дунаев - разработка автоматического документального оформления и (якобы) реализация всех проектов на СППР
2. Султанов - разработка сквозной работы от аналитика к ТЗ.
3. СППР+ - Сазонов
4. Дракон - кто будет за него (Араптанов?) Стоит этот проект рассматривать как альтернативу СППР или Архитектуре как код на основе DocHub (на мой взгляд)
5. BIA - кто тут готов быть главным (gortol?) Разработка по описанию бизнес-процессов на СППР
Кого ещё не упомянул?
Отзовитесь.
Я был бы вам признателен, если бы вы дали разрешения и прислали материалы для презентации (хотя бы краткое описание работающих функций).
UPD
6 Управление задачами по разработке на СППР @Evgeniy_Chekushkin https://infostart.ru/marketplace/1650163/
тут "физическая взаимосвязь между задачами проектирования, разработки и результатами их исполнения". Т.е. задачи физически уже связаны с тестовыми инф. базами. Бизнес аналитику не нужно думать где протестировать результаты разработки и когда.
7. Николай Зайцев От Целей проекта к процессам в формате sipoc
🔥3👍1
Описание одной из разработок расширяющий СППР от автора
Forwarded from Александр Сазонов
1С_СППР+.png
321.6 KB
Здесь описан весьма интересный подход к разработке тяжёлых конфигураций типа ERP.
Кратко-кратчайше суть:
1) типовую конфу от 1С менять нельзя
2) делаем "лысую" (авторское название) конфу (ранее это называлось "конфигурация поставщика", не?)
3) создаём "типовое" расширение, где держим объекты, общие для многих проектов по типу конфы (ЕРП)
4) создаём множество функциональных расширений
5) накат на типовую лысой конфы и подключение расширений
6) вся разработка силами удалённой команды
7) гигантским плюсом автор подхода (из БИТ, который был свободным фрименом когда-то) называет отсутствие необходимости гонять туда-сюда
всю конфу ERP по ходу разработки между центром и разработчиками.
Те кто продумывает развитие и доработки СППР - прикиньте, как бы вы в СППР охватили бы такой подход?
Фактически один проект - это типовая + лысая + типовое расширение + функциональные расширения.
Минимум что напрашивается в СППР - должна быть реализована полная прозрачность базы,
т.е. конфа, расширение должны стать технологическим одним объектом для закачки в СППР.
(я бы добавил сюда ещё внешние отчёты и обработки).
Т.е. всё должно выглядеть "конфигурацией".
Интересен был бы комментарий Евгения Филиппова, который выступает апологетом разработки на основе БСП.
По сути метод автора статьи - это и есть "БСП", но в другом формате - лысой конфы и типового расширения.
https://infostart.ru/1c/articles/2079417/#message3062319
Кратко-кратчайше суть:
1) типовую конфу от 1С менять нельзя
2) делаем "лысую" (авторское название) конфу (ранее это называлось "конфигурация поставщика", не?)
3) создаём "типовое" расширение, где держим объекты, общие для многих проектов по типу конфы (ЕРП)
4) создаём множество функциональных расширений
5) накат на типовую лысой конфы и подключение расширений
6) вся разработка силами удалённой команды
7) гигантским плюсом автор подхода (из БИТ, который был свободным фрименом когда-то) называет отсутствие необходимости гонять туда-сюда
всю конфу ERP по ходу разработки между центром и разработчиками.
Те кто продумывает развитие и доработки СППР - прикиньте, как бы вы в СППР охватили бы такой подход?
Фактически один проект - это типовая + лысая + типовое расширение + функциональные расширения.
Минимум что напрашивается в СППР - должна быть реализована полная прозрачность базы,
т.е. конфа, расширение должны стать технологическим одним объектом для закачки в СППР.
(я бы добавил сюда ещё внешние отчёты и обработки).
Т.е. всё должно выглядеть "конфигурацией".
Интересен был бы комментарий Евгения Филиппова, который выступает апологетом разработки на основе БСП.
По сути метод автора статьи - это и есть "БСП", но в другом формате - лысой конфы и типового расширения.
https://infostart.ru/1c/articles/2079417/#message3062319
infostart.ru
Процесс разработки с использованием GIT и расширений для 1С:ERP. Без EDT
Доработки 1С:ERP на крупных проектах можно организовать, не внося изменения в саму типовую конфигурацию, а используя только расширения и отдельные «микроконфигурации». Расскажем о том, как это сделать без EDT, используя процесс разработки GitHub Flow.
❤6
Внутри обновления ERP (2.5.12.260) заявлена модель ERP 2.5.12
Кому не хватает скиллов архитектора и думает где их набрать?
Помочь не сможем.
Но сможем помочь показав, куда ходить не стоит.
Не ожидал такого от IBS, приглашают на бесплатные стартовые курсы Архитектора ПО
Заходишь туда, а там не так всё просто - сначала оставь заявку/зарегистрируйся, может выиграешь грант на бесплатное обучение.
Может, а не точно получишь... Запашок пошёл, кажется.
И там же надо тестовое пройти.
Кликайте по ссылке, не поленитесь, прочитайте.
Если кто такое тестовое сделать может - не нужен ему ни платный ни бесплатный курс архитектора, это уже готовый архитектор.
Может, кажется, но опять это те самые "тестовые", которые положено за неплохую зарплату делать?
Ау, IBS, объясните в комментах правильно или неправильно о вас плохо подумали, увидев такую информацию?
Помочь не сможем.
Но сможем помочь показав, куда ходить не стоит.
Не ожидал такого от IBS, приглашают на бесплатные стартовые курсы Архитектора ПО
Заходишь туда, а там не так всё просто - сначала оставь заявку/зарегистрируйся, может выиграешь грант на бесплатное обучение.
Может, а не точно получишь... Запашок пошёл, кажется.
И там же надо тестовое пройти.
Кликайте по ссылке, не поленитесь, прочитайте.
Если кто такое тестовое сделать может - не нужен ему ни платный ни бесплатный курс архитектора, это уже готовый архитектор.
Может, кажется, но опять это те самые "тестовые", которые положено за неплохую зарплату делать?
Ау, IBS, объясните в комментах правильно или неправильно о вас плохо подумали, увидев такую информацию?
architectpo.ibs-training.ru
Архитектор ПО. Путь к мастерству в проектировании систем
Познакомьтесь с лучшими практиками построения архитектуры ПО.
1С СППР Система Проектирования Прикладных Решений
Кому не хватает скиллов архитектора и думает где их набрать? Помочь не сможем. Но сможем помочь показав, куда ходить не стоит. Не ожидал такого от IBS, приглашают на бесплатные стартовые курсы Архитектора ПО Заходишь туда, а там не так всё просто - сначала…
image_2024-04-23_11-28-04.png
44.5 KB
IBS связался со мной и дал ссылку на бесплатный базис курса.
Не знаю персональная она или публичная, но уже зарегистрировался и позже прослушаю.
Содержание вот такое (см. скрин):
UPD это не является призывом на курс, это фиксация факта, что IBS реагирует на посты в канале СППР.
Не знаю персональная она или публичная, но уже зарегистрировался и позже прослушаю.
Содержание вот такое (см. скрин):
UPD это не является призывом на курс, это фиксация факта, что IBS реагирует на посты в канале СППР.
🔥6
1С СППР Система Проектирования Прикладных Решений
В этом докладе "СППР – технология применения, недостающая функциональность, основные альтернативы – «Архитектура как код» и «Шаблон архитектуры»" я рассчитывал упомянуть имеющиеся наработки к СППР и альтернативные системы. Вот предполагаемый список: 1. К…
КРОК откликнитесь! Нужны материалы от вас, если есть желание.
👍1
1С СППР Система Проектирования Прикладных Решений
image_2024-04-23_11-28-04.png
Cхема_продуктов_от_CNCF_Cloud_Native_Computing_Foundation.png
8.7 MB
Ознакомился с базисом курса по Архитектуре от IBS.
Это в первую очередь текст со вкраплениями видео-материалов.
Неплохо так.
Опытному архитектору может и ни к чему, кроме упорядочивания и систематизации своих знаний.
Но могу сразу сказать, что изложение авторское и изучающий курс с нуля фактически получит авторский (частный) взгляд на архитектуру, а не общий универсальный подход.
Полезного я себе вытащил схему Cхема продуктов от CNCF (Cloud Native Computing Foundation), т.е. элементов для конструктора микросервисной архитектуры на оупенсорс решениях.
Перенашёл её в интернете в разрешении 8К - классный будет скринсейвер.
Прилагаю картинку к посту - пользуйтесь.
Это в первую очередь текст со вкраплениями видео-материалов.
Неплохо так.
Опытному архитектору может и ни к чему, кроме упорядочивания и систематизации своих знаний.
Но могу сразу сказать, что изложение авторское и изучающий курс с нуля фактически получит авторский (частный) взгляд на архитектуру, а не общий универсальный подход.
Полезного я себе вытащил схему Cхема продуктов от CNCF (Cloud Native Computing Foundation), т.е. элементов для конструктора микросервисной архитектуры на оупенсорс решениях.
Перенашёл её в интернете в разрешении 8К - классный будет скринсейвер.
Прилагаю картинку к посту - пользуйтесь.
👍3❤1
1С СППР Система Проектирования Прикладных Решений
Cхема_продуктов_от_CNCF_Cloud_Native_Computing_Foundation.png
Ещё автор дал интересные ссылки на обоснования отдельных пользователей, почему их компании вернулись на монолиты от микросервисов, хотя ранее их компании ушли с монолита в микросервисы.
И дают скачать перевод Майкла Килинга про тулбоксы архитектора.
IBS может дать в комментах ссылку на базисный курс при желании.
Кто хочет может пройти.
Не сказать что это маст хэв - но, глядишь, картинку на хранитель экрана какую найдёте.
Из базисного курса для СППР я ничего не выудил. Разве что хорошо расписаны определения видов архитекторов, о чём месяц назад шла здесь и в других чатах ТГ дискуссия.
И дают скачать перевод Майкла Килинга про тулбоксы архитектора.
IBS может дать в комментах ссылку на базисный курс при желании.
Кто хочет может пройти.
Не сказать что это маст хэв - но, глядишь, картинку на хранитель экрана какую найдёте.
Из базисного курса для СППР я ничего не выудил. Разве что хорошо расписаны определения видов архитекторов, о чём месяц назад шла здесь и в других чатах ТГ дискуссия.
Есть такой подход "шаблон архитектуры". Что-то вроде аналога СППР, если кто не хочет связываться с этой концепцией (СППР) или кому попроще.
Потерял ссылку на крупное предприятие с описанием его подхода по этой методике.
Кто сталкивался и помнит название? Дайте знать или ссылку.
Это точно не «Корпоративный шаблон 1С:ERP «Шерпа» от Газпромнефти.
Та помнится от металлургов или что-то близкое к ним.
Потерял ссылку на крупное предприятие с описанием его подхода по этой методике.
Кто сталкивался и помнит название? Дайте знать или ссылку.
Это точно не «Корпоративный шаблон 1С:ERP «Шерпа» от Газпромнефти.
Та помнится от металлургов или что-то близкое к ним.
👍1
Готовлю доклад на Инфостарт (утро 1 июня 11.20)
"СППР – технология применения, недостающая функциональность, основные альтернативы – «Архитектура как код» и «Шаблон архитектуры»"
Рассматриваю там порядка 10 ПО/методик развивающих функционал СППР,
которые обсуждались в чате канала или в оффлайн общении с пользователями чата.
Цель рассмотрения - показать как доработки ложатся на типовой процесс СППР,
весь ли его исполняют, что ещё необходимо.
Думаю, поможет многим сделать выбор среди инструментов или скорректировать свой процесс работы в СППР.
Также рассматриваю что именно является ключевой проблемой СППР
и какие именно доработки позволят сделать продукт с wow-эффектом
и/или конкурентным преимуществом.
Т.е. в каком направлении копать, вести разработку функционала.
Если есть какие-то вопросы или мысли к докладу - прошу высказаться в чате.
"СППР – технология применения, недостающая функциональность, основные альтернативы – «Архитектура как код» и «Шаблон архитектуры»"
Рассматриваю там порядка 10 ПО/методик развивающих функционал СППР,
которые обсуждались в чате канала или в оффлайн общении с пользователями чата.
Цель рассмотрения - показать как доработки ложатся на типовой процесс СППР,
весь ли его исполняют, что ещё необходимо.
Думаю, поможет многим сделать выбор среди инструментов или скорректировать свой процесс работы в СППР.
Также рассматриваю что именно является ключевой проблемой СППР
и какие именно доработки позволят сделать продукт с wow-эффектом
и/или конкурентным преимуществом.
Т.е. в каком направлении копать, вести разработку функционала.
Если есть какие-то вопросы или мысли к докладу - прошу высказаться в чате.
🔥9👍7
В этой статье КРОК раскрывает как используется СППР в их эко-системе проектного внедрения корпоративных продуктов 1С.
Ранее про СППР в КРОК излагалось в этой статье.
Дайджест статьи:
1. В основе методологии лежит Oracle AIM скорректированная под 34й ГОСТ и адаптированная с учётом опыта внедрений 1С.
2. СППР (адаптированная) в основном рабочее место для Консультанта, которым моделируются (декомпозируются) Процессы.
3. Опора в методологии на процессный подход (бизнес-процессы), а не функциональные требования к системе.
4. Ключевой объект в СППР - Каталог Бизнес-процессов - на основе которого проектируются Функции (функции де-факто подчиняются бизнес-процессам).
Интересный момент, в начале статьи приведены 9 характерных проблем на проектах.
Кто сможет, прочитав статью, ответить на вопрос
как КРОК с помощью описанной методологии,
решает проблемы 7 "Проектное рабство" и 9 (даже не знаю как её сформулировать),
или СППР в КРОК победило "проектное рабство" иДобби КРОК теперь свободен и может ставить условия заказчику?
Ранее про СППР в КРОК излагалось в этой статье.
Дайджест статьи:
1. В основе методологии лежит Oracle AIM скорректированная под 34й ГОСТ и адаптированная с учётом опыта внедрений 1С.
2. СППР (адаптированная) в основном рабочее место для Консультанта, которым моделируются (декомпозируются) Процессы.
3. Опора в методологии на процессный подход (бизнес-процессы), а не функциональные требования к системе.
4. Ключевой объект в СППР - Каталог Бизнес-процессов - на основе которого проектируются Функции (функции де-факто подчиняются бизнес-процессам).
Интересный момент, в начале статьи приведены 9 характерных проблем на проектах.
Кто сможет, прочитав статью, ответить на вопрос
как КРОК с помощью описанной методологии,
решает проблемы 7 "Проектное рабство" и 9 (даже не знаю как её сформулировать),
или СППР в КРОК победило "проектное рабство" и
infostart.ru
Как мы оптимизировали процессы внедрения 1С: проектная методология КРОК
Эта статья о том, как за годы практики мы в компании выстроили систему проектных подходов по корпоративным внедрениям 1C, и зачем она вообще нужна. Выделю основные проблемы этого процесса, подскажу решения и раскрою внутреннюю кухню нашего подразделения.
🔥1
В процессе подготовки доклада по СППР и альтернативам изучаются различные инструменты проектирования и возникают определённые выводы:
Для СППР могут быть конкурентом или полезной надстройкой:
- Архитектура как код AaC, (Пионтик)
- Дракон (Тышов, Араптанов)
Слабое место у них по сравнению с СППР:
- нет интеграции метаданных как основы проектирования архитектуры
- очень сильный упор на визуализацию результата как основы для работы разработчика
Сильные стороны этих продуктов:
- формализация архитектурных объектов (АаС)
- независимость от языка разработки (Дракон)
Упомянутая выше наработка от КРОК , кстати, очень близка по идеологии с Драконом
- работа строится от бизнес-процессов, а функциональность ПО - следствие бизнес-процессов,
т.е. функции, а за ними и код организуются под БП.
Подход АаС мне кажется более потенциален, чем Дракон за счёт перспективной идеологии формализации сущностей.
Ни в СППР, ни в Драконе этого в явном виде нет.
Но есть идеи как это можно реализовать.
По крайней мере, в СППР.
В докладе постараюсь это выразить, чтобы у разрабов околоСППРного ПО было понимание какое ядро будет основой
конкурентоспособного продукта.
Для СППР могут быть конкурентом или полезной надстройкой:
- Архитектура как код AaC, (Пионтик)
- Дракон (Тышов, Араптанов)
Слабое место у них по сравнению с СППР:
- нет интеграции метаданных как основы проектирования архитектуры
- очень сильный упор на визуализацию результата как основы для работы разработчика
Сильные стороны этих продуктов:
- формализация архитектурных объектов (АаС)
- независимость от языка разработки (Дракон)
Упомянутая выше наработка от КРОК , кстати, очень близка по идеологии с Драконом
- работа строится от бизнес-процессов, а функциональность ПО - следствие бизнес-процессов,
т.е. функции, а за ними и код организуются под БП.
Подход АаС мне кажется более потенциален, чем Дракон за счёт перспективной идеологии формализации сущностей.
Ни в СППР, ни в Драконе этого в явном виде нет.
Но есть идеи как это можно реализовать.
По крайней мере, в СППР.
В докладе постараюсь это выразить, чтобы у разрабов околоСППРного ПО было понимание какое ядро будет основой
конкурентоспособного продукта.
🔥7👍1
Пока в чате идёт дискуссия что есть DocHub и как его с 1С соединить.
Станислав Султанов даёт на Инфостарте практику
"Мастер-класс по применению DocHub в 1С, или Создаем единое место правды по архитектуре ваших приложений"
Слоган "место правды" может стать локальным мемом в нашем 1С-сообществе :)))
Станислав Султанов даёт на Инфостарте практику
"Мастер-класс по применению DocHub в 1С, или Создаем единое место правды по архитектуре ваших приложений"
Слоган "место правды" может стать локальным мемом в нашем 1С-сообществе :)))
👍7
Вендор и производитель IT-инфраструктуры, пользовательского и телеком - оборудования YADRO в поиске инженеров 1С в департамент внутренней разработки.
Помимо доработки готовых решений и их обслуживания, нужно будет писать программы “с чистого листа”, готовить базовые элементы регламентов тестирования, писать тест-сценарии и многое другое в зависимости от выбранной тобой вакансии.
От кандидатов ребята ждут опыта, готовности работать над сложными и, конечно, интересными задачами, на некоторые позиции будет плюсом сертификат 1С. Команда YADRO предлагает гибридный формат работы, профессиональную и открытую команду, хорошую мотивацию.
Выбирай вакансию и скорее отправляй резюме:
• Старший программист 1С
• Инженер инфраструктуры (DevOps)
• Инженер по тестированию 1С
Помимо доработки готовых решений и их обслуживания, нужно будет писать программы “с чистого листа”, готовить базовые элементы регламентов тестирования, писать тест-сценарии и многое другое в зависимости от выбранной тобой вакансии.
От кандидатов ребята ждут опыта, готовности работать над сложными и, конечно, интересными задачами, на некоторые позиции будет плюсом сертификат 1С. Команда YADRO предлагает гибридный формат работы, профессиональную и открытую команду, хорошую мотивацию.
Выбирай вакансию и скорее отправляй резюме:
• Старший программист 1С
• Инженер инфраструктуры (DevOps)
• Инженер по тестированию 1С
👍3🔥2🤬2👏1
Инфостарт начался . Доклад в 12.30. Сейчас преддокладный мандраж.
🔥17👍3❤2
This media is not supported in your browser
VIEW IN TELEGRAM
Оффтопик
Знаменитый огненный танец Инфостарта
Знаменитый огненный танец Инфостарта
🔥2