17 November 2019

Hello, my name is Daniel Platz. I am a software developer living in Paderborn, Germany.

I am a full-stack software developer with extensive experience in the retail-banking sector. I have been involved as developer, consultant and trainer in large projects all over the world; Australia, China, Mexico, UK and USA just to name a few. Over the years, I have been involved in all phases of the Software Development Life Cycle (SDLC); from requirements gathering to setting up of production environments.

Experience

Java & Java EE

I am a big fan of the Java ecosystem. I started with Java 1.4 and am a user of Java/Jakarta EE since the J2EE days and have developed numerous integrations between ATM applications and banking backends speaking Rest, SOAP, ISO 8583 and other propriatary protocols. Due to this, I have a lot of experience with technologies as JAX-RS, JAX-WS, CDI, JAXB, JSON-P, JPA, JDBC, EJB, JTA, JCA, JMS, JSF, Servlets, WebSockets, Bean Validation, Groovy.

Infrastructure

Over the years, I also have gained a lot of experience with the following application-servers: JBoss/Wildfly, Websphere Traditional and Liberty. Through side- and hobby-projects, I also have some experience with GlassFish, Payara, TomEE and Quarkus.

On the database-side, I have mainly been working with Oracle, PostgreSQL and MySQL

Web Technologies

For the front-end of ATM applications and various tools, I have worked with Web technologies as HTML, JavaScript and CSS. By this, I also gained experience with a lot of frameworks over the years (e.g. Knockout and Angular) but nowadays I prefer the latest Web-standards like Web Components over the next shinny JavaScript framework.

Tools

I am a fan of Eclipse and Visual Studio Code (mainly for frontend/web stuff) but I also enjoy beeing in the the shell ( Z shell with Oh My Zsh) on my Linux system (mainly CentOS and Ubuntu). I use the following technologies on a daily basis for automation of builds, tests and deployments: Docker, Git, Gradle, Jenkins, Maven. I think writting documentation should leverage as much of the tooling and processes of software development as possible. That's why I am a huge fan of documenting with AsciiDoc and PlantUml.

If you want to contact me, you can find me here: