wtf is with all the stupid and, more importantly, broken analogies? if you wouldve kept quiet instead of spouting all this garbage i bet a lot more people wouldve been receptive to the idea. you are digging your own hole. id like to think we are all practical people, so stick to practical points. you want to help yourself? fork my branch, modify the readme to add more examples that illustrate your pain, and create a pull request so i can merge it in.
-igor On Tue, Nov 9, 2010 at 1:01 AM, Martin Makundi <martin.maku...@koodaripalvelut.com> wrote: > Hi! > >> Coding friction? Yes. Every time I need to look at somebody else's code >> and try to figure out what exactly they did. > > Ah.. so you are trying to solve your problem probably from the wrong > end? If you have bad warriors give them plastic swords so they can > hurt nobody? Training, Coding dojos, Code Reviews, Coding Policies, > Dream teams, ... > >> Please consider the needy ones that would have to deal with this and >> would have to support people who made the mistake of using it :-) > > I don't think there is a substitute for coding skills/talent ;))) > >>> It's just the itchy feeling you get all day long when coding "in the >>> zone". "This unneccessary fuzz is in my way". >> >> If you only write code and never read or need to fix it. > > I understand if you are a consultant it gives you plenty of billable > to code again and again. But my sweetspot is product development and I > need to make flexibly reusable components and unfortunately requiring > html hierarchy to match on different pages makes really messy code on > java side if I try to implement free-from-iherarchy in a manual way (I > must provide various different parent containers to a generic > component so that it can land in the right place). > >> Well that certainly applies the other way around too. It's not for >> everybody, so please don't introduce a new source of bugs into *this* >> toolkit. Also, unless I missed a message (which is possible), so far we >> seem to have a needy *one*, not *ones*. > > Still, I don't think there is a substitute for coding skills/talent ;))) > > ** > Martin > >> >> Carl-Eric >> www.wicketbuch.de >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
