All the work before was just there to get a nice graph model that feels more natural. Now comes the analysis part: As mentioned in the introduction, we don’t only want the hotspots that signal that something awkward happened, but also
the trigger in our application of the hotspot combined with
the information about the entry point (e. g. where in our application does the problem happen) and
(optionally) the request that causes the problem (to be able to localize the problem)…
I show how I determine the parts of an application that trigger unnecessary SQL statements by using graph analysis of a call tree…
I’ve been wondering why we do the same errors in software development over and over again and are expecting different results. It seems to me that we can’t see the fundamental issues that come with software development and thus aren’t learning that much in our guild. We are creating software professionally for half a century but still fail at completing projects on time, on budget and with suitable quality.
Michael Feathers describes how to safely remove code aligned with the business’ needs. Here is what I took away…
You all know word clouds!
They give you a quick overview of the top topics of your blog, book, source code – or presentation. The latter was the one that got me thinking: How cool would it be if you start your presentation with a word cloud of the main topics of your talk…