Ti suggerisco di guardare questa pagina di Brian Harvey che scrive:
"I taught many of the lower division (freshman and sophomore) computer science courses at Berkeley"
https://people.eecs.berkeley.edu/~bh/
Nella pagina ci sono alcuni suoi libri (dei suoi corsi altamente didattici) che puoi scaricare liberamente per uso personale.
Guarda anche
Scheme vs. Python
https://people.eecs.berkeley.edu/~bh/proglang.html
iniziare programmazione in Pascal oppure in Basic
Moderatore:
Paolino
0
voti
Piccola nota "nostalgica", almeno per quanto mi riguarda, noto che si parla ancora dello scheme, quello che veniva apostrofato "schif" da alcuni miei colleghi di università...
Son quello delle domande strane!
0
voti
Prova a vedere se della serie "for Dummies" trovi qualcosa. Trovi molto in lingua inglese ma con un briciolo di fortuna trovi anche in italiano.
Son quello delle domande strane!
0
voti
grazie una cifra per le indicazioni!! intanto ho preso in biblioteca il libro "Programmare in C" di Byron S. Gottfried edito da McGraw-Hill....per chi è a digiuno della materia mi sembra buono...non ha un linguaggio elaborato, per cui seguo abbastanza gli argomenti....una curiosità....a pag.5 del libro cito testualmente "il timesharing consente a più utenti di utilizzare contemporaneamente un singolo computer. Il computer host può essere un mainframe, un minicomputer o un potente PC. I vari utenti comunicano con il computer attraverso i loro terminali"....forse il timesharing è sinonimo di server_client??
1
voti
No, il timesharing (condivisione del tempo) si riferisce al fatto che le risorse di sistema, in particolare la CPU, vengono razzionate temporalmente tra i vari utenti (o al giorno d'oggi, tra i vari programmi).
Ciò è necessario poiché una CPU (o al giorno d'oggi, un core) è in grado di eseguire un solo programma per volta.
Il fatto che gli utenti e la CPU comunicano con il paradigma client/server è un altro discorso.
Ma se vuoi approfondire di consiglio di aprire un'altra discussione.
Ciò è necessario poiché una CPU (o al giorno d'oggi, un core) è in grado di eseguire un solo programma per volta.
Il fatto che gli utenti e la CPU comunicano con il paradigma client/server è un altro discorso.
Ma se vuoi approfondire di consiglio di aprire un'altra discussione.

0
voti
huyol ha scritto:grazie una cifra per le indicazioni!! intanto ho preso in biblioteca il libro "Programmare in C" di Byron S. Gottfried edito da McGraw-Hill....per chi è a digiuno della materia mi sembra buono...non ha un linguaggio elaborato, per cui seguo abbastanza gli argomenti....una curiosità....a pag.5 del libro cito testualmente "il timesharing consente a più utenti di utilizzare contemporaneamente un singolo computer. Il computer host può essere un mainframe, un minicomputer o un potente PC. I vari utenti comunicano con il computer attraverso i loro terminali"....forse il timesharing è sinonimo di server_client??
Il "timesharing" vuol dire che.... il C è un linguaggio troppo complicato, potente e specialistico per essere usato per imparare a programmare.
Nel resto del libro troverai tantissime altre nozioni che al momento per te sono perfettamente inutili (multithread, stack, assembly, librerie,...), ma che renderanno pesantissima la lettura e difficilissimo imparare a programmare.
Dubito per esempio che un libro sul C spieghi che una "stringa" non è un laccio di scarpa ma una sequenza di caratteri, o che spieghi che un valore "attuale" è in realtà un'errata traduzione dell'inglese "actual", che vuol dire invece "reale", o che spieghi che A=3 non è un'equazione, o che le parentesi graffe, quadre e tonde non vengono usate per nidificare espressioni matematiche come a scuola, ma hanno ognuna un utilizzo completamente diverso dall'altra.
Anche solo il doversi ricordare di mettere un (apparentemente) inutile punto e virgola alla fine di ogni riga fa impazzire i principianti, visto che nessun compilatore ti dirà mai "guarda che ti sei dimenticato un punto e virgola", ma ti darà invece messaggi assurdi riferiti a 3 righe sopra o 10 righe sotto rispetto a dove manca il punto e virgola.
E passerai anche ore a cercare un introvabile errore, prima di scoprire che da qualche parte hai scritto A=1 invece di A==1, che sembrano la stessa cosa ma sono due cose totalmente diverse.
E poi cercherai di capire perché " e '' sembrano la stessa cosa mentre sono due cose totalmente diverse.
Oppure da una parte scriverai Pippo e dall'altra pippo, e non funzionerà niente e non capirai perché, visto che in teoria Pippo è sempre Pippo...
E sbatterai la testa al muro per capire perché il terzo elemento di una stringa è l'elemento numero 2.
Ti sei messo in una situazione da esaurimento nervoso.

-

LucaCassioli
476 2 4 - Stabilizzato

- Messaggi: 333
- Iscritto il: 26 apr 2016, 19:12
1
voti
La cosa più importante è che lo faccio perché mi piace e per arricchimento culturale...non lo prendo per un impegno....comunque ti ringrazio per....avermi messo sull'avviso della "difficoltà" del programmare in C, tutti i consigli sono ben accettati!!!

0
voti
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.
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.
"La follia sta nel fare sempre la stessa cosa aspettandosi risultati diversi".
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
-

TardoFreak
73,9k 8 12 13 - -EY Legend-

- Messaggi: 15754
- Iscritto il: 16 dic 2009, 11:10
- Località: Torino - 3° pianeta del Sistema Solare
1
voti
In italiano suggerisco uno dei seguenti testi:
Algoritmi e programmazione in C di Francesco Oliveri (molto bello ma richiede un minimo di conoscenza pregressa)
Programmazione in C di Kim N. King (te lo suggerisco per semplicità nel modo di trattare gli argomenti)
C corso completo di programmazione di Paul e Harvey Deitel (libro di testo in molti corsi universitari)
Algoritmi e programmazione in C di Francesco Oliveri (molto bello ma richiede un minimo di conoscenza pregressa)
Programmazione in C di Kim N. King (te lo suggerisco per semplicità nel modo di trattare gli argomenti)
C corso completo di programmazione di Paul e Harvey Deitel (libro di testo in molti corsi universitari)
MCSA Windows Server 2012 R2
Cisco CCNA R&S - Cisco CCNA Security - Cisco CCNA Cyber Ops
CompTia A+ - CompTia Linux+ - CompTIA Systems Support Specialist CSSS
CompTia Pentest+ LPIC-1 - VCP VMware - Cisco CCNP Enterprise
Cisco CCNA R&S - Cisco CCNA Security - Cisco CCNA Cyber Ops
CompTia A+ - CompTia Linux+ - CompTIA Systems Support Specialist CSSS
CompTia Pentest+ LPIC-1 - VCP VMware - Cisco CCNP Enterprise
0
voti
Io insisto con il libro di Satvich ed il Java.
Ho visto gente che non sapeva niente di programmazione, zero su zero, delle vere e proprie teste di legno che con quel libro hanno imparato bene.
Poi, fate un po' come caxxo ve pare.
Ho visto gente che non sapeva niente di programmazione, zero su zero, delle vere e proprie teste di legno che con quel libro hanno imparato bene.
Poi, fate un po' come caxxo ve pare.
"La follia sta nel fare sempre la stessa cosa aspettandosi risultati diversi".
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
"Parla soltanto quando sei sicuro che quello che dirai è più bello del silenzio".
Rispondere è cortesia, ma lasciare l'ultima parola ai cretini è arte.
-

TardoFreak
73,9k 8 12 13 - -EY Legend-

- Messaggi: 15754
- Iscritto il: 16 dic 2009, 11:10
- Località: Torino - 3° pianeta del Sistema Solare
Torna a Firmware e programmazione
Chi c’è in linea
Visitano il forum: Nessuno e 3 ospiti

Elettrotecnica e non solo (admin)
Un gatto tra gli elettroni (IsidoroKZ)
Esperienza e simulazioni (g.schgor)
Moleskine di un idraulico (RenzoDF)
Il Blog di ElectroYou (webmaster)
Idee microcontrollate (TardoFreak)
PICcoli grandi PICMicro (Paolino)
Il blog elettrico di carloc (carloc)
DirtEYblooog (dirtydeeds)
Di tutto... un po' (jordan20)
AK47 (lillo)
Esperienze elettroniche (marco438)
Telecomunicazioni musicali (clavicordo)
Automazione ed Elettronica (gustavo)
Direttive per la sicurezza (ErnestoCappelletti)
EYnfo dall'Alaska (mir)
Apriamo il quadro! (attilio)
H7-25 (asdf)
Passione Elettrica (massimob)
Elettroni a spasso (guidob)
Bloguerra (guerra)






