Newsgroup: it.comp.appl.access
Titolo: [OT] Le newentry di Access

Come succede tutti gli anni nei primi mesi dell'anno questo newsgroup si
popola di newentry.
Probabilmente molti "bambini" buoni chiedono a Babbo Natale o alla Befana di
portare loro Access. :-)
(anche  se spesso molti di loro presto si pentono di non aver chiesto una
playstation).
Così anche quest'anno molti neofiti hanno scartato con ansia il regalo, lo
hanno installato sul loro PC e via a smanettare, convinti che avrebbero in
poco tempo imparato Access senza studiarlo almeno un pò, così come
probabilmente era già successo loro con Excel  e Word. Il fatto di aver
scoperto questo NG li ha poi convinti definitivamente che i soldi per una
buona guida all'uso di Access erano proprio sprecati, e poi studiare è stato
sempre palloso.
Ebbene, mi sento di dare a questi nuovi frequentori alcuni doverosi
suggerimenti, nella speranza (come qualche volta è successo) di non urtare
la loro suscettibilità.
Fermo restando che molto ho imparato di Access frequentando questo NG ed il
Sito Comune, ritengo assolutamente necessario possedere e studiare un buon
libro su Access (nel dubbio di quale manuale acquistare si può anche dare
uno sguardo alla Sezione Libri del Sito Comune).
A mio avviso sarebbe sbagliato scambiare il NG per un help desk e tanto meno
per un corso per corrispondenza; è bene vedere nel NG un ottimo strumento di
ausilio per chi usa Access, ma niente di più.
E poi il ritornello che non si studia perché non si ha tempo è una
stupidaggine; basterebbe dedicare allo studio parte del tempo passato a
sbattere la testa addosso al monitor del PC nel tentativo di risolvere un
problema oppure il tempo passato a consegnare i propri problemi ad un
messaggio inviato al NG e ad attendere ansiosamente una risposta risolutiva.
Non dico di crearsi una cultura enciclopedica studiando i manuali di Access,
ma almeno studiare quel minimo che permetta di acquisire una proprietà di
linguaggio che permetta di spiegare i propri problemi e di comprendere le
soluzioni avute come risposte.
Inoltre sui libri è possibile anche imparare a progettare un database oltre
che a realizzarlo, cosa difficilmente fattibile tramite i forum del NG; a
mio avviso è molto più importante saper progettare un database che saper
scrivere una routine in codice VBA. Un database relazionale non è come un
foglio elettronico Excel che può essere realizzato "on the fly" senza far
precedere una attenta fase di progettazione; sono convinto che più della
metà dei messaggi di questo NG esistono solo a causa di una cattiva
struttura dei database, errori di progettazione ai quali poi si vuole
riparare mettendoci una pezza con codice VBA e/o SQL.
Penso di avervi rotto abbastanza, quindi vi auguro buono studio.
--
Roberto
---------------------------------------------
il Sito Comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------

 ha scritto nel messaggio
news:DMb0a.85262$YG2.2...@twister1.libero.it...


Personalmente ho imparato Access in 10 giorni.
Non mi sembra particolarmente difficile.
Ciaoooo.

 Non mi sembra particolarmente difficile.
Aiaaa   ;-)

 ha scritto nel messaggio
news:fNf0a.86509$YG2.2...@twister1.libero.it...


 Certo Roberto da Casa, condivido benissimo il tutto, ma sai per i neofiti
Se lo condividi, perchè
1) Non scrivi correttamente DOPO il quoting?
2) Non sfoltisci il quoting tagliando quello che non serve?
3) Non ti leggi il post di Roberto "Istruzioni per l'uso"?
Antonio

 Non mi sembra particolarmente difficile.
Sě, come no...
Antonio

 progettazione;
[...]
    ... questa frase invece non la condivido affatto. E' persino sbagliata
concettualmente! Perche' cio' che ottieni "on the fly" con Excel e'
esattamente della stessa qualita' che ottieni facendo qualcosa "on the fly"
con Access: come con Access, anche con Excel i problemi vengono fuori dopo.
    Diro' di piu'... lavorare bene con Excel e' forse piu' difficile che
lavorare bene con Access. Perche' con Access, qualsiasi cosa tu faccia, alla
fine devi farla sempre seguendo un iter prestabilito: corri su binari. Con
Excel invece godi di una liberta' (quasi) assoluta ed e' come correre in un
deserto.
    Sara' banale, ma la mancanza di "cultura" sul prodotto e sulle
problematiche che col prodotto possono essere risolte e' dannosa quale che
sia il prodotto.
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------

 Ciao  MauroSoft


 Ciaoooo.
Non so cosa tu intenda per conoscere Access e non ho elementi per confutare
la tua affermazione; ammesso e non concesso che sia vera certo è che vale
solo per i geni: il mio messaggio era per le persone normali.
Io conosco Access da quasi tre anni ed uno dei motivi per cui partecipo al
NG è quello di continuare ad imparare: ma questa è la mia storia, che a
quanto pare è moooolto diversa dalla tua.
Comunque tutti ci auguriamo di vederti rispondere più frequentemente alle
domande di coloro che sono in difficoltà.


 ha scritto nel messaggio
news:b1tfis$16igo2$1...@ID-52090.news.dfncis.de...
[CUT]

Non sto facendo filosofia su cosa sia dannoso o non dannoso nell'approccio
all'uso di un applicativo.
Le mie considerazioni fanno riferimento a quello che è la realtà dell'utente
medio della suite Office di tutti i giorni.
Nella stragrande maggioranza di casi molti utenti hanno iniziato ad usare
Word per fare ciò che normalmente facevano con una macchina da scrivere e lo
hanno fatto senza fare un corso e/o senza studiare un manuale, magari su
indicazioni sommarie date da un altro collega se non dalla segretaria che il
corso magari l'ha fatto.
Nella stragrande maggioranza di casi molti utenti hanno iniziato ad usare
Excel per fare ciò che normalmente facevano con un foglio quadrettato e la
calcolatrice e lo hanno fatto senza fare un corso e/o senza studiare un
manuale, magari su indicazioni sommarie date da un altro collega.
A maggior ragione la stessa cosa si può dire per PowerPoint.
Queste persone certamente non scrivono righe di codice VBA e non usano
macro, e comunque sono soddisfatte dall'aiuto che ricevono nel loro lavoro
quotidiano da quei tre applicativi.
Poi queste persone sentono parlare (o leggono) di Access e di databases;
moltissimi restano colpiti dal fatto che potrebbero gestire meglio i dati
che attualmente archiviano nei fogli elettrinici (erroneamente a volte
pensano che un database sia una naturale evoluzione di un foglio
elettronico); hanno detto loro che è più facile memorizzare i dati, è più
facile ricercare i dati e metterli in relazione fra di loro; si insomma,
hanno detto loro che finalmente c'è un applicativo che gli permetterà con
facilità di tenere in ordine la loro raccolta di CD o di DVD e di getirsi da
soli la classifica del campionato di calcio partendo dai risultati delle
partite.
Finalmente potranno gestire facilmente la fatturazione della loro azienda, o
gestire facilmente la prenotazione delle stanze della loro pensione.
Quello che voglio dire è che queste persone, nella stragrande maggioranza
dei casi, si accingono ad usare Access con lo stesso approccio con cui si
sono avvicinati agli altri applicativi della suite Office.
Ebbene io sostengo, che tu sia d'accordo o meno, che l'uso di Word ed Excel
senza averli studiati sia soddisfacente, ma che così non è per Access.
Naturalmente può essere giusto il tuo punto di vista, ma potrebbe essere
giusto invece il mio: io lascerei decidere a chi ci legge.


 legge.
    Perche'?... Cosa c'e' da decidere? Non e' sufficiente dire cio' che si
pensa e basta?
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------

 pensa e basta?
AH HAHAH!
C'hai paura del giudizio dei posteri eh?!?!?!
Antonio

 C'hai paura del giudizio dei posteri eh?!?!?!
    Ciao Biso... Dei posteri francamente me ne infischio... Problemi loro.
;-)
    Mi preoccupano invece i viventi, quando dicono che qualcuno puo' o deve
"decidere" qualcosa riguardo i pensieri degli altri... Ritengo che sia
meglio che chiunque dica cio' che pensa e che ciascuno tragga le sue
conclusioni, senza "decisioni". Riguardo i punti di vista aggiungo che, se
sono tali, non possono essere "giusti" o "non giusti", tanto... sono *solo*
punti di vista, no? Comunque il mio *non* era un "punto di vista" ma una mia
opinione fondata su mie considerazioni che, se interessano, posso anche
illustrare piu' diffusamente.


 illustrare piu' diffusamente.
Borè... questo è il tuo solito comportamento.
Tu hai un opinione e te ne freghi della sua giustezza o meno.
Benissimo difendere le proprie idee ma
1) bisogna sempre porsi in discussione
2) bisogna curare anche l'impatto che le proprie opinioni possono avere
sugli altri
Questo tra l'altro, come effetto positivo, ha anche che, quando qualche
volta ti viene sbattuto in faccia in maniera lampante l'erroneità delle tue
convinzioni (ed è capitato e, onestamente, l'hai anche ammesso), il botto
che si fa è molto meno fragoroso, o non c'è per niente...
Insomma un po' meno di intransigenza non fa poi così male...
Antonio

 
Mi permetto di aggiungere il mio: con somma onestà intelletuale mi 
riconosco nel post di Roberto : quando ho cominciato a postare nel NG 
ero esattamente nella situazione descritta da Roberto ( con la stessa 
idea di Excel che ha appena descritto ).
Da quando ho preso in mano un buon libro le mie domande si sono diradate 
parecchio , per presa visione del problema. ;-)
Ora, leggendo i numerosi post di questi ultimi tempi, riconosco in molti 
la mia stessa totale mancanza di cultura di allora, necessaria per 
postare correttamente, per capire le risposte che gli si danno e per 
costruire un DB come si deve( in un numero sorprendente , come aveva 
previsto Biso ai primi di dicembre).
Quanto a Excel , lo sappiamo tutti che hai ragione , ma dovresti sapere 
anche tu come lo usa la stragrande maggioranza degli utenti (come un 
foglio a quadretti) e ti sarai accorto anche tu  che buona parte degli 
ultimi post è di gente che ha questo tipo di approccio.
Rimane il fatto che appena avrò un altra mezz'oretta libera , 
controllerò se hai illustrato più approfonditamente le tue 
considerazioni, fermo restando che è una tua opinione, autorevole e 
fondata magari, ma sempre un opinione ( non oso definirlo punto di vista 
, se non sei capace di starci delle ore su 'sta cosa).
Ciao strunziè , pensavo ti fossi ammorbidito : ti confonderei con quel 
rimba di mio padre  se non fosse che lui non sa un "kaiser" di computer 
.... vabbè che l'eta è quella che è .... :-)))
-- 
Ciao. Fabrizio.

 --------
--


Sul messaggio di Roberto da casa che ha suscitato un così vasto elenco di
repliche mi trovo in parte d'accordo ed in parte no.
E' da circa un anno e mezzo che uso Access, dovendo realizzare DB che non
siano solo archivi dati ma cerchino di assurgere ad applicazioni
professionali anche multi-utente, e ricordo benissimo qual'è stato il mio
primo approccio con questo programma.
Avendo esperienza con Word, Excel, Powerpoint pensavo a quel tempo di
realizzare DB in maniera immediata, aprendo un nuovo file di Access ed
iniziando subito a lavorare, ma ho capito poco dopo che il discorso con
Access è completamente diverso .
In Word aprendolo si inizia a digitare i caratteri sulla tastiera e si
riesce a stampare con facilità un documento (anche mia madre che non sà
accendere il Pc sarebbe in grado), in Excel posso usare le funzioni
fondamentali e ricavare risultati senza troppa fatica. A me non è successo
così in Access: dopo le prime difficoltà ho capito che con Access il
discorso era differente. Si possono fare cose bellissime con questo
programma ma, di manuali ne ho dovuti comperare cavolo!! Almeno sei o
sette..............ho scaricato manuali dalla rete .........stampato faqs su
newsgroups , tutorials , posto abitualmente su questo ed altri newsgoups ed
ancora oggi sono in costante studio di questo programma.
E penso anche che chi si avvicina per le prime volte ad Access lo capisca da
solo che Access non è certo come Word: sono d'accordo che molte volte si
possono leggere dei post che pongono questioni banali, ma la stessa persona
che magari non ha intenzione di studiare Access, di applicarsi per mettere a
frutto ore ed ore di pesante studio teorico, ma pensa che ottenere risposte
postando su questo newsgroup sia sufficiente, ebbene ritengo che tale
persona abbia vita breve nella creazione di DB con Access.
Per il fastidio che tali post possano dare, ciò dipende dalla sensibilità di
ognuno e sicuramente non siamo tutti uguali.
A me tali post non danno particolmente fastidio anche perchè ammetto che
talvolta (o anche spesso) posso anche io incorrere in argomentazioni da
molti giudicate banali o necessarie di approfondimenti tramite studio
teorico.
Molte volte però un utente può fare domande banali perchè và diretto al
punto, e necessita di una soluzione immediata, o magari non trova soluzione
( e questo a me capita molto spesso) sui manuali perchè questi si perdono in
dissertazioni sulla "rava e la fava" e non soddisfano le nostre esigenze, o
magari perchè nei manuali non si trova una risposta esaustiva.
Questa è la mia modestissima opinione, spero di non aver annoiato
nessuno..............ritengo che comunque questo sia un newsgroup molto
attivo e l'affrontare tali problematiche non possano che
migliorarlo...........
Ciao a tutti e grazie x l'aiuto che spesso mi offrite!!!
--------------------------------
Inviato via 
http://usenet.libero.it

Signori un po' di umiltà non guasta mai .
E' dura per tutti farsi un mazzo così per studiare un database o un
linguaggio di programmazione e dopo anni di lavoro incontrare chi ne sa più
di te.
Noto che avete accolto la mia provocazione con flemmatica soggettività.
Spero che nella vita non siate soltante degli eccellenti sviluppatori ma
molto di più.
Cordiali saluti.
Toni

 repliche mi trovo in parte d'accordo ed in parte no.
[...]
    Ti sei dimenticato di parlare della parte con la quale non sei
d'accordo....


Sono un neofita e mi trovo d'accordo con Roberto. Ieri per la prima
volta ho scritto al NG e ho combinato un bel casino (messaggi
personali, messaggi uguali postati due volte ecc.). Vi chiediamo di
avere un po' di pazienza. Molte volte si č soli sul lavoro
nell'affrontare determinati problemi ed un aiuto veloce e competente
come il vostro č preziosissimo. Mi ritengo bravino con  gli
applicativi microsoft piů diffusi ho solo una grandissima pecca...NON
CONOSCO IL CODICE!!!! Seguirň il vostro consiglio....inizierň a
studiarlo.
Ciao e grazie.

 nel messaggio news:b1tnv2$1670qc$1...@ID-52090.news.dfncis.de...
[...]
    Noto con fastidio che preferisci parlare di me, argomento poco
interessante, invece che entrare nel merito del molto interessante argomento
del thread...


 
una lentezza esasperante. 
--
a.cara 
Togli qualcosa dall'email

 ha scritto nel messaggio
news:151Z96Z0Z8Y10...@usenet.libero.it...

Caro Fabio,
mi fa piacere che noi due siamo in perfetta sintonia non su alcune cose ma
su tutto; ambedue sosteniamo che per imparare Access occorre sia studiare
sui manuali che usufruire di strumenti di confronto come questo NG o di
consultazione come l'help in linea ed il Sito Comune. Onestamento non ho
capito dove non siamo d'accordo.
Nel mio messaggio non ho detto che i messaggi dei neofiti diano fastidio e
se ho dato l'impressione di pensarlo me ne scuso.
Il mio messaggio non era diretto a persone che come te hanno studiato e
studiano Access ed inoltre partecipano al NG, ma voleva essere solamente un
consiglio spassionato a coloro che non studiano e non hanno intenzione di
studiare Access in futuro e scambiano questo NG per un corso per
corrispondenza.
Resta il fatto che tutte le volte che posto un messaggio di questo genere ci
sono dei risentimenti che onestamente non capisco; non capisco perché si
accetta un consiglio su come scrivere una frase in VBA, ma non si accetta un
consiglio su come migliorare la conoscenza di Access; ripeto che la mia non
vuole essere una bacchettata sulle mani di nessuno; ripeto che non provo
noia per i messaggi delle newsentry, messaggi ai quali, quando posso, do una
risposta senza far differenza con i quesiti posti dalle non newentry.
Sono convinto di quello che ho scritto perché ritengo sia per molti utile
almeno quanto una FAQ pubblicata sul Sito Comune.


 Toni


 deserto.
Attenzione, la maggior parte di noi utilizza Access come FE per applicazioni
di database (spesso con altri motori BE).
Questo comporta un rigore di progettazione che è estraneo agli utilizzi più
tipici -"on the fly"- di Excel o simili.
Access viene distribuito con la Suite office ma nei fatti non è un prodotto
per l'utente finale, è un RAD per database con funzionalità affini (e/o
superiori) a PowerBuilder, Fox-Pro, Alpha, 4D, etc.
Per questo mi pare che le affermazioni di Roberto sul rigore di
progettazione possano essere condivise.
Ciao.


Utilizzo questo messaggio perchè si riferisce ai libri, ma in un altro
parlavi di quanto è utile la progettazione ancor prima della risuluzione dei
problemi finali.
Io ho acquistato almeno tre mattoncini (libri) che parlano di access e non
parlano diffusamente della progettazione del DB, dopo aver consultalo
l'elenco del sito comune.
Hai qualche suggerimento ulteriore ?
Grazie
Alfredo

 news:95x0a.89030$YG2.2...@twister1.libero.it...

    E chi non le condivide, scusa?...
    Ma insomma... di che stiamo parlando, alla fine?
    Tu dici a me "attenzione". Va bene, ma attenzione a cosa?
    Utilizzi piu' tipici di Excel, dici. E quali sono? Un prospetto di
bilancio? Statistiche sul venduto? Cose di questo genere, per caso? Ma tu
hai mai visto gente piangere davanti a bilanci fatti con excel che ad ogni
"aggiustatina" non quadravano piu? Immagino siano questi gli utilizzi
"tipici"... Somme, solo somme e nient'altro che somme. Eppure anche per fare
delle somme, di migliaia e migliaia di celle di excel ci vuole "rigore di
progettazione"! O no? E conoscenza del mezzo. O no?


 progettazione"! O no? E conoscenza del mezzo. O no?
Certo, ma converrai che concepire e normalizzare un centinaio di tabelle per
un gestionale richieda un'esperienza e un rigore di progettazione superiore.
Ciao, Simone

 un gestionale richieda un'esperienza e un rigore di progettazione
superiore.
    No. Molto semplicemente no. E' una pia illusione che per fare una cosa o
l'altra ci voglia quella cosa li' in misura "superiore". Meglio, ci vuole in
misura superiore per fare qualsiasi cosa.
    Non dimentichiamo un piccolo particolare: l'omino piazzato davanti al
foglio di excel sta *programmando*. Ne sia cosciente o meno... sta
programmando! Ti suona strana questa affermazione?


 ha scritto nel messaggio
news:tcx0a.141204$0v.39...@news1.tin.it...

Nella Sezione Libri ho recensito la Guida all'uso di Access 97 di J.L.
Viescas che fa parte della collana Microsoft PRESS edita dalla Mondadori
Informatica (so che ne esitono anche due edizioni aggiornate per Access 2000
ed Access XP).
E' l'unico manuale su Access che ho comprato e studiato; è composto da un CD
di esempi e due volumi per complessive 1000 pagine di cui le prime 100 sono
dedicate esclusivamente alla metodologia da usare per la progettazione dei
database relazionali in generale e dei database Access in particolare; penso
che il contenuto di quelle 100 pagine sia un buon avvio per chi deve
iniziare ad usare Access.
Ritengo comunque che qualsiasi guida all'uso di Access degna di tale nome
dedichi almeno il 10% del suo spazio alla progettazione dell'architettura di
un database; certo non sarà così per i manuali di riferimento ai linguaggi
di programmazione o comunque orientati alla programmazione con Access.
Naturalmente poi esistono manuali esclusivamente dedicati all'architettura
dei database relazionali, ma non sono sicuro che siano proprio necessari per
usare Access; naturalmente poi dipende dalla natura dei problemi che devi
risolvere con una procedura realizzata con Access o dalla voglia che hai di
crearti una cultura universale su tale problematica.



Parole sante!
Pino


 programmando! Ti suona strana questa affermazione?
Sě e no.
Mi capita in aziende di valutare fogli di lavoro d'Excel mastodontici:
centinaia di formule e macro _scritte nel corso del tempo *on the fly*_ che
dopo ripensamenti, successi e insuccessi, alla fine producono i risultati
sperati.
Gli autori sono in grado di fare ciň ma nemmeno sanno da che parte si
comincia per creare strutture relazionali.
Pensano esclusivamente in termini di singolo tabellone con decine (o
centinaia) di colonne/campi.
Da qui le considerazioni sui diversi sforzi di progettazione.
Ciao.

 Da qui le considerazioni sui diversi sforzi di progettazione.
    Mah... Io direi che il mondo dell'elaborazione dei dati aziendali deve
essere visto unitariamente e non c'e' differenza in base allo strumento
usato. Tutti sono parte del tutto, insomma.


     Ma lo leggi questo ng?... :-)))
Beh, ma questo č pessimismo esistenziale (o realismo: ai posteri l'ardua
sentenza)  ;-)
Ciao: Simone

 ha scritto nel messaggio

si, anche nei miei manuali c'è un minimo dedicato ad esempio alle tre forme
normali del DB,
ma ad esempio non parlano di come ottimizzare le query dal punto di vista
della velocità di interrogazione dei dati anche se mi rendo conto che forse
è un problema di struttura linguaggio SQL....
A volte chiedo consiglio ad un mio amico esperto di db il quale mi da
soluzioni semplici ed efficaci, ma che implicano una conoscenza
approfondita, fatta di esperienza sulle varie prestazioni dei motori e
relativi errori. Purtroppo questo è quello di cui parlavo, ma probabilmente
un certo livello di  professionalità e di esperienza non possono essere
diffuse semplicemente attraverso un testo.
Cosa ne pensi ?
Comunque congratulazioni per la tua dedizione all'argomento
Alfredo

 Alfredo
--


 domande di coloro che sono in difficoltà.
A tal proposito, sarebbe utile cercare i messaggi spediti dal gran genio di
MIX per rispondere alle domande. Io l'ho fatto e ne ho trovati solo due, di
cui nessuno è per rispondere realmente a domande di altri parteciipanti.
Gio'

 cui nessuno è per rispondere realmente a domande di altri parteciipanti.
e' un genio! e come ben sai il genio non e' una cosa continua e
persistente
ma si manifesta a sprazzi. 
ciao MIX, non ti sto pigliando per i fondelli. cmq, insisto 10gg so
troppi.
il problema e' stato che i primi 9 non eri nella forma "genio".
Beato te!



Purtroppo mi sono perso il vivo della discussione,
che con costanza mi sono letto ora.
Quello che dice Roberto in fatto di nuove entrate è giusto,
e personalmente credo che manchi  parecchia umiltà da parte di chi
pone domande e "esige" risposte , ma non da meno sono le risposte
di chi ha conoscenze specifiche , ho trovato qualche risposta molto
arrogante e poco elegante.
Personalmente ho cominciato a fare applicazioni  Access con
la versione 1.1 del  1993/94 , non conoscendo assolutamente
niente di informatica ,ho passato e passo  pomeriggi interi ha studiare a
cercare di capire , ho una infinità di manuali e libri su Access
e quelli forniti da Microsoft (fino alla
versione 97 erano inclusi nella confezione)  erano e sono i migliori in
assoluto .
Io il mio scopo l'ho raggiunto perchè l'applicazione da me fatta per
la mia azienda  è usata con soddisfazione da dieci persone .
Premetto che fino a poco tempo fà la mia applicazione non aveva
una riga di codice , ma solo istruzioni macro , e ti posso assicurare che
basta volerlo e funziona benissimo tutto , con qualche limitazione forse,
ma ho notato che più si  hanno conoscenze e più si tende a inserire cose
quasi inutili o pochissimo utilizzate .
Per quanto riguarda il fatto di studiare, sono daccordissimo
e personalmente trovo molto maleducato fare domante su concetti di base
quali le relazioni , le tabelle , insomma l'essenza del database,perchè in
assoluto
quelle sono cose da studiare, sono concetti che se non hai fai poca strada.
Diverso il discorso per il VBA , credimi se non hai le basi  studiate a
scuola
o all'università  è impossibile , si può solo scopiazzare quà e là fare
qualche
piccola routine ma i fondamentali te li devono assolutamente insegnare.
Non tutti saranno daccordo ma questo è il mio pensiero
Giuseppe

 
Tanto di cappello, Roberto,
concordo con quanto hai scritto.
Aggiungerei allo studio ed all'importanza della progettazione anche 
l'esperienza: ed è questo il vero valore del NG.
Molti dubbi, piccoli e grandi, li ho trovati delucidati qui,
spesso nell'archivio di google, molto più spesso erano tuoi post.
Grazie, e buona fortuna a noi tutti.
-- 
Dario Ventura


e quindi lo hai abbandonato per dedicarti alla ricerca
della dimostrazione del "teorema di fermat" che avrai ottenuto a
giorni
Saluti.
Emanuele.

 ha scritto nel messaggio
news:nh8k4vcsod40g3lbn...@4ax.com...

Ma non l'avevano dimostrato un paio d'anni fa (anche se con una serie di
contestazioni) ?
Antonio

 Parole sante!
Io rimpiango ancora il bel manuale del commodore 128:
Istruzione
Spiegazione
Esempio
Tutto in ordine alfabetico.
Sib

 ha scritto nel messaggio

Cacchio!
Mi sono perso il messaggio di apertura di questo gustoso 3d!
Comunque anch'io ho imparato windows 95 in 1 giorno quando e' uscito.
Pensa che sono riuscito a installarlo da solo!
Sib

 giorni
Il Biso ha ragione: pur in maniera estremamente elaborata il teorema è stato
dimostrato qualche anno fa.
Ciao.

 ha scritto nel messaggio

.azz!
L'hanno anticipato!
Si vede che si dedichera' ad altra branca.
Sib

 Antonio
Mi sono documentato.
E' stato risolto da Wilson nel 95. Pero' la dimostrazione era molto
complessa e faceva ampio uso di nuovi concetti matematici.
L'italiano Ossicini l'ha ridimostrato con matematica "elementare" (si fa per
dire).
Sib

 dire).
Sì, infatti, era banale....
Antonio

 "Sib" <si...@SPAMiol.it> ha scritto nel messaggio

Beh! Adesso non esageriamo.
Sib

 Beh! Adesso non esageriamo.
Scusami, non volevo mortificarti....
Antonio

 Antonio
Prrrr...
Sib