Nicolas Fränkel

Nicolas Fränkel

Nicolas Fränkel is a technologist focusing on cloud-native technologies, DevOps, CI/CD pipelines, and system observability. His focus revolves around creating technical content, delivering talks, and engaging with developer communities to promote the adoption of modern software practices. With a strong background in software, he has worked extensively with the JVM, applying his expertise across various industries. In addition to his technical work, he is the author of several books and regularly shares insights through his blog and open-source contributions.

771 posts •
devoxx

Devoxx Fr 2012 Day 2

Today begins with the big talk from the Devoxx Fr team, which sums up the story of the Paris JUG and Devoxx France. Proud to be developer? by Pierre Pezziardi In some social situations, when you are asked what you do in life, it’s hard to tell you’re a computer programmer. Because IT is late, costly and well, not very used in everydays life. That’s not entirely untrue. The cost of implementing a feature is constantly growing: IT is the only industry where there is no produ
jenkins

Jenkins Users Conference Paris

I was lucky to assist to the Jenkins Users Conference Paris 2012 and here are some of the notes I’ve taken from the different talks. Take into account I’m French and not used to hear much spoken English 😉 Welcome talk by Kohsuke Kawaguchi. A little bit of history first. Jenkins began innocently enough, because Kohsuke broke one build too many. In 2004, in order to monitor the success/failure of his builds, he created two little shell scripts. The idea was born and soon, he used Ja
devoxx

Devoxx Fr 2012 Day 1

Though your humble writer is a firm believer in abstraction from underlying mechanics, I chose the following conference because there are some use-cases when one is confronted by performance issues that come from mismatch between the developer’s intent and its implementation. Matching them require a better understanding of what really happens. From Runnable and synchronize to parallel() and atomically() by Jose Paumard The talk is all about concurrent programming and its associated side
spring

Spring: profiles or not profiles?

I’m a big user of Spring, and I must confess I didn’t follow all the latest additions of version 3.1. One such addition is the notion of profile. Context Profiles are meant to address the case when you use the same Spring configuration across all your needs, but when there are tiny differences. The most frequent use-case encountered is the datasource. For example, during my integration tests, I’m using no application server so my datasource comes from a simple org.apache.com
unit testing user interface

Dependency Injection on GUI components

For some, it goes without saying but a recent communication made me wonder about the dangers of implicitness in it. In my book Learning Vaadin, I showed how to integrate the Vaadin web framework with the Spring DI framework: in order to make my point, I wired Vaadin UI components together. I did this because I didn’t want to go into the intricacies of creating a service layer. I had some comments questioning whether injecting UI components was relevant. The question applies equally to Vaadi
griffon groovy

Trying Griffon and loving it

Admittedly, Java’s Swing is a much under-estimated technology for intra-enterprise applications. I’ve had the chance to work for some enterprises that used it and I’ve very much admired the delivered applications. At that time, they were far superior in usability compared to those meager web-applications (even though the gap is closing). That is not to say that Swing is a silver bullet, far from it. In my numerous tries, I’ve found it lacking in some areas: Like so many A

Dangers of implicitness

This article is a reaction to the 'Unlearn, Young Programer' article I read the other day. It would be better if you would take some time to read it before, but for the lazy kind (of those I’m part of), here’s a short resume. The author seems to be a seasoned software developer. He makes the observation that when he tasks other junior developers to do some things, results are often not what he expected. In order to illustrate his point, he takes the example of having to hang a pictu
virtualization

I made the step forward into virtualization

I have heard of virtualization 5 or 6 years ago and at the time, I didn’t understand the real implications of its use, save it was a tool toward an agile infrastructure. More recently, I heard that a virtual platform could be run on top of an undetermined number of physical platforms: you need more power, you can add platforms; a platform is down, there’s no effect (except a decrease in performance). At this time, I realized all the power we could gain from virtualization, or more pre
html 5

HTML5, still a non-event?

A little less than 4 years ago, I wrote an article named 'HTML 5: a non-event'. That was before the HTML5 umbrella move grouping HTML 5, CSS 3, WebSockets, etc. and before the HTML5 logo. At that time, there was a buzz around HTML 5 coming to save developers from pesky HTML 4 limitations. At the end of the article, I was doubtful of the real value of HTML 5 in the short-term and predicted the coming of the final specification 2 years after (2010) at best.
spring transaction

A Spring hard fact about transaction management

In my Hibernate hard facts article serie, I tackled some misconceptions about Hibernate: there are plenty of developers using Hibernate (myself including) that do not use it correctly, sometimes from a lack of knowledge. The same can be said about many complex products, but I was dumbfounded this week when I was faced with such a thing in the Spring framework. Surely, something as pragmatic as Spring couldn’t have shadowy areas in some corner of its API. About Spring’s declarative t