> 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
