http://rss.com.com/2010-7345_3-5079603.html?part=rss&tag=feed&subj=news

Je moet van dit citaat houden... "In tegenstelling tot J2EE middleware, doet .Net niet veel meer dan het verbinden van informatie met de Windows-desktop. Bedrijven zijn verder gegaan dan alleen het verbinden van toepassingen, maar nu ook software die grote transacties en allerlei klantgegevens beheert. Ze moeten complexe bedrijfsprocessen integreren en centraal automatiseren het beheer van IT-omgevingen. Dit zijn alle gebieden waar Microsoft blijft kort. " Huh...Ik kwam uit een J2EE middleware omgeving, is deze man krankzinnig? In mijn ervaring, J2EE is veel moeilijker te krijgen om succesvol te integreren met 'andere' systemen (d.w.z. gebruik JAVA) dan .NET - oh, en laat me niet beginnen met het proberen om J2EE met CORBA te gebruiken. Het argument "High Volume" is een argument dat al zo lang bestaat en zeer breed is gerapporteerd - ik heb nog geen vergelijking gezien van .NET versus J2EE IRL - de meeste daarvan zijn puur anekdotisch en beweren dat de '.NET afvalverzameling inefficiënt is en niet schaalt' argument - nooit bewijs gezien hoewel dat een beetje verdacht is... Het feit dat hij een AS/400 man (en heeft dus bijna zeker nooit evenement geopend VS.NET in zijn leven) zegt waarschijnlijk veel. Het is niet dat ik een .NET fanaticus ben, ik verafschuw gewoon dit soort artikelen die weinig basis in feite nog worden gepresenteerd als absoluut evangelie.

UPDATE: Eric Gunnerson merkte op dat hij geloofde dat sommige van de opmerkingen die ik hierboven vermeld waren gebaseerd op een artikel in PC Magazine... Ik denk dat het deze... http://www.pcmag.com/article2/0,4149,1218682,00.asp die op zich zeer interessant is - dit commentaar was zeer vertellend:

"De .NET pad biedt minder opties in het bouwen van zakelijke logica en database componenten. Microsoft heeft geen officiële blauwdruk voor zakelijke objecten vergelijkbaar met Enterprise JavaBeans (EJB), hoewel het beveelt beste praktijken op het web (www .microsoft.com/resources/ practices). De .NET ontwikkelaars moeten hun eigen component modellen op basis van deze praktijken, terwijl een J2EE ontwikkelaar hoeft alleen maar een wizard te draaien om EJB te krijgen."

Yup, ik ben het ermee eens, Microsoft heeft GEEN geweldige architectuur bronnen - voordat er klachten wijzen naar de MS Architecture site - check out Sun's het blaast het uit het water! In J2EE had je heel duidelijke patronen die je kon volgen - wil je een webapp, kijk naar het MVC-patroon - wil je enterprise integratie, kijk naar EJB, stateful of staatloze... .NET heeft ASP.NET en het heeft de Enterprise Frameworks - wat ik nooit heb gevoeld in .NET is dat deze werden 'joined up' - en nee, ik geloof niet dat Whidbey het op dit moment zal aanpakken.

De samples op de ASP.NET site zijn echt interessant ze zijn vrij lichtgewicht web apps - waar is de link naar .NET Petshop of Nile? Ik geloof dat dit een kater van de ASP dagen toen ASP ontwikkelaars werden gezien als 'Web Developers' en VB6 / VC6++ ontwikkelaars waren de 'Application Developers' - dit is uitgevoerd naar .NET waar ASP.NET ontwikkelaars worden gezien als gescheiden van de 'Enterprise' ontwikkelaars met behulp van Interop, Enterprise diensten etc...

Opiniestukken???