Newsgroup: it.lavoro.informatica
Titolo: Linee di codice

Salve a tutti,
scusate l'assenza dal ng, ogni tanto vi leggo con piacere.
Volevo porvi questo quesito nato da una discussione al lavoro in una
riunione con i capi e con un "ottimizzatore" esterno.
L'"ottimizzatore" e' in poche parole, quella persona chiamata per
ristrutturare l'azienda a tutti i livelli, dalla produzione, al marketing al
controllo qualita' al laboratorio e progettisti meccanici, hardware e
software e di sistema.
Cerca quindi di far andare meglio l'azienda minimizzando i costi.
La riunione e' partita male, quando a me ed a un mio collega e' stato
chiesta una giustificazione della stima dei tempi che avevamo fatto per il
nostro progetto di un software complesso e laborioso per un sistema
elettronico di carte nautiche.
Noi avevamo stimato 40 settimane/uomo di lavoro ma poiche' ci sono stati
assegnati 3 progettisti junior ho stimato che per 5 persone ottimisticamente
avremmo potuto farcela in 20 settimane di tempo.
Al che Mr. Ottimizzatore ha preso la calcolatrice ed ha cominciato  a
calcolare i costi e a protestare per la nostra stima in quanto per la meta'
del tempo noi avevamo quintuplicato i costi.
Io ribatto che per quanto riguarda il software non c'e' una funzione lineare
che date x settimane/uomo, se impiegassimo n uomini il tempo per lo sviluppo
si riduce a x/n , mi sembra ovvio cio'. Come diceva il mio collega meno
diplomatico, noi non stiamo costruendo un muro dove se ci si mettono 2
persone il tempo si dimezza.
Il fatto di lavorare in gruppo implica che ci sia un tempo necessario per
l'interazione fra i progettisti, ed in piu' trattandosi di un tool nuovo per
noi, c'e' anche il tempo necessario iniziale per l'apprendimento dei
meccanismi del sistema.
Il progetto infatti e' in Visual C++ sotto Windows 2000, utilizzando un SDK
proprietario poco e male documentato.
L'Ottimizzatore risponde pronto che noi siamo pagati per progettare e non
per imparare....ho dovuto tratttenere con difficolta' il mio collega che si
stava avventando su Mr.OttimizzoTuttoIo.
Per concludere il Mr ci lascia la sua perla dicendoci che noi a fine
giornata dovremmo produrre in quanto il software viene venduto in base alle
linee di codice.
C'e' qualcuno che mi conferma la veirdicita' di questa triste affermazione?
Io ho paura che nel mondo commerciale ci sia questa arcaica unita' di
misura.
Devo cominciare a infarcire il mio codice di linee inutili e a fregarmene di
ottimizzare routines?
Saluti
Maurus

 linee di codice.
Che bello...
#include <iostream>
using
namespace
std;
int
main
(
int
argc
,
char*
argv[]
)
{
cout
<<
"Ciao"
" "
"Mondo"
<<
endl;
return
0
;
}
Sarò ricco!
-- 
Domenico Testa - Studente

 > linee di codice.
E' capitato anche a me in un proggetto VB6-SQL Server 2000, il
responsabile mi chiedeva di fargli vedere il numero di righe di codice che
avevo inserito quel giorno.
Il sistema peggiore di verificare se lavori.
E' sufficiente che ti trovi un algoritmo o metodi sviluppati in
precedenza; stimi un tempo, copi e incolli; il calcolato lo impegni in
altro; es. soluzioni accantonate e programmate alla prima occasione libera
e che non hanno a che fare con il proggetto in corso.
peppino
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ottimizzare routines?
Salve Maurus, visto che non sarebbe logico mi viene da dire che è molto
probabile che qualche genio venda il ns lavoro un tanto al chilo.
Se poi per caso non ti pagano i commenti potrei passarti un vecchio
progettino dell'università ovvero un bel macroespansore che sostituiva tutte
le chiamate di procedura con il corpo della procedura stessa... il
superenalotto ci fa una pippa!
Fransis


Pepe
Milano, Italy

 ottimizzare routines?
Confermo e rilancio.
Vedo che cominci a sentire l'effetto che fa quando da sviluppatore passi ad
avere qualche responsabilita' all'interno di un progetto.
A noi piu' o meno capita la stessa cosa quando sviluppiamo un corso
e-learning per piattaforma LMS.
Alla fine il commerciale di turno ci chiede: "Ma quante ore di corso sono?",
proprio per quantificare in qualche modo e tradurlo in euro, al di la' del
fatto che su quel progetto magari ci si e' stati a smadonnare di piu'
perche' c'erano di mezzo tecnologie particolari o il suono o chissa'
cos'altro.
La storia delle righe di codice e' venuta fuori piu' volte quando ero
nell'ambiente bancario.
Basterebbe assegnare valori a variabili completamente inutili e fare qualche
gioco delle tre carte senza tirare in ballo i commenti (che balzano invece
all'occhio).
Oppure basterebbe diventare "ottimizzatore" e di mestiere scassare le bolas
a chi lavora sul serio.
--
FabMind

 affermazione?
Ma per favore.
Scommetto che Mr. Ottimizzatore non sa nemmeno la differenza fra una linea
di codice e una linea di commento.

 procedura stessa... il superenalotto ci fa una pippa!
Belllo!!!

 Non c'è altra soluzione.
Facendo in modo prima di salvaguardare la tua posizione e, se è il caso, 
anche quella della stessa azienda ...
Auguri sul serio ...

 argc
[CUT]
Non ci crederai ma io dal punto di vista commerciale, una volta, mi sono 
trovato difronte un tipo che sosteneva che per le mie 10.000 euro 
chieste voleva un programma più grosso in base al numero di linee di 
codice perché un'azienda gli aveva promesso tipo 35.000 linee per lo 
stesso programma...
Io ero project manager e gestivo dei programmatori... loro hanno fatto 
il programma ed era venuto un numero di linee molto basso (erano 
veramente bravi e "puliti")... allora ho fatto un programmino in C che 
wrappava il codice ed ho presentato un numero di linee enorme!
Perché nelle aziende invece di lasciare spazio alle persone che ci 
capiscono ci mettono solo dei coglioni?

SNIP
Quando lavoravo per una nota azienda di telefonia mobile (quella del
numero magico e delle tabilline) c'era un supervisore coglione che se
ne venne fuori con la frase "beh, se lo fate in due ci mettete la
meta' no?".
Gli dissi "Caspita, hai ragione, io potrei scrivere le righe pari e il
mio collega le righe dispari".
Poi non ha piu' insistito.
Saluti.
-- 
-Ricordati che devi morire!!!
-Si si no, mo'... mo' me lo segno, proprio! Cioe' e' na cosa... Non vi preoccupate! 

 Arthurandersen
La stessa revisore dei conti che ha creato lo scandalo anche un USA ... con 
sedi anche in Italia. Presa a titolo di esempio ma ce ne sono tante altre.

 arcaica unita' di misura.
dovrei tirar fuori i miei vecchi appunti sull'argomento, purtroppo non mi
sembra di ricordare nessun metodo di valutazione cristiano e in particolare
nulla che tenesse in debito conto il problema che sollevi... c'erano note
etc ma nulla di concreto.
Se ti serve qualche rif a metodi per valutare il costo di un sw posso
cercare cosa ho in giro ( tieni conto che in questi gg spendo ogni minuto
utile fuori casa ... ormai mi sono ridotto ad andare al lago tra le 20:00
alle 21:00 ...)
just for fun , nell'automazione di impianti con PLC, supervisori etc il
costo e' valutato in base al numero di I/O per i PLC e in base al numero di
schermate per i supervisori ...  allora ho chiesto come mi valutano una
ventina di report generati con qualche query o poco piu',  secondo il  loro
metodo  600euro*20 , secondo me 4/8h ; non hanno apprezzato molto la mia
considerazione/battuta :-(
Nell'ultima offerta per un'impianto e' per allinearsi alla concorrenza hanno
offerto materiale+25%+ore per cablaggio e per il sw, _zero_ ... si
aspetteranno mica che si autogeneri ???
saluti L.

 
:-)
bellissima risposta !
Ciao

cercare cosa ho in giro ( tieni conto che in questi gg spendo ogni minuto
Sarebbe una cosa molto utile !!!
Ciao
	Steve
--
Artificial intelligence is no match for natural stupidity.
(Sullivan's Lemma)

 La riunione e' partita male
Mai assistito a nulla di simile in quasi 10 anni di lavoro. Ti conviene 
cambiare aria... Se iniziano cosi, chissà come finisce... :-OOO 
-- 
______________________________________
Luc (30, CO, VC++ Programmer)
Editorial Systems Software development
______________________________________


ciao e scappa amico scappa !
e bechelli ?
felice_pago
-
--------------------------------
Inviato via 
http://usenet.libero.it

 Sarebbe una cosa molto utile !!!
apetta di vedere ... ho cercato un link a memoria :
http://www.jsc.nasa.gov/bu2/COCOMO.html
trattasi di cocomo, o cocomo uno/originale per distinguerlo dalla vesione
successiva chiamata cocomo due.
In soldoni se la memoria non mi tradisce il cocomo uno si basa sulle righe
di codice il due sulle funzioni e mi sembra ne esistano varie versioni
personalizzate nel tempo da IBM e altri.
Cerchero altri rif nei miei vecchia appunti ... c'erano delle vere chicche,
ripartizione dei costi tipo : 90% del costo per analizzare i processi
aziendali etc, definizione delle specifiche (come le intende un gestionale)
e 10% per definizione di specifiche( come le intende un programmatore) e
implementazione del sw -> tanto per far capire come ragiona certa gente.
saluti L.


 trattasi di cocomo [...]
Questo sembra ben fatto :
http://sunset.usc.edu/research/COCOMOII/index.html,COCOMO
 II Model Manual:
ftp://ftp.usc.edu/pub/soft_engineering/COCOMOII/cocomo97docs/modelman.pdf
in particolare il capitolo 3 interessa forse a Maurus :
"CHAPTER 3: SOFTWARE ECONOMIES AND DISECONOMIES OF SCALE"
allora che ne pensate, piace ?
IMHO il problema _fondamentale_ dell'informatica e' l'impossibilita' di una
stima analitica e condivisa della bonta di una qualsivoglia realizzazione.
