Programmazione: brain intensivo o ripetitività?

[gik25]

Dicono che è impossibile automatizzare la programmazione, perchè è brain intensive, ma a me sembra il contrario: si stacca il cervello e si ricopiano venti volte i nomi di etichette, scrivendo .text = cazzate varie.

Un programma è al 90% questo e correzione di bug

[lombardp]

Originally posted by "gik25"

Dicono che è impossibile automatizzare la programmazione, perchè è brain intensive, ma a me sembra il contrario: si stacca il cervello e si ricopiano venti volte i nomi di etichette, scrivendo .text = cazzate varie.

Un programma è al 90% questo e correzione di bug

Dipende sostanzialmente da cosa intendi per "programmazione". Tu parli di nomi di etichette, etc, ma implementare le USER-INTERFACE è notoriamente uno dei compiti più noiosi e meno creativi. Se invece si parla di studio di algoritmi, ottimizzazione di calcoli, progetto di una gerarchia di classi e multithreading etc, è tutta un'altra musica.

[maxithron]

Sono totalmente in linea con lombardp.

Sembra che oggi l'unica "programmazione" che conti sia quella basata su ciò che s'inserisce in una textbox per essere poi restituita da un'altra parte ma, soprattutto, ci si pone con una certa leggerezza nell'approccio.

E' un caso molto comune che chi si affaccia alla programmazione, in generale, lo faccia per creare un'applicazione di tipo database(senza nulla togliere, beninteso!!).

E' anche vero però, che non tutti hanno o hanno avuto la possibilità magari di frequentare l'università oppure avere molto tempo a disposizione per sperimentare,studiare,ecc...vuoi per motivi di lavoro o altro.

bah....sto sproloquiando!!! #include <logorria.h>

[maxithron]

Inoltre.....text=cazzate_varie.....Visual Basic non è l'unico linguaggio esistente e comunque, limitarsi soltanto a quel tipo di utilizzo è appunto un Brain-Sleeping in quanto si può andare ben oltre proprio con VB

A me è servito tantissimo il libro:

"Tecniche di programmazione avanzata in Visual Basic" di Matthew Curland

in quanto (premesso che non sono un "vero programmatore di VB") ha un approccio completamente diverso da quello che normalmente ha chi comincia la programmazione VB.

[gik25]

boh io studio ing informatica e sono al 4 anno, i programmini di cui parlate voi si fanno i primi due anni...

I programmi grandi sono al 90% ripetitività e ottimizzazzione del nome dei metodi.

[maxithron]

Beh...allora mettiamola così....

anzichè utilizzare un linguaggio di programmazione, perchè non ne scrivi uno?

E' ovviamente una provocazione!!

[maxithron]

Originally posted by "gik25"

boh io studio ing informatica e sono al 4 anno, i programmini di cui parlate voi si fanno i primi due anni...

Li hai citati tu in ".text=cazzate varie"

Originally posted by "gik25"


I programmi grandi sono al 90% ripetitività e ottimizzazzione del nome dei metodi.

Cosa intendi per "programmi grandi?"

[a2000]

BRAVI RAGAZZI, DAI E DAI .......

AVANTI SAFORTRAN !!!! [/siz]

ma allora siamo una banda, ma allora gli si stanno ritrando !!!!

Originally posted by "gik25"

Dicono che è impossibile automatizzare la programmazione, perchè è brain intensive, ma a me sembra il contrario: si stacca il cervello e si ricopiano venti volte i nomi di etichette, scrivendo .text = cazzate vari.
Un programma è al 90% questo e correzione di bug [/size]

Sei bravo gik25 !
come ti hanno già detto dipende dai programmi che fai, se sono interfacce input-output dati (compresi i database) hai ragione, se sono codici di calcolo numerico per applicazioni tecnico-scientifiche no.

ma hai ragione: si può automatizzare e guadagnare in brain anche per le interfacce dati scrivendo codice che scrive codice !


[quote]Originally posted by "lombardp"


[/quot]

lombardp i miei complimenti !
vieni subito nella squadra dei Difensori del Sacro Nabla [/siz] !

Originariamente inviato da maxithron

Sono totalmente in lina con lombardp.
Sembra che oggi l'unica "programmazione" che conti sia quella basata su ciò che s'inserisce in una textbox per essere poi restituita da un'altra parte ma, soprattutto, ci si pone con una certa leggerezza nell'approccio.

E' un caso molto comune che chi si affaccia alla programmazione, in generale, lo faccia per creare un'applicazione di tipo database(senza nulla togliere, beninteso!!).

E' anche vero però, che non tutti hanno o hanno avuto la possibilità magari di frequentare l'università oppure avere molto tempo a disposizione per sperimentare,studiare,ecc...vuoi per motivi di lavoro o altro.
bah....sto sproloquiando!!! #include <logorria.h>
[/size]

mitico maxitron, anche a te la Legion D'Onore dei Difensori del Sacro Nabla[/siz] !


[quote="gik25"] di cui parlate voi si fanno i primi due ann...

I programmi grandi sono al 90% ripetitività e [/quot]

quei programmini servono a fare le Torri e a tirarle giù, a fare la guerra e a fare la pace, tutto il resto è contorno !

comunque gik25, nonostante tu sia un informatico , mi piaci: hai capito l'essenza della storia:

programmazione a procedure strutturate >
programmazione a dati e procedure strutturate >
programmazione ad oggetti

le regole di naming[/siz]


BRAVI, BRAVI
g:

[a2000]

Originally posted by "maxithron"



Cosa intendi per "programmi grandi?"

maxitron, gik25 ha ragione !

intende "programmi grandi" E NON "grandi programmi"[/siz]

[maxithron]

ho capito ma cosa intendete?

[a2000]

che so' "popolare" (che brutta parola ! ) e formattare una mezza dozzina di Grid e qualche decinaia di ComboBox da Form1.Activate !

[gik25]

Originally posted by "maxithron"



Li hai citati tu in ".text=cazzate varie"




Cosa intendi per "programmi grandi?"

Un programma decente: ci ho dato la tesi e un progetto pretesi. è un programma che gestisce quesiti a scelta multipla. Permette di crearli, farli svolgere, eseguire stats.

Una 50 di classi

[gik25]

Attualmente sto scrivendo un programma di DB. Se non fosse per il copia incolla modifica si finirebbe in un terzo del tempo.

è una stupidaggine!!!

Si potrebbe fare tutto a livello grafico (una specie di wizard)

[a2000]

e se invece dei campi da database passassi ai campi di temperatura e composizione punto-punto di un motore a scoppio ?

magari ti diverti di più !

[cionci]

Originally posted by "gik25"

Un programma decente: ci ho dato la tesi e un progetto pretesi. è un programma che gestisce quesiti a scelta multipla. Permette di crearli, farli svolgere, eseguire stats.

Chiaro che se fai un programma che gestisce quesiti a scelta multipla dovrai lavorare molto di interfaccia... La valutazione l'hai fatta con la logica Fuzzy ?

Io ti posso parlare dei due programmi più impegnativi che ho fatto per l'università...

Il primo è stato un "compilatore" C...in realtà traduceva in assembler per il TASM un sottoinsieme mooolto ristretto del C...funzioni, interi, I/O, scope locale delle variabili (caratteristica del C++)... Di I/O ti assicuro che ce n'è stato molto poco...

Il secondo è stato un riconoscitore ottico, diciamo la base per un OCR...realizzato con le reti neurali... Aveva un training set modificabile ed una interfaccia per disegnare ciò che doveva riconoscere...in questo modo riconosceva virtualmente qualsiasi cosa gli veniva insegnata... Per quello c'era anche un discreta interfaccia grafica... Anche per questo progetto l'interfaccia ha significato veramente poco sul totale del tempo che ci abbiamo perso... E non era per niente ripetitivo... C'era da fare tutta la parte delle classi delle reti neurali che non era per niente semplice (anche se abbiamo avuto c@@o, mi ricordo che la rete neurale, tolti gli errori di battitura, funzionò subito)...

Insomma...io tutto questo I/O non lo vedo...

[a2000]

o le previsioni del tempo (in fondo che so': quattro equazioncine differenziali al Sacro Nabla, storte come la vita, ma sempre quattro righe rimangono):
sono previsti nembi e cumuli sui database

[a2000]

ecco se poi non sai un ca@@o, puoi sempre adottare un modello a scatola nera: regole fuzzy e reti neurali !

[gik25]

Originally posted by "a2000"

e se invece dei campi da database passassi ai campi di temperatura e composizione punto-punto di un motore a scoppio ?

magari ti diverti di più !

Credo che programmerei in MATLAB o Mathemathica. Il C# raramente viene usato per queste cose, significherebbe voler perdere tempo. (O avere necessità particolari)

[/\/\@®¢Ø]

Originally posted by "gik25"

Dicono che è impossibile automatizzare la programmazione, perchè è brain intensive, ma a me sembra il contrario: si stacca il cervello e si ricopiano venti volte i nomi di etichette, scrivendo .text = cazzate varie.

Un programma è al 90% questo e correzione di bug

Come gia' detto da altri dipende fortemente dal tipo di applicazione.
Nella mia tesi ad esempio scrivere il codice in se' era la parte piu' semplice. Ben piu' difficile era prima farsi venire le idee, poi dimostrare che erano valide, e risolvere i problemi correlati ( efficienza in tempo e spazio, salvataggio dei dati in modo "astuto" etc. ) e , ovviamente, pescare i bachi .
E il tutto in modo abbastanza flessibile visto che spesso bisognava provare algoritmi nuovi (continuando pero' a mantenere la compatibilita' coi dati vecchi).

[/\/\@®¢Ø]

Originally posted by "a2000"

ecco se poi non sai un ca@@o, puoi sempre adottare un modello a scatola nera: regole fuzzy e reti neurali !

Mi oppongo vostro onore :o
Queste cose le usi quando non sai un cavolo dei dati (o poco) ma ne devi sapere delle scatole che vai ad usare