Distrust at work?

Last Update: 27.11.2018. By Jens in Newsletter

I read some interesting articles over the weekend and I am going to share them with you. Todays’ is about trust or better distrust at work and how projects are set up for distrust, which makes working together towards a single goal difficult.

RE: RE: Why are legacy apps be forgotten?

Last Update: 23.11.2018. By Jens in Newsletter

Let’s see if I can finish my thoughts on this today. I am bit distracted, so bear with me.

RE: Why are legacy apps be forgotten?

Last Update: 22.11.2018. By Jens in Newsletter

Following up on yesterdays email. The difference between the perception of material and immaterial goods is not the only reason why legacy apps are forgotten. Another one is the economic value and the way our modern world thinks about it.

Why are legacy apps be forgotten?

Last Update: 21.11.2018. By Jens in Newsletter

Legacy apps are the bane of developers. Many have to work on one, nobody loves them. But why do they grow to such a pain?

A huge problem of legacy apps

Last Update: 20.11.2018. By Jens in Newsletter

I know legacy apps cause many issues. Nobody really wants to work on one. The funny thing is, most of them are already the legacy problems roughly a half year after the first release. At least in my experience. Anyways, one of the problems can become a nightmare after a few years.

Write your assumptions down

Last Update: 16.11.2018. By Jens in Newsletter

Keep a list of your assumption during development. After all, we’ll probably never ever answer all of our assumptions before we develop anything.


Last Update: 15.11.2018. By Jens in Newsletter

Assumptions are everywhere.

If you think about going solo

Last Update: 13.11.2018. By Jens in Newsletter

If you think about going solo - becoming self-employed, read this article first and this comment too. It’s so true.

Use-case driven naming

Last Update: 09.11.2018. By Jens in Newsletter

Besides being consistent with naming, I think readability and easy understanding are also important. I sum that up as use-case-driven.

Being consistent in naming

Last Update: 08.11.2018. By Jens in Newsletter

Naming things like classes, methods or packages can be hard. Especially if you are not working alone. However, I don’t think there is a universal rule for naming things. It depends on the context. WHat comes close to a universal rule, is being consistent with naming. If you are working in a team and everybody on it names their classes and packages differently, it becomes a mess.