Проект состоит из этапа анализа, на котором изучаются доступные источники, данные и техпроцесс, этапа разработки предиктивных и оптимизирующих моделей, этапа разработки, включающего интеграцию данных, создание внутренних сервисов обработки и внешних, в том числе пользовательских интерфейсов. И порядка 2 месяцев ОПЭ.
Практически любой проект состоит из подобных шагов. Так и просится сказать "спасибо, кэп". Хотя было бы любопытно знать, какие предикативные модели использовались.
мы использовали python-коннектор к historian от MES-системы заказчика. ... Коннектор отдает данные в шину внутри системы, затем сервисы обработки приделывают метаданные и кладут в хранилище timeseries данных.
Historian - это же просто база данных. SQL-like. Звучит красиво, но по факту - забрать данные из базы.
Своя разработка на python+GO+JS + мы используем несколько open-source СУБД, шину, библиотеки JS.
Спасибо, я пока пас. При отсутствии 24/7 повышение производительности на 2% - это экономия 10 минут работы оборудования в смену. Тем более 10% в любом случае это непроизводственное время в день (прочистка и проч.).
С учетом срока проекта 6 месяцев, его стоимость точно превысила 4-5 миллионов рублей. Так что мне не кажется, что такая история имела бы экономический эффект в моем случае.
Интересно, почему в любой иностранной документации ещё присутствует список изменений версий документа? В правилах хорошего тона есть ещё место для улучшения?
Рискую навлечь на себя гнев, как человек, заметивший, что не хватает конкретики..
И все же хочу узнать, что именно внедряли 6 месяцев? Какие показатели были взяты за основу? Почему живые люди не были обучены сами работать без подсказки? Это непрерывное производство 24 на 7? Увеличение производительности имело какой экономический эффект? Или просто увеличило время простоя оборудования? Что за система использовалась? Это своя разработка? Это 1с, потому что у всех так? Или что-то ещё? Как снимались показатели и передавали в систему в режиме реального времени?
Раскройте, пожалуйста. Может я буду ваш следующий заказчик.
После этой статьи как раз убеждаешься, зачем нужен Qlik. Одна стабильная система вместо наборов MySQL, MSSQL, Postgres, Python, AirFlow и упаси боже фронт на JS. При этом, кейсы тоже довольно противоречивые - замена на Power BI совсем не кажется импортозамещением )
И конечно не забываем, что лицензии на Qlik бывают lifetime on prem.
Вопрос ETL весьма спорный и сильно зависит от объёма данных, величины компании и проч. Даже в среднем бизнесе сложно доказать, что внедрение системы стоимостью в пять годовых зарплат специалиста - это вот то, что нужно. И как верно замечено, за эти деньги проще посадить двух голов с Экселем, затраты минимальны.
К тому же Qlik как-то с задачей справился. Поэтому внедрение того же Qlik по общей стоимости значительно выигрывает перед конкурентами. Дешевле только Power BI, но с оговорками.
Я бы лично выбрал другие критерии и в другом порядке: полнота системы, стабильность решения, интеграции, стоимость.
Под полнотой я подразумеваю несколько вещей. Разнообразие визуала и логики. Например, таблиц с вгрегацией, пивоты. А также полноту функционала, наличие того же ETL. Потому что если его нет, то у вас вместо одной системы уже три (BI, ETL и планировщик).
Стабильность - это стабильность. Когда у вас при переходе от версии к версии не надо переписывать отчёты.
Ну и пара слов про Self BI. С этой серебряной пулей все ходят который год. И на конференциях эту тему постоянно обсуждают. Бизнес тоже очень любит, так как она звучит красиво - перенесём подготовку отчётности ближе к экспертизе в предметной области. Но мой опыт подсказывает, что в итоге концепция вырождается в реальной жизни. У людей есть операционная работа и после пары часов/ дней игр с системой, они понимают, что за это не доплачивают,, отчёт надо актуализировать и прочее и прочее.
Уровень собственно ИТ ландшафта (Enterprise Architecture) - совокупность всех приложений предприятия
Все-таки не надо путать ландшафт с EA. Enterprise Architecture - это упрощенно правила разработки ландшафта, рекомендации, ограничения и прочее, но не сам ландшафт. Фактически ландшафт у вас есть всегда, но EA формально может отсутствовать.
Нигде не прозвучало слово ABAP, поэтому вопрос - вы тестируете Z или настройки?
Для меня всегда было проблемой обновление тестовых сред свежими данными. Как у вас решается? Есть ли анонимизация данных при копировании на тестовую среду?
И вопрос собственно по переносу разработки между средами - авто, ручная?
Английская википедия даёт чуть большее понимание, зачем он нужен. Например, чтобы отказаться в паровых двигателях от плунжеров в пользу поршней. Видимо, в 19м веке это было актуально в силу уровня тогдашних технологий.
Также она позволяет ровнять поверхность на проходящей заготовке.
Что-то похожее я ещё видел на производстве, когда нужно змейкой разложить нить на проходящей ленте.
Статья шикарная, слов нет. А вот по выводам автор вроде как подтвердил все клише, так как ему стало выгодней не продолжать производство, а перейти на другие проекты. То есть получается, что производить не выгодно с точки зрения вложенных им сил и полученного результата.
В уравнении есть ещё метаболизм. Занимаясь спортом, вы ускоряете метаболизм. Так что даже перестав заниматься, он сохраняется на прежнем уровне некоторое время.
Или вы можете начать курить, что также ускорит метаболизм и вы затормозите набор веса.
Думаю, что более подкованные люди лучше развернут этот тезис.
Логика для корпоративного сектора тут есть. Вам нужна DB, кто-то ее должен поддерживать (обладать экспертизой, чинить, отвечать на вопросы, обновлять). Продать чистую поддержку opensource - сложно с точки зрения обоснования руководству. Поэтому логика проста - берем форк, делаем новые функции, упаковываем вместе с платной поддержкой и продаем единым продуктом.
С точки зрения санкций тоже тогда понятно - предыдущие подрядчики, оказывавшие платную поддержку становятся недоступны.
Рулеточное колесо для казино стоит довольно дорого, как раз как у вас на фото, стационарное. Несколько тысяч долларов в зависимости от размера и исполнения. Оно м вправду тяжелое и массивеое, выставляется очень строго по уровню, чтобы избежать обмана и подтасовок.
В начале 2000-х мы потрошили закрывшееся казино и я хотел себе забрать колесо, но старшие коллеги не дали, сказали, что восстановят и пустят в дело.
Правила выдачи даркона меняются периодически. Что не отменяет того факта, что автор плохо разбирается в вопросе загран паспортов Израиля. Теудат маавар для репатриантов не проживающих в Израиле намного более комфортнен, чем даркон. Так что никакой алармистской информации в этой новости нет.
Да, именно, что посмотрите чуть шире. Если без системы не заработает сборочная линия, то систему будут использовать. Если без неё не разместят заказы, то её будут использовать. Отдельный вид искусства это перестроить бизнес процессы, чтобы системой невозможно было не пользоваться.
Чтобы проект не был заброшен спустя некоторое время, надо чтобы от результатов внедренного продукта зависел какой-нибудь обязательный бизнес процесс, чтобы пользователи системы не могли не пользоваться вашим продуктом. Но умение правильно выставить такие бизнес процессы это отдельное искусство.
Практически любой проект состоит из подобных шагов. Так и просится сказать "спасибо, кэп". Хотя было бы любопытно знать, какие предикативные модели использовались.
Historian - это же просто база данных. SQL-like. Звучит красиво, но по факту - забрать данные из базы.
Спасибо, я пока пас. При отсутствии 24/7 повышение производительности на 2% - это экономия 10 минут работы оборудования в смену. Тем более 10% в любом случае это непроизводственное время в день (прочистка и проч.).
С учетом срока проекта 6 месяцев, его стоимость точно превысила 4-5 миллионов рублей. Так что мне не кажется, что такая история имела бы экономический эффект в моем случае.
Спасибо! Прошу прощения, если написал немного в резком тоне. Увы, писал на бегу.
В целом, слово "официозный" хорошо характеризует документ. В своих документах я предпочитаю целесообразность.
Интересно, почему в любой иностранной документации ещё присутствует список изменений версий документа? В правилах хорошего тона есть ещё место для улучшения?
Рискую навлечь на себя гнев, как человек, заметивший, что не хватает конкретики..
И все же хочу узнать, что именно внедряли 6 месяцев? Какие показатели были взяты за основу? Почему живые люди не были обучены сами работать без подсказки? Это непрерывное производство 24 на 7? Увеличение производительности имело какой экономический эффект? Или просто увеличило время простоя оборудования? Что за система использовалась? Это своя разработка? Это 1с, потому что у всех так? Или что-то ещё? Как снимались показатели и передавали в систему в режиме реального времени?
Раскройте, пожалуйста. Может я буду ваш следующий заказчик.
После этой статьи как раз убеждаешься, зачем нужен Qlik. Одна стабильная система вместо наборов MySQL, MSSQL, Postgres, Python, AirFlow и упаси боже фронт на JS. При этом, кейсы тоже довольно противоречивые - замена на Power BI совсем не кажется импортозамещением )
И конечно не забываем, что лицензии на Qlik бывают lifetime on prem.
Вопрос ETL весьма спорный и сильно зависит от объёма данных, величины компании и проч. Даже в среднем бизнесе сложно доказать, что внедрение системы стоимостью в пять годовых зарплат специалиста - это вот то, что нужно. И как верно замечено, за эти деньги проще посадить двух голов с Экселем, затраты минимальны.
К тому же Qlik как-то с задачей справился. Поэтому внедрение того же Qlik по общей стоимости значительно выигрывает перед конкурентами. Дешевле только Power BI, но с оговорками.
Я бы лично выбрал другие критерии и в другом порядке: полнота системы, стабильность решения, интеграции, стоимость.
Под полнотой я подразумеваю несколько вещей. Разнообразие визуала и логики. Например, таблиц с вгрегацией, пивоты. А также полноту функционала, наличие того же ETL. Потому что если его нет, то у вас вместо одной системы уже три (BI, ETL и планировщик).
Стабильность - это стабильность. Когда у вас при переходе от версии к версии не надо переписывать отчёты.
Ну и пара слов про Self BI. С этой серебряной пулей все ходят который год. И на конференциях эту тему постоянно обсуждают. Бизнес тоже очень любит, так как она звучит красиво - перенесём подготовку отчётности ближе к экспертизе в предметной области. Но мой опыт подсказывает, что в итоге концепция вырождается в реальной жизни. У людей есть операционная работа и после пары часов/ дней игр с системой, они понимают, что за это не доплачивают,, отчёт надо актуализировать и прочее и прочее.
Все-таки не надо путать ландшафт с EA. Enterprise Architecture - это упрощенно правила разработки ландшафта, рекомендации, ограничения и прочее, но не сам ландшафт. Фактически ландшафт у вас есть всегда, но EA формально может отсутствовать.
Как минимум 1200 человек посчитали вашу цену справедливой, купив готовое изделие )
Вопросов много:
Нигде не прозвучало слово ABAP, поэтому вопрос - вы тестируете Z или настройки?
Для меня всегда было проблемой обновление тестовых сред свежими данными. Как у вас решается? Есть ли анонимизация данных при копировании на тестовую среду?
И вопрос собственно по переносу разработки между средами - авто, ручная?
Английская википедия даёт чуть большее понимание, зачем он нужен. Например, чтобы отказаться в паровых двигателях от плунжеров в пользу поршней. Видимо, в 19м веке это было актуально в силу уровня тогдашних технологий.
Также она позволяет ровнять поверхность на проходящей заготовке.
Что-то похожее я ещё видел на производстве, когда нужно змейкой разложить нить на проходящей ленте.
Перед отшивом любая ткань обязательно должна пройти декатирование. Типа стирки, но более масштабно. Это основы.
Но даже после декатирования, разные ткани и нитки могут давать разную небольшую усадку.
Статья шикарная, слов нет. А вот по выводам автор вроде как подтвердил все клише, так как ему стало выгодней не продолжать производство, а перейти на другие проекты. То есть получается, что производить не выгодно с точки зрения вложенных им сил и полученного результата.
В уравнении есть ещё метаболизм. Занимаясь спортом, вы ускоряете метаболизм. Так что даже перестав заниматься, он сохраняется на прежнем уровне некоторое время.
Или вы можете начать курить, что также ускорит метаболизм и вы затормозите набор веса.
Думаю, что более подкованные люди лучше развернут этот тезис.
Логика для корпоративного сектора тут есть. Вам нужна DB, кто-то ее должен поддерживать (обладать экспертизой, чинить, отвечать на вопросы, обновлять). Продать чистую поддержку opensource - сложно с точки зрения обоснования руководству. Поэтому логика проста - берем форк, делаем новые функции, упаковываем вместе с платной поддержкой и продаем единым продуктом.
С точки зрения санкций тоже тогда понятно - предыдущие подрядчики, оказывавшие платную поддержку становятся недоступны.
К вопоосу выбора коммерческой СУБД я бы ещё обязательно добавил:
Год основания компании
Списочная численность сотрудников (чтобы кто-то поддерживал продукт)
Финансовые показатели
Риски по СПАРК
Квантом - в глубоком минусе по прибыли.
Orion soft - 28 сотрудников.
Рулеточное колесо для казино стоит довольно дорого, как раз как у вас на фото, стационарное. Несколько тысяч долларов в зависимости от размера и исполнения. Оно м вправду тяжелое и массивеое, выставляется очень строго по уровню, чтобы избежать обмана и подтасовок.
В начале 2000-х мы потрошили закрывшееся казино и я хотел себе забрать колесо, но старшие коллеги не дали, сказали, что восстановят и пустят в дело.
Правила выдачи даркона меняются периодически. Что не отменяет того факта, что автор плохо разбирается в вопросе загран паспортов Израиля. Теудат маавар для репатриантов не проживающих в Израиле намного более комфортнен, чем даркон. Так что никакой алармистской информации в этой новости нет.
Да, именно, что посмотрите чуть шире. Если без системы не заработает сборочная линия, то систему будут использовать. Если без неё не разместят заказы, то её будут использовать. Отдельный вид искусства это перестроить бизнес процессы, чтобы системой невозможно было не пользоваться.
Чтобы проект не был заброшен спустя некоторое время, надо чтобы от результатов внедренного продукта зависел какой-нибудь обязательный бизнес процесс, чтобы пользователи системы не могли не пользоваться вашим продуктом. Но умение правильно выставить такие бизнес процессы это отдельное искусство.