Newsgroup: it.lavoro.informatica
Titolo: Doveroso aggiornamento sign...

...avendo iniziato in prima media, ad 11 anni...
Qualcuno che mi sta a ruota, qui su ILI?
:-)
-- 
__________________________________
Luc (36, CO)
25 years uninterrupted programming
__________________________________

> Qualcuno che mi sta a ruota, qui su ILI?
Ti seguo fratello, ti seguo.

 Ti seguo fratello, ti seguo.
Ma non era: ooh ti stimo fratello :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
Beh io 12-13 anni... col commodore 64 :-)
Ma puramente per hobby, e 100% autodidatta.

 Qualcuno che mi sta a ruota, qui su ILI?
Beh il primo programma (calendario perpetuo l'ho fatto in 1a
elementare) ma programmo ininterrottamente dalla 1a superiore quindi
sono a 15 anni giusti giusti... a 36 anni sarò a 22 direi...
Al3x

 
44 - 17 = 27
Facciamo anche a gara a chi sputa piï¿œ lontano?
Maurus
programmatore sul Commodore Vic20

 ....avendo iniziato in prima media, ad 11 anni...
Ma iniziato a programmare con cosa ?
25 anni fa era il 1984 e, per quanto mi ricordo, quello fu il primo
anno in cui seguii un corso un po' piu' serio di programmazione.
Sempre se non ricordo male si trattava COBOL su IBM S/36  e qualcosa
tipo BASIC su PC.
Non posso certo dire che la programmazione da allora sia
stata "ininterrotta", ma a vedere qualcosa per i fatti miei avevo iniziato
gia' prima di allora (ovvero piu' di 25 anni fa), avendo io gia' 17 anni
nel 1984.
Il C poi e' venuto quasi 10 anni dopo.
Ciao,
Marco.


 :-)
Ohh un po' di sano celodurismo con MrRata.
Programmo da 29 anni.
Iniziato con una TI59 ad 11 anni, in seguito TI99/4A, C64, Amiga 500, PC
etc etc
PaF

 Il C poi e' venuto quasi 10 anni dopo.
NB: non intendevo che il C sia nato dopo. Intendevo dire che "per me" 
e' venuto quasi 10 anni dopo, ovvero
che io ho cominciato a vedere le prime cose in C nella prima 
meta' degli anni '90 (forse 1992-1993 se non sbaglio). 


 Iniziato con una TI59 
Ah... la mitica...
http://www.ti59.com/
Avevo 14 anni.
Oggi ne ho 42...
Quindi sono passati circa 28 anni...
Ciao,
Marco


 programmatore sul Commodore Vic20
Mi batti, sono partito con il C64. :) 


 Programmo da 29 anni.
Bene. 


 Ohh un po' di sano celodurismo con MrRata.
Fra l'altro se continua a retrodatare fra un po' avr� iniziato 3 generazioni 
prima di nascere.
http://groups.google.it/group/it.lavoro.informatica/msg/6b00882d2fc43d6f
In soli 3 anni � passato dal ventennale al venticinquennale:-)
Saluti.
Luciano

 Quindi sono passati circa 28 anni...
Mi correggo, la TI59 era di mio fratello, io ho iniziato con una pi�
basilare TI57, con 49 passi di memoria (regalo di natale di mio fratello
durante la mia 5^ elementare). Giace ancora come reliquia in un cassetto.
PaF

 :-)
25 anni fa giocavo con l'm24 e giocavo con asteroids.
Un paio di anni prima imparavo il dos su m20...
ma avendo 5 anni non sapevo programmare :D
-- 
cambFORZAJ...@liVIVAMILANbero.it
togli le due bestemmie per scrivermi.


 Saluti.
Un mitomane bugiardo con scarsa memoria delle proprie balle, insomma.

 In soli 3 anni è passato dal ventennale al venticinquennale:-)
Programmo da dicembre '94, ho rifatto i conti qualche gg fa.


> :-)
primo computer: apple II (forse plus) nell'85 a 5 anni

 :-)
Io ho smesso di programmare >10 anni fa'.
Campo meglio adesso.
M.
-- 
"Ho perso le parole" (Ligabue)
"Mi restano un po' di parolacce" (Smith)

 M.
A quale mansione sei passato, per curiositï¿œ?

 Programmo da dicembre '94, ho rifatto i conti qualche gg fa.
2009-1994=25. Si'.
Andiamo bene per un programmatore.... 

 Andiamo bene per un programmatore.... 
'84 ovviamente, con il C64... Dai!!! 


 Io ho smesso di programmare >10 anni fa'.
Non è da tutti fare anni ed anni da programmatore. Ci vuole il fisico. :) 


 A quale mansione sei passato, per curiosità?
Sarà un commerciale... :PPPPPPPP 


 A quale mansione sei passato, per curiositï¿œ?
Prima tecnico onsite, poi sistemista, poi management.
Adesso sono nel management da qualche anno, pero' ogni tanto cambio 
settore, prima capitolati tecnici, poi software distributions, poi 
helpdesk/service desk, adesso onsite, qualche "evento" e un pizzico di 
project management.
Programmare puo' essere "bello", ma hai meno possibilita' di carriera.
Adesso giro molto di piu', mi relaziono con piu' persone, e per il mio 
carattere e' meglio.
Poi magari il mio stile di vita rimarrebbe insopportabile ad uno piu' 
metodico, o con un carattere diverso.
Mi ero scordato di aggiungere "imVVVVVho".  :)


 Sarï¿œ un commerciale... :PPPPPPPP 
Ptu'!
Con rispetto.  :)


>Non � da tutti fare anni ed anni da programmatore. Ci vuole il fisico. :)
...penso di averlo.
La mia  Ti-58 funziona ancora ... comprata nel 1979 ( se ben ricordo).
Uno dei primi programmi scritti, in fortran, sull'  HP 21MX dell'universit�, 
lo conservo ancora ...
su nastro di carta perforato!
ciao
fm

 Facciamo anche a gara a chi sputa pi� lontano?
ok, con quale organo vuoi sputare?
-- 
[cit. da INN-A]
I roditori una volta vivevano secondo natura...
Poi hanno incominciato ad incartare la cioccolata...
Adesso si rendono conto che spammare � pi� proficuo...

 ok, con quale organo vuoi sputare?
Quello a canne.
Molte canne.
E'cchenonhoresistitoquestaerafacile.


 ...avendo iniziato in prima media, ad 11 anni...
Ma lo metti anche nel cv che programmi da 25 anni?

 E'cchenonhoresistitoquestaerafacile.
dillo a me, sara' la febbre a 38/39 che non mi lascia da 3 giorni?



Io in 5 elementare sul Vic-20, incominciato copiando i listati da
PaperSoft!!!! E poi da Commodore Computer Club.
Ricordo ancora a scuola un tema libero dove io avevo appunto parlato del
computer e del comando RUN per avviare il programma che uno avevo
digitato, la maestra mi guardava storto perch� non capiva che cavolo
stessi dicendo, alla fine fa, si si si, run vuol dire corri certo, tutto
chiaro... :-D
Poi son arrivate le cassette, i floppy da 5 1/4 col doppio buco per
metterci dentro piu' roba (ricordo quando compravo quelli a faccia singola
e poi con il trapano ricavo l'altro buco per poterli girare e farli
diventare a doppia faccia, il tutto su C64), i CD assieme al copia &
incolla. E basta, il fascino � finito tutto... :-(
Altri tempi, ehhh.
In ogni caso io di codare mi sto un po' stufando...
-- 


John Smith ha scritto:

Giustamente come dici ï¿œ sempre soggettivo: io sono piuttosto introverso 
per cui relazionarmi troppo con gli altri penso che sarebbe piï¿œ pesante 
che scrivere codice, poi magari mi stancherï¿œ pure io di programmare, chi 
lo sa...

 chiaro... :-D
Ti ï¿œ anche andata bene: la nostra maestra, che comunque era bravissima, 
vedendo che c'erano fra di noi molti appassionati di videogame (io in 
primis con il fantastico NES), ci lesse una volta un articolo di una 
madre che scriveva "Nintendo ha ucciso mio figlio", riferendosi ad un 
episodio di epilessia.
Ma fu solo il primo di tanti episodi in cui gli insegnanti davano 
addosso alle tecnologie. Questo ad ulteriore testimonianza di quanto il 
nostro paese sia pieno di soggetti con mentalitï¿œ retrograda.

 __________________________________

 Ma lo metti anche nel cv che programmi da 25 anni?
No, segnalo solo che è dal 1994 che lo faccio professionalmente (15 anni). E 
non sono ancora stanco, anche di guadagnare bene, come ho sempre fatto.
-- 


 In ogni caso io di codare mi sto un po' stufando...
Dipende che progetto segui. Se il tuo sw sai che verrà usato da centinaia (o 
migliaia) di persone, le motivazioni le trovi sempre!
Ma se fai il gestionale solo per la ditta sotto casa... :(


 __________________________________
avevo 9 anni quando papà mi comprò il commodore 128 (evoluzione del
64), il mio primo programma a 10 anni (copiato dal manuale o rivista
Jackson) era una pallina che rimbalzava sullo schermo, all'epoca si
andava di :
10 REM
20 GOTO
ECC...
ora ne ho 32 e non ho mai smesso di sviluppare.
ciao

 64)
Hehe anche a me mi avevano regalato un c=64 a 10 anni e copiando i 
listati cambiavo i colori allo schermo, poi facevo quello della 
mongolfiera... mi si era aperto un mondo! :-D
Poi avevo un amico che aveva un 8086 o un 286 (non mi ricordo piu') che 
gli faceva girare monkey island, un anno dopo lo presi anch'io e smisi 
di sviluppare in quanto giocavo e basta, poi ripresi a sviluppare a 
20-21 fino adesso che ne ho 29! :-D
ciao
-- 
http://www.evilripper.net
http://www.flickr.com/photos/11244322@N05/

 mongolfiera... mi si era aperto un mondo! :-D
E se pensiamo ai programmatori di oggi, senza quelle fondamentali basi... 
Mah... :) 


 
E' quello che penso anch'io, anche se ci sono alcuni che ritengono sia 
il contrario... ricordo un insegnante all'universitï¿œ al quale dissi che 
per capire comunque meglio le tecniche piï¿œ moderne di refactoring ï¿œ 
comunque utile avere esperienza come programmatore... lui negï¿œ 
decisamente, dicendo che ad esempio se alcuni docenti sembra che non 
sappiano programmare, in realtï¿œ fanno cose "che voi non immaginate 
neanche" (testuali parole).

 Qualcuno che mi sta a ruota, qui su ILI?
Direi abbastanza. Ho un anno piu' di te, e queste sono le date salienti:
Natale '82: Commodore VIC-20
Natale '87: Olivetti Prodest PC 128S
Primav. '90: Amstrad PC 1640 (che mi apri' il mondo del DOS prima e di 
Winzozz poi, e successivamente Linux).
da quel periodo e fino ad adesso ho cambiato tanti di quei PC e SO, che 
non li ricordo piu' (fino al 2005, aggiornati in media ogni anno e mezzo).
Ovviamente, durante tutto questo periodo ho programmato per hobby, cosa 
che continuo a fare anche adesso anche se meno di un tempo, in un bel 
po' di linguaggi (a memoria: vari dialetti di Basic, Pascal, C, C++, 
Java, piu' scripting assortiti).
Primi programmi su commissione (saltuari mentre studiavo) fin dal 1992
Professionalmente, invece, solo dal 1997, dopo il conseguimento della 
laurea.
TheStar

chi ricorda lo Standard MSX???

 chi ricorda lo Standard MSX???
1 o 2? :)

 laurea.
Io dal '94, dopo il diploma. 15 anni, sempre ininterrotti. 


 Qualcuno che mi sta a ruota, qui su ILI?
non riesco a ricordare se ho avuto il VIC 20 nel 1985 o l'anno dopo ...
comunque ho iniziato con il basic del VIC e poi (con alti e bassi) non ho 
pi� smesso.
Andrea
PS: il TSQL vale lo stesso come programmazione ? 

 programmatore sul Commodore Vic20
Sinclair ZX81. 2009 - 1982 = 27. Azz' nun ce l'ho fatta! :-) Bella gara 
perï¿œ.
-- 
Gugliandalf

 Io dal '94, dopo il diploma. 15 anni, sempre ininterrotti. 
Incredibile!
Ignorante come sei, avrei giurato che eri laureato.

 Ignorante come sei, avrei giurato che eri laureato.
Non ne ho avuto bisogno. Volendo fare il programmatore, ed avendo i controca**i 
nel campo, ho trovato un ottimo lavoro molto in fretta. 
E non dite che me la tiro... Sono dati di fatto. :P


 PS: il TSQL vale lo stesso come programmazione ? 
Assolutamente no... E scripting quello... :) 


 E non dite che me la tiro... Sono dati di fatto. :P
tranquillo, diciamo di te ben altro.

 tranquillo, diciamo di te ben altro.
E' comunque irrilevante il vs. pensiero su di me, come ho spesso scritto. 


Assolutamente no... E scripting quello... :) 
Quindi shell scripting non e' progammazione?
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 Quindi shell scripting non e' progammazione?
Vuoi provocarmi? 


Vuoi provocarmi? 
No, ti ho fatto una domanda.


 No, ti ho fatto una domanda.
Fare uno script, per quanto complesso (e per quanto sia giusto che uno script 
sia complesso), non è programmare nel senso stretto della parola.
Sono più i sistemisti che "scriptano", rispetto ai programmatori. 


Sono pi� i sistemisti che "scriptano", rispetto ai programmatori. 
Quindi se lo script e' in C non sto programmando.
Buono a sapersi.
Se il C lo compilo sto programmando?


 Quindi se lo script e' in C non sto programmando.
Che fai gli script in C? Mai sentita prima...

 Sono piï¿œ i sistemisti che "scriptano", rispetto ai programmatori. 
Definisci "senso stretto della parola".

Che fai gli script in C? Mai sentita prima...
La sintassi quella e'.


 Sono piï¿œ i sistemisti che "scriptano", rispetto ai programmatori. 
C'ï¿œ solo una obiezione.
SQL ï¿œ riconosciuto ufficialmente come linguaggio, con tanto di standard
ISO (l'ultimo, se non ricordo male, ï¿œ del 2001).
Che poi, scusa, vorresti dirmi che tutto ciï¿œ che ï¿œ fatto con
interpretato (mi viene in mente Python) non ï¿œ programmazione? Visione
limitata, amico mio...
-- 
Ciao!
Luca

 Che fai gli script in C? Mai sentita prima...
Non hai mai giocato a C-Robots, allora...
;-)
-- 
Ciao!
Luca

 Quindi se lo script e' in C non sto programmando.
Puoi usare qualunque sintassi, ma un programma si differirà sempre da uno 
script. Come un saggio da un pensierino. Pur se scritti nella stessa lingua. 


 interpretato (mi viene in mente Python) non è programmazione?
Non è compilatore/interprete che cambiano le cose. Ma la possibilità di fargli 
fare tutto il lavoro completo (programma) o solo sub-task (script).
Comunque è sempre un programma che fa girare gli script, non sarà mai vero il 
viceversa... ;) 


 (script).
Vorresti dire che con SQL non puoi fare un lavoro completo?
Che poi, che significa lavoro completo?
-- 
Ciao!
Luca

 Vorresti dire che con SQL non puoi fare un lavoro completo?
Forse, ma non sarebbe il linguaggio giusto. Scrivimi un news-reader in SQL, 
dai.


 25 years uninterrupted programming
25 years uninterrupted programming pretension

 viceversa... ;) 
Sï¿œ, ma qui non si sta discutendo della differenza fra programmi e
script, tu stai dicendo che usare perl/python/php/*sh/etc etc non ï¿œ
un'attivitï¿œ assimilabile alla programmazione.

script. Come un saggio da un pensierino. Pur se scritti nella stessa lingua. 
Quindi ne fai un discorso di complessita'?
O ne fai un discorso di obiettivi?
Qual e' quindi la tua definizione di programma?
10 Print "Hello World"
20 Goto 10
Non e' un programma? 


 in SQL, dai.
Non lo puoi fare manco in RPG, o in Cobol.
Allora non ï¿œ programmazione? A Luc, che minchia stai dicendo?
-- 
Ciao!
Luca

 
Quindi per te conta la lunghezza del codice? beh allora chi usa 
FrontPage per l'html è un super programmatore :D
Seriamente, visto che sei partito indicando da quanto tempo programmi, 
non ricordi che tanti anni fa sulle riviste informatiche c'erano 
rubriche dedicate a chi scriveva sw col minor numero di righe? :)
Gabriele

 O ne fai un discorso di obiettivi?
Complessità, obiettivi, ma non lunghezza. 


 un'attività assimilabile alla programmazione.
Sono linguaggi di scripting... Punto. 


 viceversa... ;)
pensa a quando con uno script hanno fatto run idiot.exe e sei nato
tu....
Ciao Gianmarco

Complessit�, obiettivi, ma non lunghezza. 
E un programma per te e'... ?


 Sono linguaggi di scripting... Punto. 
Quindi se io, che ne so, creo una CGI per la gestione di un magazzino,
che eventualmente si interfaccia anche con la sbarra di ingresso del
cancello per far entrare o uscire i camion, non sto programmando, ho
"scriptato". Questa ï¿œ la tua opinione?
No, perchï¿œ se cosï¿œ fosse, allora mi verrebbe da dire che stando alla tua
opinione si possa definire programmatore solo chi usa l'assembly...
PS: se non ti piacciono le CGI, con python si possono creare anche
interfacce grafiche (wxpython).


Non dovrebbero usare C++ che non e' un linguaggio di scripting?


 Living in Barbaropolihttp://
www.barbaropoli.com
Tutti i linguaggi sono linguaggi di scrpting in senso lato...alcuni
linguaggi sono più adatti di altri a fare scripting. Personalmente ho
anche un libriccino uscito in allegato con IoProgrammo che si chiama
50 scripting amministratativi per windows e viene utilizzato come
linguaggio c#, che forse uno potrebbe pensare il meno adatto a
prestarsi a funzioni di scrpting visto che fa tante cose complesse e
lunghe...compreso un newsreader. Vero Luc, programmatore da 25
anni :-)?

 Sono linguaggi di scripting... Punto. 
Allora, programma:
"(inform) serie di istruzioni, scritta per mezzo di uno specifico
linguaggio e formalizzata secondo un determinato ordine logico, che
guida un elaboratore elettronico a risolvere un problema, eseguire
operazioni, trattare dati ecc." (dizionario Garzanti)
"Nell'informatica, un programma per calcolatore, o semplicemente
programma, ï¿œ la descrizione di un algoritmo in un linguaggio adatto a
essere eseguito da un computer o da una macchina virtuale. ï¿œ una
sequenza logicamente ordinata di operazioni o comandi di istruzioni, un
insieme di istruzioni che produce soluzioni per una data classe di
problemi." (Wikipedia)
Ribadisco, tu hai una visione molto, molto limitata.
-- 
Ciao!
Luca

 linguaggio c#, 
Eggi�. Ci puoi fare sia programmi 'stand alone' (comunque necessitano
del framework), ci puoi fare anche script per la PowerShell...
-- 
Ciao!
Luca

anni :-)?
Eh, ma allora forse bisogna farci spiegare cosa e' un programma e cosa
e' uno script.
Una serie di istruzioni che mi fanno la conversione tra gradi Celsius
e Fahrenheit e' un programma o e' uno script?
E se lo scrivo con un linguaggio di scripting e in C++ (linguaggio
dell'OP) si chiama in maniera uguale o diversa?
Attendo speranzoso risposte dal nostro.


 wrote:

avrei detto :
25 years uninterrupted programming without knowing what it means
fa piu' Dilbert, cosi'. :P
ilSimo
-- 
now playing: 
All we can do is pray
In the darkness we stand with the world in our hands
And we pray
For a better tomorrow
We wait
                                Gammaray - Pray

viceversa... ;) 
Sorgente:
\cint-5.16.19> cat HelloWorld.c
#include <stdio.h>
int main() {
    printf("hullo everybody\n");
}
Programma 1:
\cint-5.16.19> gcc -o hullo HelloWorld.c
\cint-5.16.19> ./hullo
hullo everybody
Programma 2:
\cint-5.16.19> cint HelloWorld.c
hullo everybody
Dimmi quale tra questi � o non � un programma e perch�.

script. Come un saggio da un pensierino. Pur se scritti nella stessa lingua. 
Per favore, mi dici a quali prodotti hai lavorato/lavori attualmente?
Cos� li evito. Grazie

fa piu' Dilbert, cosi'. :P
Secondo me basta mettere un punto interrogativo alla fine della sign
per fare contenti tutti.


 E un programma per te e'... ?
Non l'ho mai capito. L'importante è prendere lo stipendio. 


 Per favore, mi dici a quali prodotti hai lavorato/lavori attualmente?
Nulla al tuo livello, non ti preoccupare. 


 Allora, programma:
Ok, ok, sono in un covo di sistemisti che sanno scrivere script da 100 linee di 
codice.
Mi arrendo, anche se svuluppo su progetti da decine di migliaia di linee 
codice... :P 


 codice... :P 
http://tinyurl.com/myctuc
In ogni caso linee vuote, commenti e banner non contano ;)

 Sono linguaggi di scripting... Punto.
Ma assolutamente no, in particolare python è un linguaggio dinamico
supportato anche da .net con programmazione ad oggetti e tutto quello
che serve ad un linguaggio moderno !
Ma anche php non puoi chiamarlo linguaggio di scripting, visto che
nelle ultime release supporta classi, oggetti ecc.

 25 years uninterrupted programming without knowing what it means
naaa, fa piu' Dilbert il sintetico: "25 years unintended
programming" :-)

 100 linee di codice.
Giovane, io sono uno sviluppatore professionista dal 1987. Non ho
partecipato solo a un progetto, ho partecipato almeno a una decina di
progetti grossi (qualche milione di righe di codice) piï¿œ non so piï¿œ
quanti di medio-piccoli, in almeno 5 linguaggi differenti, compreso il
C++ che usi tu.
Se dobbiamo misurarci il pisello, pure io ho una misura ragguardevole.
Ma siamo fra professionisti o siamo fra bimbi? ascolta Luca, riconosci
che hai detto una sciocchezza e tiriamo avanti.
-- 
Ciao!
Luca

 che serve ad un linguaggio moderno !
Onestamente IronPython non mi entusiasma. O uso Python, o uso C#
-- 
Ciao!
Luca

 interfacce grafiche (wxpython).
ecco questa e' una cosa che dovrei assolutamente approfondire!
Messo in bookmark e domani ci guardo!
Tnx

Non l'ho mai capito. L'importante � prendere lo stipendio. 
Ma i batch che girano la notte per fare le buste paga o per fatturare
mensilmente saranno script o programmi?


,

E se non sbaglio tu fai anche il selezionatore per la tua
azienda...siamo messi bene: saresti in grado di scartare chiunque ne
sa più di te. Non c'è che dire, tieni fede al paradigma di Peter
secondo cui in ambito lavorativo ognuno tende ad occupare la propria
posizione di incapacità.

Nulla al tuo livello, non ti preoccupare. 
Di quale livello parli? Corri piuttosto a rispondere all'altro mio
post.

 azienda...
Ma quando mai... Io faccio girare la voce quando servono programmatori. Ma è 
difficile trovarne bravi. 


 che hai detto una sciocchezza e tiriamo avanti.
Io analizzo e sviluppo applicazioni complete. Interfaccia grafica, algoritmi di 
elaborazione, connessione ai db (ed ultimamente ai webserver) e gestione 
dell'output. Ho lavorato su enciclopedie elettroniche, videogiochi e sistemi 
editoriali. Questo è un lavoro da programmatore.
Qualunque ca**o di scriptarolo sistemista non è in grado di farlo nella sua 
interezza. Smentitemi!


 Che poi, che significa lavoro completo?
In termini formali significa che con l'SQL non potresti calcolare la 
chiusura transitiva di una relazione* (ï¿œ il classico esempio scolastico).
Poi, ripeto, dubito che Luc avesse la benchï¿œ minima cognizione di tutto 
questo.
(*)
L'SQL-99 ha introdotto le query ricorsive, che ti permettono di farlo.

 elaborazione, connessione ai db (ed ultimamente ai webserver)
Questa dei web server deve essere stata una conquista degli ultimi 
minuti (a 2009 inoltrato avete scoperto il Web anche voi), perchï¿œ fino a 
qualche thread fa con l'http boccheggiavi in preda al panico :-)

interezza. Smentitemi!
Non glissare, rispondi e dimmi quale tra questi � o non � un programma
e perch�.
Sorgente:
\cint-5.16.19> cat HelloWorld.c
#include <stdio.h>
int main() {
    printf("hullo everybody\n");
}
Programma 1:
\cint-5.16.19> gcc -o hullo HelloWorld.c
\cint-5.16.19> ./hullo
hullo everybody
Programma 2:
\cint-5.16.19> cint HelloWorld.c
hullo everybody

 qualche thread fa con l'http boccheggiavi in preda al panico :-)
Progetto di fine 2008. Vedrà la luce nel 2010. Stiamo portando un intero 
sistema editoriale da DB based a Web based.
E non è uno script, ma una suite di applicazioni. 
-- 
__________________________________
Luc (36, CO)
25 years uninterrupted programming
__________________________________

 e perchè.
Nessuno è un'applicazione. 


, 
g...@nospam.gmail.com

Ma se è da 25 anni che programmi l'hai presa almeno la licenza
elementare? Sai, visto che dalla precedente mia discussione, era
spuntato fuori che spesso si candidano a posizioni da programmatore
neodiplomati dal classico e questi dovrebbero essere trattati alla
pari dei laureati in che so ingegneria, mi è sorto questo dubbio.

 Nessuno ï¿œ un'applicazione. 
Ahaha sei proprio una sagoma.
Forse nei tuoi 25 anni di programmazione ininterrota, avresti dovuto
fermarti ogni tanto e guardati un po' in giro.
Ah, mi raccomando, fai pace con il tuo sistemista ;)

 Ah, mi raccomando, fai pace con il tuo sistemista ;)
Ma forse sono 25 anni di programmazione ininterrotta che cerca di
portare a termine lo stesso programma. Deve essere esausto dopo 25
anni che corregge bachi: e più ne mette a posto e più ne spuntano. Dai
retta a me non cercare di correggere ulteriormente ed affidati ad un
buon commerciale: fanno miracoli!

 nella sua interezza. Smentitemi!
Staiu cercando di sgusciare via. E guarda, te lo lascio fare, che non
ho ne il tempo ne la voglia di convincerti di alcunchï¿œ.
-- 
Ciao!
Luca

E non � uno script, ma una suite di applicazioni. 
Da DB a web? Impressionante.
I dati dove li tenete? In dei files di testo?
Saluti.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

Nessuno � un'applicazione. 
Quindi un tool non e' un programma?


 I dati dove li tenete? In dei files di testo?
Strarotlf megacarpiato :-P
Se questi sono i risultati di 25 anni di programmazione...
PaF

Quindi un tool non e' un programma?
U� non sviare ;) Deve prima rispondere sulla differenza
scripting/non-scripting, perch� � il tipico caso a cui si attaccano i
peggio incompetenti quando vogliono risibilmente dimostrare quanto
poco ne sanno.

 I dati dove li tenete? In dei files di testo?
Ci astraiamo dal concetto di DB. Si, possiamo anche memorizzare in .ini files. 
Passando da Oracle a SQL server. E' irrilevante il sistema finale.
Ma parliamo di concetti non adatti ad un sistemista...


 poco ne sanno.
Darmi dell'incompetente è veramente divertente. Caccola. 


 Passando da Oracle a SQL server. E' irrilevante il sistema finale.
Premesso che questo si poteva fare da almeno 15 anni utilizzando driver
ODBC e una sintassi standard SQL ANSI (ODBC ti permette di utilizzare anche
file di testo come tabelle, utilizzando il driver apposito) "astrarre dal
concetto di db" non esclude il db stesso. 
Ora con Linq to Entities diventa pi� facile, ma IHMO ignorare totalmente la
base di dati che sar� utilizzata dal software non � una grande idea, perch�
non ti permette di utilizzare le features proprie dei vari DBMS. 
PaF

Ma parliamo di concetti non adatti ad un sistemista...
Parliamo di concetti adatti ad un pigiatasti allora:
Passando "da  DB Based a Web Based", presumendo il NON UTILIZZO di un
DB, si avra' la necessita' di mettere una serie di files di dati da
qualche parte.
Diciamo che per comodita' li appoggi in uno storage qualsiasi (penna
USB o array di dischi).
A questo punto se stai lavorando ad un sistema documentale, avrai la
necessita' di arricchire il tuo documento con una serie di elementi /
tag / informazioni non sempre possibilmente presenti nei files
originali.
Questi elementi, chiamati METADATI evono a loro volta essere
conservati da qualche parte e fare riferimento ai files originali.
Questi METADATI tipicamente al giorno d'oggi si conservano tipicamente
in files XML. Mentre i dati si conservano tipicamente in files binari
(a meno che non si tratti di testo puro e basta).
Tornando alla mia domanda, che tu hai ritenuto a sproposito essere
perculante, i files XML sono files di testo.
Tornando al tuo "da DB based a Web based" gradirei sapere come si
concilia con  "in .ini files passando da Oracle a SQL server".


Darmi dell'incompetente � veramente divertente. Caccola. 
Falla contento la caccola e rispondi alle sue domande.


 sistema finale.
Se mi parli di astrazione, posso al limite essere d'accordo con te. Non
qunado passi alla pratica. Quando hai a che fare con moli di dati
importanti - leggi: tabelle contenenti qualche milionata di record - il
basarsi su file o, peggio ancora, su database tipo Access (e non hai
idea di quanta gente ancora lo faccia), ï¿œ estremamente limitante.
Il motivo ï¿œ semplice. Una rete, peggio ancora se VPN, ï¿œ una risorsa
limitata. Diventa dunque importante ridurre la mole di dati che passa
attraverso la rete e i round-trip correlati, e per far questo
determinare esattamente cosa va presso i server, cosa va presso i
client e, in caso di server, cosa puï¿œ essere demandato al DBMS (*) e
cosa deve essere fatto tramite servizi installati presso il server.
E questo, spiace, non ï¿œ lavoro da sistemisti.
(*) Qualcuno pensa che il DBMS debba solo contenere i dati, e che la
logica del loro trattamento dovrebbe essere demandata a un livello
software superiore. Io sono per una visione ibrida: in fin dei conti,
un DBMS nasce e viene ottimizzato per trattare dati, e non usare stored
procedures o viste logiche quando questo sia possibile secondo la mia
modesta opinione ï¿œ inutile.
-- 
Ciao!
Luca

 Passando da Oracle a SQL server. E' irrilevante il sistema finale.
Consiglio fraterno: fa cadere la cosa, che ti stai dibattendo nella 
merda ;-)

 Living in Barbaropolihttp://
www.barbaropoli.com
Mi spiegate che vuol dire passare da Db base a Web-based? I dati dove
li memorizzi e sopratutto in che maniera li tratti? Spero tu non
voglia dire ci appoggiamo a file xml e li leggiamo sequenzialmente
fino a trovare il record che ci interessa..perchè se no da quel poco
che conosco, anche perchè ci lavoro, credo sia pura follia.

che conosco, anche perch� ci lavoro, credo sia pura follia.
Ah, non lo devi chiedere a me: io ho fatto la stessa domanda e ancora
non mi ha risposto...


 concilia con  "in .ini files passando da Oracle a SQL server".
Era una frase terra-terra per dire che il sistema finale di memorizzazione è 
irrilevante dal punto di vista del programmatore che ci deve scrivere su le 
applicazioni. 


 non ti permette di utilizzare le features proprie dei vari DBMS.
Si, ma il cliente non è costretto ad usare uno specifico, costosissimo, sql 
server. 


Darmi dell'incompetente � veramente divertente. Caccola. 
Rispondi alla domanda, bauscia.

 applicazioni.
Il Pirla Glande (tm) dice che il db "è il sistema finale di
memorizzazione", pertanto "lui se ne frega".
Gli sfugge, al Glande Pirla (tm), che la logica applicativa deve
essere fortemente interessata a interrogare, manipolare e modificare
il DB con efficienza, sicurezza, performance, scalabilità del dato.

,

Il sistema finale è indipendente da dove vai a scrivere le
informazioni? Ma che logica è? Certo che poi se scrivi tutto su file
di testo, quali sono i file xml, e l' importante è che funzioni posso
benissimo capire il senso di tutto ciò. Davvero più rispondi più si
palesa il vuoto delle tue conoscenze anche ad un profano come me. Ti
consiglio di lasciar scivolare le cose senza dibattere ulteriormente
ed aggravare la tua posizione.

 __________________________________
I dbms open-source questi sconosciuti...

il DB con efficienza, sicurezza, performance, scalabilit� del dato.
See, vabb� che sto Luc � qualcosa di abominevole, per� pure tu prima
parti con il don't feed the troll su ValeIlTrans, poi esterni su
Lu'Cazz con subject moddato... deciditi insomma.

applicazioni. 
Cioe' c'e' un middleware che fa da interfaccia tra la GUI e il DB?



wrote:

posso dire che da un certo punto di vista, la logica di svincolare
l'applicativo dal modo di memorizzare i dati è corretta,
se vincoli troppo Applicazione <-> DBMRS hai più difficolta a scalare,
a riorganizzare ed estendere il tutto.
prova ad immaginare cosa succederebbe se un ERP di livello enterprise
fosse focalizzato solo su un certo RDBMS, e se si vorrebe un domani
cambiare lo stesso (non viene più aggiornato, ci si vuole svincolare
dal fornitore, abbattere i costi con altri rdbms più convenienti) che
fai riscrivi l'intero ERP??? (cosa per altro VERA in ambito mainframe
dove era COBOL/DB2, il cambio dell'uno ha comportato obbligatoriamente
il cambio dell'altro)
oppure vuoi scalare il tuo erp (nuove funzioni, accesso a dati
eterogenei, necessità di comunicare con l'esterno) che fai riscrivi le
parti che debbono fare da collante???
se un domani nasce un nuovo modo di memorizzare???(una volta erano
file di testo, poi indicizzati (VSAM su mainframe), poi DB gerarchici,
relazionali e domani chissa?).
pensa che nei decenni siamo passati da un modello centralizzato
(mainframe/piccoli server centralizzati), poi architettura distribuita
(client/server), poi di nuovo centralizzati (web 2.0), adesso
addirittura al cloud computing.
mai sentito parlare di ORM??
questo ti svincola in maniera quasi assoluta, dal dbms che c'è sotto.
Ciao

Cioe' c'e' un middleware che fa da interfaccia tra la GUI e il DB?
Mi correggo, stavo pensando alla migrazione da "DB Based" a web based
dal punto di vista dell'utente finale.
La frase va letta come:
Quindi c'e' un middleware che ta da cuscinetto tra il codice che
scrivi e il posto dove memorizzi i dati?
Per web based esattamente che intendi?


 Cioe' c'e' un middleware che fa da interfaccia tra la GUI e il DB?
Ci pu� essere, anzi se il progetto ha una minima dimensione ed aspirazioni
di portabilit� ci deve essere, un layer di astrazione che mappa un set di
funzioni standard su quelle specifiche del db usato in particolare. Per�
questo layer di astrazione non si scrive mica da solo, qualcuno lo deve ben
realizzare!
Al massimo, pu� dire che il layer l'ha trovato gi� fatto da qualcun altro,
per� diventa un caso particolare: non pu� pi� dire che "non interessa il
programmatore", ma solo che semmai non interessa quel particolare programmatore
in quel particolare momento.



Se il programmatore se ne viene fuori con un pezzo di codice tipo
cerca(qualcosa)
e gli viene restituito quel qualcosa perche' il layer di astrazione si
preoccupa di tradurra la richiesta in una query SQL piuttosto che
recuperare metadati e files ad essi associati, la frase avrebbe anche
senso.
Rimane sempre la questione "da DB based a web based" che mi lascia
perplesso.


 informazioni? Ma che logica è?
ha una sua logica e anzi auspichiamoci che tutti i software fossero
così.
leggi altra mia risposta.
qui mi voglio ricollegare hai tuoi thread precedenti, ora dimmi dopo
aver letto la mia risposta più sotto, se ancora meriti di essere
pagato di più solo perchè sei laureato, e perchè un azienda si deve
mettere nelle tue mani e non in quelle di LUC (a parte la
coglionaggine), per la stessa incompetenza che dimostrate entrambi?
ciao

 perplesso.
Probabilmente perch� non ha proprio alcun senso? :)

 Ma che logica è? 
scusa perché ti pare una cosa così fuori dal mondo?
 

 Probabilmente perché non ha proprio alcun senso? :)
Il layer non credo sia strettamente necessario nel momento in cui ci
si connette al db, comunque è sempre bene separare i due apetti, hai
perfettamente ragione. Il punto è che non si discuteva di questo ma
del fatto mi par di aver capito, che in qualche modo non ci si deve
preoccupare di come ci si connette al db dal punto di vista del
programmatore, cosa che secondo me non ha alcun senso, perchè in
qualche modo, o attraverso il layer( meglio) o direttamente devi
comunque interagire in qualche modo con il db per manipolare i dati.
Il rpoblema è che non ho ancora capito quale sarebbe questo
fantomatico modo che permette di astrarsi dalla logica del db passando
da db-based a web-based.

 da db-based a web-based.
web services questi sconosciuti.
te ne fotti di quello che fa, tu fai la richiesta lui si preoccupa di
tirarti fuori i dati.
come, quando e in che modo non sono fatti tuoi.
mai utilizzato le API di di google, amazon, facebook, e altri????
se si ti sei mai preoccupato di sapere dove vanno e come a prendere le
informazioni??? non penso.
allora perche te lo chiedi adesso???
ciao

 - Mostra testo citato -
Quindi in sostanza si tratterebbe di realizzare un web-service. Bene
buono a sapersi. Bastava dirlo.

 I dbms open-source questi sconosciuti...
Supportiamo/eremo anche quelli, anche se sinceramente il ns. cliente medio poco 
si fida di os.


ciao
Non vorrei reiterare l'ovvio, ma l'OP se ne e' venuto fuori con una
frase ambigua: passiamo da DB based a Web based che di per se non vuol
dire niente. Oltre a questo dava a intendere tra le righe che era una
cosa rivoluzionaria e non alla portata dei vari
scriptaroli/sistemisti/
Saluti.


 informazioni? Ma che logica è?
E' una logica moderna, object oriented. Se sei un matusalemme, torna alle 
schede perforate. Ah, no, quelle noi non le supportiamo. 


 perplesso.
Il "vecchio" codice era pieno di query sql. Ora non è più possibile, 
ovviamente, fare select od insert. Si deve passare dall'abstraction layer.
Uno degli svantaggi è che per fare una where clause, prima bastavano 4 keyword, 
ora dobbiamo creare da codice l'albero della condizione, che poi verrà 
internamente tradotto nelle 4 keyword di cui sopra. 


 tirarti fuori i dati.
Oh, un bel riassunto. :)
Ovviamente da noi c'è un reparto che sviluppa il web-service. Beh, me ne tengo 
alla larga se possibile (non sempre). Web e DB non sono la mia punta di 
diamante... ;) 


 Rispondi alla domanda
Quale? 


internamente tradotto nelle 4 keyword di cui sopra. 
Si, che c'e' l'abstraction layer e che hai imparato come si chiama
s'e' capito, ma per te "da DB based a web based" che significa?


 da db-based a web-based.
Infatti db-based � la gestione dei dati e web-based � l'interfaccia utente,
sono due strati che in comune tra loro hanno solo il fatto che prima o
poi devono parlarsi!

 allora perche te lo chiedi adesso???
E i web services l'ha creati Dio al momento della Genesi insieme con il Cielo
e la Terra, accendendoli insieme alla luce dicendo "Fiat lux!", o per caso
li ha scritti qualche umano qui in giro? :)
Posto ragionevolmente che ci si ritrovi in codesto secondo caso ;) ricadi
nella categoria menzionata, ossia stai utilizzando un layer gi� predisposto
da qualcun altro. Ergo ricadi nel caso particolare menzionato, ossia che ti 
trovi il lavoro gi� fatto e SOLO PER QUESTO PARTICOLARE MOTIVO non devi 
preoccuparti di sapere cosa c'� dietro. Ma � perfettamente possibile, anzi
per un'applicazione custom � decisamente pi� che probabile, che il web service
non ci sia, e che te lo devi scrivere TU insieme col resto. Vedi che ora lo
devi sapere eccome, come si parla col db :)

 buono a sapersi. Bastava dirlo.
Si ma il web service si deve realizzare da solo, perch� altrimenti il
programmatore che lo realizza deve sapere come far parlare il web service
col db :)

 scriptaroli/sistemisti/
Beh l'avran congelato a met� degli anni novanta e ora che s'� scongelato
nessuno ha avuto il coraggio di dirgli che l'hanno gi� fatto da un pezzo,
dai. Goodbye Wirth!

 E' una logica moderna, object oriented. 
Era "moderna" all'inizio degli anni 90, appunto... ;-))))

 diamante... ;) 
Ah e il resto invece?

 internamente tradotto nelle 4 keyword di cui sopra. 
Ecco questo � un esempio probabile di astrazione poco pratica. Ovvero: � giusto
(pi� che altro inevitabile) se devi prevedere l'interfacciamento con db NON SQL. 
Se per� i db di cui � previsto il supporto sono tutti sql, allora � molto pi�
pratico scendere a compromessi con l'astrazione, e prevedere direttamente la
select eventualmente "mappandola" nel particolare dialetto. 

 medio poco si fida di os.
Io ti dico che la versione attuale di SQL Server Express ha rimosso
molti dei vincoli delle precedenti verisoni di MSDE. Certo, bisogna
vedere se ti servono tabelle da piï¿œ di due giga o piï¿œ di venti
connessioni concorrenti (nota che Microsoft dice che oltre questo
limite le prestazioni degradano, non che non vada).
Aggiungo peraltro che, ad esempio, PostgreSQL viene usato da istituti
bancari e scala benissimo (hai presente quante transazioni ha una banca
in una singola giornata?)
-- 
Ciao!
Luca

 Ah e il resto invece?
Diciamo che un auto con solo il motore non serve a molto. Io sono specializzato 
in tutto il resto, anche se, se dovessi passare al motore, dopo un po' di 
rodaggio anche li mostrerei che so fare... Come ho sempre fatto. 


 ma per te "da DB based a web based" che significa?
Da query sql dirette a chiamate soap al web-service. 


 ci deve scrivere su le applicazioni. 
Se con questo vuoi dire che se ne deve occupare l'analista del sistema,
sono assolutamente d'accordo con te. Sbagliare in fase di progetto a
considerare e dimensionare il sistema di memorizzazione puï¿œ diventare
una cosa drammatica.
-- 
Ciao!
Luca

 select eventualmente "mappandola" nel particolare dialetto.
Lo facevamo in passato per supportare SQL ed Oracle. Ma anche quello è stato 
definito "vecchiume". 


 informazioni? Ma che logica è?
e la logica c'è e come.
poi se utilizzi la metodologia ORM, sinceramente poco importa con
quale mezzo sono scritti i dati, associ il dato ad un oggetto e non ti
importa il come o dove questi memorizzi.
certo che comunque alla fine è corretto sapere dove sono scritti, ma
puoi anche trascendere da questo.
ti fò un esempio:
una volta, nei dbms, ci si preoccupava dove fisicamente venivano
scritti i dati, e questo era una necessità per il programmatore perchè
si doveva preoccupare che la tabella tal dei tali, non aumentasse in
dimensioni da sforare lo spazio fisico (disco, nastro o altro), poi la
oracle risolse il problema introducendo i tablespace (che gestivano la
cosa in modo trasparente andando a localizzare i dati anche su più
dischi/partizioni ecc..), ora dimmi: ti preoccupi ancora di sapere
dove è scritto fisicamente il tuo dato??? non penso.
allora perchè devo sapere in che modo è scritto??
questo non vuol dire che non si debba conoscere il linguaggio SQL o il
DBMS, dico solo che siamo arrivati al punto che si cerca di astrarre
il più possibile.
Ciao

 a riorganizzare ed estendere il tutto.
Attenzione. Si sta parlando NON di uno specifico DBMS, ma di definire
chi-fa-cosa e come viene sfruttata quella risorsa limitata che si
chiama rete.
Te lo dico in altro modo. Nessuno ti vieta di usare Access per la tua
memorizzazione dei dati (sto vomitando), pero' devi essere ben conscio
del peso che dai a una rete qualora dovessi condividerlo tra pi�
postazioni, e del fatto che non � la scelta corretta se pensi a un
numero di utenti elevato (a meno che non ci accoppi uno strato software
che risponde a richieste esterne, ma a quel punto che senso ha?).
-- 
Ciao!
Luca

 server.
Dal punto di vista delle prestazioni sei sicuro che il tuo codice venga
eseguito al meglio sia che ci sia SQL Server, piuttosto che Oracle o
postgresql ? Immagino che alla fine il costo del DBMS sia solo una parte
rispetto al costo di vendita della vostra soluzione. Quello che voglio dire
� che a volte il risparmio sull'acquisto di SQL server piuttosto che Oracle
� solo un dettaglio minuscolo rispetto al costo dell'intera soluzione,
mentre in termini di efficenza la differenza pu� essere notevole e duratura
(lo dico da utilizzatore si SQL Server e Postgresql nei miei progetti).
PaF

 alle schede perforate. Ah, no, quelle noi non le supportiamo. 
Object oriented moderno?
Caspita, son moderno da 20 anni e non lo so!
Scherzi a parte, c'entra nulla l'object oriented con tutto il resto.
-- 
Ciao!
Luca

Da query sql dirette a chiamate soap al web-service. 
Oh, finalmente...
Quello che c'e' sotto al SOAP per comunicare col "web service" e' di
competenza tua?


 web services questi sconosciuti.
Al che mi scapopa la domanda.
I Web services scendono dal cielo, o c'� qualcuno che li
progetta/realizza?
-- 
Ciao!
Luca

 Ovviamente da noi c'ï¿œ un reparto che sviluppa il web-service. 
Tutti sistemisti, suppongo.
(che poi, IMHO i WS han dei pro e dei contro, ma non voglio
scoperchiare anche questo vaso).
-- 
Ciao!
Luca

 layer.
Purtroppo il mondo va verso Linq...
-- 
Ciao!
Luca

 da db-based a web-based.
poi come ha gia risposto LUC, nella sua azienda, c'è un reparto
apposta che si occupa di progettare e realizzare i web-services,
quindi non è necessario che ogni singolo programmatore dell'intero
progetto conosca il come e dove vengano memorizzati i dati che sono
demandati a leggere e scrivere.
Ciao

Quale? 
Mannaggia san'pizzo, cu e'palle e cu e'zi...
Dato il sorgente:
\> cat HelloWorld.c
#include <stdio.h>
int main() {
    printf("hullo everybody\n");
}
e le "applicazioni" (come da te chiamate qualche post fa)
applicazione 1:
\cint-5.16.19> gcc -o hullo HelloWorld.c
\cint-5.16.19> ./hullo
hullo everybody
applicazione 2:
\cint-5.16.19> cint HelloWorld.c
hullo everybody
procedi nel motivare perch�, come da te sostenuto nel thread, lo
scripting non sarebbe programmazione degna di quella prodotta da una
tool chain che preveda compilazione non-JIT, senza dimenticarti per
altro di spiegare dove nella tua logica si pongono le tecnologie JIT.
Devi insomma motivare la tua presa di posizione ignorante (cosa per
altro impossibile a questo punto) sul cosiddetto *scripting*.
Nota che ti ho fornito un esempio in linguaggio C, in modo da saltare
a priori stupide considerazioni prive di fondamento su linguaggi
interpretati da source code e/o bytecode che non conosci e su cui ti
sei gi� indirettamente proferito in maniera errata.

 __________________________________
Sarà come dici tu però mi è capitato di pormi il problema recentemente
in quanto per importare dati in Oracle da file di testo, per sfruttare
specifiche di tracciato già scritte si usava access che usando driver
odbc e è indipendente dai linguaggi di programmazione, dai sistemi di
database e dal sistema operativo. Ha solo un piccolo difetto: è
spaventosamente lento ed uno non può permettersi di aspettare ore per
importare file da un giga. Non a caso esistono provider di connessione
specificatamente dedicati al singolo db che permettono di manipolare i
dati in maniera molto più rapida ed efficiente. Io ad esempio alla
fine ho risolto che il miglior modo possibile per caricare i dati
fosse formattare il file secondo le specifiche e lanciare da un thread
secondario sql*loader con tutti i parametri corretti. Per la
manipolazione dei dati usare invece neanche il provider .net per
oracle fornito con visual studio ma quello della oracle molto più
efficiente. Per cui dire uso un qualcosa che va bene per tutti, direi
che si scontra con le esigenze di ottenere buone performance con
soluzioni che variano a seconda del db sottostante. Se tu definisci
tutto questo vecchiume e non dici di usare nè odbc nè linq si può
sapere in cosa consiste questo abstraction layer che deve comunicare
con il db? in che lingua dialogano i due?

 con il db? in che lingua dialogano i due?
posso risponderti che quello che avete utilizzato � il modo pi� brutale 
e assurdo per importare i dati.
ma se facevate una piccola store procedures in pl/sql dandogli in pasto 
il file di testo???
in questo caso era proprio Oracle che si pappava il file (quindi girava 
su server che sicuramete non � un pc in rete (qui prima, c'� qualcuno 
che si � lamentato delle performance di rete e in questo caso se io ero 
un sistemista di rete ti avrei segato le gambe), senza passare per cose 
astruse e arzigogolate, mettendo su access e odbc (avete inserito una 
altro layer e quello pi� schifoso per giunta)
senza polemica, � un altra conferma che pagarti di pi� solo perch� 
laureato � da dementi.
Ciao

 Ciao
ehm genio perchè prima di parlare non provi almeno a calarti nelle
parti degli altri? Sicuramente se ho fatto così avrò avuto i miei
motivi: tra cui fare elaborazioni sul file di input formattandolo
secondo un tracciato variabile, eseguendovi altre elaborazioni, cosa
che concorderai con me è più facile fare in un altro linguaggio che
non sia pl/sql...E dire che sono i laureati a fare i saccenti.. Poi se
tu usando pl/sql scrivendo un programma assurdamente lungo e complesso
di centinaia di righe solo per ridurre i tempi di caricamento da 10
secondi a frazioni di seocndo (quanado passando da un caricamento via
odbc a sql*loader si è ridotto il tutto di un fattore 10 almeno) lo
ritieni saggio come investimento, be auguri. E occhio a non sbagliare
tra cursori, gestione delle eccezioni, lettura da file con i vari
package etc etc che concorderai con me in pl/sql sono meno malleabili
che usando un qualunque altro linguaggio:-).


wrote:

Aggiungo non dirmi puoi utilizzare anche java...che la risposta
sarebbe sbagliata per quello che voglio fare io...

 che usando un qualunque altro linguaggio:-).
qui mi trovi in disaccordo, come gia detto ci sono linguaggi che hanno 
delle peculariet� rispetto ad altri, e sinceramente per elaborare dati 
(migrazione e normalizzazione) trovo pi� comodo un linguaggio nativo, 
non so il tipo di elaborazioni che tu abbia dovuto fare(se calcoli forse 
hai ragione), ma utilizzando gli strumenti che ti mette a disposizione 
il pl/sql per fare sort, merge, formattare secondo tracciato (da db, 
csv, xml ecc.), creare viste temporanee, eseguire query complesse, a mio 
avviso avresti avuto un controllo maggiore.
che succedeva se ti cascava la rete? saresti stato costretto a ricominciare.
quanto tempo ci avete messo tra sviluppo e caricamento? forse il fattore 
10 � solo il caricamento, ma il tutto??? (qui dipende dalla conoscenza 
degli strumenti).
non volevo essere saccente ma il discorso dell'essere pagato di pi� 
senza dimostrare di saperli valere quel di pi� ancora mi fa incazzare.
Ciao

 in una singola giornata?)
anche Skype si basa su PostgreSQL:
https://developer.skype.com/SkypeGarage/DbProjects/SkypePostgresqlWhitepaper
ilSimo
-- 
now playing: 
Open for me the gates of your Valhalla
Father Odin wait for me, I'll be there with you
I will not die, I'm riding through the sky
Warriors of eternity, I'll be there with you
                                Drakkar - Quest For Glory (Valhalla)

 (lo dico da utilizzatore si SQL Server e Postgresql nei miei progetti).
Avevo perso un pezzo del thread, leggo che in azienda c'� qualcuno che si
occupa del DAL, la palla la passi ad altri.
PaF

 sarebbe sbagliata per quello che voglio fare io...
Io aggiungo: potresti imparare a quotare...
-- 
Ciao!
Luca

 [varie]
Pure tu, potresti imparare a quotare!!
-- 
Ciao!
Luca

 connessioni concorrenti
Le due limitazioni che hai citato sono decisive nel fatto che Express non può 
essere usato in produzione con il ns. software. Va bene per i corsi o per i 
piccolissimi giornali locali. 


 Tutti sistemisti, suppongo.
Non credo... :) 


 demandati a leggere e scrivere.
Infatti. Il reparto web propone soluzioni, noi che sviluppiamo le applicazioni 
proviamo/usiamo e se ci sono problemi/richieste la palla torna indietro.
Ma siamo noi sviluppatori "applicativi" che dobbiamo essere soddisfatti. 


 competenza tua?
Ci ho messo mano (nulla di trascendentale, faccio "di peggio"), ma non è di mia 
competenza. 


 [CUT]
Scusa, non vedo nessuna domanda. Dicesi "domanda" frase che termina con il 
segno grafico '?'. 


 si fida di os.
Fammi capire, il vostro /cliente medio/ (non oso pensare come possa 
essere quello scadente) non si fida di un dbms open-source ipertestato e 
impiegato ovunque, e si fida invece della vostra soluzione che usa come 
back-end di storage un flat file ad accesso diretto? :-)

 piccolissimi giornali locali. 
Stai dicendo cazzate.

 definito "vecchiume".
Ah, nella tua azienda tutte le decisioni tecniche le prendono i commerciali
ed i marchettari! E bastava dirlo!

 Stai dicendo cazzate.
I ns db sono più grossi di 2gb, e molto più di 20 connessioni sono attive in 
una newsroom.
Quindi: ho motivi la tua frase o sparisci con vergogna da questo thread. 


 back-end di storage un flat file ad accesso diretto?
Ma è un file potente... :P 


 attive in una newsroom.
1) sono 2 Gb per tabella, non per db (che poi mi dici cosa ci metti
dentro, per raggiungere i 2 Gb);
2) 20 connessioni aperte contemporaneamente sono una marea, soprattutto
se usi WS. Puï¿œ servire di piï¿œ, ma devi scalare gli impieghi parecchio.
Al che mi sorge la domanda: mi spieghi a grandi linee cosa fa il
software? Perchï¿œ non vorrei che ci fosse la pessima abitudine (che con
ADO era un po' la regola) di non usare una connessione per lo stretto
tempo necessario.
-- 
Ciao!
Luca

 Quindi: ho motivi la tua frase o sparisci con vergogna da questo thread. 
Certo che motivo la mia frase: che express non vada bene per la TUA applicazione
� pi� che logico e legittimo. Che invece vada bene "solo per il giornalino
locale" � una cazzata grande come la Piramide di Cheope, in quanto va ovviamente
BENISSIMO per ogni applicazione che debba gestire non pi� di 4Gb di dati - ed
il limite delle 20 connessioni attive NON ESISTE e te lo sei sognato. Di fatto,
express � pi� che adatto *per la maggior parte delle applicazioni di media
grandezza*, al punto che Microsoft ha dovuto castrarlo togliendogli tutte le
feature di reportistica e finanche quelle di import/export dei dati, altrimenti
nessuno si sarebbe comprato quello commerciale.
Quindi reitero, confermo e sottoscrivo, *STAI* *DICENDO* *CAZZATE* e per di pi�
ignoranti ("o" motivi la frase, "o", congiunzione coordinativa disgiuntiva, non
"ho" prima persona singolare del verbo avere), ti direi di sparire con vergogna
dal ng se non sapessi che � un concetto troppo complesso per te :)

 connessioni attive NON ESISTE e te lo sei sognato. 
No, l'ho detto io. E l'ho detto perch� Microsoft afferma (va) che oltre
le 20 connessioni contemporanee le prestazioni degradano.
-- 
Ciao!
Luca

 se usi WS. Pu� servire di pi�, ma devi scalare gli impieghi parecchio.
E dagli tempo, altri dieci anni e scopre pure il connection pooling...

 segno grafico '?'. 
La sua domanda era: "procedi nel motivare perchè, come da te sostenuto 
nel thread, lo scripting non sarebbe programmazione degna di quella 
prodotta da una tool chain che preveda compilazione non-JIT, senza 
dimenticarti per altro di spiegare dove nella tua logica si pongono le 
tecnologie JIT."
bye,
G.

competenza. 
Si, che fai di peggio s'era capito.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

segno grafico '?'. 
Guarda che basta scriverlo che non sai rispondere. Non � la fine del 
mondo ammettere di essere un incompetente e di aver sparato cazzate in
ogni post del thread (e della vita), c'� gente che lo fa e poi con 
umilt� riparte e si rif� na'vita. Provaci, c'� tutto da guadagnare.
Ultima occasione per il fesso di rispondere:
<domanda>
Perch� lo scripting non sarebbe programmazione al pari di quella 
prodotta da una tool chain che preveda compilazione (JIT/non-JIT)? 
</domanda>
n.b. ti ho precedentemente fornito in diversi posts un esempio in 
linguaggio C, in modo da saltare a priori stupide considerazioni prive
di fondamento su linguaggi interpretati da source code e/o bytecode 
che non conosci e su cui ti sei gi� indirettamente proferito in 
maniera errata mostrando di non saperne un cazzo.

 se usi WS. Può servire di più, ma devi scalare gli impieghi parecchio.
Pensa a 100 persone contemporaneamente al lavoro, che aprono, salvano ogni 
minuto ecc.. 20 connessioni contemporanee sono troppo poche. 


 le 20 connessioni contemporanee le prestazioni degradano.
Non mi risulta, quantomeno non lo trovo pi� affermato da nessuna parte.

 il limite delle 20 connessioni attive NON ESISTE e te lo sei sognato
Sei sbroccato, eh... 


 Si, che fai di peggio s'era capito.
E mi pagano pure bene, da anni ed anni. Sono troooooppo furbo. 


 nel thread, lo scripting non sarebbe programmazione degna
Chi programma applicazioni sa anche fare scripting code.
L'inverso non credo proprio. 


E mi pagano pure bene, da anni ed anni. Sono troooooppo furbo. 
Dovresti andare in televisione in qualche trasmissione tipo piccoli
geni.


 ogni minuto ecc.. 20 connessioni contemporanee sono troppo poche. 
Le penso. E non solo le penso, le ho realizzate. Il che mi fa davvero
pensare che la gestione della connessioni sia fatta abbastanza malino.
Se salvi ogni minuto una connessione a DB ti serve per un secondo al
minuto (a meno che nel DB non ci metti anche i famigerati BLOB, roba
che secondo me non si dovrebbe fare MAI!!).
-- 
Ciao!
Luca

 parte.
Hai ragione. Ho verificato. Mi sa che ho roba storica che mi frulla per
la testa (forse era una cosa della seconda versione di MSDE).
http://www.microsoft.com/Sqlserver/2005/en/us/compare-features.aspx
-- 
Ciao!
Luca

 geni.
Quando ero alle medie ho "rischiato". Ero il genio del computer. Fecimo (io) un 
software per c64 sulla nascente CEE.


 che secondo me non si dovrebbe fare MAI!!).
Eh no, purtroppo a volte tocca...

 minuto ecc.. 20 connessioni contemporanee sono troppo poche. 
Solo se lavori coi piedi ;) � altamente improbabile che tutte le 100 operazioni
siano *esattamente* temporalmente coincidenti. Se apri e chiudi le connessioni
come cristo comanda, statisticamente te ne bastano verosimilmente 10.
Ed in ogni caso le connessioni massime di SQL Express sono 32767 come nella 
versione fulll :)

 Sei sbroccato, eh... 
Tu fai i conti su una limitazione inesistente ed IO sono quello sbroccato? :)

 Ultima occasione per il fesso di rispondere:
Perchè mi dai del fesso? Guadagno più di te sicuramente, facendo simile lavoro! 
Chi è il fesso, quindi? 


 Eh no, purtroppo a volte tocca...
Adesso mi hai messo la curiosita addosso. Quando?
-- 
Ciao!
Luca

 Tu fai i conti su una limitazione inesistente
Luca ci ha messo fuori strada. Comunque la limi più grave è la dimensione del 
db. 


 
http://www.microsoft.com/Sqlserver/2005/en/us/compare-features.aspx
Si, � possibile che fosse in qualche versione precedente, l'msde era
molto pi� castrato...

L'inverso non credo proprio. 
Stronzate. Ti ho scritto una applicazione Hello World in esempio,
facendoti vedere come...
Ma lasciamo perdere. Leggendo l'archivio di questo gruppo mi sono reso
conto che sei in piena malafede, essendoci una discussione[1] del 2002
con Alex Martelli e altri in cui ti coprivi di ridicolo al riguardo di
Python e linguaggi interpretati. Dal 2002 ad oggi, � evidente che tu
non abbia fatto nulla per riempire le tue lacune; sei praticamente
peggiorato e le tue argomentazioni lo dimostrano. 
Sei solo un troll. Spero che gli altri nel gruppo non ti usino nemmeno
pi� come giocattolo scacciapensieri, che manco sei divertente in fin
dei conti.
"E non diciamo CAZZATE sulla tastiera per giustificare Phyton,
linguaggio
che conosco poco ma che gi� 'inquadro' dalle parti del
VisualBasic...."
ma ancora pi� rotfl:
"software che mangia gli spazi"
dio mio quante puttanate che hai detto nella tua breve vita :)
[1] 
http://snipurl.com/kpk7c

software per c64 sulla nascente CEE.
Fecimo?
Nel senso di cagare?


 Nel senso di cagare?
Pensavo riuscissi a rimanere serio nel topic. Mi sbagliavo. 


 conto che sei in piena malafede, essendoci una discussione[1] del 2002
Nei hai di "un ca**o da fare", eh... Io no, ho da lavorare. E sicuramente non 
parlo di cose di 7 e più anni fa.
Eclissati.


Pensavo riuscissi a rimanere serio nel topic. Mi sbagliavo. 
Non e' colpa mia se non sai coniugare i verbi.
http://www.italian-verbs.com/verbi-italiani/coniugazione.php?id=3925


parlo di cose di 7 e pi� anni fa.
Ne sono sicuro:
"In 7gg imparo Python, scommetti? E' il mio tempo medio per un nuovo
linguaggio (e programmo dal 1985)."
7 giorni... 7 *anni* dopo ancora nulla ne sai di linguaggi di
programmazione. Studia, studia...

 Adesso mi hai messo la curiosita addosso. Quando?
Ok, esempio reale. Portale di notevoli dimensioni, ridondato e
clusterizzato, composto da N frontend web pi� N backend applicativi pi�
un DB (cluster anche lui ovviamente, ma ai nostri fini non � rilevante).
Il cluster � completamente dinamico, nel senso che � composto da
una serie di VM che possono essere attivate o disattivate a seconda del
carico presente, ed il contenuto del portale pu� variare (ovviamente) in
ogni momento. Questo significa che OGNI dannato oggetto che dev'essere
erogato dal portale deve stare nell'unico posto comune a tutti i sistemi
ed attivo in ogni momento, ovvero il database.
Ti fa bruciare lo stomaco, ma non c'� altra via :P (*)
(*) Teoricamente, gli oggetti "pesanti" potrebbero stare su un filesystem
condiviso a tutti i sistemi. Ma a parte che in realt� complica di pi�
la vita perch� devi assicurarti che tutti i sistemi lo montino correttamente,
implementare la gestione degli oggetti separata ecc. il vero problema �
che introduci un dannatamente grosso single point of failure. Quindi devi
anche implementare un sistema di fs distribuiti su piattaforma ridondata...
alla fine tenere tutto nel db diventa la cosa meno pesante!

Chi � il fesso, quindi? 
Dev'essere uno spasso la mattina, quando lo ripeti davanti allo
specchio.

 linguaggio (e programmo dal 1985)."
Confermo. In tempo simile sono passato al c#.
Dai, ora torna a lavorare, che lo stipendio va guadagnato. 


 db. 
Ma anche no. E' una limitazione solo se ti servono db pi� grossi di 4G.
Ovvero, se a TE servono 10G � sicuramente un limite che te lo rende inadatto,
ma la maggioranza della gente probabilmente ha bisogno di meno.

 geni.
Lo vedo meglio ad una televendita, il nuovo "baffo" :)
G.

 specchio.
Ok, ora torna a scrivere i tuoi scriptini... 


, 
g...@nospam.gmail.com

Be complimenti...la tua conoscenza, ragionando in questi termini, deve
essere universale. Se bastano 7 giorni per studiare qualunque cosa,
direi che puoi far meglio di pico della mirandola. In questi 25 anni,
di programmazione continuativa,devi averne approfonditi di concetti...

di programmazione continuativa,devi averne approfonditi di concetti...
Se programma come coniuga i verbi...


 Confermo. In tempo simile sono passato al c#.
Diciamo che in una settimana hai una buona infarinatura, e per il
semplice fatto che C#, Java e C++ sono tutti linguaggi C-Like.
Python richiede un salto di consapevolezza in piï¿œ. E' non solo un
linguaggio, un paradigma abbastanza differente.
-- 
Ciao!
Luca

 Luca
Be dai difficile dire che in 7 giorni si possa padroneggiarli tutti:
va bene che sono tutti object-oriented ma questo non vuol dire saperli
usare tutti allo stesso modo. Ho guardato un pò Python con cui un mio
amico ha scritto la tesi e a parte che lo trovo fastidiosissimo per
l'indentazione penso che non riuscirei manco a scrivere un programma
banalissimo in pochi giorni...visto che la sintassi e anche gli
"oggetti" del linguaggio sono diversi. Forse il paragone regge per c#
e java, se non ci si addentra tropo nelle classi del framework (7
giorni sono comunque pochi...) ma python e gli altri anche a livello
sintattico li trovo due mondi a parte.

Ok, ora torna a scrivere i tuoi scriptini... 
Non sei in grado di dire a nessuno cosa fare, troll.
E' anche grazie a gente come te che l'Italia resta ferma al dopo
guerra. Vergognati, brutto troll da strapazzo.

va bene che sono tutti object-oriented ma questo non vuol dire saperli
Python, C# e C++ offrono anche di pi�

Be dai difficile dire che in 7 giorni si possa padroneggiarli tutti:
Infatti ha scritto "infarinatura", non padronanza.

Se programma come coniuga i verbi...
A leggere i suoi post, direi pi�: se programma come vive...

In questi 25 anni,di programmazione continuativa,devi averne approfonditi di concetti...
Mah, non ci giurerei. In 7 anni non ha nemmeno fatto tesoro delle
bastonate prese da A.Martelli e dagli altri.

L'inverso non credo proprio. 
Il codice non-maneged non rende automaticamente programmatori.
Ne sei la prova vivente.

Che fai gli script in C? Mai sentita prima...
cint-5.16.19, uno tra i tanti. Divertiti a _programmare_ script in C
:)

 
allora sono 15 miseri anni :) non sono gli anni che contano ma i
chilometri baby

 nostro paese sia pieno di soggetti con mentalitï¿œ retrograda.
mi ï¿œ successo anche di peggio, io alle elementari avendo scritto in un
tema libero la mia passione per l'olivetti prodest la maestra mi dette
un voto pessimo e davanti a tutta la classe mi disse pure vergogna ma
quanto gli fai spendere di elettricitï¿œ ai tuoi?, ci rimasi malissimo gli
avrei staccato braccia e gambe, fortunatamente le cose cambiano mia
madre insegna alle medie e hanno un aula multimediale abbastanza degna.

 neanche" (testuali parole).
cose che non immaginate neanche... magari di notte si vestono da
sgualdrine e si fanno chiamare barbarah (riferito ai maschi) oppure da
batgirl e combattono il crimine (le femmine)

 Vergognati, brutto troll da strapazzo
Oh oh! Andiamo sul personale!!! Un altro snobbettino fatto "saltare"...
 
:P :P :P 


 allora sono 15 miseri anni
Avevo già corretto: 1984. E' dal '94 che è di professione. 


 Qualcuno che mi sta a ruota, qui su ILI?
240 post in una settimana circa...
Trotta! Trotta! Trotta!
:-P
PS: take it easy... relax...


:P :P :P 
Pensi di riuscire ad argomentare come un adulto entro prima di
arrivare ai 40?
T'ha fatto una domanda e non hai saputo rispondere.
Poi sei passato alla fase degli "gne gne gne".
Spiegaci perche' uno script non e' un programma una buona volta.


 
e va be ma io scherzavo...

 Spiegaci perche' uno script non e' un programma una buona volta.
Ho detto che scrivere script non è come programmare applicazioni "intere". Non 
lo ripeto più. 


lo ripeto pi�. 
Hai detto che PHP/PERL/Python NON SONO LINGUAGGI DI PROGRAMMAZIONE
Che fare script non e' programmare:
"Fare uno script, per quanto complesso (e per quanto sia giusto che
uno script sia complesso), non � programmare nel senso stretto della
parola."
che tradotto viuol dire:
"Se programmi allora programmi"
"Se scrivi uno script allora non programmi"
Ti hanno chiesto cos'e' uno script e non hai risposto, cos'e' un
programma e non hai risposto.
Che differenza tra un "coso" che ti chiede come ti chiami e poi ti
saluta e uno script che fa la stessa cosa?
Perche' se il "coso" e' scritto in python non sto programmando?


,

Che significa applicazioni "intere"? Tu fai tutto da solo? Non eravate
un team...?

lo ripeto pi�. 
Ecco un'applicazione scritta in Python:
http://wikidpad.python-hosting.com/browser/trunk/
Esistono sicuramente esempi analoghi in tutti i principali linguaggi
di scripting (che ci sarebbe da discutere molto su termine
"scripting", ma non con te che non hai nemmeno le basi della
materia...).
E ora, campioncino, come la metti?


Bisogna dire pero', che se la qualita' della tua scrittura fosse stata 
al livello di questo tuo post, sia il votaccio sia la pubblica gogna 
sarebbero state *meritatissime* :-)
Ciao,
Vale

sarebbero state *meritatissime* :-)
Non devi lavare i pavimenti nel call centre prima di andare a tirare
fuori il materasso per dormire?


 fuori il materasso per dormire?
No. Perche' dovrei dormire in ufficio, su un materasso per terra, quando 
ho un comodo letto che mi aspetta a casa?

ho un comodo letto che mi aspetta a casa?
Per massimizzare il profitto e trolleggiare meglio.


 Che significa applicazioni "intere"?
Che metti mano in tutti i settori che compongono l'applicazione. Non nella sua 
interezza. 


 Hai detto che PHP/PERL/Python NON SONO LINGUAGGI DI PROGRAMMAZIONE
Php mi sembra sia vecchia roba web.
Perl è un linguaggio idiota, con sintassi da deficiente, che mi rifuito di 
usare per non "disimparare".
Python non lo conosco, ma sarà il solito linguaggino fatto per qualche 
specifico settore... 


 E ora, campioncino, come la metti?
Torna a programmare in python... Mi raccomando: aggratis, snobbettino dei miei 
stivali... 


 qualche specifico settore... 
Consiglio da amico. Non parlare di cio' che non conosci. Rischi di dire
enormi sciocchezze.
-- 
Ciao!
Luca

 enormi sciocchezze.
Consiglio rigettato al mittente. 


stivali... 
Torno a programmare in *tutto*, io. A differenza di te, non ho nessun
problema di conoscenza.
Pretendevo la programmazione da te, ma manco l'italiano conosci: come
fai a darmi dello snob quando sei tu che snobbi la programmazione,
decine e decine di linguaggi interpretati, i db opensource e tanto
tanto tanto altro?
L'informatica dovrebbe essere il tuo mestiere, a quanto dici, ma ne
dubito fortemente a questo punto: penso piuttosto non sia vero nulla
di quello che hai scritto.
Sei solo un troll. Non c'� altra spiegazione.

 Sei solo un troll. Non c'è altra spiegazione.
Va bene, mi hai scoperto. Sono stanco di sbertucciarti. 


Va bene, mi hai scoperto. Sono stanco di sbertucciarti. 
Non darti arie, qui non si tratta della tua patetica presenza
virtuale.
L'importante � piuttosto contrastare l'ignoranza e le sciocchezze
dette da quelli come te, che altrimenti resterebbero cos� sui server e
potrebbero accidentalmente fuorviare chi le legge in futuro.

 Consiglio rigettato al mittente. 
"Python non lo conosco, ma sarï¿œ il solito linguaggino fatto per qualche 
specifico settore... "
Oh bella, la frase sopra l'ho scritta io o l'hai scritta tu? Perchï¿œ io
ci leggo: non lo conosco, ma do un giudizio...
-- 
Ciao!
Luca

specifico settore... 
Tralasciando che Python lo usano al MIT come linguaggio di
introduzione alla programmazione, ancora non mi hai spiagato perche'
un "coso" che ti chiede il nome e ti saluta se lo scrivi in Basic o
C++ e' un programma e se lo scrivi in shell script non lo e'...


 del carico presente
adesso hai fatto venire a me la curiosit�: cluster con vm attivate o 
disattivate ?