Pull to refresh
10
0
Walter White @methlab

User

Send message

Сейчас производительность движка составляет 50 wf/s

Уточните, пожалуйста, что это за метрика?

Можно запустить 50 workflow в секунду?
Можно завершить 50 workflow за секунду?
Можно выполнить за секунду 50 шагов workflow?

Какая производительность у стандартного WorkflowCore без доработок в этой метрике?

Powershell, несомненно удобен, особенно Windows- администраторам, привыкшим его использовать. В нашем же случае, большая часть инфраструктуры линуксовая и питон нам "роднее", это первая причина. Вторая — эти скрипты — маленькая часть автоматизации тестовой лаборатории. Есть еще веб — страницы на которых отображается информация о машинах, мониторинг, информирование, ansible и т.д. А для решения таких задач питон подходит куда лучше.

Не секрет: основной стек продукта для которого нужен движок — .Net Core. Продукт тиражируемый, соответственно делать дополнительные исполняемые компоненты и зависимости в окружении накладно, нам необходимо встраиваемое решение. Camunda, на мой взгляд, классное решение для использования в энтерпрайзе с преобладанием Java-стека.
Видели, знаем. Но на момент начала нашей разработки xaml он еще не поддерживал и у него не было ни одного релиза (единственный релиз 09.2018). В текущем состоянии он еще очень далек от классического WWF.
Мы проанализировали пул-реквесты и поняли, что сделали некоторые изменения, которые автор ранее не принял от других пользователей. По этому остались со своим форком: github.com/avanpostid/workflow-core.
Сертифицируется конкретный билд, что делает сертификацию профанацией в масштабе государства. Как разработчик сертифицированного ПО, могу вам сказать, что дальнейшая судьба этого билда — лежать записанным на диске на полке у клиента.
Автор, в чем разница между авторизацией и аутентификацией?)
Ну а что на счет IGA? Есть новые тренды? Или все по-старому?
Пользуюсь случаем:
Хотели заменить морально устаревший E-Staf. Основные претензии к нему:
— толстый клиент, отсутствие возможности удаленной работы (без VPN/RDP, что сложно для рекрутера)
— коммуникации по кандидатам с заказчиками только через письма, в ручном режиме (много копипасты)
— выгрузка резюме не читается на iOS
— подготовка отчетов занимает много времени.

Протестировали вашу систему у себя в компании. Поняли, что пока ваш продукт не готов даже для использования в масштабах ИТ-компании из 50 человек.
Главные недостатки:
— отсутствие авторизации. Я в роли заказчика могу видеть вакансии и кандидатов других заказчиков, могу изменять статус кандидатов вплоть до «принят».
— качество интерфейса очень далеко от качества вашего же лендинга в плане дизайна, специалисты по UX, похоже, так же не привлекались к разработке.
— интерфейс для мобильных устройств не адаптирован.

Мой вам совет: бросьте смежные направления, сделайте качественный MVP автоматизирующий процесс подбора и к вам потянутся пользователи.
Позанудствую:
Федерация удостоверений

— что это за термин? Можете его пояснить?
Продажа книги реализаторам и/или непосредственно покупателям
Поставка экземпляров книги реализаторам или покупателям


Правильный термин — дистрибьютор.
Не проработали единый язык).
Что опыт и знания кандидата, заявленные в резюме, в достаточной степени соответствуют требованиям.
На вакансии программистов в среднем откликается по 7-8 человек.
— охотно верю. Только Ваша статистика не учитывает, сколько из них адекватных. По моей статистике — 0,3.
Заявленные минусы решения на основе прокси сервера 1 и 3 — глупость, вы, видимо, в принципе с технологией не разобрались.
В целом, согласен, что решение на базе локального веб-сервера адекватнее.
Действительно, приведенный в примере сервис не соответствует стилю RESTful
Приветствуем наследников Софтомейта? :)
Нет, не нахожу. Еще раз: за избавление от некоторого количества операций ввода-вывода вы платите размытием логики между слоями, потерей механизмов абстракции в коде, отсутствием возможности использования современных инструментов и технологий разработки.
Так и прочитал. Но в приведенном вами примере было сказано, что интерфейс пользователя уже был. Следовательно, должен был быть слой логики. Т.е. приложение уже имело информацию об объектах. Для реализации логики проводок в базе вы должны были неизбежно продублировать ее там. Теперь, при изменении упомянутой вами логики конвертации, придется вносить правки в двух местах, логически не связанных.
Все очень сильно зависит от типа приложений, которые вы разрабатываете. Если это «справочники» с набором CRUD операций, то лепить объектный слой над ними большого смысла нет. А если приложение автоматизирует деятельность в какой-то предметной области, то без доменной модели и слоев абстракций вы очень скоро придете к несопровождаемому коду.

Раздел «Пошатнем мир идеалиста» вызвал у меня боль чуть ниже спины. API в виде хранимой процедуры и обоснование дублирования логики избавлением от лишних операций — вы в каком веке живете? Для того и развивается железо, чтобы прикладные программисты меньше думали о таких вещах и эффективнее решали бизнес-задачи, писали простой, легко сопровождаемый код.

Information

Rating
Does not participate
Location
Новосибирская обл., Россия
Date of birth
Registered
Activity