Olimpo Informatico

[SverX]

[ZapoTeX]

Io non ho dubbi: il Fortran è l'incubo peggiore.

Molto spesso per scopi scientifici (specialmente fisica nucleare) si trovano librerie di funzioni e procedure che ancora oggi esistono solo in Fortran, quindi o te le compili, converti, balle varie o ti tocca scrivere un programma in Fortran. E poi debuggarlo è un incubo. I miei vicini secondo me si ricordano ancora di quando scrivevo in fortran: calci sulle pareti, urla disperate, testate, etc...

Del tipo che il carissimo fortran ha delle funzionalità di debugging avanzatissime: se fai riferimento ad una posizione in un array e la posizione è fuori dal range che hai definito, il programma invece di darti un error ti va a pescare la cella in memoria dove quella posizione starebbe e ti butta fuori il valore. Del tipo che se il tuo array era di integer e la cella accanto è un float, ti viene fuori l'interpretazione integer di una cella della RAM dove tu hai storato un float, quindi il tuo programma sputa numeri che tu non hai mai visto! E tu ti chiedi da dove vengono e spacchi il muro a testate. Naturalmente ci sono anche altre amenità, ma fortunatamente ho rimosso i brutti ricordi.

Ciao!

[SverX]

[guardianodelfaro]

Così com'è adesso la classifica (codice scritto da altri in pole position col 32% di preferenze) mi trova pienamente d'accordo.

In realtà non è che gli "altri" programmatori siano dei cani (intesi come razza animale e non come comitato di accoglienza ) e noi stessi siamo gli unici a lavorare bene.
Il programmatore va capito, spesso ha una sua logica contorta nel codificare e non è facile capire il ragionamento altrui, specie se contorto.

Altre volte vuole dimostrare la propria abilità e il proprio ego, inerpicandosi in soluzioni funzionanti ma cervellotiche, dimenticandosi che il 50% del costo dello sviluppo software riguarda la manutenzione.

Altre volte ancora il programmatore viene messo nella condizione di lavorare alla velocità della luce perchè il lavoro deve essere consegnato al + presto possibile, col risultato che chi riprende in mano quel programma non ci capisce niente.

[ZapoTeX]

[SverX]

[freemind]

Fino a ieri ero indeciso su cosa era peggio: l'assembler o i clienti.
Oggi affermo con piena consapevolezza e con piene facoltà mentali che peggio dei clienti non c'è nulla!

Meglio la tortura!

[ZapoTeX]

[SverX]

[SverX]

[ZapoTeX]

Lo proverò molto volentieri...

Spero di aver tempo di lavorare sul mio in modo da organizzare un e-partitone tra il Deep Blue del Mastermind e il mio sfidante elettronico!

A presto!

[develop]

programmo da 34 anni. Tra i problemi bisogna aggiungere quelli che derivano dalla mancanza di compatibilità con le nuove versioni dello stesso linguaggio di programmazione e dal fatto che i componenti che si usano non funzionano su tutte le piataforme (per esempio i vari windows7 creano problemi)
Capisco che un cliente non potrà mai sapere se un programma è fatto bene o no o se ha a che fare con un programmatore esperto o no, ma un programmatore deve stare dentro i tempi e chi spiega al cliente che fatto 100 un programma ci vuole 60 per i test e altro ancora per la documentazione e altro ancora per correggere gli errori o le cose non spiegate bene?

[freemind]

Hai ragione develop però ad un certo punto occorrerebbe che la gente capisse come stanno le cose.
Cioè: se uno va da un geometra e gli fa fare un progetto, poi se all'ultimo lo cambia allora non rompe per pagare di nuovo il lavoro: il nuovo progetto, il disfare quello che ha fatto e il rifare...
Con l'informatica questo non succede: "tanto che ci vuole a fare questo cambio?" oppure: "vabbè, ti ho fatto fare il programma in modo che questa cosa sia automatica però adesso voglio anche metterci mano, quanto lavoro ci vorrà per sostituire quella parte?"
In pratica noi programmatori non facciamo un cazzo e il nostro lavoro è una minchiata.
Tutto questo grazie ai vari strumenti del menga che vengono usati dai peracottari per scrivere i programmi mostro...