Na ooit ben ik terug naar zich het ontwikkelen in Java & JSP. En de jongen het ruikt goed! Als er een programmeurshemel is, ben ik nu daarin. Ik heb kleine zelf-gemaakte bibliotheken helpen automatiserend regelmatige taken, ton vrije derdebibliotheken van uitstekende kwaliteit voor de grotere zoals opencsv, poi enz. en ik schop één of ander codageonweer. Na ooit het besteden van met ander talen en milieu het zekere zoetere gevoel.

BTW: Ik doe ook wat werk Javascript, maar in vergelijking met Java, eerlijk gezegd is het niet dat veel pret. Het probleem met Javascript deze dagen is dat er teveel bibliotheken om zijn te kiezen van en vaak u zult vinden wat u in stukken en brokken in veelvoudige bibliotheken nodig hebt. Teveel van om het even wat met inbegrip van keus is slecht. De bibliotheken van Javascript wensen consolidatie. Hoeveel bibliotheken nodig hebt u om vraag AJAX te maken? Hiervan slechts breekt GWT nieuwe gronden maar zelfs daar moet de partij worden gedaan.

Het razen en tieren voor Eenvoudige Architectuur
Ik had vóór ongeveer geraasd en tieren hoe JSP complexer is geworden in de loop van de jaren. Ik denk in één of ander puntJava de technologieën door ontwerpertypes is overvallen die oorspronkelijke over-ontworpen architectuur over eenvoud verkiezen. Ik verkies nog eenvoudig iets terwijl het ontwerpen, het vaakst dan niet eenvoudige oplossing is ook de beste oplossing.

Het geval voor Java
Veel is gezegd over de geschiktheid/de ongepastheid van Java voor bepaalde taken. Bovengenoemd allen en gedaan Java is nog is een zeer aardige te leren en te gebruiken taal. In de handen van deskundig Java is een mooi te hanteren hulpmiddel. Het is volledig, krachtig, beschermt u tegen de slechte fouten en helpt u werkelijk schone en eenvoudige code schrijven. Java is de ondernemingstaal van keus in de industrie om een goede reden en zal zo jaren komend blijven. Het wordt gesteund door rijpe bibliotheken en trillende gemeenschap.

De waarschuwing en weinig woorden van adviseren
U moet duidelijk van over-ontwerpertypes blijven. Verscheidene populair kader zoals Stutten is over-ontworpen manier. U moet uw hulpmiddelen goed kiezen. Bijna heeft iedereen en hun oma IoC of MVC kader ontwikkeld. Analyseer eerst uw vereisten om te zien of hebt u hen nodig. Dan kies die aan u het eenvoudigst lijkt. De kosten om een nieuw kader te leren + de kosten om het kader aan uw behoeften of slechter de kosten van montage zelf en uw team te passen aan het kader moeten tegen de waarde worden in evenwicht gebracht die door het kader wordt verstrekt. Niet ben bang om eenvoudig iets zelf tot stand te brengen als het volkomen uw behoeften past. Herinner me de kosten-baten-analyse uw vriend is. Doe het goed en breng het ertoe dan door een architectentype herzien om ervoor te zorgen dat u niet het grote beeld mist.

Bovengenoemd en gedaan allen
Ondanks al waanzin over talen zoals PHP (houden er, van het, die het doet) of Robijn (die daarin wordt geploeterd), zou ik nog Java voor om het even welk onderneming of Web 2.0 product of de diensten verkiezen. Uiteindelijk zult u de waarde van deze verklaring realiseren.