Olimpo Informatico

[guia]

Ho votato per il codice scritto da altri, anche se quasi di pari passo ci metto la documentazione ed in alcuni casi le specifiche.
Per le specifiche ormai da tempo mi sono organizzata in maniera tale da poterle "prevedere" quindi quelle problematiche sono quelle che stravolgono l'intero progetto o addirittura che ne fanno uscire un progetto totalmente nuovo (sucesso, successo)
Invece prevale il codice scritto da altri dato il mio "scontro" col dover affiancare una nuova maxi procedura ad un progetto scritto da un collega: per quanto commentato, il suo codice mi e' rimasto talmente indigeribile che ho riscritto anche tutta la sua parte, ho trasferito i dati gia' esistenti (gia' perche' il programma era gia' in funzione sigh!) ed ho fatto prima che a capire come avrei dovuto agganciarmi; cosi pure la correzione di codice scritto da latri, incapaci di modificare le parti mal comprese od errate.
Per quanto riguarda la figura del project manager, beh ho esperienze abbastanza "sconsolanti" il nostrlo badava piu' ad agganciare il cliente, accettando tempi di sviluppo troppo stretti, specifiche al di fuori del bene e del male (un programma per analizzare un andamento dove ho dovuto eliminare anche dalla sola presenza in menu tutta la parte che effettuava le statistiche!!! e lasciare solo l'acquisizione dei dati, le statistiche le avrebbero fatte a mano! Ormai lo avevo consegnato al project per le verifiche e lui lo aveva consegnato al cliente, altrimenti non glielo avrei mai dato, mi vergogno ancora di non essere riuscita a bloccare quel programma

[yayo75]

meh.. dunque, diciamo ke io non mi reputo un programmatore (nel senso professionale del termine: sviluppo cose per uso personale e basta, come del resto un sacco di altre persone..).
In ogni caso ho già rilasciato un paio di codici sotto licenza GPL, e vedo che c'è sempre qualcuno che li scarica, per cui penso di poter dire anch'io la mia a riguardo... : P

Io dico sempre che programmare non è difficile: è programmare "bene" (=> scrivere un buon codice) che può essere veramente impegnativo! : P
Fare un buon codice implica il dover considerare più o meno tutte le cose messe in lista nel sondaggio.. : /
E l'esperienza è importante. Più sono i problemi che ti è capitato di risolvere, più sei preparato! E il risultato è che fin dall'inizio puoi scrivere un codice ottimizzato (sicurezza, modularità, commenti, ordine-et-pulizia! : P, ecc...)

Per dare una risposta al sondaggio direi che probabilmente la cosa più ostica è il codice scritto da altri, soprattutto se non è ben commentato..
(io che invece voglio fare il figo faccio tutto da solo! : P)

L'aver a che fare con i clienti "è" un problema, ma non mi pare che sia un'esclusiva degli sviluppatori. Tutti i clienti in ogni ambito commerciale sono ostici. : /

Il testing non è necessariamente fatto dallo sviluppatore (vedi il playtesting dei videogiochi x es.) e comunque porta alla risoluzione dei problemi, con conseguente miglioramento del codice e crescente soddisfazione..
Senza contare il caso del feedback positivo dell'utente che apprezza il lavoro.
Per cui non parlerei di incubo.

Il debugging e la documentazione sono comunque molto impegnativi. Li metterei al secondo posto.
Soprattutto la documentazione è spesso più impegnativa di quel che si può pensare. Ma anche qui torniamo al discorso di prima: si può fare una documentazione sommaria, ma poi ti trovi tempestato di email di "richiesta aiuto/problemi/crash...", oppure la fai fatta bene e spesso ti ci vuole un sacco di tempo e c'è sempre qualche "caso speciale" che ti sei dimenticato di menzionare. : P
(la cosa triste è che c'è sempre qualcuno che neanche la legge, e ti viene subito a chiedere aiuto.. : ( motivo per cui è nato l'acronimo "RTFM!" : P )

Io stò provando a realizzare un sito in PHP, e con un po' di pazienza sembra che stia venendo fuori una cosa discreta.. speriamo bene.. : |
non posso neanche incrociare le dita 'ché altrimenti non riesco più a scrivere il codice! : P

y.

[zen1950]

sono un programmatore da 31 anni,
non vorrei mai essere dalla parte del cliente perché è impossibile sapere se un programma è scritto bene o no.
Però, se i clienti sapessero dall'inizio quello che vogliono e lo spiegassero subito, si farebbe meno fatica.
Invece a programma fatto escono i: "ma io volevo.." " e non si potrebbe fare cosi ?..". E questo fa perdere un mucchio di tempo. Per cui bisogna prevedere dall'inizio quello che chiederanno, e comunque non va MAI bene.

[madvero]

[{Mike}]

Scusate, per poter rispondere al sondaggio, qualcuno mi spiega cosa significa quel punto 2) La modifica delle specifiche? Cosa sono queste "specifiche"? Sono una cosa che mi dovrebbe dare il cliente e io lo dovrei modificare per lui? O è lui che me lo modificherebbe? Scusate, ma non ho mai avuto a che fare con qualcosa che si chiama "specifiche", e mi sembra dal contesto che sia qualcosa di importante. Qualcuno che ha avuto a che fare con queste "specifiche" mi potrebbe spiegare di cosa si tratta?

[raldes]

[raldes]

[{Mike}]

Commento fuori tema o non conforme al regolamento del forum.

[madvero]

[chemicalbit]

[Cybion]

non essendo un programmatore, immagino che il cliente (è l'opzione che ho votato) debba essere un bel peso.. perchè magari chiede risultati senza sapere le procedure per arrivarvi, e così rischia di essere perennemente scontento (con conseguenti lamentazioni contro il programmatore) del lavoro svolto..
ripeto.. parlo più per ipotesi che per esperienza..
(ma per esperienza, anche se in ben altri settori, so che tormento può essere un cliente insoddisfatto...)

[nihal]

Ho votato clienti.
E' pur vero che senza di loro il programmatore (e tutti i professionisti in generale) non può vivere, ma spesso sono proprio loro a creare i maggiori problemi.

[dott.merrick]

Di certo i clienti sono una bella gatta da pelare ma per adesso non è il mio caso. Non ne ho. Mi diletto a scrivere piccoli programmini per uso personale. La cosa che appunto mi preoccupa è scrivere la documentazione, mi annoia proprio. Comunque, per fortuna non devo ancora farlo... Ciao

[horus]

Ma poi ce la fai a ritrovarti quando riprendi in mano un programmino dopo qualche tempo perché vuoi apportare qualche modifica?

[SverX]

Spero che almeno il codice sia ben commentato... altrimenti auguri...

[dott.merrick]

Si si, il codice lo commento se no buonanotte!
Ma scrivo programmini veramente piccoli, quindi quando li modifico ci riesco senza problemi. Io più che altro (per non dire solo) scrivo in Java che direi è un linguaggio semplice e tranquillo rispetto ad esemio al C che mi fa perdere la testa...

[SverX]

[chrom]

Ho frequentato un corso da programmatore, e la cosa peggiore secondo me è capire il codice altrui

[Typhoon90]

[mdweb]

i clienti!