> tra l'altro con gli strumenti noti fin'ora. L'unico modo per comunicare
> quelle
> informazioni e` che il management sia parte del processo di sviluppo e
> non
> un semplice supervisore.
Spesso non è cosa fattibile, perchè così facendo non è possibile mettere
il paraculato di turno nel manag
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)]:
ass
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...
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 real
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 s
On 3 Feb, 08:38 pm, [EMAIL PROTECTED] wrote:
Allora quando costruiamo una casa esistono solo i muratori? E se un
muratore costruisce bene le mura allora la casa può farla senza
progetto?
Il software non e` una casa. Il software e` software, dopo che ho messo
le fondamenta posso anche cambiar
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 d
Java ha scritto:
> Supponiamo poi che il progettista e lo sviluppatore siano persone
> diverse (che non è una roba così poco diffusa come potreste pensare)
> come fa il progettista a discolparsi?
Semplice. Il progettista si prende le sue responsabilità, come tutti.
D'altra parte, il suo lavoro
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 l
>> 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 c
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
>
> E' una posizione 'strana'. In primo luogo sono perfettamente convinto
> che qualcuno che lavora nell'IT abbia tutto il diritto di farsi la sua
> idea su una data tecnologia/metodologia. Questo a prescindere dal
> fatto che abbia o meno ragione.
>
>
Ok, ognuno deve farsi la sua opin
On Feb 6, 2008, at 5:21 PM, Java wrote:
>> Non mi pare di avere letto alcuna di queste mail.
>> Ad ogni modo sono sicuro che portando anche la tua esperienza non
>> puoi
>> che alzare il livello della discussione.
>>
> La mia esperienza è quella espressa all'inizio.
Io avevo chiesto anche un'a
> Non mi pare di avere letto alcuna di queste mail.
> Ad ogni modo sono sicuro che portando anche la tua esperienza non puoi
> che alzare il livello della discussione.
>
>
La mia esperienza è quella espressa all'inizio. Non esiste dire che
l'UML fa schifo. Come non ha senso dire Java fa schi
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 semplif
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 t
Il giorno 06/feb/08, alle ore 00:06, Java ha scritto:
> 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
Spezzare un'arancia non l'avevo ancora sentita ROTFL
G
___
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 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
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
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
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 si
> 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=catalogo&sub_sec=cat_sk_libro&ISBN=8871922700
Volevo dare un mio parere, da non esperto, ma studente appen
On Feb 5, 2008 2:02 PM, Gian Mario Tagliaretti <[EMAIL PROTECTED]> wrote:
> 2008/2/5 Crash Override <[EMAIL PROTECTED]>:
>
> Ciao,
>
>
> La seguente è solo un' opinione personale e non riflette in alcun modo
> il pensiero dei gestori della ML.
>
>
> 1) Usa nome e cognome se vuoi un minimo di cred
2008/2/5 Crash Override <[EMAIL PROTECTED]>:
Ciao,
La seguente è solo un' opinione personale e non riflette in alcun modo
il pensiero dei gestori della ML.
1) Usa nome e cognome se vuoi un minimo di credibilità, il tuo nick fa
molto dodicenne e passi per un troll qualunque.
2) Come ha già dett
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,
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 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 XP
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' dive
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
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
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
> 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 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
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'
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 modellaz
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
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 poc
> 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=UTF8&s=books&qid=1202078809&sr=1-1
>
> Per quanto in completo e totale disaccordo
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 ten
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 pu
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
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
http://lists.python.it/mai
> > 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 mai
On Feb 3, 2008, at 10:14 PM, Lawrence Oluyede wrote:
> Basta parlarsi. Secondo me le CRC cards (o un semplice pezzo di carta)
> sono 100 volte più utili dell'ingessato UML
Cazzo quanto quoto.
___
Python mailing list
Python@lists.python.it
http://lists.
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
>>> mie
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
On Feb 3, 2008 10:14 PM, Lawrence Oluyede <[EMAIL PROTECTED]> wrote:
> > 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 vol
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 in
> 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
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
> documentazione e hanno bisogno di rappresenta
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,
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 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
Il giorno 03/feb/08, alle ore 21:31, Java ha scritto:
> Y3s ha scritto:
>> Il giorno 03/feb/08, alle ore 20:30, giuseppe saviano ha scritto:
>>
>>
>>
>>
>>> ho capito che la progettazione uml in alcuni casi risulta limitante;
>>>
>>
>> In alcuni casi?!? Sempre direi...UML è IMHO una roba di cui
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 l'int
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
Y3s ha scritto:
> Il giorno 03/feb/08, alle ore 20:30, giuseppe saviano ha scritto:
>
>
>
>
>> 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 concett
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 uti
Il giorno 03/feb/08, alle ore 20:30, giuseppe saviano ha scritto:
> 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ù facile
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 rima
61 matches
Mail list logo
