The problem remains however, how do you identify and adopt the good ones while staying far away from the bad? There's this constant battle between standard and de-facto, which is further divided as you move down the stack chain. Many of us land on common ground, i.e. SLF4J is the best logging framework, Idea is the best IDE, Hibernate the best ORM etc. but it sure would be nice with some more obvious choices. Corporations wants standards because it gives them a sense of comfort and predictability, which I guess is the reason why there are still some willing to pay for smarter people having made these choices already, in competing languages/stacks.
On Nov 2, 5:39 pm, Rakesh <[email protected]> wrote: > since 80% of webapps require only basic CRUD stuff and the like, and > the frameworks give you 80% of what you need.....frameworks are here > to stay. > > Alot of people on this thread have found some way to be even more > productive by learning new skills and specific libraries and you're > work place is obviously supportive... > > But, thats not how the rest of corporate society works. Companies like > to standardise on certain technologies and use them as much as > possible (even when they are a bad fit). > > Also, learning mutliple libraries (Dojo, JQuery, etc) and Javascript? > The time and investment to do that is beyond alot of average > developers. > > Sorry, frameworks are here to stay. > > Rakesh > > > > > > > > On Tue, Nov 2, 2010 at 2:25 PM, Robert Casto <[email protected]> wrote: > > To save time and effort you use a framework. Problem is that once you are > > in, you are stuck with how they want to do things. The frameworks enforce a > > lot of rules to eliminate a lot of extra work, but then your flexibility is > > gone. Just the price we pay for the assistance I guess. > > > I try to use JavaScript to do as much validation as I can. I like the > > instant feedback to the user rather than having a server meant to do real > > work having to spend its time checking input and returning messages. I still > > check things of course, but it sure cuts down on the trips back and forth to > > get a clean set of input data. > > > On Tue, Nov 2, 2010 at 8:32 AM, Rakesh <[email protected]> wrote: > > >> so lets say my client has a requirement to build a website that > >> consists of the usual CRUD and a few forms for registration and > >> collecting some other details. > > >> Is this accomplished easily without resorting to traditional > >> frameworks? Not seeing it (please enlighten me) especially the > >> drudgery of capturing form attributes and having them turn into java > >> objects and then validating them. > > >> Rakesh > > >> On Mon, Nov 1, 2010 at 10:08 AM, Casper Bang <[email protected]> > >> wrote: > >> >> This has occasionally led us to keeping more than may be desired in a > >> >> more > >> >> general resource, for example say /customer/45 with a lot of data, > >> >> rather > >> >> than /customer/45, /customer/45/billingaddresses, /address/1, > >> >> /address/2, > >> >> /address/378 as separate resources, incurring 1+n calls to the server, > >> >> 1+n > >> >> transactions/auth checks etc. > > >> > But don't you OTOH find it rather easy to add caching so that the > >> > chattyness is isolated at the HTTP level, rather than reaching the > >> > backend? Spreading short-lived self-populating caches at strategic > >> > places seems to make all the difference with REST architectures. > > >> > -- > >> > You received this message because you are subscribed to the Google > >> > Groups "The Java Posse" group. > >> > To post to this group, send email to [email protected]. > >> > To unsubscribe from this group, send email to > >> > [email protected]. > >> > For more options, visit this group at > >> >http://groups.google.com/group/javaposse?hl=en. > > >> -- > >> You received this message because you are subscribed to the Google Groups > >> "The Java Posse" group. > >> To post to this group, send email to [email protected]. > >> To unsubscribe from this group, send email to > >> [email protected]. > >> For more options, visit this group at > >>http://groups.google.com/group/javaposse?hl=en. > > > -- > > Robert Casto > >www.robertcasto.com > > > -- > > You received this message because you are subscribed to the Google Groups > > "The Java Posse" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group at > >http://groups.google.com/group/javaposse?hl=en. -- You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
