evacchi

that's interesting do you have any literature to share on that?

it's there, you just have to configure it

we are working hard to deliver a stable version. stay tuned :) but it is still currently under heavy development. If you are interested in visually design rules, you might want to look into DMN!

Kogito dev here if you folks have questions :)

I like "(name) binding"

Zulip is great! We've been using it for kie.zulipchat.com (Drools, jBPM, OptaPlanner, Kogito). Quarkus team uses it too. Can't recommend it enough. Only downside so far, you can't mute private conversations. Overall great experience, though; threads really work.

no, it is more than that. It's a framework that performs build-time optimization so that those open source projects bootup faster (e.g. move configuration to build-time) and compile natively (e.g. setup reflective accesses automatically or remove them altogether at run-time). Libraries usually provide a "Quarkus Extension" to do those optimizations.

My docking station is connected to an external monitor :) works great -- I have just upgraded to Fedora 32

Red Hatter here. I have a Thinkpad T470s with Fedora as my daily driver and I have to admit it works pretty flawlessly

I love this book and I've been suggesting it to my friends :)

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

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

we will! We are currently working on making our documentation and getting started experience more accessible. We welcome constructive feedback like this :)

We know. We are doing our best to update the docs and website, we will publish something better soon. In the meantime you can have a look at our blogs (e.g. http://blog.athico.com/) and our examples https://github.com/kiegroup/kogito-examples

this deep dive is also a nice overview of the project (also yay I am there) https://www.youtube.com/watch?v=KBkX6v57Jbo

our online editors + a ci/cd pipeline to build Kogito services would be great. The `kogito` cli can be used to get that kind of workflow -- you can point it to a git repo with, say, a BPMN or DMN file and get a working service out of that ( well bugs aside :^) -- it's all very in flux ) take a peek here https://github.com/kiegroup/kogito-cloud-operator#deploying-...

we are updating, reorganizing and refreshing our documentation :)

look at our quickstarts, we support Kafka https://github.com/kiegroup/kogito-examples#kogito-with-kafk...

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 have tried to draw the Duomo di Milano [0] for a local meetup, best I could do was [1]

    {y = abs((sin(2 pi x) - sin (pi x)) / x )}

[0] https://en.wikipedia.org/wiki/Milan_Cathedral often represented as bars https://duomo.shbcdn.com/blobs/variants/5/7/a/0/57a0e90e-25c...

[1] https://i.imgur.com/iDpCFKY.png

incredibly compatible, albeit with some limitations. The compiler is quite aggressive, so e.g. you can't do reflection on "any" class, you just have to tell the compiler what you are going to use at runtime (so called "closed-world assumption"). Also most initialization code is forced to run at "compile-time" to keep boot time low. Pretty incredible piece of code.

it's not "free", but there are frameworks that may help with that; e.g. Quarkus [1] provides a common EE/MicroProfile stack that does a lot of AoT codegen to get faster boot times and lower memory footprint; it is also compatible with GraalVM AoT, for even lower footprint and faster bootup. Compile times are still large, but you get the benefit of a familiar stack. Notice that, however, if your workload is throughput-intensive, you may still want to go with JVM mode (which is still pretty fast because of codegen)

(full disclosure: I work at Red Hat and I have contributed to the project)

[1] https://quarkus.io/

Scala's implicit resolution mechanism provides Prolog-like capabilities as well :-)

if there is one little thing I miss in Firefox, is Desktop PWA support. Apart from that, I've been using it instead of Chrome for quite a few years, and it's greatly improved. Can't see any reason to switch back.

relevant: https://github.com/niieani/bash-oo-framework

from the same author, why arrays are zero-based http://exple.tive.org/blarg/2013/10/22/citation-needed/

as a user of Hangouts Chat, reading this Teams description, they look terrible just the same. Misfeature-wise, they are very much alike.

title edited because it was too long

I think in this context Java means "the platform" i.e. the JDK

they do support gradle https://quarkus.io/guides/gradle-tooling

This calls for a shameless plug to Drools. Disclaimer: I'm in the core development team :) https://docs.jboss.org/drools/release/7.20.0.Final/drools-do...

Reminds me of polygen (Italian) https://polygen.org/it/manuale