• ERP на сервисной архитектуре
    0

    "Клиент формирует нам Бизнес Требования" — вот это и есть источник проблем. :)))
    Подозреваю, среди ваших аналитиков нет хороших специалистов в области фин учёта. И вы вынуждены полагаться на то, что вам говорят сотрудники клиента.
    Но проблема в том, что у клиента с очень высокой вероятностью тоже нет специалистов с нужным уровнем квалификации. ))
    Близкая аналогия: к инженеру, который разбирается в сплавах и механике, приходит пользователь, который пару лет ездил на автомобиле, и говорит — спроектируй мне автомобиль. О принципах работы и деталях устройства двигателя внутреннего сгорания ни один из них не имеет достаточно глубоких знаний.
    Догадываетесь, какой будет результат?


    Финансы существенно проще, чем двигатель, но там хватает своих нюансов.

  • ERP на сервисной архитектуре
    0
    А как формировалось ТЗ к отдельным модулям? Вы использовали реинжиниринг существующих систем, подгоняя готовые схемы данных и алгоритмы под специфические требования заказчика, или просто выслушивали специалистов заказчика?

    Если ТЗ создавали специалисты заказчика — я думаю, через пару лет клиент столкнется с результатами ошибок при постановке задач.
    Например, финансы (это моя специализация). Я не знаю ни одного финансиста, кто мог бы выдать достаточно корректное ТЗ, которое не аукнется через пару лет. В большинстве коробок, у которок есть сотни — тысячи внедрений, эти косяки уже обнаружены и косяки устранены или найдены обходные пути. Но пользователи и понятия не имеют о большинстве потенциальных сложностей, и, соответственно, не могут о них рассказать.
  • ВИЧ — нулевой пациент мировой пандемии
    0

    Я тоже стараюсь не трогать ручки и детей учу. :)
    Но да, с логикой у многих беда…
    Ну хоть иконы не так массово целуют.

  • Интеграция в стиле BPM
    0
    В том то и дело — нам нужно что то менее «девелоперфрендли», но больше работающее из коробки.
  • Архитектура ERP-системы реального времени: замещение планов фактами
    0
    Отчеты с планами / фактами и прогнозами — это уже отчетность, а не оперативный учет…
    Как показывает опыт — даже небольшие наборы данных при формировании отчетов удобнее будет выдать пользователям в виде кубов — так им проще строить нужные им отчеты — сразу в екселе будут делать.
    То есть сами данные о планах и фактах храним в ERP, а отчеты строим отдельно.

    В оперативном данные о планах тоже нужны, но не как отчеты, а как способ ввода фактических данных. Например, при вводе заказа поставщику показать доступные статьи бюджета (с остатками), чтобы тут же привязать — может быть очень полезно. Но надо очень аккуратно с этим обращаться, чтобы сохранить гибкость.
  • «Как жить без стрелок» или не так страшен сплит…
    0
    А есть возможность купить такое в готовом виде?
  • «Как жить без стрелок» или не так страшен сплит…
    0
    Интересная статья.
    Я для себя в подобных клавиатурах вижу один большой минус — надо потратить слишком много времени на выбор модели и, как я понимаю, на сборку. По ссылкам быстро не нашел, где можно купить такое в готовом виде, чтобы самому не собирать.
    Именно текста набираю не настолько много, чтобы сильно напрягали стандартные клавиатуры в ноутбуках. Хотя, когда работаю — предпочитаю два дополнительных больших монитора (+ маленький ноута) и отдельную клавиатуру.

    Подскажите, а можно вот такую клавиатуру купить в готовом виде?
    И еще, в идеале, чтобы она относительно компактно складывалась и была беспроводной. Иногда надо набирать текст на планшете (совсем везде с собой ноут носить не люблю), и было бы интересно попробовать такую клавиатуру…
    Если такая клавиатура сильно меньше стандартной (я так понял — 40% и состоит из двух отдельных половинок) и при этом удобная — это может быть лучшим решением, чем маленькие bluetooth клавиатуры, которые продают для планшетов. Или чем клавиатура у небольших ноутбуков. На них неудобно все же — слишком маленькие размеры. А так взял с собой планшет / ноут и такую клавиатуру — и при наличии стола можно достаточно комфортно работать.
  • Архитектура ERP-системы реального времени: замещение планов фактами
    0
    Причем тут хайлоад к ОЛАПу? У нас, например, данных — единицы миллионов строк (даже не десятки), но отдел консолидированной отчетности обожает куб. )))
  • KPI. Или как руководители боятся посмотреть в глаза сотруднику при начислении зарплаты. (Исправлено)
    +2
    Вот! В этом и проблема подобных внедрений KPI, а не в «Сашах».
    Ведь KPI — это и есть определение того, кто является хорошим работником. И если у руководства нет такой цели…
  • KPI. Или как руководители боятся посмотреть в глаза сотруднику при начислении зарплаты. (Исправлено)
    +4
    Ну Саша тоже не лыком шит. Быстренько раскусив «слабые» места в новой системе, он сосредоточился на продажах только тех позиций, которые были выгодны только его кошельку.

    А Маша продолжала офигевать от скачков в своей заработной плате.

    Битва Саши с руководством продолжалась долго. На подавляющем количестве «современных» компаний она ведется до сих пор и будет вестись вечно.

    Как решать эту ситуацию?

    В нормальной компании Сашу просто тупо уволят и найдут более другого сотрудника. В «продвинутых» компаниях битва будет идти вечно. И вместо процветания, компания будет состязаться с сотрудниками в игре — «а ну ка обмани друг друга».

    Если руководство (именно руководство, а не сотрудники!) так воспринимают систему KPI — это отстойное руководство и компания, и оттуда надо валить.
    В данном примере Саша — офигенный работник. Он сумел сосредоточиться на достижении именно тех целей, которые компания считает ключевыми. И УСПЕШНО их ДОБИЛСЯ! Естественно, он желает получить за это денег. Ну так это нормально! Люди работают, чтобы денег получать.

    А то, что он ленивый, любит мало работать и т.д. — никого волновать не должно.

    Подумайте над смыслом фразы "Здесь мерилом работы считают усталость"…

  • Интеграция в стиле BPM
    0
    Спасибо. ))
    У нас ситуация сильно отличается — мы в любом случае не будем писать что то свое, а будем использовать что то готовое.
    Наверно, пока и дальше будем смотреть на jBPM, если из готового ничего существенно лучше нет.
  • Интеграция в стиле BPM
    0

    А что бы сейчас выбрали?

  • Интеграция в стиле BPM
    0

    А можно несколько примеров, какие сложности с jBPM возникали?
    Мы сейчас обдумываем вариант его использования, и тоже в связке с ERP. Интересно послушать, на какие грабли вы наступили.

  • Евангелист Open Source Эрик Реймонд: Windows перейдет на ядро Linux в недалеком будущем
    0
    Что в X-ах не очень дружественного?

    Я не помню уже, что делал, но как-то у меня слетела часть настроек и запустились голые Х-ы, вообще без ничего.
    И я бы поставил вопрос по другому — а что там вообще можно назвать «дружественным»? )))

    Вообще, речь не о том, как именно делать графический интерфейс. А о том, что можно создать нечто, что прозрачным для пользователя образом «подружит» нативные программы для винды и линукса. И то, что «внутри» будут работать две «виртуальные машины», каждая со своим ядром — обычных пользователей беспокоить не будет. Что то вроде OS/2 третьей или четвертой версии, не помню уже точно, которая могла исполнять и свои родные программы, и программы для Windows 3.1.
  • Евангелист Open Source Эрик Реймонд: Windows перейдет на ядро Linux в недалеком будущем
    0

    Ну сами по себе иксы мягко говоря не очень дружественные. )))
    То есть в любом случае нужна надстройка.
    Плюс для такого решения необходима будет "бесшовная" интеграция виндовых и линуксовых программ. Это явно не будет совсем легко. Но — возможно.

  • Евангелист Open Source Эрик Реймонд: Windows перейдет на ядро Linux в недалеком будущем
    0

    Ок — она не используется как универсальная ОС.
    Может ли Микрософт это изменить? Теоретически — да. Но сколько на это уйдет денег? И не будет ли дешевле объединить Винду с Линукс, который уже является универсальной ОС?

  • Евангелист Open Source Эрик Реймонд: Windows перейдет на ядро Linux в недалеком будущем
    0

    Технологии виртуализации уже очень неплохие. Сделать ядро Linux и некое окружение стандартной частью дистрибутива Windows — легко. И создать "комбинированную" среду рабочего стола, где одновременно могут взаимодействовать программы, работающие в разных виртуальных машинах тоже возможно, хотя и не легко.
    Создать новое API для ядра Линукс и постепенно перетаскивать на него все свои программы, а потом и все остальные. В качестве кнута — приостановить развитие ядра винды. И лет через 5-7 родное ядро многие обычные пользователи перестанут запускать за ненадобностью. Вернее, они сами и знать не будут, что там у них запускается. :)


    Для Микрософта есть очень весомый аргумент. Сейчас винда сильно не универсальная ОС. В ТОП 500 уже давно нет ни одной системы на Винде. Большинство серверов — на Линукс. Всякие роутера и т.п. — тоже на Линукс…
    Перспективы не самые радужные.

  • Владельцы макбуков столкнулись с блокировкой после установки Big Sur
    +1
    Часть людей пользуется техникой Apple. Часть — не пользуется.
    Вот и все. :)
    После того, как я купил первый iPad в максимальной комплектации, я решил, что больше пользоваться не буду. Но это решение каждый принимает сам.
    Статья довольно хорошо описывает Apple-way: делай так, как МЫ считаем правильно. И никаких других вариантов действий ТЫ не получишь.
    Глупо спорить, насколько хорош / плох этот принцип. Кого то устраивает, кого то нет.
  • Скулятчер
    0
    Это относительно легко — делаем последовательность (для ИД), общую для ордеров покупки и продажи, и мэтчим только с противоположными ордерами, у которых ИД меньше.
  • Скулятчер
    +1
    Подумал над кодом.
    Всплыл нюанс.
    Когда мы «мэтчим» сделки покупки и продажи — у нас получается «рваное» (не могу подобрать другого слова) соответствие, которое все портит.

    Например, если мы мэтчим операции с товарами, чтобы получить ФИФО, у нас есть две большие группы операций — приход и расход. И при этом каждая операция прихода по товару может быть смэтчена с любой операцией расхода того же товара. В результате можно легко написать операцию пакетной обработки, которая быстро отработает.

    А с торговлей коинами — все не так.
    Предположим, есть два заказа продажи — по 10 и по 12 долларов. И два заказа покупки — по 11 и по 15 долларов.
    И получается, что заказ покупки по 15 долларов может быть смэтчен с любым из заказов продажи, а заказ покупки по 11 долларов — только с заказом продажи по 10…
    Как реализовать пакетный мэтчинг с такими ограничениями — пока не придумал. Не уверен, что это возможно…
    Но задача интересная, так что еще подумаю. )))
  • Выйди и зайди нормально: почему в IT-университетах обучают строителей и можно ли сделать гуманитария разработчиком
    0

    Прочитал…
    "До нашего университета я 16 лет проработал в IKEA, где одно время руководил отделом по управлению персоналом и корпоративной культуре, такой нехватки специалистов там не ощущалось. Кадровый голод, который я увидел в IT-сфере, был для меня в новинку"


    И


    "В Университете Иннополис я работаю директором по развитию и кадровой политике. Нанимаю сотрудников в наши проекты и для компаний, которые просят помочь с поиском людей. Часто это разработчики, архитекторы, аналитики, тестировщики и другие специалисты."


    Очень распространенная ситуация.
    Ключевое требование к ИТ специалисту — может он решать возникающие задачи или нет. Все остальное — вторично.
    До, софт скиллы нужны. В ряде случаев — обязательны. Но все равно базовыми являются технические навыки.
    И при этом человек, как я понимаю, с очень слабыми техническими знаниями и без опыта работы с ИТ специалистами, нанимает "разработчиков, архитекторов, аналитиков"...


    И статья как раз очень хорошо это всё иллюстрирует. Много красивых слов, но маловато смысла.

  • Скулятчер
    0
    Алгоритмы остаются однозначными и результат будет точно такой, если обрабатывать каждый заказ последовательно. То есть это не очень похоже на покер.

    Но появляется ограничение, что заказ может обрабатываться две-три секунды — данные попадают в буфер и ждут, потом обрабатываются одним большим пакетом и результаты записываются в таблицу, и потом результаты мэтчинга рассылаются клиентам. В течении этого периода сделать ничего нельзя с заказом.
  • Скулятчер
    0
    «Не совсем понимаю, как Вы собираетесь по сути синхронный стакан асинхронить? Следующая заявка обрабатываться ТОЛЬКО после обработки предыдущей.

    Только так формируется стакан. И соблюдается хронология. Т.е. кто первый выставил, тот и сматчился.»

    Это два очень разных требования.
    Подозреваю, что есть требование «кто первый выставил, тот и сматчился». А в каком порядке обрабатывать — требования нет.

    То есть таблицы с заказами — это своеобразный буфер, в котором накапливаются данные, и раз в секунду выполняется расчет мэтчинга.
    Латентность при небольшом количестве заказов увеличивается, но общая пропускная способность растет очень сильно.

    Баланс учитывать тоже не проблема. Если делать все в транзакциях СУБД — автоматически получим ACID.

    А над кодом сейчас подумаю. Вроде ничего сильно сложного, похоже на то, что уже делал.
  • Скулятчер
    0
    Ясно.
    Меня смутило, что вы задумались об оптимизации, когда сам подход крайне неоптимальный для СУБД. Обычно такой подход выбирают, когда скорость не очень важна.
    То, что подходит для С, не очень подходит для СУБД. ))

    Я тоже думаю, что при асинхронной реализации 50К в секунду и более вполне реально и реализуется довольно просто. И если сравнивать с «прототип матчера на С, который был способен выдавать около 270К сделок в секунду на моем компе» — то преимущества реализации на С, которая потребовала бы пары месяцев разработки, выглядят совсем не убедительно.
  • Скулятчер
    0
    Вы написали подбор «пары» для ОДНОГО заказа. Это неэффективно при работе с базой данных.

    Недавно решал аналогичную задачу.
    Задача касалась не торговли коинами, но похожая:
    Есть набор «предварительных» продаж (аккруалсы) — продаж, по которым не сгенерированы инвойсы и которые могут быть отменены.
    Есть набор фактических продаж (инвойсы).
    По определенным правилам необходимо сопоставить одни с другими, чтобы реверснуть те предварительные продажи, по которым уже есть инвойсы. При этом, если одна предварительная продажа уже сопоставлена с определенным инвойсом, её нельзя «присоединить» к другому инвойсу.
    Очень близкая аналогия с заказами на продажу и покупку коинов.

    Так вот, при решении я считывал полный набор данных (например — все 10К позиций) двух типов, совмещал их друг с другом и получал результат сразу для всех возможных «соединений». А оконные функции использовал как раз для контроля, что одна «предварительная» продажа не присоединена к нескольким инвойсам.
  • Скулятчер
    0
    А почему не оконные функции? Очень часто получается намного быстрее, чем рекурсивные CTE.
  • Apple ответила Epic за Fortnite: аккаунты разработчиков забанят в App Store, Epic отключат от инструментов для iOS и Mac
    +5

    "Есть очень многие объекты, владение которыми накладывает на владельца ограничения по распоряжению им."


    Весь вопрос — кто именно накладывает ограничения.
    Если это делают все граждане посредством принятия законов в выборном законодательном органе — это один вариант. При таком варианте можно надеяться, что будут учтены интересы всех сторон.
    А если ограничения накладываются руководством нескольких фирм (олигополия) — то это совсем другая ситуация.


    В долгосрочной перспективе монополии и олигополии неэффективны.

  • Не надо портить инженерам десктопы своими мобильными решениями, одумайтесь
    0
    Сейчас переходной этап.
    Можно много говорить об удобстве двух больших мониторов (сам люблю) — но так все равно не удобно многие вещи делать!
    Так что ждем нейроинтерфейсов, и тогда споры, что удобнее — отпадут сами собой.
  • Автоматизации бизнес процессов компании в Trello с использованием технологии семантического моделирования
    0
    Вы действительно считаете, что вот эти листинги — это то, что «специалист в той или иной предметной области может задать на привычном ему языке»?
    Если уж на то пошло, бейсик позволяет записать очень похожий код для похожей задачи. Бейсик ведь тоже разрабатывали для «людей, далеких от программирования».
    Не то, чтобы это решение плохое. Вовсе нет.
    Но нужно понимать, что это в любом случае программа, и в любом случае нужно обучение пользователя (пусть минимальное в течении часа — двух).
    Да и применимость, думаю, весьма ограничена. Если надо будет вписать пару сотен правил — очень легко запутаться. Например, при согласовании командировки проверить еще бюджет на проект автоматически (что не превышен) и какой билет на самолет допустим — бизнес или только эконом. Как мне кажется, такой пример если и получится реализовать — то это будет далеко не так легко.
  • Исследование RedHat: open source вытесняет проприетарное ПО из корпоративного сегмента
    0

    Я всё жду, когда анекдот ворвётся в нашу жизнь и появится Microsoft Linux. :)))


    Учитывая, что версию SQL Server под Linux сделали — вполне могут пойти по пути Oracle и запилить свой дистрибутив.

  • Истина прежде всего, или почему систему нужно проектировать, исходя из устройства базы данных
    +1
    Что касается темы — то если дальше развивать мысль, то нужно переносить часть бизнес-логики в уровень sql-сервера чтобы обеспечить максимальную производительность работы с большими объёмами данных. Буду с нетерпением ждать продолжения этой битвы ))

    Так все так или иначе часть задач делают с помощью sql. :)))
    А те, кто так не делает, рассказывают на хабре, как они героически на сервере с офигенным количеством ядер считают раз в сутки 800 миллионов цифр

  • Только 16,5 % ИТ-компаний смогут выплачивать зарплату всем сотрудникам в полном объёме
    0
    Так приведите пруф просто.


    Например, вот очень хорошая книга на эту тему.
  • Только 16,5 % ИТ-компаний смогут выплачивать зарплату всем сотрудникам в полном объёме
    0
    Сколько там не русскоязычных или не россиянок? Об это ваши ссылки ничего не говорят.

    Наверно, можно спросить. :)))

    А вообще, спор во многом странный.

    Если хочется поговорить о зависимости экономики от политической системы управления страной — можно, например, почитать одну из очень известных работ на эту тему: «Почему одни страны богатые, а другие бедные»
    Многие экономисты очень рекомендуют к прочтению.

    И поспорить, в чем авторы правы, а в чем ошибались. :)))
  • Только 16,5 % ИТ-компаний смогут выплачивать зарплату всем сотрудникам в полном объёме
    0
    В чем бред? В том что украинцы везде? Вы поинтересуйтесь, например, кто составляет основной контингент китайских борделей.

    В Турции мне вот в борделях почему-то только Россиянки попадались. Интересно почему?


    Поинтересоваться как раз совсем не сложно. ))))
    Вот про Китай, а вот про Турцию.
    Как говорится — информация из первоисточника. )))
  • Чумовые скидки? Акции вендоров CRM по случаю перехода на удалёнку
    0
    Нет, продать как раз ничего не хочу. ))
    Я буквально три месяца назад тоже выбирал софт (нам MDM нужен, но сейчас заморозили внедрение), и у меня при анализе вариантов сильно отличался подход. Цена тоже была одним из главных критериев. Но стоимость коробки очень слабо определяет общую стоимость.
  • Чумовые скидки? Акции вендоров CRM по случаю перехода на удалёнку
    –3

    Ну так и не надо сравнивать ТОЛЬКО по стоимости коробки. :)))
    По моему опыту — нормально опенсорс работает и стоит (я про ERP). Вполне себе конкурентоспособно. Но надо понимать, что стоимость лицензий (коробки) — не главное.

  • Чумовые скидки? Акции вендоров CRM по случаю перехода на удалёнку
    +1

    Если вашей компании так важна именно стоимость "коробки" без внедрения и прочих работ — почему бы не взять что то из Open Source? Вообще бесплатно будет.
    Как раз за время карантина можно разобраться и внедрить.

  • Только 16,5 % ИТ-компаний смогут выплачивать зарплату всем сотрудникам в полном объёме
    +2
    Нас предупредили, что могут сократить рабочую неделю с 40 до 34 часов.
    Но 60% обычной зарплаты за эти 6 часов будет платить государство (работать эти 6 часов не надо будет). В целом сокращение для сотрудников довольно небольшое, а компания сможет довольно сильно снизить расходы.
    Правда, все это пока на стадии обсуждения — решение еще не принято.
    Это в Германии.
  • Микросервисы или модульные системы? Как заказчику выбрать подход к IT-архитектуре продукта
    0
    Было бы интересно почитать.
  • Микросервисы или модульные системы? Как заказчику выбрать подход к IT-архитектуре продукта
    0
    Camunda уже написали сравнение:
    camunda.com/learn/whitepapers/camunda-bpm-vs-jboss
    И первый пункт сравнения:
    Camunda BPM 7 strategically aims for ‘Developer-Friendliness’, whilst JBoss jBPM 6 strives for the ‘Zero-Code-BPM’-ideal.

    Мне и интересно — насколько это близко к реальности?