diff tra creare db con sql server o C#
Hal
come da oggetto
vorrei capire le differenze, visto che un db Sql creato con Visual C#
Express, non lo vedo dal frontend del server, e quindi suppongo debba in
qualche modo far 'notare' al server della sua 'esistenza'.
grazie!
Roberto Montaruli
Dettaglia un po' meglio, perche' temo di non aver capito.
Un Database lo si crea sul server.
L'applicazione client ci accede.
O se devi creare un database, accedi al server e gli trasmetti i comandi
di creazione del db.
Non riesco a capire che cosa intendi quandi dici che hai creato un db
con C#. Forse intendi dire che hai istanziato un oggetto database, ma
poi devi connetterti al database vero e proprio.
Hal
l'IDE permette di creare un database SQL in modalità grafica, quindi
creo le tabelle , le colonne, i tipi di dato i vincoli, le relazioni
etc...e nella cartella del progetto ottengo un file mdf e il file di log
del database, poi tramite stringa di connessione posso effettuare query
dall'interfaccia che ho creato sempre in C#.
Se invece apro SqlServer Management, vedo solo il db Master, quindi
provenendo da mysql, mi chiedevo se devo 'agganciare' al server questo
database creato dall'ide di Visual C#.
Inoltre mi chiedevo se C# necessita di avere SqlServer installato sulla
macchina, oppure tramite librerie nel framework, è autonomamente in
grado di creare e gestire un database SqlServer, e in tal caso finito lo
sviluppo del db e frontend....volendo distribuire l'applicazione,
l'utente finale deve avere necessariamente anch'egli SQLserver
installato sulla propria macchina?.
grazie
Roberto Montaruli
> Roberto Montaruli ha scritto:
>> Hal ha scritto:
>>> ciao
>>>
>>>
>>> come da oggetto
>>>
>>> vorrei capire le differenze, visto che un db Sql creato con Visual C#
>>> Express, non lo vedo dal frontend del server, e quindi suppongo debba in
>>> qualche modo far 'notare' al server della sua 'esistenza'.
>>>
>>> grazie!
>>
>> Dettaglia un po' meglio, perche' temo di non aver capito.
>>
>> Un Database lo si crea sul server.
>> L'applicazione client ci accede.
>>
>> O se devi creare un database, accedi al server e gli trasmetti i
>> comandi di creazione del db.
>>
>> Non riesco a capire che cosa intendi quandi dici che hai creato un db
>> con C#. Forse intendi dire che hai istanziato un oggetto database, ma
>> poi devi connetterti al database vero e proprio.
>
>
> l'IDE permette di creare un database SQL in modalità grafica, quindi
> creo le tabelle , le colonne, i tipi di dato i vincoli, le relazioni
> etc...e nella cartella del progetto ottengo un file mdf e il file di log
> del database, poi tramite stringa di connessione posso effettuare query
> dall'interfaccia che ho creato sempre in C#.
L'ide del C# fa questo?
Ok, ti fa creare una struttura dati e produce un file.mdf
Ma poi ci vuole un server che se lo smazza questo file, e che interpreta
le query SQL.
> Se invece apro SqlServer Management, vedo solo il db Master, quindi
> provenendo da mysql, mi chiedevo se devo 'agganciare' al server questo
> database creato dall'ide di Visual C#.
Non so che cosa tu intenda per 'agganciare', ma proveniendo da mySql, il
server di database (mySql, oracle, sqlserver, pinkopall...) deve
acquisire quel file.mdf e poi fare il server, ovvero aspettare che
qualcuno si logghi, riconoscerlo, rispondere ai suoi comandi inserendo i
dati nel db o restituendoli se ne viene richiesta una lettura...
> Inoltre mi chiedevo se C# necessita di avere SqlServer installato sulla
> macchina, oppure tramite librerie nel framework, è autonomamente in
> grado di creare e gestire un database SqlServer, e in tal caso finito lo
> sviluppo del db e frontend....volendo distribuire l'applicazione,
> l'utente finale deve avere necessariamente anch'egli SQLserver
> installato sulla propria macchina?.
Io non conosco SQLserver e sono alquanto disgustato da questo mischione
che la microsoft combina ogni volta, creando dei giusti dubbi pure a te
che hai a che fare con questa cosa.
Un server che gestisca il db, in un modo o nell'altro ci vuole.
L'applicazione si collega al db, usando ODBC o altri providers, e poi
tramite comandi SQL si accede ai dati.
Questo secondo i crismi della teoria dei database.
Se poi questo visual C# mette a disposizione qualche dll o cose strane
che fanno la funzione del server db senza dire niente a nessuno in modo
che il tutto possa girare in modo trasparente sia all'utente che al
programmatore, io questo lo ignoro e non ti so aiutare nel caso specifico.
Io preferisco di gran lunga avere il database da una parte e
l'applicazione che vi accede dall'altra.
Separare decisamente i dati dall'interfaccia.
Andrea Laforgia
>Inoltre mi chiedevo se C# necessita di avere SqlServer installato sulla
>macchina,
Se usi il file .mdf, SQL Server Express deve essere installato.
Andrea Laforgia
>Se invece apro SqlServer Management, vedo solo il db Master, quindi
>provenendo da mysql, mi chiedevo se devo 'agganciare' al server questo
>database creato dall'ide di Visual C#.
Il database è già il file che hai creato. Non devi "agganciare" nulla.
Specifica solo il catalog nella stringa di connessione.
Andrea Laforgia
<rmont...@yahoo.com> wrote:
>L'ide del C# fa questo?
>Ok, ti fa creare una struttura dati e produce un file.mdf
>Ma poi ci vuole un server che se lo smazza questo file, e che interpreta
>le query SQL.
Il server esiste ed è SQL Server Express.
>acquisire quel file.mdf e poi fare il server,
Non deve "acquisirlo".
>Io non conosco SQLserver e sono alquanto disgustato da questo mischione
>che la microsoft combina ogni volta,
Quale "mischione"? Ho idea che come al solito parli e sparli di
Microsoft, senza conoscere approfonditamente i suoi prodotti. Quale
confusione? se non si sanno usare certi tool, la colpa non è
certamente di Hal (che deve studiare), ma sicuramente neanche di MS.
>Un server che gestisca il db, in un modo o nell'altro ci vuole.
>L'applicazione si collega al db, usando ODBC o altri providers, e poi
>tramite comandi SQL si accede ai dati.
>Questo secondo i crismi della teoria dei database.
La "teoria dei database" se ne infischia altamente di come accedi al
DB.
>Io preferisco di gran lunga avere il database da una parte e
>l'applicazione che vi accede dall'altra.
Non sai di che cosa stai parlando.
Eppure parli.
Mah... atteggiamento molto opinabile.
Hal
> Hal ha scritto:
>
>> avendo sviluppato siti in php e mysql, per me il mondo C# e SqlServer �
>> tutto nuovo, prima utilizzavo phpmyadmin dal browser come frontend per
>> creare i miei db...
>
> Gi�! lo so bene perch� non c'� una gran uniformit� in materia.
>
>> Qu� invece con l'ide e la sintassi che appare al volo � meraviglioso, e
>> la parte grafica la fai in 5 minuti!!!
>> W MICROSOFT!!!!
>
> E gi�. Con VS 2008, poi, hanno fatto un gran bel lavoro. Microsoft ha
> finalmente recepito la logica degli ambienti RAD. Se conosci strumenti
> come Delphi sai di che sto parlando. Secondo me comunque ha sorpassato
> alla grande anche Delphi, che fino a poco tempo prima, deteneva un primato
> tra i RAD.
>
>> Probabilmente a parte le tecnologie per me nuove, mi confonde l'ide
>> poiche' � straricco di funzionalit�.
>
> Devi farci l'abitudine e comunque ti consiglio l'acquisto di un libro, per
> uno studio sistematico e approfondito. C'� un ottimo testo sul C#, di cui
> � uscita una nuova versione: http://tinyurl.com/5lklwv
> Io posseggo quella relativa al 2005. E' un bel mattone, per� ne vale la
> pena.
>
>
>
ho comprato alcuni giorni fa C# 2008 passo per passo e dal peso sembra
un buon libro ;)
Roberto Montaruli
> On Tue, 08 Jul 2008 23:15:26 +0200, Roberto Montaruli
> <rmont...@yahoo.com> wrote:
> >L'ide del C# fa questo?
> >Ok, ti fa creare una struttura dati e produce un file.mdf
> >Ma poi ci vuole un server che se lo smazza questo file, e che interpreta
> >le query SQL.
> Il server esiste ed è SQL Server Express.
Ok, mi devo segnare che i files .mdf sono roba di SQL Server.
> >acquisire quel file.mdf e poi fare il server,
> Non deve "acquisirlo".
Il termine tecnico per prendere in carico un database e' MOUNT, che
qualcuno traduce con "montare" ma che a me non piace molto come traduzione.
> >Io non conosco SQLserver e sono alquanto disgustato da questo mischione
> >che la microsoft combina ogni volta,
> Quale "mischione"?
Il mischione di fare creare un file.mdf ad uno strumento che non e' quello
preposto alla sua gestione.
Sarebbe molto piu' chiaro e comprensibile se fosse il sqlserver a creare
quel file, e il Visual C# al massimo si importasse le strutture e le
definizioni dei dati per poterci scrivere del codice intorno.
> Ho idea che come al solito parli e sparli di
> Microsoft, senza conoscere approfonditamente i suoi prodotti.
Questo e' un gruppo di programmazione, non un gruppo di microsoft.
Si puo' programmare (per fortuna e' ancora possibile farlo) senza avere a
che fare con la microsoft.
Io non conosco sqlserver, ma conosco mysql e oracle, e i principi per
accedere ad un db sono simili.
E nessun tool di sviluppo di quelli che io utilizzo mi permette di creare
files per mysql o per oracle.
Io creo le mie tabelle sul database, e poi ci accedo e ci opero con
comandi SQL dai miei linguaggi di programmazione.
> Quale
> confusione? se non si sanno usare certi tool, la colpa non è
> certamente di Hal (che deve studiare), ma sicuramente neanche di MS.
Hal deve studiare programmazione o deve studiare microsoft?
Perche' se deve studiare programmazione e' bene che si chiarisca fin da
subito che un database e' un server e chi ci accede e' un client.
Poi ci sono le cose che fa microsoft.
> >Un server che gestisca il db, in un modo o nell'altro ci vuole.
> >L'applicazione si collega al db, usando ODBC o altri providers, e poi
> >tramite comandi SQL si accede ai dati.
> >Questo secondo i crismi della teoria dei database.
> La "teoria dei database" se ne infischia altamente di come accedi al
> DB.
Mica tanto se ne infischia, visto che io ci accedo benissimo ai miei
database.
> >Io preferisco di gran lunga avere il database da una parte e
> >l'applicazione che vi accede dall'altra.
> Non sai di che cosa stai parlando.
> Eppure parli.
> Mah... atteggiamento molto opinabile.
Lasciamo perdere le polemiche!
--
questo articolo e` stato inviato via web dal servizio gratuito
http://www.newsland.it/news segnala gli abusi ad ab...@newsland.it
Davide Quack
> Sarebbe molto piu' chiaro e comprensibile se fosse il sqlserver a creare
> quel file,
Che è quello che succedere, giusto per chiarire.
--
Articolo 33 della Costituzione italiana: L'arte e la scienza sono
libere e libero ne è l'insegnamento.
detto qesto: http://www.pluto.it/files/ildp/HOWTO/Coffee/Coffee.html
oppure questo? http://lenr-canr.org/acrobat/DeNinnoAexperiment.pdf
Hal
avendo sviluppato siti in php e mysql, per me il mondo C# e SqlServer è
tutto nuovo, prima utilizzavo phpmyadmin dal browser come frontend per
creare i miei db...
in php ero costretto a scrivere tutto, e l'interfaccia vivendo nel
browser deve essere in xhtml + css + javascript, quindi 3 tecnologie
differenti che reagiscono i modo differente a seconda del browser
utilizzato, se a questo aggiungiamo il mare dei framework javascript, +
l'avvento della moda AJAX etc...etc.......passi piu' tempo a progettare
il layout di un'applicazione con la presentazione dei dati, che la
logica dell'applicazione stessa.
Quì invece con l'ide e la sintassi che appare al volo è meraviglioso, e
la parte grafica la fai in 5 minuti!!!
W MICROSOFT!!!!
Probabilmente a parte le tecnologie per me nuove, mi confonde l'ide
poiche' è straricco di funzionalità.
Ma credo che appena mi sentiro' a mio agio come lo ero con php volero'!!!!!
Del resto sono 3 settimane che studio C#
grazie a tutti!
Andrea Laforgia
> > Il server esiste ed è SQL Server Express.
> Ok, mi devo segnare che i files .mdf sono roba di SQL Server.
Ti devi segnare un bel po' di cose e sarebbe bene che te le segnassi PRIMA
di rispondere e contribuire con giudizi sbagliati.
> Il termine tecnico per prendere in carico un database e' MOUNT
Non c'entra un cavolo con quanto si sta dicendo. Il modo in cui si "monta"
un database dipende dalle tecnologie specifiche e tu non conosci (per tua
stessa ammissione) la tecnologia specifica di cui si sta discutendo.
Quindi perché parli?
> Il mischione di fare creare un file.mdf ad uno strumento che non e' quello
> preposto alla sua gestione.
E' esattamente quello lo strumento preposto alla sua gestione.
> Sarebbe molto piu' chiaro e comprensibile se fosse il sqlserver a creare
> quel file
E' quello che accade.
>e il Visual C#
Visual C# ti consente di creare dei progetti database, ma tu non sai
neanche lontanamente cosa siano.
> Questo e' un gruppo di programmazione, non un gruppo di microsoft.
Questo è un gruppo in cui ognuno è legittimato a chiedere informazioni su
tecnologie MS, le quali appartengono alla moltitudine di tecnologie
utilizzate per programmare. E quel qualcuno si aspetta risposte da persone
competenti in materia, non da gente come te che non sa di che sta
parlando, tira fuori fantomatici "mischioni" e produce un inutile, sterile
turbidume di baggianate. Si può programmare (i "per fortuna" tienteli per
te, visto che ignori la materia specifica) senza avere a che fare con
Microsoft, come si possono trovare risposte nei ng di programmazione da
parte di persone PROFONDAMENTE IGNORANTI su tecnologie MS, ma che si
arrogano ugualmente il diritto di rispondere sul tema.
> Io non conosco sqlserver, ma conosco mysql e oracle, e i principi per
> accedere ad un db sono simili.
Qui c'è una persona che sta chiedendo informazioni su una tecnologia
specifica. SE NON LA CONOSCI, **NON** RISPONDERE. L'unica cosa che
accomuna MyQSL e Oracle è che sono entrambi database. La similitudine
finisce qui.
> E nessun tool di sviluppo di quelli che io utilizzo mi permette di creare
> files per mysql o per oracle.
E un bello "sti cazzi" non ce l'aggiungi? Quello che usi tu non credo
interessi a nessuno. Personalmente utilizzo tool che mi consentono di
disegnare un diagramma E/R e arrivare allo stadio finale del DB bello e
pronto senza far nulla di specifico nel mezzo. Ma quello che faccio io non
c'entra nulla con la questione su cui l'OP sta chiedendo lumi.
> Io creo le mie tabelle sul database, e poi ci accedo e ci opero con
> comandi SQL dai miei linguaggi di programmazione.
Ci sono molte altre persone che procedono per vie differenti, il che non
vuol dire necessariamente che stanno sbagliando qualcosa.
> Hal deve studiare programmazione o deve studiare microsoft?
Deve studiare le tecnologie Microsoft, se vuole usarle. Hal deve conoscere
le tecnologie che usa, se vuole sfruttarle proficuamente. Il tuo odio
personale per Microsoft ti acceca al punto da danneggiare altre persone.
E' un atteggiamento molto riprovevole.
> Mica tanto se ne infischia, visto che io ci accedo benissimo ai miei
> database.
Ripeto: la "teoria dei database" (studiatela!) se ne infischia ALTAMENTE
di quali siano le tecniche per accedere a uno specifico database.
> > >Io preferisco di gran lunga avere il database da una parte e
> > >l'applicazione che vi accede dall'altra.
Quello che tu preferisci è irrilevante.
> Lasciamo perdere le polemiche!
Eh no, mi spiace. Tiri i sassi e nascondi la mano?
Finquando risponderai tirando fuori sciocchezze derivanti dalla tua
ignoranza sull'uso di certe tecnologie, le polemiche continueranno eccome,
perché così facendo non aiuti nessuno, irriti e danneggi chi chiede
genuinamente informazioni.
La programmazione non è fatta solo di concetti teorici importanti da
conoscere, ma anche di strumenti specifici per il lavoro di tutti i giorni.
Il concetto che devi seguire è semplice: non rispondere riguardo argomenti
che NON conosci. Astieniti.
Andrea Laforgia
> avendo sviluppato siti in php e mysql, per me il mondo C# e SqlServer è
> tutto nuovo, prima utilizzavo phpmyadmin dal browser come frontend per
> creare i miei db...
Già! lo so bene perché non c'è una gran uniformità in materia.
> Quì invece con l'ide e la sintassi che appare al volo è meraviglioso, e
> la parte grafica la fai in 5 minuti!!!
> W MICROSOFT!!!!
E già. Con VS 2008, poi, hanno fatto un gran bel lavoro. Microsoft ha
finalmente recepito la logica degli ambienti RAD. Se conosci strumenti
come Delphi sai di che sto parlando. Secondo me comunque ha sorpassato
alla grande anche Delphi, che fino a poco tempo prima, deteneva un primato
tra i RAD.
> Probabilmente a parte le tecnologie per me nuove, mi confonde l'ide
> poiche' è straricco di funzionalità.
Devi farci l'abitudine e comunque ti consiglio l'acquisto di un libro, per
uno studio sistematico e approfondito. C'è un ottimo testo sul C#, di cui
è uscita una nuova versione: http://tinyurl.com/5lklwv
Io posseggo quella relativa al 2005. E' un bel mattone, però ne vale la
pena.
Andrea Laforgia
Aggiungo che nella gerarchia microsoft.* trovi aiuti validissimi sulle
tecnologie che stai usando...
Roberto Montaruli
> Roberto Montaruli ha scritto:
>> Questo e' un gruppo di programmazione, non un gruppo di microsoft.
>
> Questo è un gruppo in cui ognuno è legittimato a chiedere informazioni su
> tecnologie MS, le quali appartengono alla moltitudine di tecnologie
> utilizzate per programmare. E quel qualcuno si aspetta risposte da persone
> competenti in materia, non da gente come te che non sa di che sta
> parlando, tira fuori fantomatici "mischioni" e produce un inutile, sterile
> turbidume di baggianate. Si può programmare (i "per fortuna" tienteli per
> te, visto che ignori la materia specifica) senza avere a che fare con
> Microsoft, come si possono trovare risposte nei ng di programmazione da
> parte di persone PROFONDAMENTE IGNORANTI su tecnologie MS, ma che si
> arrogano ugualmente il diritto di rispondere sul tema.
>
Non so se tu ti rendi conto di essere arrogante ed offensivo.
O se lo fai apposta, ma con me hai proprio sbagliato bersaglio.
Usenet e' una risorsa molto democratica dove chiunque e' libero di
esprimere pareri e mettere a disposizione la propria esperienza, cosi'
come chiunque e' libero di leggere, prendere atto delle altrue opinioni
e trarre le proprie conclusioni usando un minimo di criticita'.
Io ribadisco, questo e' un gruppo di programmazione, non un gruppo di
microsoft.
Tu stesso hai indicato dei gruppi specifici dedicati ai prodotti microsoft.
La programmazione e' una scienza che funziona a prescindere dallo
strumento che si usa, e su questo punto puoi provare a controbattere con
tutte le argomentazioni che preferisci, ma non riuscirai a scalfire!
A delle domande sulla programmazione si possono fornire risposte precise
a prescindere dallo strumento.
A domande sullo strumento, si puo' provare a rispondere, perche'
rispondere e' cortesia, ma le domande sullo strumento sono OT in questo
gruppo.
E per quanto riguarda le mie opinioni circa la roba microsoft, che ti
piaccia o no, non ne parlo da ignorante in materia, ma ne parlo da
programmatore con esperienza ventennale, che si e' formato su ambienti
unix, che ha scritto codici per i piu' svariati ambienti, e che
purtroppo deve averci a che fare ogni tanto con la roba microsoft, e che
si rende conto, proprio dovendola usare, quanto sia ostica, faticosa,
chiusa, carente di documentazione, irrispettosa di qualunque standard,
e, per finire, buggata!
E queste non sono opinioni: sono fatti!
Andrea Laforgia
<rmont...@yahoo.com> wrote:
>Non so se tu ti rendi conto di essere arrogante ed offensivo.
>O se lo fai apposta, ma con me hai proprio sbagliato bersaglio.
Ma chi se ne frega di colpire te nello scpecifico. Non sei così
importante, stai tranquillo. L'unica mia premura è che gli altri
frequentatori del gruppo non apprendano cose sbagliate e perciò
ribatto a chi, come te, dice cose inesatte. Gli unici arroganti sono
coloro che si arrogano (appunto) il diritto di parlare di ciò che non
conoscono e se reputi offensivo uno che ti spiattella chiara e tonda
la verità nelle palle degli occhi, ovvero che sei un profondo
ignorante della materia su cui ti arroghi (vedi sopra) il diritto di
parlare, allora sono fiero di "offenderti". Tu dici un mare di
baggianate su argomenti che NON CONOSCI. Ci fai solo una pessima
figura, astieniti. Stai attento alle parole che usi: io non ho detto
che sei imbecille; questo avrebbe significato offenderti. Ho detto che
sei IGNORANTE e che sei ignorante sul tema specifico lo affermi tu
stesso. Rileggiti. Dici di non conoscere SQL Server eppure ne parli. E
il bello è che pretendi di parlarne in termini negativi! ROTFL!
Non è la prima volta che sparli di tool Microsoft senza conoscerli.
Ricordo una tua ridicolissima scalata sugli specchi parlando di
Windows. Ma ci tieni proprio a fare figuracce?
>Io ribadisco, questo e' un gruppo di programmazione, non un gruppo di
>microsoft.
Prima dici che Usenet è un luogo democratico e poi vuoi limitare la
libertà degli altri nel discutere di argomenti di programmazione?
Microsoft produce tool che vengono usati per programmare e sono usati
da MILIONI di programmatori. Cerca di adeguarti a convivere con cui
***PROGRAMMA*** usando tool Microsoft. Il verbo "programmare" implica
svolgere l'attività con qualunque tool a disposizione. Fattene una
ragione. Mi spiace che questo limiti fortemente le tue capacità di
intervento; so che ti piacerebbe un gruppo in cui non si entrasse
nello specifico di nulla, perché evidentemente tu di nulla sei
esperto, ma purtroppo (per te) c'è anche chi le tecnologie le conosce.
Tanto per evitare che tu dia sfogo a una nuova arrampicata sugli
specchi, ti riporto quel che dice il manifesto di questo gruppo:
"L'avvento di sistemi sempre più complessi ha imposto a chiunque
voglia programmare la necessità di tenersi sempre aggiornato. In
questo ambito la possibilità di scambiare informazioni con altri
programmatori è diventata essenziale. La presenza di un newsgroup
italiano permetterebbe uno scambio di opinioni più agile rispetto al
mezzo costituito dai newsgroup internazionali. Oltre alle richieste di
aiuto, sempre utili per aprire una discussione, si potrebbero
accogliere anche lavori, notizie, recensioni, contributi da altri
newsgroup; il tutto al fine di approfondire nel migliore dei modi i
molteplici aspetti della programmazione. Gli argomenti potranno essere
i più vari: dalla programmazione in assembler fino a quella oggetti e
visuale. Si potrà trattare di algoritmi così come si potrà parlare di
argomenti più generali come la portabilità del codice o i formati dei
dati.
Non vedo proprio alcun limite nel discutere della programmazione con
tool Microsoft, mi dispiace per te.
>Tu stesso hai indicato dei gruppi specifici dedicati ai prodotti microsoft.
Il che non vuol dire che non se ne possa discutere anche qui. I gruppi
specifici MS servono ad avere aiuti migliori e specializzati rispetto
a quelli che si possono ricevere da altre parti, semplicemente perché
vi si concentrano gli utilizzatori dei tool Microsoft, nonché i Most
Valuable Professionals di queste tecnologie. Il mio consiglio non
implica affatto un Off Topic. A questo punto inviterò chi usa tool
microsoft ad andare lì anche per non incontrare gente come te.
>La programmazione e' una scienza
La programmazione non è una scienza.
>che funziona a prescindere dallo
>strumento che si usa
La programmazione è un'attività che implica strumenti di lavoro
specifici. La programmazione non "funziona" a prescindere. Per parlare
di questi strumenti di lavoro ci vuole competenza su questi strumenti.
Tu - per tua stessa ammissione - non ce l'hai.
>A delle domande sulla programmazione si possono fornire risposte precise
>a prescindere dallo strumento.
Niente affatto. Quando lo strumento è coinvolto nella programmazione,
bisogna conoscere lo strumento per rispondere.
>A domande sullo strumento, si puo' provare a rispondere, perche'
>rispondere e' cortesia, ma le domande sullo strumento sono OT in questo
>gruppo.
Scriiiiiiiiiiiiiiiiiiich!... rumore di unghie su uno specchio.
Se le domande sono OT, sono OT anche le cortesi risposte. Quindi o ti
limiti a non rispondere e a segnalare quello che secondo il tuo
ragionamento bacato è un OT, oppure non alimenti una discussione sull
base di conoscenze tecniche che non possiedi.
>purtroppo deve averci a che fare ogni tanto con la roba microsoft,
Chi sei e come ti sei formato è fuffa pura. Il fatto che tu non
conosca minimamente nel dettaglio la "roba microsoft" è testimoniato
da tutto ciò che hai scritto nel tempo sulla "roba microsoft" in
questo ed altri gruppi. Ti sei dimostrato ignorante in materia.
Smettila di continuare a fare figuracce.
>E queste non sono opinioni: sono fatti!
E invece no. Queste sono le tue personalissime e sballate opinioni.