Newsgroup: it.comp.lang.visual-basic
Titolo: Il VB 6 e' un linguaggio.....

senza futuro?
Nel senso che iniziarlo a studiare oggi e' tempo sprecato?
Grazie.

 Nel senso che iniziarlo a studiare oggi e' tempo sprecato?
Penso non è tempo sprecato.
Se non devi acquistare la licenza,
se non devi acquistare materiale, es. testi,
è ottimo per avvicinarsi alla programmazione.
Rimane l'attenzione,
non irrigidirsi sul metodo strutturale di VB6
Il cambiamento, prima o poi verrà,
verso .NET.
Non dovrà essere traumatico.
Lo sai, quindi conviene iniziare sapendo che si incontreranno molteplici e
sostanziali cambiamenti.
Ave
giuseppeD

 verso .NET.
[CUT]
... oppure continuerà verso Java ;-P
Ciao
Pow

 ... oppure continuerà verso Java ;-P
Azz, verso Java ? Vuoi dire che Java (la cagnolina di AP) si mette a
programmare ?
Scusa ma non conosco altri Java in giro che siano utili per programmi e non
per giochini dei cell e applet web (se ne esistono ancora)
-- 
<Gigio2K>
--- 
http://www.g2kweb.it/gigio2k
 ---
Nokia -> I.T.H.N. -> 
http://www.ithn.it/
VB -> I.C.L.VB -> 
http://www.it-lang-vb.net/

 
Beh, Java ha già avuto 10 anni per dimostrare che nessuno lo vuole :P
Ciao

 Beh, Java ha già avuto 10 anni per dimostrare che nessuno lo vuole :P
parecchi sw dello stato, soprattutto del tesoro, non volendo privilegiare
una piattaforma particolare (la presidenza del consiglio- dip. innovazione e
tecnologia ha appena ribadito di stare sull'open source ogni volta che si
puo') e' un po' che sono in java.
discutibile, certo, ma ti assicuro che e' gia' un gran passo avanti rispetto
ai 5980 sw con db proprietari, tutti diversi fra loro e funzionanti cosi'
cosa', che c'erano prima...
ciao, j.

 parecchi sw dello stato, [cut] e' un po' che sono in java.
Vedi Entratel - Telemaco - Fedra - Arianna, tutti in java e tutti che
funzionano una volta sì e tre no, mi verrebbe spesso voglia di scoprire chi
ha fatto l'analisi di 'sti programmi, perchè oltre a non funzionare bene
spesso non vanno proprio, sono complicatissimi da usare e un'operazione che
normalmente sarebbe semplice con questi software diventa di una complessità
mostruosa.
Ultimamente sono migliorati anche se la stupidaggine è sempre dietro
l'angolo.
Ad esempio Telemaco: se in allegato alla pratica ci sono file per un totale
di svariati mega (tipo 20-30) (spesso è la camera di commercio che richiede
tutte queste carte) la progressbar dell'invio arriva al 70% poi comincia a
dare i numeri sparando dei valori a caso, spesso negativi, e a volte si
blocca quando si suppone che sia quasi arrivato alla fine, dopo 40 fatidici
minuti di attesa.
Lo so' che è una boiata, ma quando ho fatto presente la cosa al supporto
tecnico mi hanno risposto che era colpa mia perchè caricavo troppo la
pratica, invece la pratica di quei documenti ha bisogno per essere evasa.
Oppure fanno le modifiche ai programmi e poi non le documentano.
Cazzo! redimi un po' di documentazione per me povero sfigato che quando
installo (e spesso sono costretto perchè le versioni vecchie scadono come il
cartone del latte aperto) ogni volta non ho la minima idea della metà delle
cose che mi trovo davanti e mi tocca perdere delle ore per capire come si fa
adesso per fare la stessa cosa di prima.
Grrrrrr....
Scusate lo sfogo, ma ogni tanto ce vò.
-- 
Le persone non sono il proprio comportamento: devi sempre andare oltre,
essere flessibile, capire il punto di vista degli altri, interpretarne i
comportamenti ed intuirne le esigenze.
Per rispondere in privato elimina
dall'indirizzo "togliquesto"
MasterDavidex
David Ruscelli

 ha scritto nel messaggio
news:eQN2c.12307$z23.5...@news3.tin.it...

Un percorribile.
Rimango perplesso da ciò che è gratuito.(escluso per il sociale)
Rimango perplesso da ciò che non subisce cambiamenti radicali.
Il rischio, per utilizzare le nuove tecnologie, volendo portarsi tutto il
vecchio per supportare il precedente,
che ad una distanza, ti trovi una marea di possibilità di utilizzo, ove una
grossa parte non ha ragione più di essere.
Meglio, secondo me, il seguito dalla Microsoft.
Il problema ritengo sia politico.
Tutti per evitare concentrazioni, tutti per la democrazia, poi,
davanti al denaro si diventa seguagi di Giuda, e tanti saluti alle buone
intenzioni.
Ave
giuseppeD

 l'angolo.
:)
hai ragionissima, e spesso smoccolo anch'io.
ma ti assicuro che e' gia' un *grosso* passo avanti.
ciao, j.

 puo') e' un po' che sono in java.
Per enti pubblici potrei anche essere d'accordo per una sola ragione: 
l'open source costa meno.
Ma costa veramente meno alla lunga, date le complicazioni che voi stessi 
riportate?
Nota che non voglio tirare l'acqua al mulino Ms, perņ Java l'ho visto di 
sfuggita e quel poco che ho visto mi č bastato per catalogarlo come 
infrastruttura (non il linguaggio, ma quello che sta sotto) instabile e 
pesante.
Piuttosto usate uno dei tanti linguaggi OpenSource che funzionano davvero :)
E comunque a parte loro... chi usa Java? :)
Ciao

 E comunque a parte loro... chi usa Java? :)
be', io la smanazzo e porto fuori spesso :)
ciao, j.

> E comunque a parte loro... chi usa Java? :)
Non ci crederai (e non ci credevo nemmeno io) ma Java viene usato per
gestire tutte la comunicazioni telefoniche da parte dei vari gestori di
telefonia.
Ho un amico che lavora per una grossa azienda americana che sta creando il
nuovo sistema di gestione per Wind Infostrada e mi ha detto che ci lavorano
in Java (lui sta creando le interfacce grafiche per gli operatori
telefonici...)
Resto comunque dell'idea che java sia lento come una lumaca ad un funerale
di lumache...
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
www.nicolaottomano.it

 
Il problema non e' l'opensource ma il multipiattaforma.
Java non funziona? Non lo so. E' sicuramente pesante, ma il problema dei 
programma java che ho visto non e' tanto la pesantezza e lentezza, 
quanto il fatto di essere fatti male. E questo non dipende ne' da Sun, 
ne' da Ms, ne' dall'opensource.
Certo, esistono linguaggi di programmazione opensource e 
multipiattaforma, ma purtroppo sono spesso l'opera volenterosa di 
qualche pioniere. Se mi devo mettere a fare il porting di una 
applicazione sperando che qualcuno abbia compilato gcc anche per la mia 
piattaforma sono a posto...
Java almeno questo tentativo lo ha fatto.
Di certo ms non ha dato una mano a Sun in questo.
ciao
	maxx
-- 
NOSPAM: Rimuovere i trattini dallo username!
Cut hyphens from my username!

 piattaforma sono a posto...
Sì, ma quanti OS vai a supportare?
Oltre a Win e Linux, c'è davvero qualcuno che usa Spark o Solaris?
Ciao

 che è gratuita e standard!).
ecco, insomma... sugli standard ms, e soprattutto sull'aderenza di ms agli
standard, ormai siamo scafati. e francamente affidare uno stato a un trend
di borsa mi sembra un po' troppo.
ciao, j.

 di telefonia.
Anche i prossimi contatori dell'Enel con gestione client-server delle fasce
di utilizzo di corrente...
Sono entrambi ambienti mission critical di dimensioni tali da far rabbridire
un programma VB.
termoPilucco

per giochini dei cell e applet web (se ne esistono ancora)
Conosci poco :-P
-- 
ciao,
hal

mostruosa.
Verissimo, ma non e' che sul fronte visual basic sia molto meglio :-(
Voglio dire che il problema non sta nel linguaggio, ma in chi lo usa
o, peggio, in chi progetta l'applicazione.
-- 
ciao,
hal

Oltre a Win e Linux, c'č davvero qualcuno che usa Spark o Solaris?
Solaris
-- 
ciao,
hal

 Solaris
Anche come sistema client?
--
Math Parser : 
http://www.neodatatype.net
Sito Comune : 
http://www.it-lang-vb.net

 standard, ormai siamo scafati.
E' vero, ma questa volta lo standard č stato depositato all'ECMA, non č il
solito "standard di fatto".
Ciao


Anche come sistema client?
No, solo server.
-- 
ciao,
hal

 solito "standard di fatto".
mi sembra che sui webforms abbiano gia' fatto marcia solista.
quando hai il 99% del mercato sei ineluttabilmente portato a pensare che lo
standard sei tu...

 o, peggio, in chi progetta l'applicazione.
clap clap
e quando si parla di uno stato, tutto sommato complesso come l'italia, la
progettazione non e' poco. come coi sistemi, non e' questione di guerre di
religione. usiamo vb, asp, java, vt100, 3270, anche sullo stesso ambito. il
problema e' sempre nelle teste, e nelle inerzie da superare senza far
scoppiare guerre socio-politico-sindacali. non e' poco, ma qualcosa si
comincia a vedere. alcuni enti (e siti) sono raccapriccianti, altri si
stanno svegliando.
ciao, j.

 o, peggio, in chi progetta l'applicazione.
concordo con te.
Quando dico
"mi verrebbe spesso voglia di scoprire chi ha fatto l'analisi di 'sti
programmi"
non è certo per congratularmi con loro.
Inoltre nel precedente post ho omesso che secondo me lo stato opta per java
causalmente in quanto metterà in piedi delle gare d'appalto e alla fine
prenderanno l'appalto le aziende che chiedono meno denaro a parità dio
prestazione, che casualmente lavorano in java.
A quanto ne so per es entratel è di una SoftwareHouse che si chiama SOGEI.
Per gli altri software non ho indagato.
In  generale non credo che il ministero delle entrate e affini si mettano lì
a valutare quale piattaforma sia migliore, sarebbe interessante verificare
ma non credo che nella gara d'appalto inseriscano come vincolo la
piattaforma.
Per quanto riguarda Vb non saprei.
Sono sicuro di una cosa però, che c'è gente come Lupo o te o altri che se
avessero avuto l'appalto di Entratel o Fedra o Telemaco avrebbero lavorato
in maniera migliore.

 avrebbero lavorato in maniera migliore.
Per quanto mi riguarda, ti ringrazio della fiducia (che, sinceramente, non
merito), ma (e qui credo di confermare il concetto da te espresso) io con lo
Stato non ci lavoro più. O mi pagano in anticipo (cosa inconcepibile, quasi
per ... Costituzione...) o gli dico, in chiaro e per iscritto, che sono
degli incompetenti.
Basta vedere (e io l'ho visto, anche con minimi, praticamente assenti
"poteri decisionali") la scuola (ma non voglio, per piacere!, aprire un
flame) che insegna quel ch'è vecchio di (almeno) un decennio. Tutti sappiamo
quanto "pesi" un decennio in questo settore...

 piattaforma.
http://www.innovazione.gov.it/ita/comunicati/2003_10_29.shtml
riporto il testo completo del cartaceo che mi sono trovato davanti un mese
fa:
( 
http://www.gazzettaufficiale.it/gurifulcrum/dispatcher
 )
PRESIDENZA DEL CONSIGLIO DEI MINISTRI
DIPARTIMENTO PER L'INNOVAZIONE E LE
TECNOLOGIE
DIRETTIVA 19 Dicembre 2003
Sviluppo ed utilizzazione dei programmi informatici da parte delle pubbliche
amministrazioni.
(GU n. 31 del 7-2-2004 )
IL MINISTRO PER L'INNOVAZIONE E LE TECNOLOGIE
  Visto  il  regio  decreto 18 novembre 1923, n. 2440, recante ĞNuove
disposizioni sull'amministrazione del patrimonio e sulla contabilita'
generale dello Statoğ;
  Visto il regio decreto 23 maggio 1924, n. 827, recante ĞRegolamento
per  l'amministrazione  del patrimonio e per la contabilita' generale
dello Statoğ;
  Visto il decreto legislativo 24 luglio 1992, n. 358, recante ĞTesto
unico delle disposizioni in materia di appalti pubblici di forniture,
in  attuazione delle direttive 77/62/CEE, 80/767/CEE e 88/295/CEEğ, e
successive   modificazioni   (con  particolare  riguardo  al  decreto
legislativo  20  ottobre  1998, n. 402, in attuazione delle direttive
93/36/CEE e 97/52/CE);
  Vista  la  legge  7 agosto  1990,  n.  241, recante ĞNuove norme in
materia  di  procedimento  amministrativo  e di diritto di accesso ai
documenti amministrativiğ;
  Visto  l'art.  12  del decreto legislativo 12 febbraio 1993, n. 39,
recante  ĞNorme in materia di sistemi informativi automatizzati delle
amministrazioni pubbliche, a norma dell'art. 2, comma 1, lettera mm),
della legge 23 ottobre 1992, n. 421ğ;
  Visto il decreto del Presidente del Consiglio dei Ministri 6 agosto
1997,   n.   452,   recante  ĞRegolamento  recante  approvazione  del
capitolato  di  cui  all'art.  12,  comma  1, del decreto legislativo
12 febbraio  1993,  n.  39, relativo alla locazione e all'acquisto di
apparecchiature   informatiche,   nonche'   alla  licenza  d'uso  dei
programmiğ;
  Visto  l'art.  6  della  legge  24 dicembre  1993,  n. 537, recante
ĞInterventi   correttivi   di   finanza  pubblicağ,  come  modificato
dall'art. 44 della legge 23 dicembre 1994, n. 724;
  Visto il decreto del Presidente della Repubblica 18 aprile 1994, n.
573,  recante  ĞNorme  per  la  semplificazione  dei  procedimenti di
aggiudicazione di pubbliche forniture di valore inferiore alla soglia
di rilievo comunitarioğ;
  Visto  il  decreto  legislativo  17 marzo  1995,  n.  157,  recante
ĞAttuazione  della direttiva 92/50/CEE in materia di appalti pubblici
di  serviziğ, e successive modificazioni (con particolare riguardo al
decreto  legislativo  25 febbraio  2000,  n.  65, in attuazione delle
direttive 97/52/CE e 98/4/CE);
  Visto  il  decreto  legislativo  17 marzo  1995,  n.  158,  recante
ĞAttuazione  delle  direttive  90/531/CEE  e  93/38/CEE relative alle
procedure di appalti nei settori esclusiğ, e successive modificazioni
(con particolare riguardo al decreto legislativo 25 novembre 1999, n.
525, in attuazione delle direttive 94/22/CE e 98/4/CE);
  Visto l'art. 20, comma 8, allegato 1, punto 12 della legge 15 marzo
1997,  n.  59,  recante  ĞDelega  al  Governo  per il conferimento di
funzioni  e compiti alle regioni ed enti locali, per la riforma della
pubblica amministrazione e per la semplificazione amministrativağ;
  Visto  l'art.  24  della  legge  24 novembre  2000, n. 340, recante
ĞDisposizioni   per   la   delegificazione   di   norme   e   per  la
semplificazione   di   procedimenti   amministrativi   -   legge   di
semplificazione 1999ğ;
  Visto  il decreto del Presidente della Repubblica 28 dicembre 2000,
n.   445,   di  approvazione  del  ĞTesto  unico  delle  disposizioni
legislative    e   regolamentari   in   materia   di   documentazione
amministrativa (Testo A)ğ;
  Vista  la legge 27 dicembre 2002, n. 289, (legge finanziaria 2003),
ed in particolare l'art. 26, comma 2, lettera a);
  Visto  il decreto del Presidente della Repubblica in data 10 giugno
2001, di nomina del Ministro senza portafoglio per l'innovazione e le
tecnologie;
  Visto  il decreto del Presidente del Consiglio dei Ministri in data
9 agosto  2001,  concernente  delega  di  funzioni del Presidente del
Consiglio   dei   Ministri   al   Ministro   senza   portafoglio  per
l'innovazione e le tecnologie;
  Visti i significativi sviluppi delle tecnologie dell'informazione e
della  comunicazione  ed  in  particolare  il processo di produzione,
distribuzione  ed  evoluzione  di  programmi  informatici che si basa
sulla disponibilita' del codice sorgente aperto;
  Considerati  gli  esiti  dell'indagine  conoscitiva  sui  programmi
informatici   a  codice  sorgente  aperto  svolta  dalla  Commissione
appositamente  istituita e composta da numerosi e qualificati esperti
delle  pubbliche  amministrazioni, del mondo accademico e del settore
delle imprese;
  Ritenuto di dover fornire un indirizzo univoco relativo alle scelte
delle  soluzioni  per  la  predisposizione  e  per l'acquisizione dei
programmi informatici da parte delle pubbliche amministrazioni;
                                Emana
la  seguente  direttiva  in  materia  di sviluppo e utilizzazione dei
programmi informatici da parte delle pubbliche amministrazioni.
1. Finalita'.
  Con   la   presente   direttiva   si   forniscono   alle  pubbliche
amministrazioni indicazioni e criteri tecnici e operativi per gestire
piu'  efficacemente  il processo di predisposizione o di acquisizione
di programmi informatici. In particolare, nella presente direttiva si
indica  come  le  pubbliche amministrazioni debbano tener conto della
offerta  sul  mercato di una nuova modalita' di sviluppo e diffusione
di programmi informatici, definita Ğopen sourceğ o Ğa codice sorgente
apertoğ.  L'inclusione  di tale nuova tipologia d'offerta all'interno
delle  soluzioni tecniche tra cui scegliere, contribuisce ad ampliare
la gamma delle opportunita' e delle possibili soluzioni, in un quadro
di equilibrio, di pluralismo e di aperta competizione.
2. Definizioni.
  Ai fini della presente direttiva si intende:
    a) per  Ğformato  dei  datiğ  la modalita' con cui i dati vengono
rappresentati  elettronicamente  in  modo che i programmi informatici
possano  elaborarli.  Il  formato  specifica la corrispondenza fra la
rappresentazione  binaria  e  i  dati  rappresentati (testo, immagini
statiche o dinamiche, suono, ecc.).
  Esempi di formati sono Bitmap, GIF, JPEG, ecc.;
    b) per  Ğformato  apertoğ,  un  formato  dei dati reso pubblico e
documentato esaustivamente;
    c) per  Ğtecnologia  proprietariağ,  una  tecnologia posseduta in
esclusiva  da  un  soggetto  che  in  genere  ne  mantiene segreto il
funzionamento;
    d) per  Ğformato  proprietarioğ  un formato di dati utilizzato in
esclusiva   da   un  soggetto  che  potrebbe  modificarlo  a  proprio
piacimento;
    e) per   Ğstandardğ  una  specifica  o  norma  condivisa  da  una
comunita'.   Lo   standard   puo'   essere  emanato  da  un  ente  di
standardizzazione   oppure   essersi   imposto   di  fatto  (industry
standard).  Nel caso dei formati dei dati o dei documenti, un formato
e'  standard  quando e' definito da un ente di standardizzazione (per
esempio,  il  formato  XML), o e' di fatto condiviso da una comunita'
(per esempio, il formato PDF);
    f) per  Ğinteroperabilitağ  la  capacita'  di sistemi informativi
anche  eterogenei  di  condividere, scambiare e utilizzare gli stessi
dati e funzioni d'interfaccia;
    g) per  Ğprogrammi  informatici  ad  hoc  o  customğ applicazioni
informatiche  sviluppate  o  mantenute da un fornitore per soddisfare
specifiche esigenze di uno o piu' clienti. Normalmente questo tipo di
sviluppo  viene  eseguito all'interno di un contratto di servizio per
il quale il cliente corrisponde al fornitore un compenso;
    h) per  Ğprogrammi  a licenza d'usoğ, o Ğpacchettiğ, applicazioni
informatiche  che  vengono  cedute  in  uso  (e non in proprieta) dal
fornitore  al  cliente.  Tale cessione d'uso e' regolata da opportune
licenze  che  indicano  i  vincoli  e i diritti che sono garantiti al
titolare della licenza stessa;
    i) per    Ğprogrammi    di   tipo   proprietarioğ,   applicazioni
informatiche basate su tecnologia di tipo proprietario, cedute in uso
dietro pagamento di una licenza, che garantisce solo la fornitura del
codice  eseguibile e non del codice sorgente. Esempi di tali prodotti
sono MS Windows, IBM DB2, Oracle DB;
    j) per  Ğprogrammi  a  codice  sorgente  apertoğ o Ğopen sourceğ,
applicazioni   informatiche   il  cui  codice  sorgente  puo'  essere
liberamente studiato, copiato, modificato e ridistribuito;
    k) per  Ğcosto  totale  di possessoğ, l'insieme dei costi che nel
corso  dell'intera  vita  operativa  di  un  sistema  informativo  e'
necessario  sostenere  affinche'  esso sia utilizzabile proficuamente
dall'utenza;
    l)  per  Ğcosto  di uscitağ, l'insieme dei costi da sostenere per
abbandonare una tecnologia o migrare verso una tecnologia o soluzione
informatica  differente.  Comprende  i  costi di conversione dati, di
aggiornamento   dell'hardware,  di  realizzazione  interfaccia  e  di
formazione;
    m) per  Ğpiattaformağ,  infrastruttura  informatica, comprendente
sia  hardware  che  software,  su  cui  vengono elaborati i programmi
applicativi;
    n) per  Ğportabilitağ,  possibilita'  di  trasferire un programma
informatico da una piattaforma a un'altra.
3. Analisi comparativa delle soluzioni.
  1.  Le pubbliche amministrazioni, nel rispetto della legge 7 agosto
1990,  n.  241  e  del  decreto  legislativo 12 febbraio 1993, n. 39,
acquisiscono  programmi  informatici  a  seguito  di  una valutazione
comparativa tra le diverse soluzioni disponibili sul mercato.
  2. In particolare, valutano la rispondenza alle proprie esigenze di
ciascuna delle seguenti soluzioni tecniche:
    a) sviluppo  di  programmi  informatici  ad hoc, sulla scorta dei
requisiti indicati dalla stessa amministrazione committente;
    b) riuso  di  programmi  informatici  sviluppati ad hoc per altre
amministrazioni;
    c) acquisizione  di  programmi  informatici  di tipo proprietario
mediante ricorso a licenza d'uso;
    d) acquisizione   di  programmi  informatici  a  codice  sorgente
aperto;
    e) acquisizione mediante combinazione delle modalita' di cui alle
lettere precedenti.
  3.  Le  pubbliche  amministrazioni valutano quale soluzione, tra le
disponibili,  risulta  piu'  adeguata  alle proprie esigenze mediante
comparazioni  di  tipo  tecnico ed economico, tenendo conto anche del
costo  totale  di  possesso  delle  singole  soluzioni e del costo di
uscita.  In sede di scelta della migliore soluzione si tiene altresi'
conto  del potenziale interesse di altre amministrazioni al riuso dei
programmi informatici, dalla valorizzazione delle competenze tecniche
acquisite,  della  piu'  agevole interoperabilita'. La prospettazione
degli  elementi  di  cui  sopra e' peraltro oggetto di valutazione da
parte   del   Centro   nazionale  per  l'informatica  nella  pubblica
amministrazione  in sede di rilascio del parere di cui all'art. 8 del
decreto   legislativo   12 febbraio   1993,   n.  39.  La  suindicata
valutazione  va  inclusa  nell'ambito  dello  studio  di fattibilita'
prescritto  dall'art. 13 del decreto legislativo 12 febbraio 1993, n.
39, allorche' si tratti di contratti di grande rilievo.
4. Criteri tecnici di comparazione.
  Le    pubbliche    amministrazioni,    nella    predisposizione   o
nell'acquisizione   dei   programmi   informatici,   privilegiano  le
soluzioni che presentino le seguenti caratteristiche:
    a) soluzioni  informatiche  che,  basandosi su formati dei dati e
interfacce  aperte  e  standard,  assicurino 1'interoperabilita' e la
cooperazione  applicativa  tra  i  diversi  sistemi informatici della
pubblica   amministrazione,   salvo   che   ricorrano   peculiari  ed
eccezionali esigenze di sicurezza e segreto;
    b)  soluzioni  informatiche che, in assenza di specifiche ragioni
contrarie,  rendano  i sistemi informatici non dipendenti da un unico
fornitore  o  da  un'unica  tecnologia proprietaria; la dipendenza e'
valutata tenendo conto dell'intera soluzione;
    c) soluzioni  informatiche  che,  con  il  preventivo assenso del
C.N.I.P.A.   ed   in   assenza   di   specifiche  ragioni  contrarie,
garantiscano  la  disponibilita'  del codice sorgente per ispezione e
tracciabilita' da parte delle pubbliche amministrazioni, ferma la non
modificabilita'  del  codice,  fatti  salvi  i  diritti di proprieta'
intellettuale del fornitore e fermo l'obbligo dell'amministrazione di
garantire segretezza o riservatezza;
    d) programmi  informatici  che esportino dati e documenti in piu'
formati, di cui almeno uno di tipo aperto.
5. Proprieta' dei programmi software.
  Nel    caso   di   programmi   informatici   sviluppati   ad   hoc,
l'amministrazione  committente  acquisisce la proprieta' del prodotto
finito,  avendo  contribuito  con proprie risorse all'identificazione
dei requisiti, all'analisi funzionale, al controllo e al collaudo del
software   realizzato   dall'impresa   contraente.   Sara'  cura  dei
committenti  inserire,  nei  relativi  contratti,  clausole idonee ad
attestare la proprieta' dei programmi.
6. Trasferimento della titolarita' delle licenze d'uso.
  Le  pubbliche  amministrazioni  si  assicurano  contrattualmente la
possibilita'  di  trasferire  la  titolarita' delle licenze d'uso dei
programmi    informatici    acquisiti,    nelle    ipotesi   in   cui
all'amministrazione che ha acquistato la licenza medesima ne subentri
un'altra   nell'esercizio   delle   stesse  attivita';  parimenti  va
contrattualmente  previsto  l'obbligo del fornitore di trasferire, su
richiesta    dell'amministrazione,    senza   oneri   ulteriori   per
l'amministrazione  stessa,  e  salve  eccezionali  cause ostative, la
licenza   d'uso   al   gestore   subentrante,   nel   caso   in   cui
l'amministrazione   trasferisca   a  terzi  la  gestione  di  proprie
attivita',  ovvero  l'obbligo  di  emettere, laddove possibile, nuova
licenza d'uso con i medesimi effetti nei confronti del nuovo gestore.
7. Riuso.
  1.  Al  fine  di  favorire  il  riuso  dei programmi informatici di
proprieta'  delle  amministrazioni, nei capitolati o nelle specifiche
di  progetto  dovra'  essere previsto, ove possibile, che i programmi
sviluppati ad hoc siano facilmente portabili su altre piattaforme.
  2.   Nei   contratti   di  acquisizione  di  programmi  informatici
sviluppati  per  conto  e  a  spese  delle amministrazioni, le stesse
includono  clausole,  concordate con il fornitore e che tengano conto
delle  caratteristiche  economiche  ed organizzative di quest'ultimo,
volte  a vincolarlo, per un determinato lasso di tempo, a fornire, su
richiesta  di  altre amministrazioni, servizi che consentono il riuso
delle applicazioni. Le clausole suddette definiscono le condizioni da
osservare per la prestazione dei servizi indicati.
8. Supporto alle amministrazioni.
  Il    Centro    nazionale    per   l'informatica   nella   pubblica
amministrazione  promuove  l'attuazione  della  presente  direttiva e
fornisce alle amministrazioni adeguato supporto.
    Roma, 19 dicembre 2003
                                                  Il Ministro: Stanca
Registrato alla Corte dei conti il 23 gennaio 2004
Ministeri  istituzionali  -  Presidenza  del  Consiglio dei Ministri,
registro n. 1, foglio n. 129
una riflessione come vedi c'e'. e' solo una direttiva, e siamo agli inizi,
ma e' molto meglio di niente. vuol dire, per esempio, no a office 2003 e al
documento chiuso di ms, e si' a open office. ti pare poco ? sai quante
installazioni di office si fanno nella p.a. ?
quanto poi a fare una proposta certa, univoca, coerente e con prospettive di
stabilità, in quest'ambito, e su dimensioni e tradizioni come quelle della
p.a., con tutte le ovvie implicazioni del caso, chi si sente in grado lanci
pure il primo reply.
per un curriculum del ministro:
http://smau365.neoexpo.it/var/congressi/convegno11/Stanca.htm
j.

 del caso, chi si sente in grado lanci pure il primo reply.
Ecco, appunto.

ho visto eclipse e netbeans, devo peraltro dire, e non mi sembrano male.
Eclipse ... codice donato da IBM se non erro.
Netbeans ... della Sun.
Non penso siano IDE del tipico ambito o.s. a cui Zanna si riferisce.
Ciao!

 
http://smau365.neoexpo.it/var/congressi/convegno11/Stanca.htm
Noto con dispiacere che ha sempre avuto ruoli amministrativi/commerciali e
non è citata alcuna esperienza tecnica diretta.
Scusate il pregiudizio ma sulla carta a me risulta il solito folletto
bianco...


"ErPotenza"

ma non credo che esista un 'tipico' ambito o.s., tutto li'.
gnu, gpl ecc. sono una forma.
'codice donato da' e' un'altra.
ovvio, non e' strano che ibm e sun remino contro redmond... ma prova a farti
donare il codice di 
vs.net
 ...
ciao, j.

 standard sei tu...
Credo che il discorso sia un po' più complesso.
Non so se le WinForms sono anch'esse "registrate", comunque del porting 
di .net la microsoft non se ne è presa carico, ed è comprensibile: è 
gratuito e tutto sommato è già incredibile che sia stato rilasciato per 
windows senza costi per l'utente.
Il porting ad altri so è a carico di chi vuole, vedi go-mono e dotGnu.
Qui hanno preferito non implementare le WinForms ma farsi un loro 
sistema visuale.
Questo è discutibile, ma certamente accelera i tempi di sviluppo, dato 
che ci si basa su tecnologie preesistenti e già multipiattaforma.
Se saranno anche bravi e svilupperanno queste librerie in modo conforme 
alle specifiche per VisualStudio (e qui non so come e se sia possibile) 
potranno anche essere usato da questo ide per la parte di progettazione 
grafica.
Ciao

 impraticabile (in tempi geologici) quanto la disposizione prevede?
negli ultimi dieci anni ho imparato una cosa: l'effetto valanga.
siamo molto lenti a muoverci, ma poi c'e' un'accelerazione impressionante.
e mica solo relativamente alla p.a. stessa.
poi, non voglio schiodare nessuno dalle sue convinzioni, e so che sara' una
cosa lunga, complicata, e molto, molto *dolorosa*, dentro e fuori, a destra
e soprattutto a sinistra.
ho i miei momenti di scoramento, profondi ti assicuro, e qualcuno qui lo sa
bene, ma tutto sommato non mi dispiace affatto esserne parte.
ciao, a.

 Conosci poco :-P
eh eh , lo so', lo ammetto ^_^
ma non conosco o ignoro grosse opere fattein java.
-- 
-Gigio@Work(?)-


IMHO non credo che sparirà, almeno finché sarà usato come VBA da Microsoft
da software industriali e da altri.
Riky

 da software industriali e da altri.
E poi... se si uas ancora il COBOL !!!
Ha ancora un buon 30 anni di vita se usiamo come paragone il Cobol  :D
--
rIO.sK