Skip to main content


Low Code and No Code Platform == NOT with VISUAL Everything

It's interesting to read this article: The Evolution of Low-Code: Welcome to the Machine. The content is in my opinion just a marketing for Low Code Platform.

It is not true to say that the RAD tools are not successful. There are a lot of good RAD tools available from 1992 until today e.g. Delphi (Borland and now Embarcadero). No tons of generated code, very precise and works very good.

Using visual coding thing does not mean to have higher abstraction layer. And programming visual for logic like “if-then-else” with “flow chart” or BPMN or UML or other visual tools won’t scale. Therefore we still write textual today and not drawing everything to communicate. Drawing is ancient, exists before you can write and read. Visual and textual representation have their own role today in software.

Letting non-developers clicking visual programming tool means ‘horror” for the TCO (Total Cost of Ownership) of your app. Application development cost is always TCO and not only the first cost of d…
Recent posts

Rancher 1.6 on Macbook

Introduction Installing Rancher 1.6 on your Macbook should be straight forward. In my case it was not as easy as I thought because of version compatibility between Docker and Rancher. Here are my steps, enjoy.
Install Docker Toolbox in your Macbook First of all Rancher 1.6 does not support Docker for Mac, so instead you need Docker Toolbox for Mac. Check this page for differences between Docker for Mac and Docker Toolbox for Mac. One important point at the time you install Docker Toolbox for Mac: you need to get the correct version of the supported Docker. Rancher 1.6 supports some Docker versions. You can check the list on this support page. If you are trying for the first time please get the Community Edition (ce) of Docker. Here is a functional example: Docker Toolbox for Mac Version 17.06.0-ce. Download: the .pkg file for MacbookBe careful: Docker Toolbox always downloads the current Docker version from Internet, so you…

Collection of Articles for Blockchain, Smart Contracts and Ethereum

This topic is hot: Blockchain, Smart Contracts and Ethereum, time to take a look at some articles about this. Also to see how this can be done in Java world. Article I found useful sofar:
Very simple intro into Blockchain and Smart Contracts: Contracts and Ethereum: of Programming Smart Contracts on Ethereum: with Ethereum Smart Contracts in Java: Enjoy!

Java Everywhere: Java as Universal Programming Language

Manuel Klein and I wrote an article about using Java as Universal Programming Language at heise Developer. Writing about programming language is always interesting since many developers look this topic as religion. You can see this in the discussion part of the article with more than 200 discussion threads. It is always the question which is the best programming language ever.

I'm just very pragmatic, Java is still the programming language to be chosen - with all its advantages and disadvantages, if you want to implement every single of your software with one programming language. It is often better to have one programming language for all part of your software and also for all the developers in your company, so that they can communicate and articulate. This has an analogy with a "normal" language.

A good example is English as a general purpose language. With English many people in the world can communicate with each other. Also a good example is Indonesian language. Ind…

Microservice - Architectural Patterns

I have to introduce Microservice with all its architectural patterns to my team and at the end I could say, you will find very valuable information on Internet! There are a lot of very good sources for this topic on Internet, amazing. My problem is only following: I still cannot find all those good articles and blogs in one place.

So here is the result of my short research to create my presentation about "Microservice - Architectural Patterns" in German language. Following sources have great values on this topic:

General introduction to Microservices: and and Patterns for Microservices: http://microservices.ioDomain Driven Design: good explanation for communication possibilities in Microservices: to O…

No Place for Dart Language...

It is interesting to see that even Google cannot make Dart - after more than 5 years - as a real challange to JavaScript. At the end Dart is "just" another insignificant programming language and compiles those codes to JavaScript. In this point Microsoft is more intelligent by doing TypeScript which is nearer to JavaScript. Check this article for comparison between Dart and TypeScript: Why did the Angular team choose TypeScript over Dart?

If Google were to invest that amount of ressources for Dart in GWT (Java to JavaScript compiler), which is definitely a very good product and Java is still the number one programming language... I cannot imagine where we are today with GWT.

So I would stick to Java with GWT and if I need to write directly in JavaScript I would use TypeScript. No place for Dart. Just curious, Google seems to be very clear with its target, if a product is not successful, remove it (see iGoogle, Google Wave, etc.). This could also happen to Dart?