Newsgroup: it.comp.lang.delphi
Titolo: Neofita x Delphi

Ciao,
sono un "vecchio" studente di Turbo Pascal e avvicinarmi al Delphi...C'e'
qualcuno che puo' consigliarmi su quali guide mi conviene prepararmi x uno
studio serio?
Avro' inoltre bisogno di un editor...dove lo trovo?
Ciao e...grazie:-)

 Avro' inoltre bisogno di un editor...dove lo trovo?
Editor? Da questa domanda intuisco che Delphi non lo hai mai visto... vero?
:)
Massimiliano Etere
maxe...@infinito.it

C'è un ottimo volume di un certo Pacheco...
Non ricordo il titolo ma esce sotto l'egida di Borland.
Ho visto quello per D4 ma esiste anche per d5.
Se non vai di fretta, dovrebbe uscire quello x d6.
quelli di Cantu' a me non piacciono molto...
Poi vedi tu.
Saluti
AS
Ps: Editor? Delphi a una IDE MITICA!!!!
-- 
Posted from  [212.177.19.163] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Non ricordo il titolo ma esce sotto l'egida di Borland.
Delphi 5 Developer's Guide (Developer's Guide)
by Steve Teixeira, Xavier Pacheco, David Intersimone
oppure se aspetti...
Delphi 6 Developer's Guide
by Xavier Pacheco, Steve Teixeira
 
--
Rhymes - 
rhy...@myself.com
http://www.foxhound-games.it
"Sapete cosa fa un InputStream quando
gli si racconta una barzelletta? Reader..."

 Avro' inoltre bisogno di un editor...dove lo trovo?
tič, un editor da 144MB :-)
http://www.borland.com/delphi/personal/del6personal_keyanddown_steps.html
Ciao, Antň.


wrote:

:-)
Anch'io ho fatto il "tuo" salto, ma solo da dilettante, senza studiare
granchè sui libri (del resto non lavoro nel campo e mi serve solo per
farmi qualche utility...): dunque sono un pessimo esempio.  :-(
Dell'editor non ti preoccupare: la Borland lo forniva di serie con il
Turbo Pascal 1.0 da 30K circa (compreso il compilatore!) e non ha ancora
perso il vizio....
Certo i tempi sono cambiati: non pensare di risparmiare usando variabili
di tipo byte (in generale finiresti per complicare le cose e basta) e
preparati a costruire le case partendo dal tetto! 
Ti ritroverai infatti (esagero apposta, per carità) a pensare prima
all'aspetto del tuo programma piuttosto che al suo contenuto. :-)
Beh, buon divertimento!
Simone
_______________________________________________________
 All resistance is futile ! Prepare to be assimilated !

all'aspetto del tuo programma piuttosto che al suo contenuto. :-)
Questa puo' essere l'impressione.
In realta', spero sappiamo tutti che non e' cosi'.
--
Andrea Laforgia - walkietalkie(at)
libero.it
http://www.geocities.com/AndreaLaforgia

all'aspetto del tuo programma piuttosto che al suo contenuto. :-)
Sì,  che alla prima folata di vento crollerà.
Massimo.
-----------
Ore 18.30: premo invio.

In realta', spero sappiamo tutti che non e' cosi'.
Sě, scherzavo naturalmente, non lapidatemi ........... :-)
Certo la prima volta uno si chiede dove mettere il codice principale (il
vecchio Begin End.) visto che ai tempi del TP & dos non si programmava
con gli eventi.


Sì,  che alla prima folata di vento crollerà.
Capisco gli intenti simpatici di Murdock, pero' c'e' gente
che la pensa realmente cosi', nel senso che partirebbe
realmente dal progetto dell'interfaccia, per poi arrivare al
"kernel" del programma.
Nella mia (piccola) esperienza, ho visto gente capace di
progettare basi dati in modo assolutamente indecente e
costringere, quindi, gli altri a combinare pasticci enormi
pur di non stravolgere la base dati gia' diffusa presso i
clienti.
Progettare il software, ancor prima che scriverlo, mi sembra
una delle cose su cui (almeno in Italia) siamo ancora molto
carenti.


carenti.
Purtroppo è cosi. Del resto questo è il vero rischio della
programmazione RAD: si tende a sottovalutare la progettazione (e io
sono il primo).
Saranno 10 anni che non scrivo un diagramma di flusso anche perché,
purtroppo, se si scrive software "industriale" si deve combattere con
tante variabili tar cui, la piu' importante è il tempo a disposizione.
Spesso il principio base è "iniziamo a scrivere una cosa che
funzionicchi IN FRETTA , poi, eventualmente, la mettiamo a posto".


tante variabili tar cui, la piu' importante è il tempo a disposizione.
In realta', non dico di stilare i diagrammi di flusso (si
raggiungono dei livelli di compromesso in programmazione,
che ti consentono di farne a meno) ma, se non altro, saper
progettare una base dati e' un requisito essenziale.
Perlomeno perderci 2 minuti a pensarla non sarebbe male.
Attualmente sto combattendo con una base dati scritta da
ex-colleghi e mi viene voglia di spaccargli la faccia.
La cosa grave e' che, quando erediti una base dati
progettata male, anche il tuo software finisce per essere
fatto male.  Ma adesso penso siamo OT ;)
