Perché Java non viene utilizzato per lo sviluppo di applicazioni Web moderne? [chiuso]

Come programmatore Java professionista, ho cercato di capire: perché l'odio verso Java per le moderne applicazioni Web?

Ho notato una tendenza che dalle startup web moderne, una percentuale relativamente piccola di loro sembra utilizzare Java (rispetto alla popolarità complessiva di Java). Quando ne ho fatto alcune domande, in genere ho ricevuto una risposta del tipo "Odio Java con passione". Ma nessuno sembra davvero in grado di dare una risposta definitiva.

Ho anche sentito che questa stessa comunità di startup web si riferisce negativamente agli sviluppatori Java, il che implica più o meno che sono lenti, non creativi, vecchi.

Di conseguenza, ho trascorso del tempo a lavorare per raccogliere Ruby / Rails, fondamentalmente per scoprire cosa mi sto perdendo. Ma non posso fare a meno di pensare a me stesso "Potrei farlo molto più velocemente se stessi usando Java", principalmente a causa dei miei livelli di esperienza relativa.

Ma anche perché non ho visto nulla di critico "mancante" da Java, impedendomi di creare la stessa applicazione.

Il che mi porta alle mie domande :

Perché Java non viene utilizzato nelle moderne applicazioni Web?

• È un punto debole della lingua?

• È uno stereotipo ingiusto di Java perché esiste da così tanto tempo (è stato ingiustamente associato alle sue vecchie tecnologie e non riceve il riconoscimento per le sue capacità "moderne")?

• Lo stereotipo negativo degli sviluppatori Java è troppo forte? (Java non è più "bello")

• Le applicazioni scritte in altre lingue sono davvero più veloci da costruire, più facili da mantenere e offrono prestazioni migliori?

• Java è utilizzato solo da grandi aziende che sono troppo lente per adattarsi a una nuova lingua?

Le startup moderne devono colpire il mercato il prima possibile. Non hanno bisogno di spendere circa sei mesi per rilasciare la loro applicazione web Java.

Twitter, ad esempio, è stato creato utilizzando Rails / Ruby ma una volta diventato non scalabile, sono migrati su JVM.

Per non parlare del fatto che il processo di sviluppo non è produttivo: codice -> compila -> distribuisci mentre è in framework come (Rails / Django / Grails): esegui test server -> codice -> cambia le cose e vedi cosa succede.

La buona notizia è che JRebel ti consente di vedere immediatamente le modifiche al codice.

Nella mia esperienza, Java per le applicazioni Web è eccessivo per le piccole applicazioni. Un semplice blog con una tabella di database contiene voci di blog, ad esempio, potrebbe essere fatto in qualcosa di molto più semplice.

Di solito ho visto Java fare molto meglio in applicazioni Web molto più grandi (pensa a banche e compagnie assicurative) che comunicano con un numero di altri sistemi (come back-end e database mainframe e sistemi di elaborazione batch in background di servizi Web peer ... tutti nella stessa applicazione).

Da quello che ho visto, l'architettura di un'applicazione Web JavaEE è di solito più di quanto sia necessario per applicazioni Web piccole / semplici.

Ho programmato le app Web Java per 10 anni prima di passare a Python, 4+ anni fa. Sento di essere molto più produttivo usando Python e di poter fare molto di più in un breve periodo di tempo, e ad essere sincero, sono molto più felice quando mi sviluppo in Python. Ecco alcuni dei motivi per cui penso che Python sia migliore di Java in base alla mia esperienza personale, il tuo chilometraggio potrebbe molto.

Frame Web:

Quando ho iniziato a programmare app Web in Java, Struts è appena uscito, e non era eccezionale, ma era la cosa migliore disponibile. Ho creato un sacco di app struts e alcune in altri framework lungo la strada. Ogni volta che usciva un nuovo framework (Tapestry, Wicket, GWT, stripe, grails, AppFuse, Play, RichFaces, Spring, ecc.), Lo provavo e vedevo se era meglio, e la maggior parte delle volte era solo un po 'meglio e talvolta non è affatto migliore. Devo dire che il framework di gioco è un passo nella giusta direzione.

Batterie non incluse:

Una delle parti più fastidiose di Java era il fatto che la maggior parte delle librerie che usi non erano incluse in Java stesso, dovevi includere un sacco di librerie di terze parti da luoghi come i comuni di Apache. Se usi qualcosa come l'ibernazione con qualsiasi altra grande libreria, finisci nell'inferno di dipendenza Jar, dove l'ibernazione ha bisogno di una versione di un vaso e qualcos'altro ha bisogno di un'altra versione. Se carichi i file jar nell'ordine sbagliato, sei sfortunato. È necessario dipendere da strumenti come Maven ed Edera per gestire le proprie dipendenze, e questo porta solo più dipendenze nel progetto, il che si traduce in progetti enormi. Ho avuto alcuni file di guerra 100 MB + file di guerra per le app web più semplici.

Troppe opzioni:

Per qualche motivo sembra che ci siano troppi modi diversi di fare la stessa cosa in Java. Ci sono oltre 38 diversi framework web per java secondo wikipedia ( http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Java ) e 23 diversi ORM ( http://en.wikipedia.org/wiki/List_of_object-relational_mapping_software# Java ) solo per citare un paio di esempi. Se guardi altre lingue hanno un numero più ragionevole. Alcune persone pensano che avere molte opzioni sia una buona cosa, ma non lo è porta a un grande sforzo sprecato nella comunità degli sviluppatori, tutti stanno reinventando la stessa ruota e se sei una persona nuova nella lingua che hai troppe opzioni tra cui scegliere.

Server delle app:

Le applicazioni Web Java sono molto pesanti e richiedono molte risorse per funzionare. Sono particolarmente affamati di memoria. Come qualsiasi software, possono essere ottimizzati per ridurre il loro footprint di risorse, ma rispetto ad altre lingue la loro configurazione è orribile. Nel mio passato ho usato weblogic, websphere, Jboss, tomcat e jetty. Ho usato i primi tre solo quando sono stato costretto a usare gli EJB, ma anche se non li stai usando erano server di app di grandi dimensioni e talvolta difficili da configurare e funzionare correttamente. Tomcat e Jetty sono molto migliori e più facili da configurare, ma sono ancora maiali delle risorse.

Hosting di app:

Se non stai utilizzando il tuo server, è davvero difficile trovare hosting condiviso per le tue app java a un prezzo ragionevole. Il motivo principale è perché le app java richiedono molta più memoria rispetto ad altre lingue, quindi non ha senso per un provider di hosting condiviso spendere la loro preziosa RAM eseguendo un sito java, quando potevano eseguire 5 siti php nello stesso posto. Ciò significa che ci sono meno fornitori che offrono hosting Java, il che a sua volta comporta costi più elevati per la gestione del tuo sito Web.

Tempo di sviluppo:

Quando ho sviluppato Java, mi sono trovato molto più lento di quello che posso fare in Python. Avrei bisogno di fare un cambiamento, compilare, ridistribuire e quindi testare, e questo rallenta il processo iterativo. So che ci sono modi per renderlo più veloce, ma anche nella migliore delle ipotesi, mi sono sentito molto più lento di quello che posso fare in Python.

In Python c'è anche molto meno codice plateplate per fare la stessa cosa, quindi dedico anche meno tempo allo sviluppo del codice.

Java sembra troppo ingegnerizzato in molte parti, molte API e interfacce sono semplicemente complicate per quello che vuoi fare. E tutti e il loro fratello pensano di essere un architetto Java e questo si traduce in grandi sistemi complicati che sono difficili da usare e sviluppare.

IDE:

Quando stavo sviluppando in Java, mi sentivo bloccato all'IDE, ero perso senza di esso. IntelliJ è il migliore IDE sul mercato ed è stato difficile passare a Python perché non c'era niente di simile per Python. Quindi, invece di un IDE, ho appena usato textmate, che è solo un normale editor di testo. All'inizio è stato difficile, ma poiché era solo un editor di testo, era un'applicazione davvero veloce e reattiva. Potrei aprire il mio intero progetto in pochi secondi, mentre quando voglio aprire un progetto in un IDE potrebbe volerci un minuto o più, con una macchina con una tonnellata di RAM. I produttori di IntelliJ sono usciti con un editor di pitone chiamato pycharm, l'ho comprato quando è uscito per la prima volta ed è fantastico. Ma quello che ho capito è che non ho bisogno di un IDE per Python, sto bene con un editor di testo. Quando torno a lavorare su app Web Java che devo fare di tanto in tanto, provo a utilizzare l'editor di testo, ma non l'ho ancora imparato. Personalmente ho bisogno dell'IDE per Java di più perché se sbaglio qualcosa ci vuole più tempo per ricompilare e ridistribuire, il che mi rallenta.

ORM:

Quando ho iniziato a usare Hibernate come ORM, ho pensato che fosse fantastico, che avesse dei problemi e non fosse perfetto, ma era meglio di quello che stavo facendo prima. Ne ero felice, fino a quando ho fatto un'applicazione con l'ORM di Django su un progetto Python, e questo mi ha aperto gli occhi, ecco come dovrebbe funzionare un ORM. Dopo quel progetto sono tornato in letargo e mi sono sentito deluso e desideravo tornare all'ORM di Django. Un altro grande ORM in pitone è sqlalchemy, che è simile all'ORM di Django, ma un po 'diverso. Ho un'esperienza limitata con ORM di ROR, ma da quello che ricordo, è stato anche abbastanza buono.

Modelli:

I sistemi di template web in Java non sono così buoni, e penso di averli provati tutti (piastrelle, freemarker, velocità, ecc.). La maggior parte di essi offre solo funzionalità di base e sono una seccatura con cui lavorare. Sul lato Python, i miei due preferiti sono i modelli Django e Jinja2, hanno tutto ciò di cui potrei avere bisogno in un motore di template e sono davvero facili da usare.

Start Ups vuole il luccichio. Qualunque sia il lucido: RoR, Groovy, Grails, OOP w / PHP, Foobar, Wibble, Narf, ecc.

Enterprise vuole stabile, affidabile e scalabile: Java e .NET si adattano a questa fattura (se fatto correttamente).

Concerto attuale: servizi finanziari. Piattaforma: ColdFusion (essenzialmente una libreria di tag Java) e Java.

Concerti precedenti:

1. Servizi di test di istruzione - ColdFusion
2. Assicurazione ad alto rischio - ColdFusion e Java
3. 401k - ColdFusion e Java
4. Viaggi: Java con app ColdFusion interne
5. Titoli - ColdFusion (versione pre-Java)

Questi sono tutti siti ad alto volume e ad alta sicurezza. Nessuno in nessuna di queste aziende ha mai considerato PHP, alcuni hanno esaminato RoR e riscontrato troppi problemi. La società 401k aveva una società gemella che eseguiva un'applicazione .NET con sviluppatori competenti, l'app continuava a bloccarsi ogni settimana. Alla fine l'hanno convertito in Java e hanno acquisito stabilità.

Le uniche persone che guardano dall'alto in basso Java sono quelle che non hanno o hanno poca esperienza reale con esso o sono state coinvolte in scarse implementazioni e ora sono timide. Vedono lo splendore e la figura se tutti i ragazzi carini lo stanno usando, perché non io?

Un'aggiunta alla risposta di FrustratedWithFormsDesigner : poiché suppongo che la tua domanda riguardi più i siti più piccoli, c'è un aspetto importante che devi considerare per molte persone: l' hosting è onnipresente per PHP ma è più difficile per i siti Java o ASP. Questo tuttavia non è un difetto di quelle lingue.

Java è assolutamente utilizzato per lo sviluppo di applicazioni web moderne. Soprattutto quando si arriva all'estremità leggermente più ampia / più complessa / scalabile dello spettro delle applicazioni web.

Se sei interessato a strumenti e framework moderni e produttivi dai un'occhiata a:

• Il framework Play
• Google Web Toolkit
• Vaadin
• Arazzo 5

Ma penso che lo sviluppo web veramente moderno sulla piattaforma JVM sia probabilmente realizzato in uno dei nuovi linguaggi JVM piuttosto che usare direttamente Java, con Java che fornisce semplicemente la spina dorsale in termini di librerie sottostanti e infrastruttura back-end. C'è molto sviluppo web in Groovy ( Grails ), Scala ( Lift and Play ), JRuby ( JRuby on Rails ) e Clojure ( Noir , Ring / Enlive + molti framework personalizzati) per citarne solo alcuni.

Con tutta l'innovazione che sta avvenendo nel nuovo spazio linguistico JVM, personalmente sospetto che Java diventerà in definitiva "l'assemblatore della programmazione lato server".

Google, Amazon o LinkedIn sono considerati moderni?

Java è utilizzato per le moderne applicazioni Web. Se guardi in tutta l'azienda, è la lingua più utilizzata per le applicazioni web (interne).

Detto questo, Java ha attraversato un periodo in cui i suoi standard di sviluppo web hanno cercato di essere tutto per tutti (probabilmente lo fanno ancora). "Non ripeterti" è stata una risposta all'inferno xml e ai lunghi cicli di sviluppo dello sviluppo web Java. Di conseguenza, Java (EJB, Struts, JSF, ecc.) È stato visto come la cosa che tutti i nuovi paradigmi stavano cercando di superare.

Java, il linguaggio è dettagliato. Questo è un pro e un contro (ottimo per la manutenzione, fa schifo per gli sviluppatori). Esistono numerose funzionalità del linguaggio moderno che non sono ancora state trasformate in Java e che possono ridurre sostanzialmente i tempi di programmazione (proprietà, eventi, chiusure, generatori, comprensione dell'elenco, ecc.). Quindi, può essere frustrante quando proviene da un linguaggio più moderno. Detto questo, sono difficili da aggiungere a un linguaggio maturo senza diventare il nido dei topi che C # sta diventando.

Molte lingue utilizzate nello sviluppo web moderno sono tipizzate in modo dinamico. Ciò consente strumenti che possono ricaricare dinamicamente il codice mentre è scritto (ciò è più difficile da realizzare in un linguaggio statico - jrebel). Poiché lo sviluppo web si presta a iterazioni veloci, il ricaricamento dinamico è una grande vittoria. Riduce in modo significativo il ciclo di sviluppo su progetti greenfield e semplifica il corretto funzionamento dell'interfaccia utente e della UX (prove ed errori per natura).

Anche le lingue statiche hanno il loro posto. Per una logica di back-end complessa, che deve funzionare per anni, deve essere scalata senza problemi, deve essere molto veloce e deve essere completamente priva di errori, sono preferiti i linguaggi tipizzati staticamente (come Java o persino C).

Inoltre, con l'aumentare del conteggio / turnover degli sviluppatori e con il crescere dei prodotti, è probabile che persone ben intenzionate introducano bug alle stelle. Il rigore e la disciplina che un progetto Java ben progettato (interfacce, schemi e acqua santa per quei vampiri php :) impone aiuta a ridurre il rischio a lungo termine. Sebbene ciò possa essere ottenuto anche tramite test unitari, la rete di sicurezza derivata dal controllo statico (e analizzatori statici come findbugs e clang) offre un livello integrato di copertura del codice che è difficile da replicare con test scritti a mano. Non fraintendetemi, dovrebbero esserci test unitari e test funzionali, ma le organizzazioni reali non raggiungono mai una copertura del 100%. Per quello che controllano, fanno gli analizzatori statici.

Pertanto, nei progetti di grandi dimensioni (definiti più dalla dimensione del team che dalla dimensione del codice), dove esiste una complessa interazione tra blocchi di codice sviluppati in modo indipendente, le lingue come Java sono ancora preferite. Esempi includono applicazioni web di grandi dimensioni / complesse come quelle dei broker finanziari (ameritrade), scambi finanziari (nasdaq, nyse, forse londra dopo il fallimento di .net), servizi bancari online (quasi tutti), e-mail (google), aste (ebay) , eccetera.

Dal punto di vista delle prestazioni e della scala, nulla supera la piattaforma Java per la sua combinazione di scalabilità e prestazioni per le applicazioni Web (a seconda di come si conta il partizionamento delle applicazioni di Facebook). Twitter, ad esempio, ha dovuto riscrivere gran parte della sua infrastruttura Ruby a Scala sulla VM Java per rimettere in mare la balena fallita. Ho sentito parlare di altri grandi esempi, ma in questo momento mi sfuggono.

Vale anche la pena considerare la sicurezza. Mentre i plugin del browser Java hanno subito la loro giusta dose di vulnerabilità di sicurezza, la stessa piattaforma Java è una delle piattaforme più sicure create. Le applicazioni Web Java hanno la reputazione di essere molto sicure. Le pratiche di codifica, le librerie e l'architettura hanno a lungo scoraggiato gli errori che rendono possibili attacchi come l'iniezione sql o overflow del buffer. Mentre altre piattaforme web (rotaie) hanno una buona reputazione di sicurezza, nessuna supera Java.

In conclusione, la maggior parte delle applicazioni Web sono tecnicamente semplici. Per semplicità, Java è spesso eccessivo (proprio come ai vecchi tempi quando li scrivevamo in C :)). Se, tuttavia, la webapp è complessa (back-end o altro) o si prevede che abbia più di 100 sviluppatori, Java è difficile da battere.

-

Su una nota personale, uso Grails molto perché mi dà il meglio di entrambi i mondi (lo stesso si può dire di JRuby che sento che sta diventando sempre più popolare nel mondo Ruby).

A proposito, trovo che l'ascesa di PHP sia davvero sconcertante. PHP come lingua è l'equivalente approssimativo di perl nella leggibilità e VB nella qualità dei risultati. Incoraggia pratiche orribili, è quasi impossibile da mantenere, le librerie di terze parti funzionano raramente come previsto e ha una sintassi che spingerebbe Larry Wall su ... beh ... un muro. L'unica spiegazione che posso evocare è che si presta all'apprendimento incrementale (come VB). In altre parole, puoi realizzare qualcosa di utile sapendo molto poco sulla programmazione / amministrazione e puoi estendere le tue conoscenze un piccolo pezzo alla volta. C'è molto da dire a tal proposito dal punto di vista dell'adozione. Tuttavia, per chiunque abbia dovuto supportare o sostituire uno dei miliardi di app VB scritte da "programmatori" nel mondo aziendale / mfg, probabilmente stai scuotendo la testa e pianificando la tua pensione. :)

Bene, di recente ho incontrato un ragazzo Java che era davvero entusiasta del nuovo progetto Spring Data, a causa di quanto poco codice ci vuole per ottenere l'accesso CRUD di base al tuo DB.

Posso creare un'app CRUD usando Rails (non solo accesso db, ma viste e controller) con pochi comandi.

(In cima alla mia testa: nuovo progetto, 1 comando scaffold per entità, 1 comando per migrare il database, 1 comando per avviare il server.)

Non ha nulla a che fare con la lingua, riguarda solo gli strumenti. E sembra che i linguaggi dinamici tendano ad avere gli strumenti e i framework che rimuovono molto codice di boilerplate. (Per compensare la nostra mancanza di potenti IDE che generano il bollettino per noi.)

Inoltre ritengo che i linguaggi dinamici tendano a semplificare molto la scrittura di tali strumenti e framework. Riesco a scrivere il codice per esempio, Padrino o Rails (ruby web framework) molto più facilmente di quanto riesca a cercare il codice per dire Spring Roo. Ciò potrebbe essere dovuto al fatto che conosco Ruby molto meglio di quanto conosca Java, però.

Java è stato posizionato negli ultimi anni come "impresa". Che è dall'altra parte dello spettro di ciò di cui una startup ha bisogno. Nello sviluppo di applicazioni Web sono necessari 4 elementi: accesso al database indolore, ottima manipolazione delle stringhe, zucchero della sintassi e processo iterativo rapido per apportare le numerose piccole modifiche richieste dalla tua app.

Prestazioni, scalabilità e stabilità sono leggermente inferiori nell'elenco delle priorità.

Anche Java è un linguaggio molto poco comune per codificare. Ha ottenuto la capacità rivoluzionaria di usare la stringa in un'istruzione switch proprio ieri. E javascript è un linguaggio molto hackerish quindi dopo aver sviluppato il tuo frontend ti senti molto limitato quando torni a java.

Quindi suppongo che questi siano i motivi per cui i webstartup evitano java.

Attualmente lavoro in una società che ha parecchi sviluppatori "Odio Java". Era solita stordire anche me. Di certo odio tutti gli accumuli di tecnologie disponibili con Java. Questo rende le decisioni troppo difficili. È come quando hai troppa scelta, non hai scelta. Devi passare il tempo con centinaia di framework per trovare davvero il framework che funziona per te. L'architettura standard di Servelt è complicata per la maggior parte delle applicazioni. Questo non è il caso di Ruby, Django e roba del genere. Sono più di un singolo framework piuttosto che di un linguaggio.

Le maggiori lamentele che sento dagli sviluppatori

1. La sintassi è troppo lunga. Solo per stampare qualcosa dobbiamo scrivere System.out.print. Non puoi davvero usare un semplice VI come l'editor e scrivere un pezzo di codice funzionante in poche ore.
2. Quadri di prova deboli. Anche se i framework di test sono molto simili in Java e Ruby, Ruby fa un passo avanti rendendo le cose facilmente disponibili per i test. Ciò è particolarmente vero se si utilizza ampiamente DB nella propria applicazione. Anche molti dei framework Web non pensano ai test.
3. I modelli sono un dolore. Trasforma il linguaggio relativamente semplice in una zuppa di noodle.
4. Non bello. La maggior parte delle applicazioni Java sono scritte in grandi aziende, associate alla burocrazia che non va molto bene con gli sviluppatori. Le persone non pensano a Google quando pensano a Java. Google == Python. Deve anche fare molto senza che vengano pubblicati libri che indichino do X in Y giorni.
5. Non mi piace compilare. Per la maggior parte degli sviluppatori la compilazione è un fenomeno vecchio di dieci anni. Aveva senso negli anni '80 con C, ma i computer moderni possono fare molto di più. Non scrivono codice in lingue compilate. Java è uno dei pochissimi linguaggi che viene compilato e utilizzato per scrivere applicazioni Web.
6. Troppi concetti di Oops. Anche se gli sviluppatori hanno adottato tranquillamente il dominio Oops. Non gli piace per intero. A loro non piace quando si scrive un'applicazione con 10 classi con ogni classe facendo solo una cosa. Ti fa aprire centinaia di file e immaginare l'interazione tra centinaia di classi, a volte con framework. Rende l'intera attività di programmazione un compito ingrato. Questo potrebbe essere vero con la maggior parte delle lingue, ma ho visto che gli sviluppatori Java prestano molta attenzione a ciò che fa una classe. Sono gli sviluppatori Java che spesso escono con un codice con centinaia di classi. Questo è buono da molte prospettive, ma gli sviluppatori non Java lo odiano.

Quindi tutto sommato Java impone una curva ripida all'inizio del progetto, il che significa troppi soldi da impegnare. Aggiungete a questo un'enorme comunità collegata a Java, ognuno dei quali pensa in modi diversi e nessuno può davvero guidare l'intera comunità. Inoltre, non vedono i colloqui e le conferenze condotte dalla comunità che mettono in mostra tutte le nuove cose interessanti. Nessun nuovo libro interessante. Java sembra andare giù perché è stato usato per risolvere troppi problemi diversi qualche anno fa.

I framework per lo sviluppo web di Java hanno un po 'di curva di apprendimento, sono spesso eccessivi per ciò di cui hai bisogno, e gran parte dell'irregolarità richiesta per far funzionare le cose è solo ... dolorosa ... con cui lavorare.

Lavoravo per un'azienda che sviluppava Spring / Java e trovavo il framework al massimo ingombrante. Non ho molte cose piacevoli da dire sulla struttura di Spring, tranne che avevo un amico che era solito fare lo sviluppo di Struts e pensava che Struts fosse anche peggio. Il web-framework non è come fare applicazioni desktop o applicazioni mobili (ad es .: Android) e ha molte idee molto astratte che richiedono del tempo per afferrarsi davvero (anche se, sicuramente, ti danno molta potenza e capacità se sei un professionista e stai facendo qualcosa di veramente complesso come un'app di livello enterprise). Adoro programmare java per dispositivi mobili o desktop, ma java per app Web? Non così tanto.

Non ho fatto alcuna programmazione personalmente in Ruby / Rails, ma il mio amico che era solito fare Struts ora sta facendo la programmazione Web Ruby e testimonia che le cose che sono difficili da fare nella programmazione Web Java richiedono molto meno codice e complessità per raggiungere Rubino. Esiste sicuramente una curva di apprendimento delle diverse sintassi e regole del linguaggio, ma per le app di prototipazione, presenta dei vantaggi in termini di quantità di codice necessaria per ottenere il risultato desiderato. Come altri hanno già detto, anche la scalabilità è un problema da considerare e uno dei motivi per cui le app più mature non sono viste così frequentemente in più lingue alla moda.

Dipende da costi e tendenze. Il Web 2.0 Startup è stato creato da un visionario under 30 che ha più talento che denaro (sto generalizzando ovviamente, ma questo è ciò che vedrai "in media"). Userà un linguaggio che gli è familiare perché sta programmando (insieme a forse alcuni amici). È molto probabilmente un programmatore autodidatta.

Java è stato scelto come ambiente aziendale (per Java, intendo il linguaggio, il framework e gli standard). Ci sono un sacco di strumenti costosi che gli IBM, gli Oracoli e gli BEA del mondo vogliono vendere aziende.

I passaggi per acquisire competenza con Java sono complessi e / o costosi. So che il paesaggio sta cambiando lì, ma è troppo poco troppo tardi?

Dopo che la startup guadagna trazione arriva la crescita. È difficile reclutare sviluppatori di talento. La maggior parte dei programmi "diventano programmatori in sei settimane" insegnano Java (o .NET) e il mercato è saturo di "programmatori di sei settimane" (stranamente ho visto sviluppatori con curriculum dire 7 anni di esperienza che mostrano ancora la conoscenza di un sei programmatore settimanale). L'uso di un ambiente non "enterprise" non tradizionale può essere un filtro naturale per i programmatori di sei settimane. Ci vuole dedizione e investimento personale per imparare un Ruby o Scala al di fuori di un requisito di lavoro. Questo è il più grande indicatore per me del potenziale per un candidato.

La conoscenza arriva con l'esperienza, ma un programmatore dedicato / appassionato acquisirà la conoscenza più rapidamente (in media) di qualcuno senza quella dedizione / passione. Proprio come un bambino che ama suonare la chitarra migliorerà più rapidamente di un bambino che prende lezioni perché suo padre l'ha creato.

Java è troppo complicato. Faccio un sacco di lavoro in PHP ed è semplicemente più facile e veloce per la maggior parte delle situazioni. La capacità di solo SSH in un server aprire un file php per salvare le modifiche ed essere fatto è grandiosa. Le poche app Java su cui ho lavorato hanno sempre richiesto un riavvio per la modifica più semplice. (non dire che è sempre il caso di ciò che mi piace). Inoltre l'hosting PHP è economico e prontamente disponibile.

Penso anche che quello che hai almeno con PHP siano molti sviluppatori che come me hanno iniziato 14/15 anni fa con HTML statico. Con il progredire delle cose, abbiamo iniziato ad aggiungere PHP ai nostri siti perché era facile, semplice e conveniente. Nel corso degli anni la lingua è cresciuta e ha ampliato le sue capacità ben oltre i suoi umili inizi e ora si sforza di essere ciò che penso sia un sacco di cose che in realtà non lo sono.

Il rovescio della medaglia, la maggior parte degli sviluppatori PHP che conosco vedono Java come questo gigantesco gorilla da 800 lb eccessivamente complesso, quasi come uscire dal semi-camion a 18 ruote per scendere al negozio di alimentari e prendere una pagnotta di pane.

Ho cercato di imparare Java, le mie prime impressioni in cui è stato molto lungo tortuoso e inducendo tunnel carpale. Inoltre, iniziare mi ha lasciato molte domande che probabilmente sembrano facili per un veterano di Java. OpenJDK o Sun? Tomcat, o Glassfish, o? Inoltre, sembra che ogni introduzione al libro Java inizi a scrivere codice per la riga di comando. Penso che la maggior parte delle persone in questi giorni ritenga che una festa a snooze.

Il mio team e io stiamo attualmente sviluppando un'applicazione Web greenfield in Java 6 + Stripes. Nell'ultimo anno ho anche lavorato su un'altra applicazione web greenfield usando Java 6 + Stapler (un framework web un po 'sconosciuto sviluppato da Kohsuke Kawaguchi di fama Hudson / Jenkins).

Java è assolutamente utilizzato per lo sviluppo web moderno. Certamente non ha il fascino "sexy" di Ruby o di altri linguaggi dinamici, ma sono tutt'altro che convinto che i linguaggi dinamici siano una buona cosa una volta che un progetto inizia a ridimensionare.

I moderni server di app Java sono molto competitivi con ASP.NET in termini di prestazioni ed entrambi sono ordini di grandezza più veloci di qualsiasi linguaggio dinamico VM che conosco.

Non fraintendetemi ... non sto dicendo che Java è sempre la scelta migliore (non a distanza!) - ma non è nemmeno sempre un torto o di scelta "superata".

1. Java è più complesso da imparare rispetto a PHP / Python / Ruby
2. L'ecosistema Java è molto complesso, molto grande e piuttosto confuso per i principianti
3. Ci sono molti framework storicamente cattivi con reputazione negativa associata a java, devi sapere quali framework per evitare di perdere tempo
4. Gli strumenti di compilazione Java sono complessi (maven e ant)
5. Java non ha un sistema di moduli facile da usare (OSGI è troppo complesso)
6. Java IDE come Eclipse, sebbene molto potente con incredibili funzionalità, è difficile da configurare per uno sviluppo web efficace senza molta esperienza.
7. Se si utilizza qualcosa di diverso da Tomcat o Jetty come server, si sarà frustrati dai lunghi tempi di avvio di WebSphere / WebLogic / JBOSS
8. Java EE risolve i problemi che molte persone non hanno come le transazioni distribuite

Un nuovo sviluppatore che entra nello sviluppo professionale troverà Java un ordine di grandezza più difficile di rails, python o php per andare avanti così che vanno con ciò che è facile da imparare.

Detto questo, ho preso la decisione di utilizzare Java per il mio avvio perché un ambiente di sviluppo Java correttamente configurato è molto produttivo in cui lavorare. Con una configurazione corretta intendo.

1. Tempo di avvio inferiore a 10 secondi
2. Area di lavoro eclipse correttamente configurata, con tutti i framework confusi e configurati
3. Buona selezione di librerie (Spring, Spring MVC, Spring Social, Spring Security, JPA, Hibernate, Velocity, ecc.)
4. Macchine per sviluppatori veloci con SSD
5. Abbonamento Orielly Safari

Circa 5 anni fa, io e un collega abbiamo avuto un compito di programmazione per alcuni progetti interni. Un'attività abbastanza semplice che ha richiesto l'analisi dei comandi.

Ho trovato l'intera cosa in circa 80 righe di codice java e il mio collega ha impiegato una settimana, circa 20 lezioni di java e molte più righe di codice java per fare lo stesso. Inutile dire che è stato scelto il suo codice.

Questo mi ha fatto meravigliare. Ovunque, la complessità è stata apprezzata. (Lavoravo in una delle più grandi aziende produttrici di software.) Java era lo strumento preferito e i modelli di progettazione erano IL modo di codificare.

Ora, è la mentalità o solo l'arroganza che rifiuta la semplicità. Bene, ho sempre pensato che il buon senso dovesse prevalere. Che si tratti di un'azienda o di una semplice applicazione Web, i casi d'uso di base sono gli stessi. Dovrebbe essere corretto e verificabile.

Non uso più Java per diversi motivi. Ma uno dei fattori - la complessità, è la mentalità prevalente in un sacco di sviluppatori Java quando si tratta di sviluppare software.

Per quanto riguarda il ridimensionamento dei linguaggi dinamici, JVM è il risultato di decenni di ricerca. Stanno succedendo molte cose per Ruby ecc.

Scala è una lingua che trovo estremamente intelligente e pratica. Giocare! con Scala è eccellente per lo sviluppo di applicazioni web / enterprise come qualsiasi altro là fuori.

Per quanto Ruby e Rails siano la novità lucente per le start-up, è estremamente difficile assumere un solido sviluppatore di Rails. In realtà è un ostacolo a qualsiasi avvio, mentre la pletora di sviluppatori Java dovrebbe avere più senso degli affari.

In una recente intervista a Joseph Snarr, un responsabile tecnico di Google Plus ha spiegato come l'applicazione utilizza Java Servlet per il back-end e JavaScript sul front-end.

Quindi, per rispondere alla tua domanda, Java è ancora utilizzato per lo sviluppo web molto moderno. Solo non per le start-up che hanno ricevuto così tanta stampa di recente.

Penso che il motivo per cui molte start-up utilizzano altre tecnologie è perché sono più sexy e hanno una spinta open source più pubblicizzata dietro di loro.

Dal momento che hai menzionato lo sviluppo web e Java, molte persone tendono a dimenticare che all'inizio l'utilizzo delle applet Java in un browser Web non si preformava bene, non solo, ma il "sandbox" per le applet non era completamente sviluppato e c'erano problemi di sicurezza con le applet Java in grado di funzionare nel browser e accedere ai dati del computer locale (noto anche come problema di sicurezza lato client). Sicuramente Java era solido nelle applicazioni back-end e stand-alone, ma penso che associare Java il linguaggio con le applet Java (eseguite sul browser) abbia un po 'rovinato alcune percezioni su Java come componente di sviluppo web. Non credo che si siano mai ripresi da questo.

La domanda dovrebbe essere "Perché Java non viene utilizzato dalle startup o per piccoli progetti?". Java certamente usato per "app Web moderne". In Google, Java viene utilizzato sul back-end per molti servizi e JS o GWT compilati per la chiusura vengono utilizzati per il front-end. Il problema riguarda la velocità e la scala. Le startup devono arrivare al minimo prodotto possibile. Di solito sono piccoli team di 1-3 ingegneri e apprezzano la velocità di iterazione rispetto alle prestazioni o alla manutenibilità. Affrontare problemi di scalabilità o problemi di manutenzione del codice del team è un problema che "ti piacerebbe avere", ovvero quando raggiungi quella fase, è un segno che la tua implementazione iniziale ti ha aiutato a superare la gobba iniziale di ottenere clienti o investimento. A questo punto puoi permetterti di riscrivere l'app.

Una società come Google può permettersi il lusso di costruire cose per scalare in anticipo, anche se potrebbero perdere tempo a implementare il ridimensionamento per qualcosa che potrebbe non avere utenti, perché possono assorbire la perdita.

Almeno, questa è la mia opinione, che molte aziende "moderne", "alla moda" e "moderne" costruiscono piccole app con piccoli team in cui velocità di iterazione e semplicità sono i requisiti più importanti.

Le applicazioni Web tradizionali su Java, sebbene ben strutturate, sono ben lungi dall'essere "sviluppate rapidamente". Anche se ho mai scritto solo un'applicazione web completa (Java / Tomcat / Struts), è stata estremamente esigente, ha impiegato più tempo del previsto per il debug ed è stata generalmente dolorosa durante l'implementazione del livello di logica aziendale. Nella potenziale difesa di Java, era l'unica applicazione Web che avevo scritto in Java (anche se sono abituata a programmare applicazioni a livello di sistema in Java) e credo di poter scrivere un'altra applicazione Web leggermente più veloce la seconda volta.

Detto questo, ho anche scritto applicazioni in PHP e C #, che funzionano solo meglio e sono molto più indulgenti di Java. Inoltre, Ruby on Rails è stato scritto appositamente per lo sviluppo rapido di applicazioni che, come ha affermato Robbie, consentono un facile accesso CRUD ai database. Il problema è che la maggior parte dei siti Web che svilupperai da solo non ha bisogno del livello di personalizzazione che Java offre (e richiede di eseguire). Inoltre, ogni oggetto di connessione DB deve essere scritto a mano e non è così facile da modellare. Potrebbe esserci un framework migliore, in particolare uno che sfrutta le nuove funzionalità di supporto del linguaggio dinamico di Java 7 , ma non ho ancora fatto la ricerca.

Risposta semplice: curva di apprendimento per basare la produttività.

I sistemi basati su framework come RoR tendono a mettere la "magia" nella lingua / sintassi. È molto semplice aumentare la sintassi RoR di base e avviare un'app.

Java era prima un linguaggio, e strumenti e framework apparvero in seguito. Quindi devi prima imparare Java, e poi devi imparare Spring, Grails, il tuo super IDE o qualsiasi altra cosa. Esempio preferito di Ruby, non richiede setter e getter. Il fatto è che gli IDE Java si sono sbarazzati anche della codifica manuale ... ma è ancora nella tua fonte. Il vantaggio di questo approccio è che sotto il framework esiste un linguaggio coerente con il quale tutti gli sviluppatori Java possono lavorare.

Questo vantaggio è dubbio per le piccole startup in cui il tempo è essenziale. Di solito, stanno facendo ben poco che non potevano fare con un framework fuori dagli schemi. Quindi possono prendere il loro sistema RAD preferito e avere un'app in diretta il giorno successivo.

Ma se si guardano a Facebook e Twitter, mentre si espandono, hanno trovato cose che non potevano essere gestite da framework out-of-box e quindi dovevano usare tecnologie di livello inferiore.

Questa guerra santa che gli sviluppatori di framework hanno di poter fare qualsiasi cosa più velocemente è fasulla, possono fare molto di ciò di cui hanno bisogno più semplice e con meno di una curva di apprendimento. E per molte cose, questo è "abbastanza buono". Usa ciò che è giusto per il problema.

Dipende da come si definisce "sviluppo moderno di applicazioni Web". Se stai parlando di siti Web di avvio rapido e di inversione di tendenza, dovrai considerare le lingue e i framework progettati a tale scopo. Se stai cercando uno sviluppo web stabile, scalabile, a livello aziendale, cerchi linguaggi e framework che supportino tali ideali. Nel mio libro, questi sono due obiettivi molto diversi. RoR, Groovy, ecc. Vanno bene per il primo e Java è più appropriato, in generale, per il secondo.

Google App Engine supporta Java, in modo da poter scrivere l'intera app Web in Java, utilizzando Eclipse come IDE e interfaccia di distribuzione, con un'API di Google ragionevolmente documentata, quindi non direi che non è utilizzata o non lo è utilizzabile.

Nella startup per cui lavoro abbiamo scelto di utilizzare sia Java che JRuby per implementare la nostra API perché si completano a vicenda.

Per l'infrastruttura, la distribuzione dei processi e le comunicazioni sfruttiamo la solidità di Java, mentre per l'implementazione effettiva degli endpoint API abbiamo scelto JRuby poiché tutte le chiamate coinvolgono JSON ed è molto più sensato manipolare una rappresentazione di tipo impreciso (JSON) usando una struttura vagamente linguaggio tipizzato (Ruby).

Se vediamo una delle nostre classi JRuby diventare un collo di bottiglia, lo implementiamo direttamente in Java (in pratica una traduzione riga per riga). Questo può succedere abbastanza spesso con le classi che devono fare molti calcoli, e in questo contesto JRuby si comporta in modo molto simile a un linguaggio di prototipazione.

Abbiamo implementato il nostro caricatore di classi dinamico, il che significa che possiamo cambiare le classi Java al volo senza riavviare il server e siamo rimasti molto soddisfatti della scelta. Quindi l'argomento "è necessario compilare e riavviare ogni volta" non ha molto peso.

La chiave è evitare tutte le cose Java EE: è enorme, ingombrante e anti-agile.

Ho ancora la sensazione che Java sia utilizzato in molti sviluppi web. Ma di solito è il tipo di sviluppo più orientato al business, principalmente per le grandi aziende tecnologiche, che in genere sono meno aperte rispetto alle nuove startup che devono ottenere una certa trazione e promuovere il proprio lavoro, oltre a essere più interessate alla tecnologia . Quindi, anche se viene utilizzato in molti siti Web aziendali, probabilmente non lo saprai mai, poiché non si preoccuperanno davvero di parlare pubblicamente del loro stack tecnologico.

Detto questo, commentando tutte le domande originali ...

È un punto debole della lingua? Rispetto ad altre lingue come Python o Ruby, Java è prolisso e tende ad avere bisogno di più codice per fare cose simili. Ma non sono solo le capacità del linguaggio, anche la comunità che lo circonda e il tipo di sviluppatori che utilizzano quegli strumenti. Quindi, la maggior parte dei moduli e degli strumenti su Python, Ruby, PHP, ecc. Sono open source e sono più facili da trovare rispetto al mondo Java, solo perché questo è più focalizzato sulla fornitura (e sulla ricarica) di servizi. Ad esempio, la community di Ruby è davvero orientata allo sviluppo web, quindi ogni sviluppatore che è in grado di usare Ruby conoscerà i problemi e gli strumenti disponibili per un progetto web. Ciò non è necessariamente vero per gli sviluppatori Java, che avrebbero potuto lavorare su altri tipi di sistemi, come i sistemi di reportistica. Naturalmente, qualsiasi buon sviluppatore raggiungerà,

È uno stereotipo ingiusto di Java perché esiste da così tanto tempo (è stato ingiustamente associato alle sue vecchie tecnologie e non riceve il riconoscimento per le sue capacità "moderne")? Java non è poi così vecchio e, essendo onesto, è notevolmente migliorato. Era la piattaforma interessante e interessante circa 10 anni fa. Ma da allora, ci sono state nuove piattaforme con in mente nuovi problemi, come Ruby on Rails. Il settore principale di Java è stato principalmente il mondo aziendale, con diversi problemi, quindi le persone alla ricerca di nuovi progetti al di fuori che sono stati alla ricerca di strumenti diversi. Inoltre, il vantaggio principale della progettazione Java, essendo multipiattaforma, non è rilevante oggi come lo era prima.

Lo stereotipo negativo degli sviluppatori Java è troppo forte? (Java non è più "cool"). Anche questo ha del vero. Java è ancora la lingua per imparare "a trovare un lavoro". Quindi, se non ti interessa, ma vuoi solo imparare qualcosa per guadagnare soldi, finirai per imparare un po 'di Java e non ti preoccuperai mai di migliorare. Ancora una volta, si tratta molto di percezione e visibilità. Ci sono tonnellate di grandi sviluppatori Java che codificano senza condividere le loro conoscenze, mentre ci sono molti sviluppatori PHP, forse non altrettanto bravi, che scrivono blog e collaborano all'open source. Ciò porta a pensare che gli sviluppatori PHP siano migliori di quelli Java, dato che hai un certo feedback su di essi.

Le applicazioni scritte in altre lingue sono davvero più veloci da costruire, più facili da mantenere e offrono prestazioni migliori? Direi che sono più veloci da costruire. I principi di linguaggi come PHP, Python o Ruby li rendono abbastanza buoni per generare software che può cambiare costantemente. Ad esempio, la digitazione dinamica semplifica la modifica di un'interfaccia. In Java è importante avere un'interfaccia ben definita, che porta a interfacce più stabili (e difficili da cambiare). Questo è molto importante in una nuova startup, il cui problema principale è ottenere un prodotto prima di rimanere senza soldi. Per quanto riguarda le prestazioni, è molto facile fraintendere le esigenze e provare a usare i trucchi magici per ottenere le prestazioni richieste, come "Java è più veloce di Ruby. Periodo" o "MongoDB è scala web".

Java è utilizzato solo da grandi aziende che sono troppo lente per adattarsi a una nuova lingua? Sicuramente, avendo già un team esistente di sviluppatori Java in azienda, è più facile continuare a utilizzare la stessa lingua per nuovi progetti. Questa è percepita come "la scommessa sicura", specialmente se il nucleo dell'azienda non è la tecnologia. Ma, comunque, Java non viene utilizzato SOLO nelle grandi aziende, ci sono ancora molte startup che usano Java per cose interessanti (ad esempio, FightMyMonster o Swrve usano ampiamente Java), ma direi che la tendenza generale all'avvio la scena è usare altre lingue. Questo è anche un modo per attirare le persone, poiché la maggior parte delle persone sarà più entusiasmante a lavorare con Ruby, Python o PHP, percepite come più "amichevoli" e "divertenti"

Questo è vero, ma non a causa di Java e del suo ecosistema. È a causa delle persone che, quando si utilizza Java, tendono a creare grossi pasticci e pesanti abominazioni.

Ci sono abbastanza framework (spring-mvc, grails, play, ecc.) Che ti permettono di costruire cose velocemente. Il fatto che le persone esagerino nell'ingegnerizzazione dei propri sistemi è un problema che deriva dalla maggiore conoscenza che le persone ottengono quando lavorano con l'ecosistema Java: sai molte più cose e le hai disponibili (ci sono strumenti per tutto) e "tutto sembra un chiodo ".

Se sei "hacky", puoi fare praticamente lo stesso con Java come con altre lingue, ed ecco uno studio che indica che:

Studio di 49 programmatori: il sistema di tipo statico non ha avuto alcun effetto sul tempo di sviluppo ... http://www.cs.washington.edu/education/courses/cse590n/10au/hanenberg-oopsla2010.pdf

Per aggiungere un po 'a ciò che è già stato detto, penso che molto abbia a che fare con la velocità con cui puoi passare dal nulla (letteralmente) a un'applicazione web funzionale.

Se tutto ciò che hai oggi è un'idea, passare da dove sei ora a scrivere la tua applicazione web è quasi facile come cadere, sia che tu scelga un provider di hosting o la tua infrastruttura (come un'immagine EC2). Scegliere Java, secondo la mia esperienza, di solito richiede più lavoro e spesso costa di più.

Inoltre, se utilizzi Linux e PHP / Python / Ruby, gli strumenti e la piattaforma sono gratuiti e progettati per supportarsi a vicenda. Con Java, a volte sembra che i due mondi (OS e Java) a volte non funzionino in armonia tra loro.

Chi dice che non lo sia?

Spring MVC + Spring Data JPA o Mongo + Thymeleaf per templating + plug-in coffee-maven per la traspilazione da Coffee a JS e sei pronto per partire.

Molti potrebbero associare lo sviluppo di applicazioni Java e Web agli orrori di J2EE che, in bundle con i mostruosi server di applicazioni J2EE di grandi società blu e rosse, ha eguagliato settimane di lavoro prima che il "Hello World" di base fosse online.

È vero, le recenti specifiche e implementazioni JEE hanno un peso più leggero, ma penserei ancora tre volte prima di suggerire qualcosa del genere per un progetto di sviluppo rapido a ciclo breve.

Questo è ancora il modo basato su standard per lo sviluppo di applicazioni Web in Java. Le alternative, molte delle quali sono citate in altre risposte, trasmettono un quadro più misto e confuso con troppe scelte da fare.

Altre lingue descrivono un'unica soluzione chiavi in ​​mano anziché questa moltitudine. Questo rende questa scelta più adatta allo scopo quando hai pesci più importanti da friggere.

Penso che sia usato molto più di quanto si pensi - l'uso è appena sotto la linea di galleggiamento. Ci sono molti, molti rubini su involucri di binari attorno a servizi java spessi e fantasiosi. Soprattutto quando inizi a gestire qualsiasi cosa si avvicini ai big data. . .