In-house Website Development

If you own a website that related to java developers you are welcome to participate in our website.

Join our partner list

Website Development online portal

Web Development Forum

Article - Java Developers And In-house Website Development on Web Development Forum

Website about Java Developers - Website Development portal. Other useful information: ALT.NET dotnet .NET C# Agile BizTalk ASP.NET" / J2EE: EJB, JSP, Servlets, JSF, JSTL, JCA, JMS, JTA, JNDI, JDBC, JMX, RMI, etc. Frameworks: Struts, Hibernate, JPA, iBATIS, JBoss AOP, Spring, JSF, AJAX, GWT, YUI, Flex/Flash, JUnit, and Jakarta common libraries. Integration: Web Services on Axis and WebMethods; as well as the Web Service Standards such as SOAP, WSDL and UDDI.

For you information - The Web Development Industry Is Expected To Grow Over 20% By 2010.

Java Vs .NET Developers - Greg Young [MVP] - CodeBetter.Com - Stuff You Need To Code Better! - Davy Brion has an interesting post discussing his recent interviews with .NET and Java developers . I have to say that I agree with some of his assessments. Much of what we discuss in .NET is far more common in Java as Java has a far healthier community than Microsoft. You will find terrible developers on both side but the terrible developers on the Java side have more mainstream exposure to good ideas than on the Microsoft side. The majority of the .NET community is fake as well, led by the leash by Microsoft. I remember in particular a discussion with quite a few people in Atlanta just after Katrina when I was there for a while where I was being laughed at and talked down to (the same tired arguments about sprocs) for suggesting the use of an ORM, these are the same people who today will reiterate the same arguments and push themselves as â€œORM expertsâ€?. How to we break out of this? I had great hopes for alt.net doing this but sometimes you feel like the engineer of a freight train who can see that truck 1/2 a mile ahead and has hit the breaks but is not hoping. I believe alt.net has at the least given the small few who were doing such things already a community upon which they can draw support from when they realize just how bleak of an abyss the .NET development world is. Over time new people will continue to populate alt.net and it will grow but because of the dynamics of the general community we will either need a revolution against Microsoft or Microsoft will need to lead the charge. The drag and drop developer A sub-theme to the post is the putting down of â€œdrag and dropâ€? developers. It is obvious that Davy in his scenarios values highly things like understanding DI and the SOLID principles. I agree that these things are very important, in some contexts! â€œDrag-n-drop of pure visual components is usually not a big dealâ€¦ drag-n-drop of data sources on pages or forms or whatever is a different matter entirely â€œ The typical arrogant developer viewpoint â€¦ likely the same kind of developer who would build DTOs on top of a domain layer to support a simple forms over data web application. There are contexts where dragging and dropping datasources can be extremely effective. When people are attempting to use DDD one of the first things I tell them is not to, there are simpler ways and most applications do not justify the expense and complexity of DDD. Can we make a similar argument for development as a whole? Think about the systems that sharepoint is replacing todayâ€¦ Are they being â€œwell craftedâ€?? probably not but they are providing near immediate value at extremely low entrance prices. To help us further identify such systems, they are generally low risk and highly volatile. The big problem with drag and drop development is not inherent within it but when it is applied to situations that it is inappropriate for. Microsoft has made this possible with the creation and promotion of the drag and drop developer. These developers lack education, they are easy to bring in, they can produce value almost immediately, and cost a fraction of what a true engineer would cost. There is a vast number of systems that these developers can be extremely productive on while carrying little risk to the business as a whole. They also free up engineers to work on more interesting systems. If we want to be effective architects one of our main goals should be to isolate these types of scenarios and build bubbles around them so we can use the lower skilled work force (at lower cost) without forcing our entire system to look like this. Remember that cost and scalability of a team is a non-functional requirement that we should be optimizing as well. body { font-size: 84%; } Java vs .NET Developers - Greg Young [MVP] - CodeBetter.Com - Stuff you need to Code Better! Sign in | Join | Help Do you twitter? Follow us @CodeBetter Greg Young [MVP] Home Sponsors The Lounge Syndication RSS for Posts Atom RSS for Comments Recent Posts Java vs .NET Developers More on Repository Tricky Question Repository is Dead: Long Live Repository Blog Tags Agile AI Turing Announcements Aspect Oriented Programming BDD Contests contracts dbc DDD DDD BDD Language DDDD Domain Driven Design Featured Fluent Interface Messaging mock Opinions pi-calculus Reviews Slides spec# TDD Under The Covers video video BDD View more News Archives April 2009 (4) March 2009 (2) February 2009 (4) January 2009 (6) December 2008 (1) November 2008 (2) September 2008 (1) August 2008 (3) July 2008 (3) June 2008 (1) May 2008 (8) April 2008 (16) March 2008 (2) February 2008 (4) January 2008 (2) December 2007 (5) November 2007 (3) October 2007 (4) August 2007 (6) July 2007 (5) June 2007 (4) May 2007 (1) October 2006 (2) September 2006 (3) August 2006 (9) July 2006 (11) June 2006 (5) Advertisement Greg Young [MVP] » Java vs .NET Developers Java vs .NET Developers