Netscape-pionier: PHP slaagt waar Java faalt

Marc Andreessen, een van de oprichters van Netscape en de eerste grafische internetbrowser Mosaic, is van mening dat PHP dankzij zijn eenvoud de plaats van Java over zal nemen op het gebied van webapplicaties. Andreessen deed deze uitspraak tijdens een lezing die hij gaf tijdens de Zend/PHP Conference die momenteel plaatsvindt.

Volgens Andreessen was Java in het begin goed, aangezien het toen eenvoudig was om te ontwikkelen in deze taal. Inmiddels is deze eigenschap echter niet meer van toepassing op Java wanneer deze gebruikt wordt voor het ontwikkelen van webapplicaties, zo stelt Andreesen. Hij stelt zelfs dat het tegenwoordig zelfs moeilijker is om Java te leren dan C of C++. De rol van 'eenvoudige' taal zal worden overgedragen aan een andere taal, wat volgens Andreessen PHP zal zijn. Overigens zijn veel Java-programmeurs het niet eens met Andreessen omdat de eenvoud van PHP vaak tot gevolg heeft dat de resulterende programma's moeilijk te onderhouden zijn en de programmacode van een lagere kwaliteit is.

Toch voorspelt Andreessen een rooskleurige toekomst voor de scripttaal PHP. Zeker nu grote bedrijven zoals IBM en Oracle ondersteuning gaan leveren voor de scripttaal zal dit voor veel bedrijven een stimulans zijn om de taal te gaan gebruiken voor webprojecten. IBM's vice president van de Emerging Internet Technologies Group, Rod Smith, bevestigt de stelling van Andreessen dat de kracht van PHP zijn eenvoud is. De adoptie van PHP door IBM, dat een belangrijke rol heeft gespeeld in de introductie van Java op servers, heeft ook te maken met de ontwikkeling van PHP zelf. Volgens Smith zijn de PHP-ontwikkelaars niet geïnteresseerd in het toevoegen van nieuwe features aan de taal om te kunnen concurreren met andere programmeertalen, maar stellen ze eenvoud bij het gebruik van de taal voorop.

De populariteit van PHP blijft toenemen, zo blijkt uit statistieken van Netcraft. PHP is, in tegenstelling tot Java, voornamelijk ontwikkeld voor gebruik als serverside webscriptingtaal. Java kan hiervoor ook gebruikt worden, maar is daarnaast ook geschikt voor gebruik op bijvoorbeeld mobiele telefoons en desktopapplicaties. Komende maand zal de nieuwe versie 5.1 van PHP worden uitgebracht, die onder andere als vernieuwing een low-level data-abstractielaag zal bevatten, waardoor het eenvoudiger zal zijn om applicaties te ontwikkelen die kunnen werken op verschillende databasesystemen. Versie 6.0 van PHP staat op de planning voor 2006 en heeft als voornaamste vernieuwing volledige ondersteuning van Unicode-tekensets.

Reacties (95)

[.oisyn]

Allejezus, laten ze eerst eens al die ranzige inconsistencies in de taal fixen. Het hobby-project "PHP" begint steeds meer en meer uit de hand te lopen.

[curry684]

Tsk dadelijk ga je nog zeggen dat het vreemd is dat PHP switch als een looping statement beschouwt die je met continue kunt verlaten?

[Alex)]

Java kan hiervoor ook gebruikt worden, maar is daarnaast ook geschikt voor gebruik op bijvoorbeeld mobiele telefoons en desktopapplicaties.

Met PHP-GTK kan een PHP-applicatie ook op de desktop draaien geloof ik...

Mooi nieuws vind ik .
Een nadeeltje van PHP, standaard staan zaken zoals register_globals aan, en dat maakt onveilige code.

[MBV]

Huh? register_globals staat toch tegenwoordig default uit? In ieder geval in de aanbevolen configuratie. Je krijgt namelijk 2 ini bestanden mee: 1 voor development, 1 voor echte webapplicaties. In aangeraden versie voor applicaties staat bijv het weergeven van warnings uit, zodat je niet behulpzaam gaat vertellen dat hun SQL injection bijna is gelukt

[Attilla]

De programmeur of scripter maakt nog altijd de onveilige code. Diegene hoort namelijk dat niet te gebruiken.

Een probleem zal altijd tussen het keybord en de stoel blijven, qua security.

[Verwijderd]

Mooi gezegd

Maar... Daarom is het dus juist zo nuttig om de veiligste defaults mee te leveren

[Verwijderd]

Overigens zijn veel Java-programmeurs het niet eens met Andreessen omdat de eenvoud van PHP vaak tot gevolg heeft dat de resulterende programma's moeilijk te onderhouden zijn en de programmacode van een lagere kwaliteit is

Waar halen ze het? Indien je goed programmeert in PHP (dat met versie 5 ook reeds OOP ondersteund) is dat minstens even makkelijk te onderhouden als java code.

Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.
Ik geef die Marc Andreessen alleen maar gelijk!

[RetepV]

Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.

Jij bedoelt te zeggen dat 'onderhoudbaarheid' te maken heeft met hoe snel je een taal kunt leren of niet?

Jij hebt zeker nog nooit aan een grote PHP website gewerkt die door iemand anders opgezet is? Ik mag voor je hopen dat jij over 2 jaar niet eens een project van jezelf moet gaan uitbreiden...

Even een voorbeeldje: BASIC (de gewone ouderwetse, met regelnummers) is één van de makkelijkst te leren talen ter wereld. Toch is het inmiddels dood. Waarom? Omdat niemand na een jaar zijn eigen programma's meer kon lezen.

BASIC is makkelijk te leren, maar hergebruikt van componenten is bijna onmogelijk. En hergebruik van kennis en softwarecomponenten is waar je geld mee VERDIENT. Omzet draaien is leuk, maar het gaat om de winst. Winst maak je alleen maar als je niet keer op keer hetzelfde werk overnieuw moet doen.

[T.T.]

Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.

Professioneel programmeur? Ik denk dat ik mijn hele Technische Informatica opleiding voor niets heb gedaan (sarcasme). Wat een onzin zeg. Na een half jaar weet je misschien hoe je een website kan maken of een forum, maar weet je niets van architecturen, patronen, database ontwerp enz enz.

[Verwijderd]

Gedeeltelijk mee eens. Je hebt gelijk dat je er nog lang niet bent als je de taal kent, maar met PHP is het wel makkelijker om de taal te leren kennen dan met Java. Java is (nmm) lastiger te leren dan PHP door de vele classes, en is minder goed online gedocumenteerd (en doorzoekbaar).
Echter, kunnen codekloppen is niet het enigste aan programmeren, je moet ook kunnen programmeren en de zooi uit elkaar houden (dus niet spaghettikloppen of html-door-php-door-html-door-php code). Dat is het grootste probleem wat PHP op het ogenblik heeft. Er zijn te veel klooiers die er een zooitje van maken, waardoor PHP wat onderhoudbaarheid een wat slechtere naam krijgt.

[register]

Java minder goed gedocumenteerd???
Iedere publieke of protected methode en atribuut van iedere klasse in de API is perfect gedocumenteerd, inclusief corner cases, beperkingen, enzovoort.
http://java.sun.com/j2se/1.5.0/docs/api/
http://java.sun.com/reference/api/index.html
En je kan altijd (maar dat is nooit nodig) de implementatie zelf bekijken.

Verder is ook het onderliggend platform, de JVM, formeel gespecifieerd.
Hoe kan je nog beter documenteren dan dat?

[Verwijderd]

Blijft het probleem dat PHP niet strongly typed is en dat zal er ten eeuwige dagen voor blijven zorgen dat PHP meer error-prone is dan een van de Strongly typed OO talen (Java, C# ...). Omdat verkeerde toewijzingen niet meteen opgevangen worden ...

[fantom]

html-door-php-door-html-door-php code? Door een kleine template-engine te gebruiken kan je perfect je php-code en html scheiden. Maak nog wat objectjes en je hebt een goed onderhoudbaar geheel.

Zelf gebruik ik naast php ook Mason (http://www.masonhq.com). De extra kracht die php mist kan je zo goed maken door via mason perl te gebruiken. Mason geeft perl de flexibiliteit wat php ook heeft. Zeker de moeite waard eens te bekijken...

[martijnvanegdom]

Je hebt een heel goed punt.. De documentatie van Java is zo ontzettende brak. php heeft een geweldige documentatie, Java is best fijn om te proggen, maar dat is php net zo goed. Het enige waar ik php nog weleens van gebaald heb, is dat ik een functie inplementeerde die vervolgens er al gewoon in bleek te ziten

[Verwijderd]

Na een half jaar weet je misschien hoe je een website kan maken of een forum, maar weet je niets van architecturen, patronen, database ontwerp enz enz.

Heb ik het hier over een minieme kennis van analyse? Nee dat dacht ik niet, ik heb het hier over hoe eenvoudig het is om de programmeertaal te leren.
Voor de meeste website's heb je dat niet eens nodig. Als je echt grote webapplications gaat bouwen, dan is het maar logisch dat je eerst een grondige analyse gaat maken van database ontwerp.
Je moet geen goede kennis van systeemanalyse hebben om professioneel php programmeur te zijn.
Een kennis heeft nooit enige opleiding van analyse gehad en die kan zich terecht professioneel php programmeur noemen. Ik heb zelf een diploma van Graduaat Analyst/Programmeur dus ik ken het verschil.

[glashio]

Daar zit meestal het verschil.
- Een HBO'er denkt eerst en voert uit. (daardoor gestructuureerde planning)
- Een ander doet eerst en denkt achteraf : "Sjit had ik dat maar eerder geweten" of "Had ik het maar zo opgezet"

[Jaco69]

snob

Ik heb hbo en uni...
hbo is praktisch (en) theoretisch en niet alleen praktisch. HBOers snappen net zo goed waar ze fundamenteel mee bezig zijn. De extra kennis van de uni is wel handig maar ervaring eigenlijk meer.

[Sv3n]

Zonder veel programeerkennis kun je na een half jaar al professioneel PHP programmeur worden, mede dankzij de toonaangevende website php.net met alle mogelijke php-functies.

Na een half jaar kun je misschien best iets leuks in elkaar zetten maar een professioneel programmeur ben je dan echt nog niet. Een professioneel programmeur kan ontwerpen, analyseren, fatsoenlijk programmeren en weet wat software engineering inhoud. Je denkt misschien dat je het 3e na een half jaar kan maar ook daar zit je fout.

[panni]

Nog steeds halen mensen hier bepaalde zaken door elkaar. Een programmeur die zijn brood met PHP verdient, is een professionele programmeur.
Of het een gediplomeerde programmeur is, is wat heel anders en zou misschien iets kunnen zeggen over zijn programmeerkunsten.

[Stephan Oudmaijer]

Misschien voor het mkb en thuis proggers, maar ik zie nog maar weinig grote bedrijven php gebruiken. Dan daarbij staat Java ook niet stil, ook bij Java zie je een focus naar het vereenvoudiging.

Belangrijkste probleem van PHP vind ik o.a. het debuggen. Je kunt ook wel classes en objecten in PHP gebruiken, maar dat is lang niet zo volwassen als bij Java waar je ook o.a. perfecte IDE support hebt op dit vlak.

Begrijp me niet verkeerd ik vind PHP een leuke toegankelijke web taal, maar het heeft voor mij z`n beperkingen.

[Verwijderd]

OO support in de voorgaande versies van PHP waren inderdaad niet best, het nieuwe OO model van PHP daarentegen, is met ondersteuning van Sun (makers van Java) gebaseerd op het Java model. Het nieuwe OO model van PHP is dus letterlijk een verbeterde versie van het OO model van Java.

Daarentegen zul je jezelf de vraag moeten stellen of OO methodieken wel de beste manier zijn om een website te maken als zelfs de huidige standaardmethodieken (de vereenvoudiging) om websites met Java te bouwen (JSP en Struts) sterk richting een procedurele aanpak neigen.

Ook de tools op PHP gebied zijn op nivo van Java, er is enkel wat minder keuze vrijheid en het meeste zijn, net zoals bij Java, commerciëel.

Beide talen hebben hen voor-en-nadelen en specialismes, maar de punten die je hier aanvoert zijn loos.

[Sv3n]

De OO support is nog lang niet op het niveau van Java en het is zeker geen ' verbeterde' versie van het Java OO model. In PHP kun je bijvoorbeeld niet eens 2 constructors in een class maken. In PHP zitten nog meer van dit soort dingen die het coden in PHP een stuk ongemakkelijker maken, zo is bijvoorbeeld de enige opslagmogelijkheid een array, iets als een map, list of een set heb je niet(iig. ik heb t nooit kunnen vinden, misschien heb ik slecht gezocht )

[prototype]

Schijnbaar ben ik niet de enige die overloading mist

[younix]

Weinig grote bedrijven die PHP gebruiken? Wat dacht je van Yahoo die PHP gaat gebruiken voor alle scripting doeleinden? Ze hebben voor PHP gekozen na het evalueren van andere talen (waaronder java).

Voor de presentatie van de software engineer bij yahoo die de analyse heeft gemaakt zie: http://public.yahoo.com/~radwin/talks/yahoo-phpcon2002.htm

[Stephan Oudmaijer]

Ik weet niet of je de evaluatie goed hebt gelezen, wel interessant, maar de combinatie met freebsd en java is geen succes. Ze kiezen ook duidelijk voor OpenSource, Java is NIET OpenSource (ja idd, niet OpenSource!).

Er zijn natuurlijk zat grotere bedrijven die wel php gebruiken. Maar het is geen mainstream technology bij veel bedrijven. Voor web applicaties is php prima, maar ik denk dat de scope daar ook een beetje op ligt. Java is veel breder natuurlijk dan alleen webapplicaties.

[Verwijderd]

Ze kozen (in 2002!) niet voor java wegens de problemen van de FreeBSD kernel met threads. En java houdt van threads.

Dus niet omdat Java wel of niet OpenSource was. (Slide 24)

[jocmeh]

Erg interessante presentatie. Is alleen wel al 3 jaar oud, dus ondertussen ook al wel het een en ander veranderd aan PHP, onder andere de OOP-mogelijkheden dus.

"Wat dacht je van Yahoo die PHP gaat gebruiken voor alle scripting doeleinden?"
Maar is Yahoo het nou uiteindelijk ook gaan gebruiken?

[Verwijderd]

Misschien moet je iets verder gaan zoeken dan je neus lang is. Maar er zijn redelijk wat fatsoenlijke PHP IDEs met debuggers er in. Maar zo ver ik weet zijn het allemaal commerciele tools. Weet iemand of er ook een opensource PHP IDE is met debugger (van een beetje qualiteit?).

[Verwijderd]

Eclipse (bekend van... Java) heeft uitgebreide support voor PHP incl. debugger en andere standaard tools.

[New]

Ik vind dit eigenlijk maar een beetje appels met peren vergelijken. Volgens mij is het maken van webapplicaties nooit echt het grootste gebruiksargument van Java geweest.

[Verwijderd]

Nee, maar dat is waar scholen JAVA steeds vaker proberen heen te drukken.

Er zijn op dit moment maar al teveel scholen die JAVA erdoorheen proberen te drukken als webapplicatie taal.

Iets waar het naar mijn mening niet al te geschikt voor is.

[Verwijderd]

Een van de redenen waarom scholen voor Java zijn als webtaal is omdat het mogelijk is om de logica te scheiden van je schermopbouw. Iets wat niet lekker gaat met PHP (maar trouwens wel met ASP.Net) Qua concept is Java dus een hele mooie taal om websites mee te maken. Dat het in praktijk initieel meer tijd kost, is natuurlijk niet direct een probleem voor een school. Daar kan men er terecht op wijzen dat de onderhoudbaarheid stukken beter is en de site dus op langere termijn wel eens goedkoper kan zijn dan een Quick en Dirty PHP site.

Maar een ontwikkelaar die in PHP programmeert kan dus een lagere initiele offerte neerleggen dan een Java programmeur en daarmee de order binnenhalen. Dat het bedrijf uiteindelijk meer kwijt is aan onderhoudt is een stelling die men nooit kan bewijzen. Voor een bedrijf dat korte termijn denkt of niet beter weet is PHP dus vrijwel altijd aantrekkelijker dan een Java oplossing. Op lange termijn lijkt een Java implementatie goedkoper te zijn, maar dat is dus erg lastig te bewijzen.

[jocmeh]

Een van de redenen waarom scholen voor Java zijn als webtaal is omdat het mogelijk is om de logica te scheiden van je schermopbouw. Iets wat niet lekker gaat met PHP (maar trouwens wel met ASP.Net)

Als je PHP gebruikt in combinatie met XHTML kan dat imho wel degelijk. PHP produceert dan gewoon logische output die je met style sheets volledig kan gieten in de vorm die je op dat moment nodig hebt.

[sys64738]

Nee java was eigenlijk bedoeld om Write Once- Run anywhere Rich Client apps te maken. Maar dat is nooit echt aangeslagen...

Maar tegenwoordig wordt java toch verreweg het meest gebruikt om WebApps mee te maken... met redelijk succes. Dus de vergelijking is niet zo heel erg appels en peren.

[Ramon]

Kijk nou eens goed naar dat grafiekje hiero:

http://www.php.net/usage.php

Het aantal IP's is nauwelijks gegroeid. Je kan er dus vanuitgaan dat het merendeel van de groei van die 1 euro per maand kostende pakketjes zijn die 3x per week bezocht worden door je oma en je neefje.

[NMe]

Of je gaat er gewoon even vanuit dat vooral de grote hostingbedrijven invloed hebben op die cijfers, en die blijven over het algemeen bij een klein aantal IP's en een groot/groeiend aantal domeinen.

[Tijger]

Wat ook zo is, zelfde geld voor Apache.

[Verwijderd]

Mijn gevoel bij PHP is altijd geweest dat het een bijeengeraapt zooitje is, getuige ook de vreselijke hoeveelheid functies, met inconsistente naamgeving en argument-gebruik. Dat wijdt ik vooral aan het gebrek aan enige vorm van standaardisatie.

Daarnaast worden PHP 'applicaties' hopeloos beperkt door de container waarbinnen ze vrijwel altijd draaien, namelijk Apache.

Als je tussen 'PHP-processen' gegevens wilt delen moet je moeilijk doen met sessie-databases/-files of memcached, omdat dat stomme Apache nog altijd niet een fatsoenlijke multithreaded omgeving aanbiedt waarbinnen het delen van informatie tussen onderdelen van een website op een makkelijke manier kan. Nu heb je weer allerlei externe systemen nodig om dat, ten koste van de snelheid, een beetje werkend te krijgen.

En tegenover het argument dat PHP makkelijk te leren is zet ik: Windows is ook makkelijk te leren. Maar dat zegt niks over de kwaliteit ervan.

[dyna18]

Als hobbyist vind ik PHP erg lekker om websites van extra functionaliteit te voorzien. Maar voorgaande user heeft wel gelijk.... Er ontbreekt in PHP een goede standaardisatie van functies... Dit zie je bijvoorbeeld terug in de slecht backward compatibility van PHP, veel functies werken in oude PHP versies anders dan in de huidige versies, wat programmeren voor een grote groep gebruikers (die verschillende PHP versies op hun gehuurde servers hebben) erg lastig.

Daarnaast is het sowiezo al lastig om in PHP een applicatie te verspreiden (waar bovenstaande backward compatibility problemen dus ook niet aan bijdragen).

[Verwijderd]

En voor PHP hoef je ook helemaal niets extraas voor te installeren...

[momania]

Voor een java enabled website/webapp ook niet hoor.
Dat draait allemaal op de webserver en die geeft jou alleen maar html terug

[ReLexEd]

Ik denk dat mariusjr doelt op de java-applets, niet de servlets....
Daar moeten we helaas wel een stevige plugin voor installeren...

[NMe]

Je moet ook geen appels met peren gaan vergelijken. Applets zijn voor een compleet ander doel verzonnen en dus helemaal niet vergelijkbaar met PHP.

[Verwijderd]

niet extra's?

en tomcat dan? apache/iis ondersteund standaard geen java.
en jdk's dan? die moet je ook installeren, weer 50-250mb gebruikt voor een site van 1mb aan runnable code....

(over extra geheugenmodules en zo maar niet te spreken omdat tomcat/java toevallig weer een bak extra geheugen nodig heeft)

[momania]

Als je het zo bekijkt:

php zit ook niet standaard in apache/IIS

Het ging hier volgens mij even om het gebruikers perspectief.
Die hoeft, ongeacht de programmeer taal van een webapp/website, geen extra software te installeren zolang de site maar standaard html aanbied

Bij applets is het idd een ander verhaal.

[Verwijderd]

Als je PHP scripts op je webserver wilt laten draaien moet je er wel degelijk een PHP server voor geinstalleerd hebben.

Voor java is dat niet nodig.

[Verwijderd]

Als je PHP scripts op je webserver wilt laten draaien moet je er wel degelijk een PHP server voor geinstalleerd hebben.

Voor java is dat niet nodig.

Jongens, zie nu ff de grap van deze opmerking in. Er zegt hierboven een ontzettend onnozel persoon dat je voor serverside PHP geen extra software nodig hebt en voor java wel.

Dat is natuurlijk enorme kolder. Hier wordt dan op ingehaakt met een goede grap dat je voor PHP een PHP server nodig hebt, en natuurlijk heb je voor Java geen PHP server nodig.

De enige waarheid is dat je voor beide server side iets moet neerzetten. Voor PHP Apache met een php_mod en voor Java 1 van de vele application servers die er zijn (bv Tomcat, Jetty, Orion, SUN AS, WebSphere, Jboss, Jonas, Jrun, Oracle AS, Resin, WebLogic, etc etc...).

Client side heb je voor beide niks anders nodig dan een HTML browser (kort door de bocht, iniedergeval java kan ook andere content dan HTML genereren).

[Croga]

Voor java is dat niet nodig.

Je zult toch wel degelijk een JVM op je server moeten hebben draaien, wil je iets server-side doen....

[Verwijderd]

een JVM,

Dat hoeft toch alleen de client geinstalleerd te hebben en niet de server zelf.

[Sv3n]

Bij een applet misschien, bij een jsp of een servlet zou je toch echt iets van tomcat op je server moeten hebben.

[prototype]

PHP slaagt waar Java faalt in MKB ja, en de redenen zijn al gegeven in de nieuwspost.
Ik persoonlijk wacht nog steeds tot PHP eens fatsoenlijk overloading ondersteund (en niet via extensies dus/simuleren of wat dan ook). Dit is het grootste puntje van kritiek dat ik heb op de taal zoals die in 5.0 zich presenteert.
De taal iets sterker typeren, zou imho ook niet misstaan, dat opzich wel enigzins ook de kracht van de taal is (het loosetyped dus), maar op de lange termijn imho een doorn in het oog wordt wanneer je 'correctheid' wil afdwingen.
Een consistente conventie doorvoeren in de standaard functienamen is overigens ook welkom; de ene keer zit er per woordje een underscore in en de andere keer niet. Iemand die de strenge conventie van java gewend is, vindt dit afschuwelijk

[RetepV]

Als het overloading ondersteund, dan krijg je met PHP voor een deel dezelfde problemen als met Java, en dan maak je dus juist een voordeel kapot.

Edit:

Veel mensen zijn lyrisch over overloading (en helemaal operator overloading), maar als IETS een programma moeilijker onderhoudbaar maakt...

[prototype]

Oh? Kun je dit ondersteunen met wat voorbeelden mbt problemen omtrent overloaden? Ben namelijk erg benieuwd, want ik heb zelf geen problemen mogen ondervinden hiermee.
Overigens betekent de mogelijkheid om methoden te overloaden nog niet dat je verplicht bent om het te gebruiken. Dus eventuele problemen met overloaden? Die zou je dan altijd nog kunnen vermijden door het niet te gebruiken. Ik vind het ernstiger dat de mogelijkheid niet gegeven wordt in de eerste plaats en dat 'hetzelfde' op een zeer omslachtige manier bereikt moet worden.

Overigens ben ik geen fan van operator overloading, maar er zijn uitzonderingen waarbij het fijn zou kunnen zijn. Zoals bij vectoroperaties, zou het aanhouden van de wiskundige notatie wat natuurlijker aanvoelen.

[TinusH777]

PHP is nu een hele grote markt van ASP aan het pakken.
Veel ASP bouwers vinden de overstap van een spuug-maar-HTML-uit scriptaaltje naar ASP.NET framework veel te groot.
Daarnaast: voor ASP.NET heb je Visual Studio nodig en deze kost voor een hobbyist te veel.
hetzelfde geldt eigenlijk ook voor Java: goede maar complexe frameworks.
Java en .NET komen pas echt goed uit de verf wanneer je een gelaagd model toepast in de software structuur. Veel applicaties zijn daar niet groot genoeg voor. Veel ontwikkelaar begrijpen die concepten niet.

Tenslotte: veel ISP's ondersteunen geen Java servlets en ASP.NET ivm configuratiemanagement. Dit stimuleert PHP gebruik ook.

[Verwijderd]

Je kan gewoon GRATIS een ASP.Net development tool van MS downloaden. Helemaal legaal en helemaal gratis.

edit: het linkje:
http://www.asp.net/webmatrix/