Showing posts with label programmer. Show all posts
Showing posts with label programmer. Show all posts

Wednesday, June 30, 2010

diaspora*: a project to watch

Diaspora sounds like a real cool projects. A distributed 'seed'/shard based social network system. It's open source and allows defaults privacy settings at the 'seed' level.

It's also what four uni students are going to by up to this (northern) summer. To fund it they start a project on kickstarter. They wanted US$10,000, the got $200,642, in just over a month. Good work boys.

They're on twitter too.

Sunday, November 30, 2008

RailsCamp4: BackgrounDRb

It has been two week since I got back from Railscamp4 in Adelaide. Been off the grid mainly. Took lots of notes and idea point during the weekend.

The first I'd like to note in a background processing utility. It looks interesting but I've not had a chance to use it. Hopefully I will in the next month or so.

Here is the link to BackgrounDRb.

Enjoy


Gnoll110

Thursday, August 23, 2007

To watch: Agile Toolkit Postcast

Agile 2007 was on last week, 13 to 17 August. Have a look at the site, some of the overheads and handouts can be downloaded.

With Agile 2007 being in Bob Payne’s home town. I’m sure he will have lots of great new podcasts for his Agile Toolkit podcast site soon.

Can’t wait!

I so hope Bob got to talk with Mary Poppendieck and/or Kenji Hiranabe about their Kaizen from Toyota [with MindMaps] session!

Refactoring Databases : Evolutionary Database Design by Scott Ambler & Pramod Sadalage looked interesting.

Lots of other cool sessions too


Gnoll110

Technorati tags:

Saturday, July 07, 2007

Good management, Bad management.

What to do.


The current situation.
This application software redevelopment area is divided into two halves. An accounting system and a 'document' processing system that handles incoming (claims etc) and outgoing (payment, notices etc) messages. Each of these is then divided into two halves. One group of teams converting 'service designs' (from a business area) into 'technical designs' of pseudo code. The second group of teams 'builds' the 'technical design' into modifications to a Commercial of the Shelf (COTS) product. The code is passed on to be compiled and tested.

The division between the analyst and programmer is said to be 'Chinese wall' that ensures quality.

In my book both are part of the software design process. Testing of function is the true validation of the design decisions (that both the analysts and programmers make).

The analysts browse the code base and database/massage/file schemas (no access to any usable dev or testing data) and are expected for get the 'technical designs' right first time. The programmers then code and unit test using some unit tests drawn up be the analyst.

This is madness, it breaks the short term (sub daily) feedback loop of an analyst/programmer doing coding and unit tests, and then feeding unexpected corner cases back into the code/unit test rig. It creates a paper/email feed back loop of days. Often the analyst is requested to modify a 'technical design' that he/she have not worked on for days or weeks.

I know one of the analysts. He told a few people there, that he thinks that the analyst and programmer roles should be merged. That the time resources freed up by the improved/shorter communications should be devoted to testing, particularly automated testing.

Now


Well where has been some movement. They are going to pilot a new team structure. The four person team, 2 analysts and 2 programmers, co-located even! One of the analysts will be the team leader too. Good management!

My friend is the second analyst. The team was setup on a Monday. The second analyst and two programmers found out about the new pilot team and their pending move to it, at about 11 am on the previous Friday. They were CCed in on the 'make it so' email.

My friend thinks it's a good idea, that it’s movement in the right direction at least. But he is mifted that he found out about it as a fata compli. Bad management!

Future


My friend thinks that they may want to keep the 'Chinese walls' in place. He wants to grow some 'grape vines' over it. He wants to learn the programmers tool set. He wants to get the programmers updating the 'technical designs' for more than just spelling mistakes.

Any extra ideas on how to improve this pilot team would be welcomed.


Gnoll110

Technorati tags: