http://gapingvoid.com/2007/01/08/the-thingamy-manifesto/ "cartoons drawn on the back of business cards" Fri, 10 Feb 2012 23:17:47 +0000 hourly 1 http://wordpress.org/?v= http://gapingvoid.com/2007/01/08/the-thingamy-manifesto/#comment-16444 Steve Borthwick Wed, 10 Jan 2007 02:57:56 +0000 http://gapingvoid.com/?p=3410#comment-16444 It's nice to hear about other small software companies and their ideas, most firms seem to be too paranoid to share any (real) information or vision during their development process - you just get the same old corporate happy-talk (thanks for that phrase Hugh, I use it a lot!). I agree with all but one of these, I don't get the big thing about tree structures? What we try to do at my little software outfit is to design a data structure that's relevant to the business problem you are modelling (and ideally flexible too - we rarely get it right 1st time!), if you need attributes (or tags) and other descriptive/categorisation mechanisms then we try to design the data structures accordingly. Ultimately I see the "tree" bit as only how the underlying data structure is surfaced in a U/I and so providing several different ways to surface the same underlying data model is key to meeting all the various needs of punters; picking on poor old trees seems a bit arbitrary, why not reports, these seem to be much more widely "abused" as vehicles for data in my experience? Just interested.. Cheers, Steve It’s nice to hear about other small software companies and their ideas, most firms seem to be too paranoid to share any (real) information or vision during their development process — you just get the same old corporate happy-talk (thanks for that phrase Hugh, I use it a lot!).
I agree with all but one of these, I don’t get the big thing about tree structures?
What we try to do at my little software outfit is to design a data structure that’s relevant to the business problem you are modelling (and ideally flexible too — we rarely get it right 1st time!), if you need attributes (or tags) and other descriptive/categorisation mechanisms then we try to design the data structures accordingly.
Ultimately I see the “tree” bit as only how the underlying data structure is surfaced in a U/I and so providing several different ways to surface the same underlying data model is key to meeting all the various needs of punters; picking on poor old trees seems a bit arbitrary, why not reports, these seem to be much more widely “abused” as vehicles for data in my experience?
Just interested..
Cheers, Steve

]]>