Archive for the ‘Uncategorized’ Category

I’m working with a lot of the Atlassian tools lately, and I do like them a lot. Though I know there are a lot of alternatives out there, I like the fact that these play nicely together and of course JIRA is a kick-ass tool. But enough of that.

I found a little annoyance in the latest fisheye release, which I wasted about an hour or so on.

We just decided in a moment of inspiration to use Gravatar to enable custom avatars, free, already comes integrated and seems easy enough to use. So we went off and created users and were careful to use the company email address etc and waited for the disclaimer amount of time to have it refreshed, but nothing happens. So I read a little more about it and think, maybe our firewalls are causing problems – I’ll use the HTTPS mode! I reconfigured and full of anticipation refreshed the people page, but again – nothing.

After ruling out general firewall and networks issues (I can see the image in a browser on the server Fisheye is running on) I looked closer to the URL itself, and it turns out the image source fisheye is constructing was not at all the same as Gravatar claims ot be using.

So I trawled through more of the details of both Fisheyes integration with it (not much), some forums, and how Gravatar generates the image itself and thats when I spotted a potential flaw..

"[…The next part of the URL is the hexadecimal MD5 hash of the requested user’s lowercased email address with all whitespace trimmed…]",

Noticed the lowercased bit??

Exactly…

We are using CROWD to feed the user details from AD, and even though we have set it up to only serve up lowercase output, that only formats users, groups and roles. Attributes like Email is still Camel case, and as we all know hashing is case-sensitive. But fortunately this field is editable in Fisheye in the local user details, so I can lowercase it myself – and Job done!

So while there has been a lot of thought and work going into this the devil is in the integration details.

Advertisements

I just came across an interesting post about performace antipatterns in my RSS readerthis morning and I couldn’t agree more on 99.9 % of the contents.  There are two comments I feel are worth making though.

Layering is, of course adding extra noise to applications, but there are just so many instances where incorrect layering is causing serious quality problems. Big-ball-of-mud being one my peronal favourite among them.  A properly layered architecture should also reduce the number of WTF’s  per minute dramatically.

Reuse. In  a normal scenario, you’ll be doing several things in multiple scenarios, to keep yourself DRY, reuse is a must. Not only is this also a WTF/minute reducer but it aids in testability, development speed and consistency as well.

The quoute at the end sums this up nicely

Software reuse is a fine goal, but beware of violating the assumptions made during its development

The key points of this is that there are circumstances where it is necessary to trade some of the overall performance (in throughput) for quality and speed of development.

 

/J