> These are actually (for the most part), pretty valid concerns. > Lighthouse (the name of the bug tracker) was meant for smaller > projects, not large sites. Part of the reason for using XML was to > allow you to "deploy and go". I wanted it so you could set up a > tracker within 5 minutes and start using it. It does just that, but it also leads people down a path thinking that it can work for large ones as well or will be easily modified to something else.
> As for using WDDX. I love WDDX. It works just fine. So there. :P I like it too, but why not save the whole thing as XML and use XML functions against it? > A function for cfthrow: There is a very good reason for this - by > defining a Throw() method, I can use the same base Type attribute for > all my throw statements. It also lets me do logging if I chose to. I > use this technique in almost all of my CFCs now. Hm. Can you do me a favor and write up a paper for FA or a blog entry about this in more detail? Sounds interesting and if there's a valid reason, others may want to do the same. > As for your boss, well, sorry, I can't take the blame for his > misconception. It sounds like he is trying to change my nice, reliable > Escort into a Dodge Viper. I wouldn't recommend it myself. Yep, that's what he wants to do and I'm stuck doing it. One hting we fought over (I lost as he's the boss) is item sorting. He wants it as a float where moving an item up or down is making it more or less than the item before it. I told him it's a more complicated job as you have to calculate both before and after. He wants it just a little more or less without any percision. The whole thing feels totally wrong, but.... I want to do art and he wants future problems. :( "just do it and if it doesn't work we'll do it differently". Ick. Why not do it right the first time. :( > On Fri, 3 Dec 2004 09:38:11 -0500, Michael Dinowitz > <[EMAIL PROTECTED]> wrote: > > OK bearded guy, lets get it on! > > You store each bug as a wddx packet which is wrapped with all the bugs together > > in another wddx packet. You have all the bugs stored in ram which works for a > > few hundred bugs, but when people start logging lots of bugs or misuse the > > system to do new feature requests basically bogs down ram (we've got over 100 > > and they want to do much more). You have so many functions in you CFC that even > > a CFTHROW is wrapped in a function. A SINGLE TAG! You have a note in there > > saying that transforming the system to DB would be easy to do and it would be > > done 'here'. Nope. Only storage would be done 'here'. Everything else would be > > the same massive memory structure. This convinced my boss that it would be a 5 > > minute job. > > Maybe not spectra like as much as overly objectified. And it gave my boss a > > false sense of ease of transformation. I had to rip out everything and redo it > > with nothing but your front end which I have to dump for their 'features'. Your > > easy bug tracker is now becoming a task manager with parent/child relationships > > and floats for order by keys. ARRRRRRRRRRR > > And it smells like elderberries, so there! Watcha gonna do about that. ;) > > > > (You know I love ya Raymond. Everyone loves Raymond) :) > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Special thanks to the CF Community Suite Silver Sponsor - CFDynamics http://www.cfdynamics.com Message: http://www.houseoffusion.com/lists.cfm/link=i:5:138670 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/5 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:5 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.5 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
