Sun gaat programmeren in Java makkelijker maken

Dit is geen goede zet van Sun. Een interface 'die lijkt op' is zeer frustrerend als hij inderdaad enkel 'lijkt op'. Ik denk dan aan een speelgoed mobiel en een echte mobiel. De irritante belmelodietjes zijn het zelfde. Voor de rest doet het display andere zaken, zijn de functies verschillend en is de user-interface (druktoetsen) volledig verschillend.

Ik ben momenteel verplicht om te werken in Magic Software met een engine die er 'ongeveer' Windows achtig uitziet. Echter is ctrl-c gemapt aan een controle-venster, opent ctrl-z een dos window en opent ctrl-x een cross-reference dialoog. Het toevoegen van lijnen in een lijst gebeurt onder de cursor terwijl ik van excel bv gewoon ben dat invoegen OP de cursor gebeurt. Knoppen, focus en 'intuitieve' handelingen zijn volledig onderuit gehaald.

Als je dus een visual interface bouwt doe het dan goed en kijk hem niet af. Ik denk hierbij aan Macromedia die met success een interface in de markt hebben/heeft gezet die uniform is binnen hun produktlijn (flash, dreamweaver, ultradev, ...) en die na enige inwerking perfekt werkbaar is. Sun en zijn platformen kennende denk ik dat het voor die-hard VB programmeurs even slikken zal zijn om een x-windows interface aan te pakken.
Ik weet dat ik best lang met Ethereal en the Gimp heb lopen vechten omdat het een x-windows achtige interface heeft ipv een Windows interface. Uiteindelijk, moet ik toegeven, heb ik beide programma's gedumpt voor andere software.

Ik hoop dus dat Sun een echt gedegen interface bouwt, die ook laat testen door VB programmeurs (en niet door doorgewinterde Sparcstation fanatici) en dat ze misschien eindelijk eens zorgen dat Java in machines ingebakken wordt waardoor het een beetje sneller gaat draaien.

Edit: sorry voor het redundante 'snelheid' gedeelte Sommigen typen nog sneller dan ik. Maar dat bewijst wel dat er blijkbaar meer mensen last hebben van de snelheid en de complexiteit van een VM.

Een IDE omgeving gaat niet uit de weg wat het grootste probleem is bij beginnende en al wat meer ervaren Java ontwikkelaars. Namelijk, gebrek aan kennis van object georienteerd ontwerpen en implementeren.
Object orientatie kent vele voordelen maar ook vele valkuilen. Gebrek aan OOD/OOP zijn kritische factoren in grotere Java projecten. Dan praat ik niet over Java in de context van JSP/Servlet.
Hoe goed de IDE de ontwikkelaar ook ondersteund het is geen mechanisme om zoals gezegd VB ontwikkelaars in de wereld die Java heet te laten opereren. VB is gewoonweg niet object georienteerd.
De grote voordelen van OO zie je helaas zelden terug door een verkeerd gekozen architectuur wegens gebrek aan grondige kennis. OO is ook niet eenvoudig en door een VB ontwikkelaar op deze manier op Java te zetten zie ik niet als een positieve ontwikkeling. Ik zeg daarmee niet dat VB ontwikkelaars daar niet toe in staat zouden zijn, ik zeg alleen er is veel meer voor nodig.
Het feit dat je Java kent wil nog lang niet zeggen dat je OO beheerst. Dus dat traject zou Sun zeker in de strategie moeten opnemen.

Java mist nog goede ondersteuning voor compositie, delegatie en component interfaces. Hoop dat daar verbetering in komt. Zoals bijvoorbeeld de taal E, gebaseerd op de JVM, welke delegatie op een zeer elegante wijze ondersteund.