[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Attivare o mantenere la data di creazione dei files. [Ultimo mio OT al riguardo]



Il 25/11/2012 12:48, Francesco N ha scritto:
Invece di far commenti gratuiti, chiedi ad un programmatore cosa ne
pensa, se il computer ha ragione anche quando "sbaglia" o no. La
macchina non può eseguire nulla di diverso da ciò che l'uomo scrive
(fortunatamente è ancora così, non ci troviamo in un film fantasy).

Lo dici perché sei un programmatore?
Mai programmato in C++ e gestito l'allocazione della memoria?

E mai capitato un sistema con banchi ram guasti?

Ma sai quante volte un programma non fa quello che il programmatore si supponeva facesse, per via di errori imprevisti (e non parlo di errori di programmazione) ?

Ti ricordi la storiella della nascita del nome "bug" come errore in un sistema?

Perciò se il programmatore ha scritto male il programma ottiene
risultati indesiderati, ed il computer esegue, da qui la regola di cui
sopra. (anche il famoso bug del pentium.. l'uomo progetta la cpu,
..l'uomo sbaglia, la macchina no). Raggiungere la radice del problema è
una logica piuttosto semplice, la soluzione magari un po' meno ma è un
altro paio di maniche.

Non è una regola. Il fatto che sia una "tua" regola non vuol dire che "tutti i programmatori" la pensino come te.

L'uomo è impreciso ed imperfetto, non si può pretendere che sia in grado di realizzare un sistema perfetto.

Un sistema "perfetto" non esiste, perché il "perfetto" da chi sarebbe giudicato come tale? Soggettivo.

Quello che per un'epoca/mentalità/società/cultura è perfetto può non esserlo da altre prospettive di epoca/mentalità/società/cultura.

C'è chi dice che un mondo perfetto è privo di "sistemi meccanici/automatici", e chi dice l'inverso.

"Raggiungere la radice di un problema" ??? Soggettivo.
Quando un evento, in senso generale, viene visto come un problema, allora è normale che ci sia una comunione di intenti atti a risolverlo.

Ma se un "problema" viene visto come tale, da un singolo soggetto, chi dice che sia "veramente" un problema, tale da spingere anche altri al cercarne una soluzione?

Stiamo molto OT rispetto all'uso di questa ML (IMHO), ma se sei un programmatore, leggiti i consigli sulla (precedente rispetto a questa) risposta che ti ho dato.

Per aiutarti a capire: in agricoltura, determinati insetti/parassiti sono stati un grosso problema (per diversi agricoltori). Soluzione? Pesticidi etc.

Oggi si è capito che era la "poca conoscenza" di chi coltivava era il vero problema. Perché determinate biodiversità permettono di utilizzare gli stessi insetti/parassiti esistenti in natura per proteggere e tutelare il raccolto. L'aver usato quelle soluzioni a ciò che veniva visto come "problema" ha rovinato e ci ha fatto perdere "molte biodiversità".

L'agricoltore ha capito che "le costruzioni/giocattoli" che usava per giocare, non li usava in modo corretto per come sono stati progettati (non da lui).

Prima di arrivare alla radice di un problema, bisogna avere conoscenza del "sistema". Se hai piena conoscenza del sistema, "che conosci da anni", e reputi che è necessario modificare determinate cose, chi ti trattiene/ha trattenuto dal farlo/proporlo ?

In Debian penso nessuno ti chiuda/ti abbia mai chiuso le porte se vuoi proporre "soluzioni" o suggerimenti migliorativi.

Dario


Reply to: