Newsgroup: it.comp.java
Titolo: Sondaggio sulle graffe

Voi preferite scriverle così (diciamola "shoulder"):
 
public static void main(String[] args) {
 
O così (diciamola "leg"):
 
public static void main(String[] args) 
{
 
Personalmente "shoulder" tutta la vita.
 
 
 
 
-- 
Se fossi io a testimoniare di me stesso, la mia testimonianza non sarebbe
vera. C'e' un altro che da' testimonianza di me, e so che la testimonianza
che egli da di me e' vera.
 
 
 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 

 {
 
la seconda
 
M.

eheh sondaggio simpatico... proprio ieri mi chiedevo perche' va di
moda il metodo "leg"..
anche io preferisco senza alcun dubbio il metodo "SHOULDER"

 Personalmente "shoulder" tutta la vita.
 
Non e' questione solo di preferenze, quanto del fatto che java ha sempre 
avuto il "suo" coding style.
 
Vedi in questo caso il paragrafo 6.4, di questo vecchio ma sempre valido 
documento:
http://www.oracle.com/technetwork/java/javase/documentation/codeconventions-141270.html#2991
 
 
Scrivere codice java seguendo il coding style standard facilita la vita 
a chi legge il tuo codice.
 
Ciao

Io ancora peggio :-)


 Personalmente "shoulder" tutta la vita.
 
Sempre shoulder, da quando programmavo in C.
 
-- 
erk: C0 CE FE 84 C2 27 F7 5B D0 7A 7E B8 46 50 9F 93 B2 38 E7 70 DA CB
9F F4 A3 88 F8 12 48 2B E2 1B riv: 47 EE 74 54 E4 77 4C C9 B8 96 0C 7B
59 F4 C1 4D - further info: Google it!
(per rispondere personalmente leva IlDitoDalCulo)
 
 

 a chi legge il tuo codice.
 
Assolutamente d'accordo.
Un codice ben scritto e' quasi autodocumentato.
 
Purtroppo, sempre piu' spesso, capita di mantenere
classi dove un metodo, dico 1, ha 25 pagine di if
e numerose parti copincollate... Ecco, non so a voi
ma o sono particolarmente sfigato oppure molti 
programmano a botte di clipboard :(
 
<g>
 
Ciao


 Io ancora peggio :-)
 
aaaaah :)
 
Spero però che NON scrivi cosi':
 
totale=paperino(pippo/1+pluto+x,qui*quo);
 
^__^


 anche io preferisco senza alcun dubbio il metodo "SHOULDER"
 
Il quale è conforme alle "direttive" della documentazione,
indicataci da coder, sulle "best practices".
 
Thx


 Personalmente "shoulder" tutta la vita.
 
+1

 
 
shoulder...
 
il leg mi disgusta... :)

 programmano a botte di clipboard :(
 
 
A prescindere dal fatto se sia tu sfigato o meno, gente del genere che non 
usa nemmeno una funzione oramai basilare di qualsiasi IDE non la reputo 
nemmeno degna di essere chiamata programmatore. E questo e` uno dei motivi 
per cui dico che prima di scrivere del codice in $linguaggio, un buon 
programmatore dovrebbe scrivere un bel po' di codice in Python
 
Enrico

 qualsiasi IDE 
 
Quale?

 programmano a botte di clipboard :(
 
quello che scrivi ti dimostra come introdurre gli unit test e un
semplice strumento di analisi come cobertura per spingere il
programmatore a scrivere codice leggibile e manutenibile. infatti quel
metodo con 25 pagine di "if" sarebbe semplicemente non testabile e il
programmatore sarebbe per forza indotto a scrivere il codice in modo
diverso, limitando al minimo il numero di percorsi.
 
 
 
 

 programmano a botte di clipboard :(
 
Siamo in 2...
Su 1000 righe di codice, 354 sono commentate, 256 sono copia&incollate
con porzioni di codice inutile (variabili e cicli a "vuoto", che poi non
servono a nulla), if innestati con condizioni a 20-25 and / or / not
pseudo-simili ...
 
Mai far programmare un matematico :-)
 
M.

 pseudo-simili ...
 
i test, non mi stancherò mai di ripeterlo, i test...
 

 i test, non mi stancherò mai di ripeterlo, i test...
 
Non dirlo a me...
Io mi ci diverto con junit :)
 
Quel software è in manutenzione, scritto in un'epoca in cui junit era
probabilmente solo nella mente dei loro creatori.
 
M.

 Personalmente "shoulder" tutta la vita.
 
Stai chiedendo quale preferiamo tra K&R o BSD style in pratica :).
Io sarei per il BSD style[*] dal quale provengo, ma mi adeguo a quello
più in uso sulla JVM. Tra l'altro non avere la graffa che da sola
occupa un rigo aiuta un pò a contrastare la verbosità del linguaggio.
 
[*] 
http://cvsweb.netbsd.org/bsdweb.cgi/src/share/misc/style?rev=HEAD&content-type=text/x-cvsweb-markup
 


assert però scommetto che c'era.

 <g>
 
All'inizio, si è sfortunati. Ma se la cosa persiste e non si fa nulla
si diventa complici ;)

 ^__^
 

 Quale?
 
Parlavo della formattazione automatica del codice. Netbeans lo fa (selezioni 
il codice, Alt + Shift + F), Eclipse se non ricordo male lo fa, altre dubito 
che non lo facciano
 
Enrico

 Su 1000 righe di codice, 354 sono commentate, 256 sono copia&incollate
 
sei fortunato, perlomeno ci sono un po' di commenti...
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 sei fortunato, perlomeno ci sono un po' di commenti...
 
Emh... non sono commenti descrittivi. Sono pezzi di codice che non
servono più...
 
M.

 servono piů...
 
ah ok. Conosco il genere...


 servono più...
 
quelli voglio sperare se ti danno noia li levi. se a qualcuno
interessa così tanto rileggersi la sofferta storia di un pezzo di
codice vada sul vcs che ci sono tutte le versioni...

 diverso, limitando al minimo il numero di percorsi.
 
+1 
 
Ma magari pensano che se non hanno un index McCabe a tre cifre non sono
nessuno.
 
-- 
-riko
http://www.enrico-franchi.org/
 
http://rik0-techtemple.blogspot.com/
 

 probabilmente solo nella mente dei loro creatori.
 
Guarda che JUnit era in 1.0 alla fine degli novanta. Ormai avra' quasi
15 anni. 
 
Non oso l'incubo che sia stato migrarlo al Java moderno (oltre che alle
pratiche invalse nell'ultimo decennio) *senza* Junit.


 Mai far programmare un matematico :-)
 
Bah.


 codice vada sul vcs che ci sono tutte le versioni...
 
VCS? A volte e` un miracolo se trovi copie dei vecchi file prima di essere 
modificati, senza contare i sistemi che sallvano direttamente in formato 
binario (a tal proposito ricordo form builder, che utilizzava un formato 
proprietario per il salvataggio dei file sorgente)
 
Enrico

 Mai far programmare un matematico
 
King Gavin inizialmente è uscito da matematica. Se avesse seguito il tuo 
consiglio non avremmo Hibernae, Seam, CDI e JEE6 no sarebbe quello che è 
oggi, eccetera eccetera.
 
Robette... ;)


Purtroppo molto dipende da chi sta sopra di te. Puoi anche aggiustare la 
cosa una volta, ma se poi chi esercita la leadership del progetto non è 
in grado di disciplinare il team verso testing e pratiche di 
programmazione decenti, vuoi perchè non ne comprende l'importanza, vuoi 
perchè se ne frega, non c'è nulla da fare.
 
Già sperimentato più volte.

 e cosa ci sarebbe che non va (a parte il pippo/1, s'intende)?
 
La mancanza di spazi rende la linea soffocante.
Scrivendo cosi' le linee si appesantiscono,
leggere non sono e leggere diventa un'impresa
nell'impresa.


 nell'impresa.
 
se il problema è la formattazione ctrl+shift+f e fine del problema.
tanto se ognuno deve fare come gli pare allora tanto vale farlo nel
modo migliore possibile.
 
 


se deve essere una lotta di sopravvivenza a maggior ragione me ne
frego di chi lascia "morti" a giro per il codice, se mi da noia lo
casso e via.