Really good presentation about scrum and the philosophy behind it.
Great point about the implicit cutting of quality when it seems that project isn’t done at deadline. It’s a recurring theme in software project management literature, but bears repeating.
Recently there was a discussion on Slashdot about code comments. As always it’s mostly people building straw-men and all-out-attacking them. Still, entertaining read. My own commenting practice boils down to:
Ie. the general Clean Code
There is whole lotta stuff I want to learn or relearn. Like
to name a few.
I studied C back in 2002-2003 and C++ with touch of Symbian later. However I’m not sure if I should include those in my CV. Design patterns I did read about few years back, but I’ve never needed one at work. Or maybe I just didn’t recognize the need at the time.
Language design is something that is really interesting. After I read Joe Armstrongs interview I really wanted to dive at it, but realistically that will have to wait.
I imagine that agile and tdd go hand in hand as both are pretty hot now. I’ve toyed with tdd, but at my job almost all programming I do is maintenance so changing everything to tdd style doesn’t really make business sense.
Luckily I get to study information structuring when writing my thesis as I’ll be doing some card sorting exercises. It’ll be fun to see how different user model is compared to a currently used information structure.
I’ve been reading the Coders at Work
This kinda leads to thinking how much your first couple of jobs shape your career? My first programming job was building a web application on .Net with VB(back in 2005-2006). After that I’ve done a bit of Perl during my civil service and continue that as an employee(must have done something right during the civil service). Now does this make me a web programmer?
These couple of jobs have certainly laid the groundwork to continue the path to truly being web developer. It’s just that I’m not sure if that’s the path I want to take in long term. In the short term writing some simple Perl scripts and maintaining bunch of web app wrapper scripts does give me some perspective to what good and clean code is.
In some answer at Stackoverflow there was a remark “hell is other peoples Perl” along the lines of Sartre. Little harsh maybe, but there is a seed of truth there. I guess the problem is the same with any language(eg. PHP and Javascript) that is used by many non-programmers.