iniziare programmazione in Pascal oppure in Basic

[LucaCassioli]

Ma suvvia!
Tre sono i costrutti fondamentali della programmazione: l' assegnazione di risultati di espressioni, il controllo del flusso, il controllo del ciclo.
Per le funzioni i passaggi dei parametri ed i valori di ritorno.
I tipi di base si imparano in un giorno.
Visibilità e classi di memorizzazione non sono un problema.

Se si hanno difficoltà ad imparare queste quattro cacchiate con il C, allora è meglio consultare qualcuno bravo.

In realtà è vero il contrario: se si sanno già a memoria tutti questi concetti già a 15 anni, o se si ha una forma mentis tale da trovare naturali semplici e intuitivi questi concetti.... forse si è passato troppo tempo davanti al computer e si è perso il contatto col mondo.... quindi sarebbe bene consultare qualcuno bravo a far recuperare i rapporti sociali.

Nella frase apparentemente banale qui sopra ci sono ben QUATTORDICI concetti che un neofita non ha mai sentito in vita sua, o peggio, termini che in italiano corrente hanno un significato totalmente diverso dal significato informatico.

1. Costrutto
2. Assegnazione
3. Espressione
4. Flusso
5. Controllo del flusso
6. Ciclo
7. Controllo del ciclo
8. Funzione
9. Parametro
10. Passaggio di parametro
11. Ritorno
12. Tipo
13. Visibilità
14. Classe

Accezioni in italiano (quindi non in informatichese):
Assegnazione: di un incarico
Espressione: della faccia
Flusso: movimento di un liquido o gas
Controllo del flusso: tramite valvole o tubi?!?
Ciclo: ?!? Bicicletta? Motociclo? Ciclo delle vita? Ciclo dell'acqua?
Funzione: ciò che un oggetto è in grado di fare
Ritorno: ritorno a capo?!? Ritorno indietro?
Visibilità: nebbia? Foschia?
ecc. ecc.

Lasciamo poi perdere la programmazione a oggetti, inventata da un pazzo, che pensa che "rifletta l'ordine normale delle cose nel mondo" il fatto che per versare un po' di cocacola in un bicchiere si esprima così:

bicchiere.riempi(bottiglia.emetti(centilitri, negozio.settore(bibite).preleva(bottiglia(bevanda)).versa(void)))

La programmazione non è mica una cosa banale!!! Per niente!

[lelerelele]

Sì lo so, il C è potentissimo, e vedere come diverse la lettera "p" e la lettera "P" è una cosa voluta, potentissima e utilissima.
Ma non è intuitiva.
Quindi non va bene per imparare a programmare.

mi limito a farti un appunto, su questa tua ultima frase,

è come se tu mi dicessi che vuoi imparare a guidare un aereo ma non te ne frega niente dell'aerodinamica, non è intuitiva.

ti pare sensato cio che ti dico?

se il C ha delle sintassi e delle regole che non ti "piacciono" non usarlo, ma in nessun modo ciò vuol dire che chi le ha inserite in quel compilatore lo abbia fatto distrattamente o con superficialità.

te lo sta dicendo un hobbista che non lavora in elettronica ma programma tranquillamente in C.
saluti.

[TardoFreak]

Facciamo così LucaCassioli: hai ragione.

Non ti resta altro da fare che scrivere un tuo tutorial per insegnare la programmazione ai neofiti.

[LucaCassioli]

Ci stavo pensando infatti... poi però ho pensato: è meglio se lo fate voi.
Così, scrivendolo, vi viene in mente di QUANTE cose deve imparare un neofita, prima di iniziare a combattere con le astrusità del C.

E comunque no, a un pilota principiante NON interessano i dettagli dell'aerodinamica, quelli vengono dopo.
PRIMA bisogna spiegarli cosa significa "cloche", "alettone", "flap" , "carrello", "altimetro", perché per lui un "carrello" è quello della spesa e "flap flap" lo fanno gli uccelli mente volano.

Nessuno spiegherebbe a un pilota principiante che l'energia potenziale che accumuli prendendo quota può essere trasformata in energia cinetica e in spostamento orizzontale in modi e quantità diverse a seconda di massa dell'aereo, temperatura dell'aria e profilo aerodinamico, no?
E neanche che pui usare i motori per virare a destra o a sinistra se si rompe il timone di coda.

Ma mica sono cose che NON servono.

E' solo che serviranno DOPO!

Vabbè comunque in finale chissenefrega.

[WALTERmwp]

(...) Vabbè comunque in finale chissenefrega.

no, per quale motivo ?
Si discute per il piacere di discutere (& |) di dare una soluzione ad una questione.

A me pare che gli aspetti sui quali insisti possono avere una loro rilevanza ma dipende da più fattori: un approccio di carattere accademico, il rigore che gli si vuole conferire, le concrete reali necessità o gli obiettivi nell'immediato, le risorse materiali e umane disponibili e poi tanti altre cose più o meno menose sino ad arrivare alla soggettiva sensibilità all'argomento, cosa che prescinde dallo stato della conoscenza di partenza.

Io credo si possa iniziare a programmare, a programmare in " C ", anche in modo semplice quando non approssimativo, ma intanto si comincia, e si acquisisce un po' di sicurezza, qualche certezza.
In questo non c'è contraddizione.

Dopo, come è stato scritto, con l'interesse e la giusta motivazione si approfondisce; si "torna indietro" per riprendere questioni prima toccate marginalmente, si fanno prove sempre più articolate e di maggiore complessità e così si va avanti.

Saluti

[Brianz]

More solito, alcuni appunti formali:

Qualunque PERSONA dotata di senso delle cose, la prima volta che incontra un problema, si trova per lo meno a porsi la domanda sul perché; in questo caso perché in un testo stia scritto "pippo", "Pippo" o "pippO" che, a meno di refusi tipografici, non sembrano proprio la stessa cosa. Certamente la si potrà pronunciare uguale, ma scripta manentet e verba volant. Questo, indifferentemente da dove stiano queste parole, se in un programma o in un manifesto elettorale.
Maiuscole minuscole non sono un optional se non in esseemmeessese, che ai più (fortunatamente ancora) non pare essere il massimo dell'ortografia e della sintassi.
Peraltro, si potrebbe notare, disponendo di un poco di cultura, come ad esempio in tedesco (e non solo) l'uso delle maiuscole sia più ampio che non in italiano e, comunemente, leggendo per le prime volte un brano in questa lingua ci si pone il problema.
O che in inglese (non solo in cinese...) ci possa essere un certo spettro di possibilità di confusione proprio perché la stessa scrittura e pronuncia determina significati ampiamente divergenti. Esempio? aggiungere la parola mancante...
... the trumpet
I ... the trumpet
To ... the trumpet
The ... of freedom
This word ... strange
That's a ... idea
Qui come la mettiamo?
La mettiamo con la semplice constatazione che le cose sono così per le più varie ragioni ed esiste un solo modo per conviverci: ignorarle o impegnarsi a studiarle per quanto nonsense possano apparire.

Che poi i computer siano completamente (e le IA dove le mettiamo?) idioti, è una idiozia. I computer sono macchine che fanno quanto viene loro dalle istruzioni del programma. Saranno idioti se il loro programmatore è idiota e geniali se il loro programmatore è geniale.
E, dato che si muovono su un substrato di elementi matematici, dove ogni cosa viene traslata in numeri e algoritmi, sarebbero ben poca cosa se non sapessero distinguere pippo da Pippo, che hanno valori numerici diversi, in modo da agire come ha desiderato il programmatore a seconda del caso (se poi dobbiamo applicare l'esseemmeessese, basterà introdurre una selezione case sensitive/non sensitive e scegliere quest'ultima).

Dire che è un VANTAGGIO, ad un principiante che sta imparando a programmare, che le label che può applicare ai suoi oggetti con il case sensitive si ampliano di molto, consentendo maggiore flessibilità, mi pare non difficile da capire (ovviamente in dipendenza della betiserie dell'apprendista, non del principio).

Quanto poi ai punto-e-virgola ed agli altri segni, sarebbe opportuno ricordare che si tratta di linguaggi, ovvero di strutture di convenzioni, in questo caso create a tavolino, per traslare il pensare ordinario in qualcosa accettabile dalla struttura booleana dell'elaboratore.
Ritenere queste cose o le maiuscole diverse dalle minuscole come nonsense è come pretendere di studiare il cinese o il pali trovando senza senso la grafica di queste scritture o chiedersi perché si deve scrivere cose inutili come i segni diacritici dell' arabo o la cediglia del francese.

In sostanza, un linguaggio di programmazione, come ogni altra cosa, richiede un apprendimento tanto maggiore quanto è la sua complessità.
La cosa non si risolve certamente sacramentando su qualunque cosa si discosti dalle 1500 parole necessarie alla vita ordinaria. Anche solo per il fatto che non siamo ancora arrivati a poter dire al computer "alzati e cammina", sebbene cose come la programmazione ad oggetti o lo speech recognition facilitano decisamente molti ambienti applicativi.

Il problema si risolve in due modi: o se ne fa a meno (chissenè) e si passa il tempo a caccia di pokemon e simili o si impiegano il tempo e le risorse necessarie, magari ricorrendo a corsi adeguati, dove la presenza di un docente può solitamente consentire un progresso più rapido che non una auto istruzione che non è cosa semplice (ha un costo? ebbene, sì. Ma ad esempio pilotare arei non si fa per corrispondenza o in corsi online...).
Poi, a meno di avere 220 di QI, non è che si risolve in una settimana (se per quello neppure in un mese o due...) e un approccio positivo all'apprendimento è sicuramente di aiuto.

[TardoFreak]

...Non ti resta altro da fare che scrivere un tuo tutorial per insegnare la programmazione ai neofiti.

Ci stavo pensando infatti... poi però ho pensato: è meglio se lo fate voi.

Chissà perché, ma mi aspettavo una risposta del genere.

Comunque ripeto: hai ragione.

[admin]

Seconda cos,a ho segnalato al moderatore che molti di voi stanno usando in modo improprio la "reputation": non è che uno toglie punti reputation a un altro perché gli sta antipatico o è in disaccordo con lui, eh.... Lo fa se scrive cose sbagliate, o insulti, o cose contro il regolamento.

Non c'è alcuna regola che stabilisca il modo proprio di usare la reputation. Perciò segnalare ai moderatori che qualcuno sta votando in modo improprio non serve a nulla. I voti della reputation non sono necessariamente giusti, la motivazione di un singolo voto può essere qualsiasi e chi lo riceve è libero di interpretarlo come vuole.

[TardoFreak]

1. Assegnazione spiegato in italiano nel terzo articolo
2. Espressione spiegato in italiano nel terzo articolo
3. Flusso spiegato in italiano nel terzo articolo
4. Controllo del flusso spiegato in italiano nel terzo articolo
5. Ciclo spiegato in italiano nel terzo articolo
6. Controllo del ciclo spiegato in italiano nel terzo articolo
7. Funzione attendere prego
8. Parametro accennato in italiano nel primo articolo
9. Passaggio di parametro accennato in italiano nel primo articolo
10. Ritorno attendere prego
11. Tipo spiegato in italiano nel secondo articolo
12. Visibilità spiegato in italiano nel secondo articolo
13. Classe attendere prego

L'informatichese da te tanto decantato è definito come:
informatichese
[in-for-ma-ti-ché-se]
s.m.
iron. Il linguaggio gergale, tipico dei testi e dei tecnici di informatica, infarcito di espressioni specialistiche che lo rendono spesso incomprensibile.

E poi vieni a parlare a me di chiarezza?