In the chapter “Naming Things” of my book about “Agile Engineering Practices”, I wrote that you should name intermediate results (I will link the whole sample chapter at the end of this blog post).
But sometimes, it’s not that easy…
In my TDD trainings, I sometimes say that I do not test code that is “too simple to break”; Code where:
What do I mean by that? In this blog post, I’m going to explain…
In the last three parts of this series, I wrote about how one can use the webpack’ed version of a ReactJS application as a template engine for spring boot, how routing and navigation can work on the server side and how to improve the first-load performance of this app.
There is one thing missing in this application: The server side rendering does not use any dynamic data at all yet. With this blog post, I want to change that: I want to show you how the server can pre-render data that the client would usually fetch dynamically.
In the first two parts of this series, I wrote about how to use reactjs together with spring boot on a GraalVM and how to use the same routing / navigation on the server side and in the browser.
Today, I want to look into whether rendering on the server side is even worth it. TL;DR: Out-of-the-box, the improvement in time-to-first-render was not that that much. But with a few tricks, I was able to reduce the time by ~60%.
This worked well for the simple example app that I had. But what about navigation? We need the same routing on the server side and on the client side, otherwise the server would render the wrong content when the user reloads a page.
And here’s how I did that with react-router…
Since our country is in lockdown now and I cannot (and do not want to) continue with my usual videos, here’s a “normal” blog post about some fun thing I was trying recently. I wanted to use reactjs (TypeScript) as a template engine for server-side rendering in spring boot (Kotlin) so that…
create-react-app(almost) without modification
I am not there yet. But I already got the first four bullet points covered, and I am working on the fifth. So, here is what I did so far…
Tim Bourguignon and I talk about public speaking: Why he loves it and about a talk we prepared together.
In this second interview about 3X thinking, Antony Marcano and I talked about advanced topics:
But first we do a short recap of the last video: What is 3X - or explore / expand / extract - and how can you use it? Watch the video here or read the transcript below.
Tim Bourguignon tells us how he became a developer, then an agile coach and then “chief learning officer” at Mathema.
In this interview, Simon Harrer shows you how code becomes more readable when you do not separate state and behavior.