Kogito – Cloud-based business automation platform • Hacker News Board

Re: Kogito – Cloud-based business automation platform

#21

Post by ericol » Sat, Mar 21, 2020, 11:11 PM UTC

pachico wrote: post #14

It really strikes me how many times new products fail to describe efficiently what they do. It often seems they're explaining what the project/service does to someone who already knows it rather than to someone who just landed on their website. Many Apache products lack of proper explanation, in my opinion. Some times even AWS services. Well, it could be I'm bad at understanding their explanation. Am I the only one t…

Funny enough, this happens in my company.

We have two products in market. An "old" one (that actually paid the bills for a looong time). And another, newer one that was supposed to replace the old one way to long ago as well (That didn't happen yet, but to be honest... it's complicated).

Every time I was shown what the new product does, it was a demonstration of how it works, related to the old one.

The question "what does this product provides to our customers that the old one doesn't" hasn't been answered in years.

Epilogue: Couple years back we got a beast of a sales man, and he's shoving the new product down the customers throat as if it was heroin laced candy. I'm not complaining, but would we had dedicated the dev time to the old product, we would probably be a main competitor in our market.

Re: Kogito – Cloud-based business automation platform

#22

Post by ceeker » Sun, Mar 22, 2020, 6:27 AM UTC

In case people from this project are still checking this thread. I am actually looking into Drools at this moment so the timing cannot be better...

I have a few questions:

1. Is this a new skin/interface for existing tools like Drools / jBPM or re-implementing that functionality?

1a. If new skin: is it fair to say, once the business application is built (there maybe bugs along the way due to the stage of this project), since the foundation is Drools / jBPM, we can expect production quality that we would expect out of Drools/jBPM?

2. What is the KIE Group? Is this owned by Redhat? It is very hard to tell by reading the footer.

3. Does the team provide consulting services to use these tools for an enterprise adoption?

Re: Kogito – Cloud-based business automation platform

#23

Post by ceeker » Sun, Mar 22, 2020, 6:28 AM UTC

tappio wrote: post #5

evacchi wrote: post #4

Earlier quoted context omitted.

Full disclosure: I work on Kogito. This is a "rethinking" of our traditional engines (Drools, jBPM, OptaPlanner) especially meant for containerized/k8s/lightweight deployment, with support for native compilation through Quarkus. Also you may want to take a look at our fresh new editors: they are available as VSCode extension, Chrome extension and stand-alone via bpmn.new and dmn.new :)

I came across Kogito some days ago as I was looking into some alternatives for our drools based engine. I'd like to build some kind of online editor for business people to manage drm rules easily. How would one go about doing something like that with Kogito?

Could you please share your reasons for looking at alternatives to Drools? I am in the process of evaluating Drools and it will be great to understand why people move away from it.

Re: Kogito – Cloud-based business automation platform

#24

Post by evacchi » Sun, Mar 22, 2020, 8:26 AM UTC

ceeker wrote: post #22

In case people from this project are still checking this thread. I am actually looking into Drools at this moment so the timing cannot be better... I have a few questions: 1. Is this a new skin/interface for existing tools like Drools / jBPM or re-implementing that functionality? 1a. If new skin: is it fair to say, once the business application is built (there maybe bugs along the way due to the stage of this project…

1. it's both :) we're keeping a lot of the features in place but we are taking the chance to renew some parts and drop or redesign some 2. KIE (Knowledge Is Everything) is the collective name of the development group that works on Kogito/Drools/jBPM/OptaPlanner. It's not a legal entity so it's not technically "owned" by RH, but the majority of us work for RH 3. RH provides subscription services and consulting

Re: Kogito – Cloud-based business automation platform

#25

Post by tappio » Sun, Mar 22, 2020, 8:41 PM UTC

ceeker wrote: post #23

tappio wrote: post #5

Earlier quoted context omitted.

I came across Kogito some days ago as I was looking into some alternatives for our drools based engine. I'd like to build some kind of online editor for business people to manage drm rules easily. How would one go about doing something like that with Kogito?

Could you please share your reasons for looking at alternatives to Drools? I am in the process of evaluating Drools and it will be great to understand why people move away from it.

"Looking for alternatives" was maybe a bit too much. As far I understood these are built pretty much on the same core? So using the same rule sets should work on Kogito too. We recently moved to micro services and I'd like to have the editor as part of another service instead of kie workbench so I've been looking around for ways to accomplish that.

Re: Kogito – Cloud-based business automation platform

#26

Post by evacchi » Mon, Mar 23, 2020, 11:04 AM UTC

tappio wrote: post #25

ceeker wrote: post #23

Earlier quoted context omitted.

Could you please share your reasons for looking at alternatives to Drools? I am in the process of evaluating Drools and it will be great to understand why people move away from it.

"Looking for alternatives" was maybe a bit too much. As far I understood these are built pretty much on the same core? So using the same rule sets should work on Kogito too. We recently moved to micro services and I'd like to have the editor as part of another service instead of kie workbench so I've been looking around for ways to accomplish that.

you should look into our new tooling https://kiegroup.github.io/kogito-online/#/

also, yes: Kogito is still based on Drools for the rules part

Re: Kogito – Cloud-based business automation platform

#27

Post by ge0ffrey » Tue, Mar 24, 2020, 8:34 AM UTC

gavinray wrote: post #13

evacchi wrote: post #4

Earlier quoted context omitted.

Full disclosure: I work on Kogito. This is a "rethinking" of our traditional engines (Drools, jBPM, OptaPlanner) especially meant for containerized/k8s/lightweight deployment, with support for native compilation through Quarkus. Also you may want to take a look at our fresh new editors: they are available as VSCode extension, Chrome extension and stand-alone via bpmn.new and dmn.new :)

That sounds incredible. I have no experience with Java/JVM, but found OptaPlanner online and immediately had a usecase for it. Spent a weekend trying to get through it's documentation and example code, it was so heavy and complicated that I couldn't even get a basic concept or learning exercise written by myself. Reached out on their IRC, and it was dead. Will definitely be taking a look at this!

Try our new guide that builds a REST service from scratch for highschool timetabling optimization: https://quarkus.io/guides/optaplanner

Yes, the IRC channel is dead - I 'll remove that link from the site. StackOverflow and our google group are very much alive.