> > Indeed - especially for a newcomer - there are so many options. A > friend > of mine working with .NET told me: "We have just one option for many > things > but that does everything we need, so why bother. We don't have the > time to > do long evaluations of frameworks." Although I do understand his point > of view, > in my developer life I faced a lot of issues where I wished to have at > least a > second alternative when something simply didn't work that way. >
I'd prefer more people spend their time making decisions about business-level or application-level issues, rather than language or framework issues. In the MS world, it *can* be much easier to focus on those issues regardless of your team's experience, because almost without exception they will be using the same tools and the same set of libraries (framework/3rd-party/etc). That's not to say there's absolutely no choice at all, but you tend to have to have a *really* defined need to go outside the 'standard' options presented. There are far fewer "Struts vs Grails vs etc"-type decisions MS-based shops have, which leaves more time for other decisions. My limited experience has seen that time translated into more business-focused decisions/investigations, though it could just as easily be spent in other techie-focused stuff instead. > In general when stepping outside the Microsoft-World you start having > many options > - just thinking of the wide range of available OSes nowadays. I feel > so fine that I > can switch linux distribution according to the focus that I prefer. - This is a benefit only to some segments, and this is a real drawback in others. It's great that you might prefer Debian Linux, but when the largest pool of talent for Industry X (which you are consulting/working in) is for RHEL, your preferences shouldn't come in to play as much as the client's preference for being able to find a wide talent pool. The 'lack of choice' in the MS world can be seen (and indeed is spun as) a good thing in many quarters, and I tend to agree. Certainly I *like* choice, but I also appreciate a level of standardization that comes from intentionally leaving many choices out. > OK it may take > a while to sort out what fits better, but when you know then you get > something that > fits your needs and you can do a better consulting to others maybe > having little > different requirements. - And same applies to Java Web technologies > (this is my current > "battlefield" where I am still evaluating). > Go with Grails. :) > Maybe that's why I do not see many new Java developers - most of those > I meet do > Java since a long while - because it is much more effort needed in the > beginning. > But: More effort is often better quality. ;-) I wouldn't say "often". Probably not even "usually". More effort leads to fewer people able to learn all the ins-and-outs of every step of the process, and leads to people taking copy/paste shortcuts or relying on IDEs to generate swathes of non-understandable code. In my experience, "more effort" has very little bearing on "quality". Go spend the effort (as in, six months to a year) getting well versed in C# and working on .Net projects. Especially for someone who would be able to spot the 'flaws' in .Net, this would require tremendous effort to do. I doubt we'd see more quality from that person compared to someone who already knows C# and has to spend very little effort in using it on a project. Indeed, the person putting in very little effort would likely produce a better quality result. Arguably, that person put in 'the effort' years ago learning it, but it could also very well be that there's benefits to the language and platform that make it easier to provide the quality without as much effort. YMMV... -- Michael Kimsal http://jsmag.com - for javascript developers http://groovymag.com - for groovy developers 919.827.4724 --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
