255 karma · joined March 22, 2010
Of course every programmer would like to make the best design, but sometimes there's no time for it, and that's when slow/fast/experiensed characteristics come into play
A team (currently headquartered in Russia) developing a low code platform with a graphical flowchart engine for defining and executing Apache Camel routes seeks an experienced Java developer with Apache Camel knowledge. The requirements are as follows:
- Apache Camel.
- JSSE (the security)
- Having good experience with relational databases is also wanted.
- Experience with docker/kubernetes, including invoking them from Camel will be much appreciated.
- Knowing BPMN (activiti/flowable/camunda/jbpm) and SIP aren't required but would be helpful.
- We don't use Spring/Boot, your knowledge of it would only be helpful as a source of useful patterns.
In Camel, it would be good if you were familiar with components like Jetty, Netty, websockets, SIP, LDAP, Docker etc.
My native speaking language is Russian and I can speak English, but I better understand the American accent (I think).
Your task will be to create different processes within the platform and in parallel to learn the java codebase to be able to add the missing features and fix bugs. I, the initial author, will always be around to navigate you through the code.
The project page is here: http://sborex.com/poc/
I am hiring globally via the Upwork platform, please see further information there: https://www.upwork.com/jobs/~01f59ba239df8b029c
I'm not sure if I had to post into the 'freelancer' thread, but here you are. Cheers!
This is an example how a customer record for a CRM app can be configured visually. It's both the record manipulation and a conversation script in one, just for demo purposes.
the ugly ad that violates most of the ad traditions is more likely to be followed by me. (especially if it lacks the call to action part. I hate calls to action. especially when it's me who's going to pay)
The article mentions another city where it's working - Portland, afair. How's it possible?
And that's just employing sales tactics in politics.
There just should be more than one or two parties, than there will be more diversified supply
The demo app contains a proto-CRM and a quick implementation of a SIP server. It runs on Java 8+.
Please tell me what you think about this thing. Are there any services or apps that you would draw with such a tool once it's ready?
=============
I was exploring the existing visual process design toolkits like BPMN execution engines for my work (fintech), but I quickly learned that they weren't working as I was expecting.
They were aiming on orchestrating the workflows as business processes, without focus on real-time execution. For integration purposes a developer would need to embed and configure some different tool along with the process engine.
So I started coding, implementing the engine from scratch, redefining slightly the meaning of BPMN elements to my understanding:
- Message Event became an Apache Camel endpoint consumer or producer - basically waiting or issuing an external system call via some API. The user, with an Apache's extensive component list and their docs as a cheat sheet [1] would define the app's integration points: reading files, listening to restful requests ans so on.
- User Task instead of being just an input form became a full blown web page or page fragment. The user is presented with the process-bound data in a legible form to make a decision and to complete the user task.
- I added web page templates to the processes themselves. Now you may design a complex web page with dynamical parts that are represented by the currently waiting process User Tasks page fragments.
- The "multi-instance" elements will work with long streams sequentially splitting them in chunks;
- Some other less obvious things were made like the "stream parallelizer" to direct the stream bytes to different consumers simultaneously. The process, for example, will be able to send audio to the user and in parallel to the speech recognition software (and then to the user in a form of text).
So what do you think this may grow into?
But as for receipts, we have this system till now at some stores, in car or computer parts stores, except that you write down item codes on a sheet of paper by yourself, or select them in a database, then you go to cashier to pay and get the receipt, and then you go and get the items from a guy that doesn't deal with money. Don't you have such buerocracy?
There were food supermarkets (универсамы) where you collected items into shopping carts and payed at the exit.
In 1986 there were just enormous queues and deficit of everything due to reasons out of scope for now...
Except the Mongolian photo. How did it make there?
in op's terms, building connections wouldn't be self-sacrifice, but personal growth, so little contradiction i think