Il giorno 14/feb/08, alle ore 20:03, [EMAIL PROTECTED] ha scritto:
Non c'e` specifica migliore di questa:
assert somma(4, 5) == 9
A te il compito arduo di scrivere la funzione che ho usato poco sopra.
LO SO... LO SO...
def somma(a,b):
return b*b - a*a
somma(4,5)
9
Ah... che
On 7 Feb, 02:55 pm, [EMAIL PROTECTED] wrote:
Toh... compare un linguagigo di modellazione per specifiche hardware.
Per l'hardware va bene e per il software no?
Ma e` chiaro... Realizzare l'hardware ha dei costi non indifferenti.
Come pensi di simulare il funzionamento dell'hardware senza
On 6 Feb, 04:21 pm, [EMAIL PROTECTED] wrote:
La mia esperienza � quella espressa all'inizio. Non esiste dire che
l'UML fa schifo. Come non ha senso dire Java fa schifo, Perl fa schifo,
il minestrone fa schifo. Come gi� detto ci sono diversi campi di
applicazione. Personalmente l'ho usato
2008/2/14 Giovanni Porcari [EMAIL PROTECTED]:
LO SO... LO SO...
def somma(a,b):
return b*b - a*a
somma(4,5)
9
Ah... che bello! Soddisfa il test :D
Ricordami di non usare software scritto da te :P.
for a, b, c in [(1,2,3), (4,5,9), (19, 1, 20), (0, 0, 0)]:
assert somma(a,
On 3 Feb, 09:00 pm, [EMAIL PROTECTED] wrote:
e se devi definire le interfacce prima di scrivere il codice per
parallelizare l'implementazione di alcune componenti del software ?
Si scrivono dei test e si fanno riunioni in piccoli gruppi di sviluppo
che si prendono carico di un sottosistema. Si
Aggiungo un indispensabile contributo a questa discussione:
avete letto la vignetta su stacktrace?
http://stacktrace.it/2008/01/silver-bullets/
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
CUT
Non so chi ti ha dato l'idea del 'codice critico - UML',
Nessuno, e infatti non volevo dire quello. Ho solo fatto un esempio a
caso.
Ma mi chiedo che accidenti di esempi fai.
Vedi sopra: è solo un esempio.
Esempio che ha una GROSSA somiglianza con gli esempi che fanno nei corsi
On Feb 7, 2008, at 3:55 PM, Java wrote:
Toh... compare un linguagigo di modellazione per specifiche hardware.
Per l'hardware va bene e per il software no?
E' chiara la differenza fra hardware e software con annessi e connessi?
Chiedo perché se lo fosse, dovresti renderti conto che in primo
2008/2/5 Crash Override [EMAIL PROTECTED]:
Dal tuo grado di nervosismo nello scrivere e dal tuo italiano si capisce
chi sei e cosa fai nella vita.
1) ti consiglio di imparare a scrivere in italiano perchè nella vita è
sempre utile
1a) forse non sai neanche parlarlo correttamente, ed
On Feb 4, 2008, at 2:23 PM, Marco Mariani wrote:
Se ti interessa focalizzare il tuo scetticismo nei confronti di XP:
Ci ho dato una lettura rapida. Il primo è ben scritto: ma non mi pare
ponga argomenti decisivi.
E' molto una cosa tipo: ho incontrato un team di coglionazzi che
facevano
Roberto Bettazzoni ha scritto:
Ciao a tutti,
butto i miei 2 centesimi
In sintesi:
concordo sull'inutilità di UML per lo sviluppo, soprattutto
se usi un linguaggio come Python.
Y3s ha scritto:
Il giorno 03/feb/08, alle ore 21:38, Crash Override ha scritto:
Enrico Franchi ha scritto:
On Feb 5, 2008 2:02 PM, Gian Mario Tagliaretti [EMAIL PROTECTED] wrote:
2008/2/5 Crash Override [EMAIL PROTECTED]:
Ciao,
disclaimer
La seguente è solo un' opinione personale e non riflette in alcun modo
il pensiero dei gestori della ML.
/disclaimer
1) Usa nome e cognome se vuoi un minimo
2008/2/5 Crash Override [EMAIL PROTECTED]:
Ciao,
disclaimer
La seguente è solo un' opinione personale e non riflette in alcun modo
il pensiero dei gestori della ML.
/disclaimer
1) Usa nome e cognome se vuoi un minimo di credibilità, il tuo nick fa
molto dodicenne e passi per un troll qualunque.
http://www.amazon.com/Applying-UML-Patterns-Craig-Larman/dp/0137488807
Intervengo per dire che di tale libro ne esiste anche una versione italiana.
http://addison.it/site/show.php?curr_sec=catalogosub_sec=cat_sk_libroISBN=8871922700
Volevo dare un mio parere, da non esperto, ma studente appena
Marco Bonifazi wrote:
Non riesco a capire quindi perche' tutta quest'attenzione su UML,
quasi uno dovesse passare la vita a programmare in UML (e non in
Python :-)), e quindi neanche la demonizzazione.
Cerco di riassumere brevemente.
Il fatto che Python e altri linguaggi dinamici siano
Enrico Franchi wrote:
Ci ho dato una lettura rapida. Il primo è ben scritto: ma non mi pare
ponga argomenti decisivi.
E' molto una cosa tipo: ho incontrato un team di coglionazzi che
facevano XP. Non hanno cavato un ragno da un buco.
A dir la verita', gli autori sostengono che a non
On Feb 5, 2008, at 3:38 PM, Marco Mariani wrote:
Si', se XP non funziona vuol dire che non lo stai facendo bene, l'ho
sentito spesso.
Il problema è che stai usando la tesi per dimostrare la tesi: io mi
limito a dire che i successi della programmazione agile sono troppi
per fare finta che
Non mi era successo di sentire una discussione di SE, cosi interessante
complimenti :).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Giorgio Zoppi ha scritto:
Non mi era successo di sentire una discussione di SE, cosi interessante
complimenti :).
e il bello è che io che ho causato il putiferio, osando spezzare
un'arancia in difesa del povero modello unificato, me ne resto fuori a
leggere le mail che affermano che se non
On Feb 6, 2008, at 12:06 AM, Java wrote:
me ne resto fuori a
leggere le mail che affermano che se non lo so fare (non ho viglia
di
impararlo, è complicato etc etc) allora fa schifo :-D
Non mi pare di avere letto alcuna di queste mail.
Ad ogni modo sono sicuro che portando anche la tua
Marco Bonifazi ha scritto:
Mi pare utile avere, ad esempio, esemplificazione grafica dei design pattern.
Che poi in Python le cose si semplifichino in maniera drastica (e
spesso neanche si vengano a proporre) e' vero, ma la struttura di
parti critiche del software, nel mio caso, si semplifica
Giorgio Zoppi wrote:
IMHO e' solo questione del modello di sviluppo che si segue... si
probabilmente quando si parla di Agile non c'e' proprio bisogno di
uml, ma se cominciamo a vedere un approccio Waterfall dove chi fa
l'analisi e' una persona diversa da chi fa il progetto che e' diversa
2008/2/3, giuseppe saviano [EMAIL PROTECTED]:
ciao a tutti,
è un po' che lurko e vorrei fare i complimenti a questa bella community!
soprattutto alcuni fra gli ultimi post, mi hanno letteralmente aperto
agli occhi su quanto python sia un vero e proprio modo di pensare,
oltre che un
ciao a tutti,
è un po' che lurko e vorrei fare i complimenti a questa bella community!
soprattutto alcuni fra gli ultimi post, mi hanno letteralmente aperto
agli occhi su quanto python sia un vero e proprio modo di pensare,
oltre che un linguaggio.
ed in particolare mi ha colpito:
hem
Il giorno 03/feb/08, alle ore 20:30, giuseppe saviano ha scritto:
CUT
ho capito che la progettazione uml in alcuni casi risulta limitante;
In alcuni casi?!? Sempre direi...UML è IMHO una roba di cui non ho
mai capito il senso. Se devo spiegare un concetto ad altre persone è
molto più
On Feb 3, 2008, at 8:30 PM, giuseppe saviano wrote:
ho capito che la progettazione uml in alcuni casi risulta limitante;
nella stessa serie di messaggi si parlava poi di list comprehension
... altri esempi?
Non è che è limitante, è che tutt'ora devo trovare un caso in cui sia
davvero
Y3s ha scritto:
Il giorno 03/feb/08, alle ore 20:30, giuseppe saviano ha scritto:
CUT
ho capito che la progettazione uml in alcuni casi risulta limitante;
In alcuni casi?!? Sempre direi...UML è IMHO una roba di cui non ho
mai capito il senso. Se devo spiegare un concetto ad
Enrico Franchi ha scritto:
On Feb 3, 2008, at 8:30 PM, giuseppe saviano wrote:
ho capito che la progettazione uml in alcuni casi risulta limitante;
nella stessa serie di messaggi si parlava poi di list comprehension
... altri esempi?
Non è che è limitante, è che tutt'ora devo trovare
On Feb 3, 2008, at 8:44 PM, Giorgio Zoppi wrote:
Questa affermazione non la capisco,sarò
La spiego.
che sono ignorante, mi dispiace. UML è ottimo per documentare il
codice
e l'interazione tra i sottosistemi, e anche per pensare a pattern.
Documentare il codice con UML?
1. per
Il giorno 03/feb/08, alle ore 21:41, Enrico Franchi ha scritto:
On Feb 3, 2008, at 8:44 PM, Giorgio Zoppi wrote:
Questa affermazione non la capisco,sarò
La spiego.
che sono ignorante, mi dispiace. UML è ottimo per documentare il
codice
e l'interazione tra i sottosistemi, e anche per
e se devi definire le interfacce prima di scrivere il codice per
parallelizare l'implementazione di alcune componenti del software ?
Basta parlarsi. Secondo me le CRC cards (o un semplice pezzo di carta)
sono 100 volte più utili dell'ingessato UML
Scrivi tutti gli stub dei moduli ?
Riesci ad
2008/2/3, Domenico Chierico [EMAIL PROTECTED]:
On Feb 3, 2008 9:41 PM, Enrico Franchi [EMAIL PROTECTED] wrote:
Quando lavori da solo è un po una rottura usarlo.
Anche quando lavoro in gruppo. Certo, se per una serie di ragione i
miei compari non sono in grado di leggere il codice e la
Y3s ha scritto:
Il giorno 03/feb/08, alle ore 22:00, Domenico Chierico ha scritto:
On Feb 3, 2008 9:41 PM, Enrico Franchi [EMAIL PROTECTED]
wrote:
Quando lavori da solo è un po una rottura usarlo.
Anche quando lavoro in gruppo. Certo, se per una serie di ragione i
miei compari non sono
nella stessa serie di messaggi si parlava poi di list comprehension
... altri esempi?
Altri esempi di cosa? Di roba pythonica? Prova ad aprire una shell ...
no, intendevo altri esempi di costrutti python non esprimibili con uml
___
Python mailing
On Feb 3, 2008, at 10:38 PM, giuseppe saviano wrote:
no, intendevo altri esempi di costrutti python non esprimibili con uml
IMHO non hai ben chiaro cosa sia UML e come si usi.
___
Python mailing list
Python@lists.python.it
Il giorno 03/feb/08, alle ore 22:36, Manlio Perillo ha scritto:
Waterfall? Gli anni '80 sono passati da un po' eh ;-)
Comunque, nessuno nega che la formalizzazione dei flussi di
informazioni tra persone diverse dello stesso team o tra team diversi
sia necessaria, ma io (e penso altri) non
On Feb 3, 2008, at 10:35 PM, Giorgio Zoppi wrote:
Il problema è che le applicazioni esplodono soprattutto quelle scritte
in linguaggi come C# e Java: lo dico per esperienza.
Quoto, ovviamente. Per Java intendo. C# non me lo filo, per cui non mi
esprimo.
Mi sono spesso interrogato sulla
On Feb 3, 2008, at 10:42 PM, Y3s wrote:
Però già un diagramma E/R è diverso: è più semplice e non c'è bisogno
di imparare un nuovo formalismo, bastano 2 o 3 convenzioni, poi tutti
riescono a scrivere una tabellina di campi.
Sono abbastanza d'accordo. Tra l'altro quello dei DB è uno dei pochi
Oh, grazie del link.
Ma se si vuole consigliare qualcosa di buono, perchè non linkare il
libro di Fowler?
http://www.amazon.com/UML-Distilled-Standard-Addison-Wesley-Technology/dp/0321193687/ref=pd_bbs_sr_1?ie=UTF8s=booksqid=1202078809sr=1-1
Per quanto in completo e totale disaccordo, non è
On Feb 3, 2008, at 9:31 PM, Java wrote:
Vai e dillo alla IBM (Microsoft Hp etc etc)che con l'uml ci
perdono un
sacco di tempo. Ti do una dritta generale: quando un'azienda fa
qualcosa, è perché ci guadagna, non perché ci perde del tempo.
Beh, per quanto tempo ci perda IBM ci fanno pure un
On Feb 3, 2008, at 10:32 PM, Domenico Chierico wrote:
No no ma infatti sono d'accordo che probabilmente il diagramma delle
classi e' la parte piu' inutile dell'uml ... secondo me soprattutto
nelle universita l'uml e' spiegato e insegnato in modo insensato.
Vediamo un po' sto UML... tutta la
ba secondo me la questione non sta proprio in questi termini... per me
uml e' solo una maniera formalizzata di fare i soliti disegnini
al fine che chiunque se vuole studia e li capisce poi decidi tu cosa
ti serve disegnare...
e' un linguaggio per descrivere i risultati della fase di
Il giorno 04/feb/08, alle ore 00:02, Enrico Franchi ha scritto:
On Feb 3, 2008, at 10:32 PM, Domenico Chierico wrote:
No no ma infatti sono d'accordo che probabilmente il diagramma delle
classi e' la parte piu' inutile dell'uml ... secondo me soprattutto
nelle universita l'uml e' spiegato
On Feb 3, 2008, at 9:38 PM, Crash Override wrote:
Forse non avete ben chiari i vari ruoli dei membri che
contribuiscono al successo di un progetto software. Avete mai
sentito parlare di Architect, Designer? O conoscete solo il
programmatore?
Non ti senti arrogante ad uscirtene con una
Uml e' solo uno dei linguaggi per fare disegnini e schemini .. io
solitamente lo uso sulla carta.
Ma infatti vanno fatti su carta.
Trovo che gli strumenti case siano scomodi, costosi e perdi tempo.
Molto spesso il reverse engineering non funziona. Io alla fanzoppi lo
faccio spesso, sperando di
On Feb 4, 2008, at 12:12 AM, Y3s wrote:
E se chi le scrive ha il giusto senso dell'umorismo anche molto più
simpatiche e di conseguenza leggere da leggere (doh!)
Si, vero. :)
Il case da K$ dell'altro post forse? ;-)
Solo dopo averlo scritto. :P
On Feb 4, 2008 12:19 AM, Giorgio Zoppi [EMAIL PROTECTED] wrote:
Personalmente cmq sono un fan
dei diagrammi di sequenza.
Cheers,
Giorgio.
si si i diagrammi di sequenza so un po pallosi da fare ma quando devi
farti capire e' la via :)
___
Python
Ciao a tutti,
butto i miei 2 centesimi
In sintesi:
concordo sull'inutilità di UML per lo sviluppo, soprattutto
se usi un linguaggio come Python.
Y3s ha scritto:
Il giorno 03/feb/08, alle ore 21:38, Crash Override ha scritto:
Enrico Franchi ha scritto:
On Feb 3, 2008, at 8:30 PM, giuseppe
48 matches
Mail list logo
