Monday morning thoughts: debugging approach and Greasemonkey revival
In the inaugural episode of Simon Kemp and Jakob Marius Kjær ‘s new Community Podcast we touched on how interesting it can be to find out about other people’s programming setups, even down to the actual screens and keyboards they use. I enjoy learning about how others work, what tools they use, what thinking or approaches they take in debugging, and yes – even what screens they use and how happy they are with them.
I’m sure I’m not alone in this regard; moreover, I know there’s a wealth of untapped, innate knowledge and implicit ability inside all of you that would be great to share. So I thought I’d contribute by giving a little insight into some small approaches and methods I find myself using. Nothing earth shattering, but I think that’s also the point. I personally would love to see from others the equivalent of what I’ve just recorded – I know I’d be the richer for it.
The recording is just over 20 mins, and it’s pretty much unscripted, which is sort of the point – I didn’t want to prepare anything, so you get a real sense of the workflow (lowercase “w”) rather than something polished and less real.
I used Greasemonkey back in 2005 to improve the OSS Note experience – you can read about it in this post “Hacking the SAP service portal to make OSS notes better” (unfortunately I lost the screencast but you can get a good idea of what I was building from the post itself).
So I wanted to leave you with two thoughts for this week:
- seeing others’ development and debugging workflow can be of great benefit – getting inside the programming heads of your friends and colleagues and seeing their preferences and approaches can be not only educational but also fun
- the introspective and manipulative power that’s baked into UI5 gives us all sorts of possibilities; the Greasemonkey style approach is by definition (and design) ephemeral, but I think that is one of its charms – nobody is claiming that the “solutions” will work long term, but there are plenty of situations where a quick temporary fix, or a scratched itch, is exactly what’s needed to get the job done.
Do you have some programming or debugging workflow to share? What tools do you use? What does your desktop and working environment look like? Let us know in the comments below.
Read more posts in this series here: Monday morning thoughts.