hukola (u/hukola) - Readit News

hukola commented on Netflix Conductor: Open-source workflow orchestration engine netflix.github.io/conduct... · Posted by u/swyx

dap · 5 years ago

Thanks for the resources! It seems like a lot of these implementations expect to run as independently managed services in some microservice architecture. Are you aware of any workflow engines implemented as a library inside your application, maybe with storage backed by an external database? I think that you could still have a highly available model, provided the database supported that.

hukola · 5 years ago

https://github.com/ing-bank/baker is one such library for JVM languages. The state is kept in Cassandra or in-memory. We've been running production workloads with it for the last 2.5 years. A feature comparison with alternatives can be found here https://ing-bank.github.io/baker/sections/feature-comparison....

hukola commented on Create diagrams with code using Graphviz ncona.com/2020/06/create-... · Posted by u/adrianancona

hukola · 5 years ago

Just wanted to show my appreciation to the team supporting Graphviz. It's an instrumental capability of a library[0] we developed to turn Java DSL code into a diagram.

Thank you, keep it as it is, it's just great!

[0] https://github.com/ing-bank/baker

hukola commented on Ask HN: What projects are you working on now? · Posted by u/sakopov

hukola · 5 years ago

I'm working on a web application to help kids in the Netherlands learn basic math: https://elkedagrekenen.nl/

I'm working together with my son's teacher, who is also working at a local school. It's for kids that might not have the privilege of getting private lessons. I'm a backend developer, but I fell in love with Elm and built the site entirely with it. I host it on GCP.

I'd like to build a template system to support multiple languages, but I'm not sure the so-called calculation strategies kids in the Netherlands learn are the same for kids in other countries.

If you have kids in primary school: please give it a try and let me know what you think?

hukola commented on Ask HN: Books you read in 2017? · Posted by u/rwieruch

hukola · 8 years ago

1. How to Win Friends and Influence People - I recommend because I apply every day at work and reap the results as well, somebody should have recommended this book to me ten years ago;

2. Children of Time - a science fiction book that I enjoyed, I notice that fiction, in general, helps me deal with stressful work, as I disconnect easier and put myself in an imaginary world while reading;

3. Meditations by Marcus Aurelius - this isn't a book you read cover to cover, I catch myself thinking long even after reading a single sentence;

1) and 3) I've come across on HN, but 2) was the unexpected random hit.

hukola commented on Launch HN: CocuSocial (YC S17) – Marketplace for cooking classes at restaurants · Posted by u/ys1715

hukola · 8 years ago

This is such a cool idea! Looking forward to visit a class somewhere in Europe. Good luck with your venture!

hukola commented on Scala Native github.com/scala-native/s... · Posted by u/virtualwhys

pjmlp · 9 years ago

This thing that each Lisp developer writes its own DSL library is one of the reasons why the enterprise isn't so found of Lisp.

It is always a steep curve to dive into other developers code.

hukola · 9 years ago

Wouldn't LISP become more popular if students started with LISP at school/university rather than C/C++, Java or Python? How can a young developer compare or choose if he/she had never been exposed to LISP?

hukola commented on The Rete Matching Algorithm (2002) drdobbs.com/architecture-... · Posted by u/ohaikbai

clairity · 9 years ago

those early 2000's must have been the very brief golden age of rules engines/expert systems... but coincidentally, i was just recently thinking about doing some research on the current state of rules engines to see if there might be a viable option today for matching candidates to jobs.

my very first consulting project (yes, i had absolutely no experience), around that time, was implementing blaze advisor (now owned by fico: http://www.fico.com/en/products/fico-blaze-advisor-decision-...) to migrate a mainframe-based automated life underwriting system to a j2ee client/server system.

performance was a major concern, so i read Forgy's 1982 paper about RETE (that i didn't quite understand frankly), but the key takeaway (for me at least) was that all the hard work happened during compilation so running performance shouldn't be an issue. from what i dimly remember, the algorithm iterates through the rules set building something akin to a decision tree until the tree reaches a stable state. if it never reaches stability, it will throw a compile error. once the tree is built, matching is very fast.

the holy grail was that "business analysts" (remember when that title was in vogue? =) could write the rules, saving you months of precious time and thousands of dollars by not paying programmers (it did not turn out that way of course).

hukola · 9 years ago

I wonder how many developers nowadays will consider a rules engine or decision tables to implement those underwriting rules. It gets pretty complex pretty quick when you look at the rules in the financial services industry (pensions, loans, etc.). I also see the application of DSLs as well, with the same idea of being more productive with less code.

hukola commented on The Rete Matching Algorithm (2002) drdobbs.com/architecture-... · Posted by u/ohaikbai

hukola · 9 years ago

I've been using products that have a RETE implementation for a while. While learning scala/akka, I decided to give it a try and build a production rules system myself. For a basic implementation, see https://github.com/bridgeworks-nl/scala-rete