976 Followers
·
Follow

Is UML finally dead? Generating API documentation, pragmatic software architecture, collection of free resources for developers

Image for post
Image for post

💭 Thought of the Week

The recent Podcast with Martin Fowler caught my attention. He talked about his second edition of “Refactoring” book. And he talked about how he presents the refactoring patterns in his second edition. The first edition was mainly focused around Java samples with a tendency on class- and object-oriented patterns, but refactoring is not limited to that. Two major changes were made:

1) As it seems that today you can reach more people with JavaScript a switch has been made to give code examples in JavaScript instead of Java.

2) But an even more interesting change from an architects perspective is, that instead of UML diagrams, almost exclusively code examples are used to describe the refactoring patterns. …


Estimation, Monte Carlo Forecasting, Top 10 technology trends for 2020, Code Reviews at Google and Microsoft, Quantum Supremacy

Image for post
Image for post

💭 Thought of the Week

Software estimation is hard. Estimating with different people is even harder.

Business sponsors, customers, users, etc. are always keen to know more about their products or projects. Especially, they are interested in when things are ready. With estimations, we are able to answer these questions (more or less accurate). And with more data and experience forecasts are getting better over time.

As a developer or software architect we often estimate. And today, we talk about the soft site of the problem (people), which is from my point of view more problematic.

Scenario #1: Let’s assume, we know quite well how long it will take. Then a manager, client or business sponsor comes into the room and claims: “Not acceptable. Think again. We need to deliver faster.” If not handled properly, we will run into an uncomfortable situation, where we negotiate the estimate. We will somehow say, that we can deliver faster. …


Economic balance for test automation and Architectural Decision Records

Image for post
Image for post
Thoughts on Software Architecture #1

Thoughts on Software Architecture #1:

  • Thought: Economic balance for test automation
  • Tool: Architectural Decision Records

About

Kai Niklas

Software Architect | Software Engineer | Open-Minded | Paraglider | PhD | Innovation Principal Consultant | https://bettersoftwarearchitect.com

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store