Есть ли новости по развитию проекта/выпуску продукта на СППР на текущий момент времени? Собираю информацию о продуктах и разработках на основе СППР для доклада на Инфостарт 2024.
Уберите из резюме все данные, которые помогут раскрыть возраст, включая саму дату рождения, даты получения образования. И вы удивитесь, что можно по прежнему получать приглашения и офферы.
предложено описание недостающей функциональности, если это реализовать СППР сможет дать мощный эффект на проектах. И убрать Конфлюэнс и Джира как лишнее звено.
Артём, присоединяйтесь к каналу/чату, там можно много почерпнуть идей и пообщаться со специалистами всей России, интересующихся СППР.
Посмотрите что было предсказано в ней и что сбылось.
Как минимум, в Минцифры теперь сдаётся регулярная отчётность с достаточно жёстко увязанными финансовыми показателями с отчётами в другие ведомства, почти как в налоговую. Накосячили в отчётности - вам штраф налоги по обычной высокой ставке.
Надеюсь вы согласитесь что тренд на обязательность наличия "собственного" зарегистрированного ИТ-продукта стал ещё сильнее.
Всё вы правильно поняли, машинное обучение тоже не цель моей задачи, это средство, которое должно связать язык программирования с данными обработки текстов пользовательского уровня.
В у моего парсера цель - подготовить данные к машинному обучению. Поэтому из XML формата извлекаются данные (слова языка программирования) и преобразуются в формат подходящий для языкового анализа. Оптимизация в моей статье - это попутное явление, пришлось делать ради обработки за хоть какое-то разумное время.
Конечно, у лоу-кода есть границы. Но и Knime - решение для тех, кто не хочет тратить 3 года на обучение программированию, чтобы писать код выжимающий капли времени, а хочет получить мощный инструмент здесь и сейчас. В конце-концов, языки программирования развиваются в направлении соответствия человеческому языку, т.е. языку простого пользователя.
И такой момент, есть сомнения, что исполнение в чистом коде что-то сильно улучшит. В статье приведены цифры - задача на 1,5-2 миллиона строк решается за 1 минуту. Вполне себе скорость. Задача за 200 млн. строк с таким трендом должна за 3,5 часа решаться. А тут за 2,5.
Специально привёл множество деталей про свой комп и условия задачи, чтобы можно было сравнить своё решение на другой машине с другим кодом через сопоставление бенчмарков процессоров. Понятно что это неточно, но вполне достаточно. Конечно, если у меня 2,5 часа, а у кого-то 2 часа, то это ни о чём и бенчмарк ни к чему. Но если есть решение на полчаса, то вполне такого сопоставления по процессорам хватит.
У меня в итоге вышло 2,5 часа на 223 миллиона строк. Ваше "в несколько раз быстрее" сколько означает времени на 223 миллиона строк, если код написать на питоне?
Очень хорошая статья. Кратко и доступно подан материал. Помогла мне сформулировать более чётко свои задумки в части анализа кода 1С.
Моя задумка касается анализа кода 1С, но не в части качества кода и безопасности, а в части вытягивания из кода функционального описания конфигурации 1С для пользователя и для автоматического покрытия тестами.
Буду признателен автору, если подскажете есть ли ещё в сети материалы, которые помогли работе в этом направлении.
В частности, есть ли инструменты ИИ и машинного обучения, которые помогли бы код модулей проанализировать и преобразовать заданным образом... Хоть chatGPT, хоть Copilot.....
1) Провели ревизию дублей задач. Это сразу уменьшило очередь на 50% почти.
2) Провели организационные меры - добавили статусы задач, переносящие часть задач на инициаторов задачи
2.1) Ввели статус типа "на приёмке у инициатора"
2.2) Ввели статус "на согласовании у инициатора"
что ещё больше сократило очередь (точнее перекинуло часть очереди с вашего отдела а инициаторов)
3) Ограничили работу 4-мя задачами, остальные в мусор-неважные-делаемпостолькупосколькуможем
Подозреваю, что такие мусорные задачи убедили руководство вынести из KPI вашего отдела (иначе смысла бы в этом решении не было).
Гениально! Но банально. Годик стажа так можно прожить пока до всех дойдёт.
Все решения организационного вида. Не ИТшные.
Технологических решений и причин, как видно, не было выявлено:
причины такого большого потока задач от пользователей (некачественный код и архитектура, например)
задачи пользователей не проходят фильтрацию/согласование у руководителей пользователей или сотрудников тех же отделов, у которых более долгий срок жизни в компании
неправильно выстроена оргструктура техподдержки - вашему отделу не подчиняются службы, без которых решение задач не возможно или им не установлен регламент и KPI на взаимодействие с вашей службой
не установлен принцип поддержки отсекающий задачи не соответствующие KPI бизнеса. Не каждая хотелка пользователей должна реализовываться.
Не введён принцип техподдержки - задач должно быть не больше, чем ресурсов на их решение
(есть подозрение) нет типологии задач и типового времени на их решение.
Есть ли новости по развитию проекта/выпуску продукта на СППР на текущий момент времени? Собираю информацию о продуктах и разработках на основе СППР для доклада на Инфостарт 2024.
"Результат/эффект подсчитать невозможно", "Всё слишком сложно" - вернейший признак проекта сделанного ради проекта.
А "честно говоря" - вернейший невербальный признак, что где-то нам соврали или недосказали, что тоже разновидность "соврали".
Уберите из резюме все данные, которые помогут раскрыть возраст, включая саму дату рождения, даты получения образования. И вы удивитесь, что можно по прежнему получать приглашения и офферы.
Очень интересная статья.
СППР проблемный инструмент для описываемых вами задач, хотя он самый подходящий из всех существующих на рынке.
У нас в канале по СППР https://t.me/SPPR1c и чате https://t.me/SPPR_1C
давно ведётся дискуссия что не хватает СППР.
Вот на картинке в посте канала https://t.me/SPPR1c/237
предложено описание недостающей функциональности, если это реализовать СППР сможет дать мощный эффект на проектах. И убрать Конфлюэнс и Джира как лишнее звено.
Артём, присоединяйтесь к каналу/чату, там можно много почерпнуть идей и пообщаться со специалистами всей России, интересующихся СППР.
Больше года назад здесь на Хабре была опубликована эта статья
"Краткое руководство по гарантированному получению льгот ИТ-компанией"
Посмотрите что было предсказано в ней и что сбылось.
Как минимум, в Минцифры теперь сдаётся регулярная отчётность с достаточно жёстко увязанными финансовыми показателями с отчётами в другие ведомства, почти как в налоговую. Накосячили в отчётности - вам
штрафналоги по обычной высокой ставке.Надеюсь вы согласитесь что тренд на обязательность наличия "собственного" зарегистрированного ИТ-продукта стал ещё сильнее.
И автобус бывает Мерседес.
Брокеры и шина решают похожую задачу, но по разному. Так что, ESB - совершенно отдельный способ.
Теперь после собеседования пытается привести себя в порядок. Бар/психушка. Мистика в объявлении о вакансии задним числом как бы намекаэ.
Вариант с ESB-системами (шина данных) не рассматривается?
И, к сведению, лицензия 1С запрещает прямое обращение к её базе данных, всё только через платформу.
Всё вы правильно поняли, машинное обучение тоже не цель моей задачи, это средство, которое должно связать язык программирования с данными обработки текстов пользовательского уровня.
В у моего парсера цель - подготовить данные к машинному обучению. Поэтому из XML формата извлекаются данные (слова языка программирования) и преобразуются в формат подходящий для языкового анализа. Оптимизация в моей статье - это попутное явление, пришлось делать ради обработки за хоть какое-то разумное время.
Какую цель ставишь для парсера языка?
Конечно, у лоу-кода есть границы. Но и Knime - решение для тех, кто не хочет тратить 3 года на обучение программированию, чтобы писать код выжимающий капли времени, а хочет получить мощный инструмент здесь и сейчас. В конце-концов, языки программирования развиваются в направлении соответствия человеческому языку, т.е. языку простого пользователя.
И такой момент, есть сомнения, что исполнение в чистом коде что-то сильно улучшит. В статье приведены цифры - задача на 1,5-2 миллиона строк решается за 1 минуту. Вполне себе скорость. Задача за 200 млн. строк с таким трендом должна за 3,5 часа решаться. А тут за 2,5.
Специально привёл множество деталей про свой комп и условия задачи, чтобы можно было сравнить своё решение на другой машине с другим кодом через сопоставление бенчмарков процессоров. Понятно что это неточно, но вполне достаточно. Конечно, если у меня 2,5 часа, а у кого-то 2 часа, то это ни о чём и бенчмарк ни к чему. Но если есть решение на полчаса, то вполне такого сопоставления по процессорам хватит.
У меня в итоге вышло 2,5 часа на 223 миллиона строк. Ваше "в несколько раз быстрее" сколько означает времени на 223 миллиона строк, если код написать на питоне?
Очень хорошая статья. Кратко и доступно подан материал. Помогла мне сформулировать более чётко свои задумки в части анализа кода 1С.
Моя задумка касается анализа кода 1С, но не в части качества кода и безопасности, а в части вытягивания из кода функционального описания конфигурации 1С для пользователя и для автоматического покрытия тестами.
Буду признателен автору, если подскажете есть ли ещё в сети материалы, которые помогли работе в этом направлении.
В частности, есть ли инструменты ИИ и машинного обучения, которые помогли бы код модулей проанализировать и преобразовать заданным образом... Хоть chatGPT, хоть Copilot.....
Ваше решение проблемы выглядит так:
1) Провели ревизию дублей задач. Это сразу уменьшило очередь на 50% почти.
2) Провели организационные меры - добавили статусы задач, переносящие часть задач на инициаторов задачи
2.1) Ввели статус типа "на приёмке у инициатора"
2.2) Ввели статус "на согласовании у инициатора"
что ещё больше сократило очередь (точнее перекинуло часть очереди с вашего отдела а инициаторов)
3) Ограничили работу 4-мя задачами, остальные в мусор-неважные-делаемпостолькупосколькуможем
Подозреваю, что такие мусорные задачи убедили руководство вынести из KPI вашего отдела (иначе смысла бы в этом решении не было).
Гениально! Но банально. Годик стажа так можно прожить пока до всех дойдёт.
Все решения организационного вида. Не ИТшные.
Технологических решений и причин, как видно, не было выявлено:
причины такого большого потока задач от пользователей (некачественный код и архитектура, например)
задачи пользователей не проходят фильтрацию/согласование у руководителей пользователей или сотрудников тех же отделов, у которых более долгий срок жизни в компании
неправильно выстроена оргструктура техподдержки - вашему отделу не подчиняются службы, без которых решение задач не возможно или им не установлен регламент и KPI на взаимодействие с вашей службой
не установлен принцип поддержки отсекающий задачи не соответствующие KPI бизнеса. Не каждая хотелка пользователей должна реализовываться.
Не введён принцип техподдержки - задач должно быть не больше, чем ресурсов на их решение
(есть подозрение) нет типологии задач и типового времени на их решение.
О, смотрю карму минуснули за статью. Хабр так жесток бывает....
Что ж, убрал тег "Схемотехника"
Почему?