Produttività Python VS Produttività Java

Su SO mi sono imbattuto in una domanda su quale piattaforma, Java o Python è la migliore per lo sviluppo su Google AppEngine. Molte persone si vantano della maggiore produttività ottenuta dall'uso di Python su Java. Una cosa che direi sull'argomento della produttività tra Python e Java, è che Java ha eccellenti IDE per accelerare lo sviluppo in cui Python è davvero carente in quest'area a causa della sua natura dinamica.

Quindi, anche se preferisco usare Python come linguaggio, non credo che dia un notevole incremento della produttività rispetto a Java, specialmente quando si usa un nuovo framework. Ovviamente se si trattasse di Java vs Python e l'unico editor che potessi usare fosse VIM, allora Python ti darebbe un enorme incremento di produttività ma quando gli IDE vengono portati nell'equazione non è così chiaro.

Penso che i meriti di Java siano spesso valutati esclusivamente a livello linguistico e spesso su presupposti obsoleti, ma Java ha molti vantaggi esterni al linguaggio stesso, ad esempio la JVM (spesso criticata ma offre un enorme potenziale), IDE e strumenti eccellenti, un numero enorme di terzi librerie di feste, piattaforme ecc.

Domanda, Python / i linguaggi dinamici correlati danno davvero l'enorme aumento della produttività di cui spesso si parla? (tenendo in considerazione l'utilizzo di nuovi framework e il lavoro con applicazioni medio-grandi).

Uno dei maggiori vantaggi di Python è la sua filosofia "batterie incluse": una libreria standard ampia e semplice da usare. In Java, la sola lettura di un file di testo richiede diverse righe di codice, lettori nidificati e simili. In Python lo è f.read(). Questo sarà sicuramente un enorme aumento della produttività soprattutto nella prototipazione rapida. Python il linguaggio è anche generalmente meno prolisso, il che non è una cosa negativa (anche se penso che l'importanza della verbosità rispetto alla concisione sia spesso enfatizzata).

Tuttavia, se stai già lavorando su un framework, come GAE, mi aspetterei che le differenze siano molto più piccole, e principalmente fino alla fluidità personale nella lingua. Per lo più collegherai semplicemente il framework con la sintassi di tua scelta, e la grande libreria standard di Python aiuta poco.

Ecco i miei 2 centesimi. Nella mia esperienza Python è buono per progetti di piccole e medie dimensioni, mentre per progetti più grandi sono più produttivo con Java.

In generale, posso usare un linguaggio tipizzato in modo dinamico come Python (o PHP) per progetti più piccoli: non è troppo complesso, vuoi farlo velocemente e non c'è troppo che possa andare storto. In questo caso, trovo che Python possa essere più pratico da usare.

Tuttavia, quando devo sviluppare un software più grande, preferisco un linguaggio tipicamente statico come Java perché preferisco che il compilatore esegua il maggior numero di controlli possibile per me. La mia esperienza è che in progetti più grandi devo dedicare più tempo a correggere i bug con Python che con Java, quindi non mi preoccupo se ci vuole un po 'di più per scrivere il codice in Java perché ciò farà risparmiare tempo in seguito.

Sono molto più produttivo in linguaggi più potenti come Python o Ruby. Non importa se parte del codice Java può essere generato da un IDE. C'è più codice da leggere e mantenere. Ci vuole più tempo per guadare attraverso il codice ripetitivo e trovare le parti importanti e più tempo per cambiarlo. Va bene che Eclipse può convertire

private Date dateOfBirth;

a:

private Date dateOfBirth;
public Date getDateOfBirth() { return dateOfDeath; }
public setDateOfBirth(Date d) { dateOfBirth = d; }

ma ogni volta che apro la classe vedrò quella spazzatura e dovrò sfogliarla per trovare le parti interessanti. Inoltre, durante la manutenzione, è possibile introdurre errori nel codice generato.

Preferirei di gran lunga vedere:

attr :date_of_birth

Per me, la necessità che un IDE funzioni in modo efficace con Java è una buona ragione per scegliere un'altra lingua.

Forse più efficacemente, confronta questo codice Ruby:

avg = people.filter { |p| p.height > 200 }.collect(:weight).average

con un codice Java simile:

List<Double> weights = new ArrayList<Double>();
for (Person p: people) {
  if (p.getHeight() > 200) {
    weights.add(p.getWeight());
  }
}
return Stats.average(weights);

Il codice Ruby è una traduzione diretta della specifica: il peso medio delle persone più alte di 200 (cm). Un commento sarebbe assolutamente ridondante.

Il codice Java richiede un lavoro considerevole sia per scrivere che per leggere.

Paul Graham fa un convincente argomento per brevità nei linguaggi di programmazione in questo saggio . Dopo aver fatto un po 'di matematica a livello universitario, trovo la sua argomentazione avvincente e le argomentazioni contro la brevità deboli. Certamente una singola riga in un linguaggio di alto livello può essere più difficile da comprendere rispetto a una singola riga in un linguaggio di basso livello, così come un'equazione differenziale parziale è più difficile da comprendere di una semplice aggiunta. Ma una singola riga in un linguaggio potente è più facile da comprendere rispetto alle cinque o dieci righe che sostituisce. Immagina di leggere un testo matematico che è stato scritto usando parole anziché simboli.

Mi sono trasferito da Java a Python alcuni anni fa e personalmente sento di essere più produttivo. Come sottolinea @Joonas, gran parte della produttività deriva dalla libreria di pacchetti. Ma alcuni provengono dalla stessa lingua. Non riesco a immaginare di non avere dizionari, comprensioni di elenchi, funzioni di ordine superiore e una shell.

Tieni presente che se conosci già Java ci vorrà un po 'per diventare fluente in Python.

Questa è una domanda un po 'vecchia, ma vorrei aggiungere i miei $ 0,03. Penso che dipenda molto dal modo in cui pensi anche tu. Io per uno non sopporto davvero i linguaggi dinamici e interpretati. Sono, invece, un grande fan delle lingue tipicamente statiche. Certo, usare Java può essere più dettagliato ma trovo più facile da leggere e mantenere una volta che tutto è stato detto e fatto. Trovo Python, Ruby e Perl estremamente difficili da leggere (per me). Non riesco proprio a avvolgerci la testa, anche se ci ho provato. Detto questo, posso scrivere codice alla Scala bene e non è un grosso problema. Penso che dipenda da cosa ti senti a tuo agio. Alla fine della giornata Java sarà molto più potente; più di Ruby, Python o Perl. JVM è una tecnologia avvincente e imparare a sfruttarne il potere potrebbe rivelarsi molto utile per te.

Trovo che Python, Ruby, Javascript e SQL siano molto più produttivi dei linguaggi compilati come Java perché quelle lingue hanno un ciclo di feedback molto rapido. È possibile eseguire alcune righe di codice su una riga di comando e sapere immediatamente se il codice è corretto o meno. Se genera eccezioni, lo sai immediatamente. Con Java devi compilare, impacchettare e distribuire che spesso può richiedere minuti per sistemi di grandi dimensioni, e questo si traduce in un ciclo di feedback molto lento.

Il rapido ciclo di feedback consente di passare rapidamente a una buona soluzione, ed è ciò che rende le lingue dinamiche più produttive.

Recentemente ho fatto molto più pitone e sono stato un programmatore Java per molto tempo, e per lo sviluppo nuovo di zecca, penso di essere un po 'più produttivo in Python. un sacco di cose abbastanza semplici in Java possono essere un po 'noiose, come l'elaborazione di file / stream, la lettura di contenuti da un URL, la serializzazione di XML, ecc. con "noioso", intendo che ciò che ti porta 5 righe di codice in Java spesso sembra prendine solo uno in pitone. usare gli strumenti giusti, come guava o un'altra API di raccolte, può davvero aiutare in questo.

Immagino che sto dicendo che un vantaggio di Python è che viene fornito con molte funzionalità che è necessario utilizzare una libreria di terze parti in Java per ottenere.

tutto ciò detto, per certe cose sarei molto più produttivo in Java di quanto non potrei essere in Python, in particolare quando si tratta di refactoring e lavoro con basi di codice di grandi dimensioni, ecc.