Newsgroup: it.lavoro.informatica
Titolo: Prezzi VS2010... alti?

Salve,
come riporta questa notizia:
"Google regala tool di sviluppo",
http://punto-informatico.it/2745531/PI/News/google-regala-tool-sviluppo.aspx
mi fa pensare al costo delle licenze di VS 2010.
Siccome il mio abbonamento a MSDN scadr� a fine gennaio 2010,
e vista la situazione, se non si riducono i prezzi non potr� aggiornarla
(anche considerando gli sconti delle offerte del momento),
questo far� si che non avr� modo di usare il VS 2010 almeno in una versione 
decente (neanche considero la Express).
Il risultato sar� quello di iniziare a guardare se utilizzare anche altri 
tools di sviluppo da affiancare al VS 2008 che utilizzo adesso.
Spero, almeno per me, che ci sia un modo onesto (concorso a premi, offerta 
speciale) che mi permetta di aggiornarmi al VS 2010.
Forse sar� uno dei pochi poverelli che lavorano nell'informatica... ma la 
mia situazione per adesso � questa.
Saluti
Alex P. 

Alessandro.it ha scritto:

Per capirsi perch�: "neanche prendi in considerazione la express?"

 ha scritto nel messaggio 
news:PARJm.92405$9f6.1...@twister1.libero.it...

Mancano i tools di ALM.
Alex P. 

 Mancano i tools di ALM.
Mi spiego meglio...
Io posso benissimo fare a meno di TFS,
non lavoro in Teem e tutto quello che riguarda questo posso benissimo farne 
a meno,
ma quello a cui tengo molto � la possibilit� di fare i grafici UML, Test, 
programmazione WPF e Silverlight, Expression...
Sarebbe l'ideale una versione VS 2010 Professional che abbia tutto quello 
che ho menzionata senza i tools per lavorare in gruppo, se non mi sbaglio 
questo era il fine di questa versione.
Invece si fanno versioni in cui molti dei tools che servono a qualsiasi 
programmatore,
vengono messi nella versione "Teem" come se un programmatore singolo non 
dovesse mai usare il Profiler, fare Test, Grafici UML ecc.
 Mi ripeto...
io avrei messo tutti i tools (funzionalit�) nella versione professional e 
avrei lasciato nella versione "Teem" o in qualsiasi modo verr� chiamata, 
solo le funzionalit�/tools che servono per la condivisione del sorgente.
Chiedo troppo?
Alex P. 

 programmazione WPF e Silverlight, Expression...
Da che si suppone che non fai programmini del cavolo, ma qualcosa su cui ci 
guadagni. Quindi potresti permettere VS2010... O sbaglio? 
-- 
__________________________________
Luc (36, CO)
25 years uninterrupted programming
__________________________________

 guadagni. Quindi potresti permettere VS2010... O sbaglio?
Se venissi pagato regolarmente... lo potrei!
Alex P. 

 Alex P.
va bu� ma l'uml te lo puoi fare a mano o con dia con poseidon uml etc...
io ho sempre tenuto l'uml esterno al tool di sviluppo (e nemmeno ho mai
usato tool per convertire uml in prototipi di classe) l'uml l'ho sempre
fatto con poseidon e le classi a mano.
Per silverligth puoi usare anche il visual studio express; per il
profiling diversi anni fa usavo questo:
http://dotnet.jku.at/projects/Prof-It/
ma a quanto pare non � pi� attivo...
sharpdevelop a che punto � arrivato come ide?

 il pericolo delle situazioni di monopolio e' proprio questo.
se li fanno pagare bene! :-(
Alex P. 

 sharpdevelop a che punto � arrivato come ide?
Tutto si pu� fare.
Se l'ho fatto fino adesso, vuol dire che l'alternativa si trova...
quello che non capisco � che:
fanno una versione per sviluppatori singoli (Professional) e mettono i tools 
che dovrebbe utilizzare il programmatore, solo nella versione per Teem!
mi chiedo...
perch� gli sviluppatori singoli dovrebbero lavorare con strumenti meno 
completi...
e in Teem invece gli strumenti ci sono?
L'alternativa �:
1) lo sviluppatore singolo si prende la versione per Teem (e sborsa 
tantissimi soldi per cose che non utilizzer�!)
2) prende la versione professional e aggiunge un sacco di tools per 
aggiungere tutto quello che manca e utilizza.
Se vuole restare onesto, � costretto in una o nell'altra soluzione a 
spendere parecchi soldi in pi� del dovuto.
Alex P.
 

 Alex P.
In effetti, la differenza tra una nuova licenza ed il rinnovo ï¿½ di circa 
200ï¿½ (listino PCW-Direct: 1112 contro 917 per VS Pro con MSDN 2 anni).
Comunque il valore aggiunto di MSDN ï¿½ enorme, noi solo di tools e 
sistemi operativi non so quanti euro abbiamo risparmiato, ma senz'altro 
molti di piï¿½ del costo della licenza.

 Se vuole restare onesto, � costretto in una o nell'altra soluzione a 
              ^^^^^^^^^^^^^^^^^^^^^^^^^
lol!!
e comunque credo che alla microsoft non gliene importa proprio nulla del 
freelance(ormai destinato a estinguersi) a lei interessa che vengano 
comprate piu' licenze possibili da aziende medio grandi dove si lavora 
in team!

 facevano ben altro
Concordo! 

 medio grandi dove si lavora in team!
Anche se aziende d'informatica grandi, in Italia (per non dire in Sicilia) 
ce ne sono poche,
per quel che ne so io...
ma posso sbagliarmi. 

 Se venissi pagato regolarmente... lo potrei!
Ah, beh, quelli sono cavolacci tuoi... :-PPP 


Alessandro.it ha scritto:

a me basta una shell e un compilatore.

 molti di piï¿œ del costo della licenza.
se non erro, chi rinnova puï¿œ passare alla licenza immediatamente piï¿œ alta
allo stesso prezzo... la cosa mi sta facendo tentennare... ci sarebbe tutto
office ed expression web... anche a me scade a gennaio...
cia'
d.
-- 
________________________________
Dan (33, MI)
33 years uninterrupted breathing
________________________________

 a me basta una shell e un compilatore.
Pittoresco (cit.)
PS: non siamo più negli anni '80/'90... Tutti noi "vecchi" siamo passati dalla 
CLI, ma ora, dai... 


 
ha ragione scusa, shell, compilatore e emacs.

 molti di piï¿½ del costo della licenza.
Scusa se mi intrometto cambiando un po' la direzione del discorso, ma 
che intendi con "noi solo di tools e sistemi operativi non so quanti 
euro abbiamo risparmiato"??
Io ho sempre desiderato acquistare MSDN ma devo dire che mi sembra 
troppo limitante il contratto.
Si veda: 
http://msdn.microsoft.com/it-it/subscriptions/dd362338.aspx
 e 
http://msdn.microsoft.com/it-it/subscriptions/cc150618.aspx
Voglio dire: alla fine dei giochi cosa riuscite a farci con MSDN?? 
(visto che ci vuole un abbonamento per developer, in produzione non si 
possono usare (che poi cosa significa andrebbe chiarito), in 
pre-preoduzione non si puo usare, .... mah)
Grazie dell'attenzione

 spendere parecchi soldi in più del dovuto.
Ma solo a me i tools MS sembrano economici ? VS Pro quanto costa ?
Poche centinaia di Euro.
Una suite equivalente IBM per java quanto costa ? Quella di Acrobat
per flash e grafica ?
Se vuoi fare gli schemi  UML ci sono mille tools gratuiti, ma nel tuo
caso mi concentrerei di più nella fase riscossione del dovuto.
Boh.

 ha ragione scusa, shell, compilatore e emacs.
O "VI" o niente... Emacs è quasi un Visual Studio... :-P 


 
Gli abbonamenti MSDN sono per lo sviluppo di software. In tal senso ti 
danno la possibilitï¿½ di provare le tue applicazioni su tutti i sistemi 
operativi Microsoft, nonchï¿½ di installare altro software Microsoft (ad 
esempio SQLserver) per provare se le tue applicazioni funzionano prima 
di rilasciare il software ai clienti.
Se per testare un software su almeno W2000-Xp-Vista-7-2003-2008 devo 
acquistare una licenza full, piï¿½ le versioni nazionalizzate per ogni 
paese dove intendi commercializzare il tuo software, il costo del 
prodotto schizza in orbita, considerando che anche se ho un server 2003 
in produzione (con licenza standard), di certo non lo uso come cavia per 
i miei software... Si va di macchina virtuale, ma comunque una licenza 
valida la devi avere.
In tal caso applico la regola "Utilizzo di software Microsoft 
nell'ambito di un ambiente di prova per le proprie applicazioni", dalla 
pagina che tu hai citato.
Lo stesso faccio con Oracle, che ti fornisce una licenza gratuita per lo 
sviluppo di applicazioni.
HTH

 
vi perdonami l'espressione ma "mi ha sempre fatto schifo"; sono
costretto ad usarlo per i rari compiti amministrativi su sunos e lo
faccio sempre con sommo dolore.
Utilizzo emacs+jde per java ed ï¿œ il miglior ambiente di sviluppo che
abbia mai usato.

 vi perdonami l'espressione ma "mi ha sempre fatto schifo"
Eresia!!! Sei un micro$oftaro sotto mentite spoglie!!!
:-PPPPPPPPPPPPPP 


 
e te uno unixaro vestito da windowsiano confessa il tuo amore per emacs!
scherzi a parte il vi ï¿œ fuori dalla mia ottica tutto le volte che lo
sono costretto ad utilizzarlo sudo freddo. (ho delle macchine di backend
sunos e se devo aspettare i tempi dei sistemisti per occasionali
modifiche di cui ho bisogno... campa cavallo... ci sono script che alla
modifica dei file di configurazione fanno backup, invia di mail etc...
fatti apposta sul vi e quindi alla fine quei tre comandi per inserire
testo, cancellare, salvare me li sono scritti sul braccio)
micheg

 testo, cancellare, salvare me li sono scritti sul braccio)
Se lavori su unix vi � l'unico ed il solo editor che devi usare, punto.
E' l'unica cosa che � garantito sar� su tutte le possibili variazioni
di unix dell'universo. 
In pi�, vi � l'unico editor esistente in grado di aprire file di
QUALSIASI dimensione...

 Boh.
Quoto.
Visual Studio per quello che fa ha un prezzo pi� che giustificato,
considerato che se proprio devi risparmiare puoi usare le versioni Express
con tools esterni (comunque non sono aggiornato sui prezzi, io avevo
l'abbonamento a MSDN Universal, per il quale mi ero svenato, ma i soldi li
valeva tutti).
Il fatto che possa sembrare caro se uno ha problemi a non essere pagato non
� imputabile a Microsoft :-)
PaF

 e te uno unixaro vestito da windowsiano confessa il tuo amore per emacs!
Emacs? Usato una volta, mi è bastato. :P
VI, invece, 3 anni alle superiori.


 QUALSIASI dimensione...
Un file enorme è un file "sbagliato". 


 Un file enorme è un file "sbagliato". 
Ok, dopo la cazzata del giorno anche per oggi siamo a posto.

 molti di più del costo della licenza.
Dato che anche io lavoro (parzialmente) su piattaforma .NET volevo 
chiederti quali sarebbero questi tools. Te lo chiedo perché finora non 
ho trovato nulla che mi facesse anche solo pensare a mollare Visual 
Studio Express Edition. Quindi, sentendo quello che dicono gli altri 
sviluppatori, evidentemente qualcosa mi sfugge.
Grazie,
Giulio
--

 Ok, dopo la cazzata del giorno anche per oggi siamo a posto.
un file enorme � pi� problematico da gestire, perch� sarebbe una cazzata
solo perch� esce da un abitudinario della boutade?


 d.
scusa, mi � saltato un punto di domanda alla fine della prima riga
cia'


 solo perché esce da un abitudinario della boutade?
Come in tutte le cose, "giusto" o "sbagliato" dipende dal contesto, dall'uso 
che ne si fa, e dall'applicazione che deve gestirlo.
Mi sembrava superfluo specificarlo in un gruppo di informatici.

 Un file enorme � un file "sbagliato". 
Un file enorme � un file che ha esattamente la dimensione che deve avere
e non ti � concesso argomentare il perch�.
Aggiungi alla tua tagline: "15 anni di non capire nulla di dati" :)

 scusa, mi � saltato un punto di domanda alla fine della prima riga
Perch�, appunto, un file enorme tipicamente ha un motivo per essere enorme.
Ho un db. Il dump di questo db sono quattro giga e mezzo (repeat: 4.5Gb).
Di norma non ti serve leggerlo... a meno che non vada storto qualcosa,
ed allora ti serve di leggere un file di quattro giga e mezzo per cercare
un dato preciso in mezzo da qualche parte :P

 
...
io sviluppo su linux su *nix mi limito a fare il deploy non dovrebbe
essere compito mio sistemare cose come virtual host o controllare log o
simili, alle volte lo faccio perch� i tempi di risposta di alcuni
sistemisti non hanno nulla di umano, per il resto hai ragione spesso mi
riprometto di farci un p� di pratica (ma in realt� anche all'universit�
usavamo emacs, per altro � stato l'unico editor che ho usato per anni e
per diversi linguaggi � ormai proprio una abitudine che non riesco ad
abbandonare.)
per il resto confermo anche su log da 800 mega il vi � un mostro di
velocit�...

 
Non ricordo che cosa manca nell'Express Edition rispetto a quella 
commerciale. A noi l'MSDN ha fatto risparmiare una licenza per .NET 2003 
(dato che l'SDK di Adobe per Acrobat 7 funziona solo per quella versione...)
Ci sono poi tool di debug remoto, di analisi, ecc. Poi ovviamente l'IDE 
ha molte piï¿½ cose rispetto all'EE, ma questo dipende da che cosa ci devi 
fare. Se gli SDK di Adobe funzionassero anche con l'edizione Express, 
non avremmo speso soldi nella versione pro.

 Mi sembrava superfluo specificarlo in un gruppo di informatici.
ma s�... ovvio che il contesto varia tutto. ma i file "enormi" sono sempre
sinonimo di problemi, in input o in output. nei programmi che faccio,
piuttosto che generare un file da 100 mb preferisco generarne (quando
possibile) 100 da 1 mb...
ovvio che nel caso di Sentenza (il dump di un db da 4.5 gb) siamo un pelino
al limite... e cmq mi viene da pensare che ci siano modi pi� smart di
realizzare un db, che non un unico bloccone che ti spara fuori un dump da
4.5 gb...
vabbe', erano solo 2 cent :-)


 4.5 gb...
Ti sembra strano ma � la cosa pi� pratica per il "normale" disaster recovery,
hai un unico dump internamente coerente che ti permette di ripristinare
tutto il db in uno stato preciso con una semplice operazione.
Di contro appunto hai il problema quando devi fare qualcosa "anormale", ma
da qualche parte bisogna ben piazzarsi...

 dovesse mai usare il Profiler, fare Test, Grafici UML ecc.
Sono uno dei pochi che si scrive ancora i propri file di log per 
debuggare? :(
Io tutti quegli strumenti non li ho mai usati, magari quando li scoprirï¿œ 
non ne potrï¿œ piï¿œ fare a meno, ma ho programmato una slot machine e 
debuggata solo con l'aiuto del puro debugger... che tipi di applicazioni 
devi fare tu? Probabilmente enormi...

 QUALSIASI dimensione...
se serve solo leggerlo, esiste anche less...
-- 
rot13 mail encoded

 4.5 gb...
Oh, se i dati son quelli, son quelli, eh... o tu conosci un modo per
dumpare un DB da 3 o 400 GB di datafile (tanto per star bassi) in un
file dump da 10 MB?
bye!

 file dump da 10 MB?
Lui pensa a spezzare il dump per singole tabelle, immagino...

 se serve solo leggerlo, esiste anche less...
Se hai dieci o venti ore da passare per scrollare fino alla fine
del file...

Sentenza <sent...@STACEPPAosteriafuoriporta.net> writes:

Non capisco... less non e` more... basta cliccare ">" e vai alla fine.
"<" e vai all'inizio.
Comunque non voglio avere l'ultima parola, in *nix, come in Perl,
There is more than one way to do it.
-- 
rot13 mail encoded

 Ok, dopo la cazzata del giorno anche per oggi siamo a posto.
Ma chi è 'sto pupazzo? 


 Ho un db.
Usi "VI" su un db? 


 e non ti è concesso argomentare il perché.
Io smanetto con file da qualche GB senza scomodare i databases: quando 
acquisisco un AVI-DV da telecamera.
E' comuque buona norma non avere 12GB di file (una cassetta da 60min), ma 
almeno spezzarlo in due.
E stra-comunuqe, non edito quel file con VI.
Quindi "statti muto", dietro la lavagna. Asino, asino, asino.


 Ma chi è 'sto pupazzo? 
Chi, quello che spara cazzate? Sei tu. 

 Usi "VI" su un db? 
Ho fatto anche questo ma non voglio sconvolgerti troppo per oggi ;)
parlavamo, pi� banalmente, di leggere il DUMP del db...

 Quindi "statti muto", dietro la lavagna. Asino, asino, asino.
*COFF* TI PREGO sono appena uscito dall'influenza, non puoi farmi ridere
cos�, se ci lascio i polmoni ti mando il conto dello specialista!

 Non capisco... less non e` more... basta cliccare ">" e vai alla fine.
E al 79%?

 non avremmo speso soldi nella versione pro.
Considerando che non dovrò usare gli SDK di Adobe per i prossimi 10 
anni... :-)
Grazie delle dritte,
Giulio
--

 sarà lungo 12GB.
Nessun singolo file ha bisogno di essere lungo quanto è lungo. E' sempre 
possibile organizzarlo meglio, se necessario.




p 79
Bye.

 possibile organizzarlo meglio, se necessario.
NO. Un file � lungo esattamente quanto richiesto dal programma che lo deve
trattare e dalla procedura a cui serve. Se serve, per motivi che non sono
cazzi tuoi e su cui non ti � concesso opinare, che il file sia un blocco
unico di dieci giga, il file � un blocco unico di dieci giga.
In compenso, adesso � richiesto a TE di DIMOSTRARE MATEMATICAMENTE che �
SEMPRE POSSIBILE organizzarlo meglio.
Non offenderti per� se non tratteniamo il fiato nell'attesa e anzi ci senti
discretamente ridacchiare in sottofondo mentre mangiamo il popcorn :)

 trattare
Io dico di no. Si può sempre far meglio. Poi se tu ti accontenti, e chi ti da 
lavoro si accontenta di ciò che gli proponi, per me va benissimo. 


 
No alle volte ï¿œ intrinseco nel problema, io attualmente sono in un
groppo che gestiste un software che analizza dei file di log di apache
senza possibilitï¿œ di intervenire sulla rotazione degli stessi ne
spezzarli etc... devono essere letti analizzati e archiviati nella forma
in cui arrivano (ï¿œ una precisa richiesta del cliente sulla quale non ï¿œ
disposto ad accettare compromessi ha chiaramente detto o cosï¿œ o cosï¿œ),
ecco i log della sezione portale sono file da 800 mb mediamente.
:)

 ecco i log della sezione portale sono file da 800 mb mediamente.
 
Ok, hai dei paletti. Ma se non gli avessi, almeno un log circolare sarebbe 
implementato...


 Io dico di no. Si pu� sempre far meglio.
La tua affermazione ha valore esattamente zero. Puoi affermare che "nella
maggior parte dei casi probabilmente si pu� fare", ma NON che "si pu� 
sempre fare". Per farlo sei obbligato a dimostrarlo matematicamente.

 ecco i log della sezione portale sono file da 800 mb mediamente.
Adesso ti risponder� che dovevate obbligare comunque il cliente a spezzare
i log in tanti file da 10Mb oppure rinunciare al lavoro :)

 devi fare tu? Probabilmente enormi...
Un'applicazione che ho finito a dicembre 2008 conteneva circa 200.000 righe 
di codice.
Il progetto l'ho realizzato da zero, facendo tutto:
1) raccolta requisiti utente;
2) Analisi;
3) progettazione;
4) sviluppo;
5) test
6) manuale
e altre varie fasi che non perdo tempo a nominare una per una.
Con un progetto del genere, non si riesce a tenere tutto sotto controllo se 
non si hanno gli strumenti adatti.
Ho fatto quello che gli strumenti che avevo mi hanno permesso di fare.
Avendo strumenti piï¿œ potenti la qualitï¿œ del software aumenta,
non avendo tutti gli strumenti, il software si sviluppa lo stesso,
ma la qualitï¿œ scende di molto!!!
Ciao
-- 
Alessandro Pulvirenti
al...@XXXalessandropulvirenti.it (togli XXX)
www.alessandropulvirenti.it
(Programmo dal 1987 - 22 anni di cui 18 per lavoro)
(Basic / C / C++ / C#... principalmente) 

 maggior parte dei casi probabilmente si può fare"
Mirror-climbing? :-P 


 implementato...
Apache non genera n� pu� generare log circolari. Inoltre, sarebbe comunque
impossibile perch� vietato dalla vigente legislazione, che obbliga alla
conservazione integrale dei log, che devono essere pertanto appunto sequenziali
ed integrali.

 Mirror-climbing? :-P 
No. Semplice tentativo di farti comprendere che ci sono pi� cose
in cielo ed in terra che nel tuo ridottissimo campo visivo. 
A volte un file pu� essere spezzato. A volte invece quella � esattamente
la lunghezza che deve avere e basta, in quel caso deve avere quella
lunghezza l� e zitto.
Puoi metterti a portare esempi per tutto il prossimo anno di casi in cui
"puoi" farlo ed avere sempre una valenza completamente nulla, perch� nulla
puoi dire dei casi in cui "non puoi" farlo. Dimostra che tutti i corvi sono
neri!

 Nessun singolo file ha bisogno di essere lungo quanto è lungo. 
questo lo mettiamo fra gli aforismi dell'homo tecnologicus.

 altri tools di sviluppo da affiancare al VS 2008 che utilizzo adesso.
questa è sicuramente una soluzione e non un ripiego.
fossi in te coglierei l'occasione (visto che ti è imposta una riflessione) 
per cominciare a smarcarti da un ambiente che prima di tutto non è 
multipiattaforma e inoltre come hai potuto toccare con mano vincola a 
costose sottoscrizioni per restare aggiornato.

 ha scritto nel messaggio 
news:hdc7jd$gar$6...@tdi.cu.mi.it...

Vero...
adesso vorrei continuare la discussione aprendo un altro thread su Java.
Alex P.
 

 righe di codice.
E con un'applicazione cosï¿œ grande non hai ricavato abbastanza denaro per 
permetterti VS2010?! Pensavo di essere messo male io... :D

 ha scritto nel messaggio 
news:4af9b201$0$1104$4faf...@reader3.news.tin.it...

Il denaro che ho guadagnato e sto continuando a guadagnare mi verrï¿œ dato in 
futuro...
questo ï¿œ il problema!
Ho mancanza di liquiditï¿œ adesso, ma ho un bel CREDITO che (prima o poi) 
spero... mi venga pagato!
Alex P. 

 Alex P.
Allora guarda siamo esattamente sulla stessa barca... forse era meglio 
una nave, ma pazienza (non farï¿œ ridere ma ï¿œ la dura realtï¿œ!).

 questo lo mettiamo fra gli aforismi dell'homo tecnologicus.
Bella, vero? L'ho ragionata... :P 


 Lui pensa a spezzare il dump per singole tabelle, immagino...
sposti di poco il problema, non è che la tabella con le linee di
fattura di una società medio-grande, per dire, sia tanto piccola ;^)
bye!

 fattura di una societ� medio-grande, per dire, sia tanto piccola ;^)
Infatti, facile che il db consista di UNA tabella da cinque giga e tutte
le altre che tutte insieme non fanno dieci mega. A quel punto hai un singolo
oggetto atomico da cinque giga che non pu� essere suddiviso... o cazzo, chi
lo dice a Luc??

 sviluppatori, evidentemente qualcosa mi sfugge.
hola petrux
te ne butto l� una: se sviluppi per windows mobile o simili, negli express
nun se po'.
cia'
d.
-- 
________________________________
Dan (33, MI)
33 years uninterrupted breathing
________________________________

 le altre che tutte insieme non fanno dieci mega.
DB fatto male, semplice.
Sono robe da scuola superiore, eh... 


 DB fatto male, semplice.
E anche oggi siamo a posto.

 Sono robe da scuola superiore, eh... 
O IMMENSA QUANTITA' DI DATI.
Aritmetica da scuola elementare, eh.

 O IMMENSA QUANTITA' DI DATI.
Non sempre se il 99% dei dati è in una tabella e l'1% in altre 20.
E che cacchio... :(


 cazzo, chi lo dice a Luc??
ricorda il motto: "Nessun singolo file ha bisogno di essere lungo quanto è 
lungo".

 E che cacchio... :(
Se � un billing dove vuoi che siano i dati?

 lungo".
E non possono esistere cigni neri.

 E non possono esistere cigni neri.
Pecore si, vero? :P 


 Pecore si, vero? :P 
Capre, nel tuo caso.

 Capre, nel tuo caso.
Siii, vieni che ti incorno per bene. 


 Siii, vieni che ti incorno per bene. 
Vedo che non era neanche la prima, di botta!

 lo dice a Luc??
Scusate, seguo con interesse questa discussione che pero` mi pare
abbia preso un po' la "tangente" della "idealizzazione".
Non so come spiegare, ossia io a te, Sentenza, do perfettamente
ragione... un file e` lungo quanto deve essere.
PUNTO.
Pero`...
pero`... secondo me c'e` un pero`. Ed e` la tecnologia.
Non so come dire. Se io ti dicessi che ho un file di 323 ExaByte tu
giustamente mi prenderesti per scemo. Perche' ora, in questi anni,
dimensioni di questo genere sono inarrivabili.
Io ti dico: "E` il dump di un cervello umano". Magari un domani sara`
una cosa normale. Ti metti un casco in testa... frulli un po' e ti
danno un cubetto di cristallo che contiene un file
veryBig.dat
da 323 Exabyte
che contiene tutto il tuo cervello, sinapsi per sinapsi.
Un _domani_ lo potrai trattare, con i tool di domani, non certo con un
computer di adesso...
---
Facciamo un passo indietro di 20 anni. 1989... sono i tempi in cui un
hard disk di 100 mega era "grosso".
A quei tempi cosa avresti risposto ad un cliente che ti diceva:
"ho un file di 5 giga e BASTA".
No, non te lo poteva dire, perche' neanche il cliente poteva avercelo,
se non spezzettato in qualche cassetta nastro (quante? Non so...) o in
centinaia di floppy. Appunto, spezzattato, perche' all'epoca, almeno
in ambito *normale*, non c'era un hard disk capace di mantenerlo
intero.
Non so come dire... questa storia del file grosso mi lascia un po'
perplesso, perche' appunto sembra non tenere in conto del cambiamento.
Luc mi pare un po' troppo "facilone" (lo spezzo _sempre_), tu forse un
po' troppo dogmatico (a volte non lo posso spezzare). Pero` rimane il
fatto che non lo spezzi perche' puoi mantenerlo intero. Ripeto, il
file da 323 Exabyte (o anche di meno) in qualche modo o lo spezzi o
non ci guardi dentro.
-- 
rot13 mail encoded

 non ci guardi dentro.
Ma, appunto, se il file dev'essere di quella dimensione, vuol dire che
quella � la dimensione appropriata e che c'� una qualche applicazione
che gestisce il file di quella dimensione - altrimenti, per definizione,
"non potrebbe" essere di quella dimensione. No?
Per inciso, se proprio davvero davvero ci serve avere un file intero da 
323 Exabyte, a costo di realizzare un array da cinquantamila dischi 
paralleli apposta, si fa :)
Il discorso finale �, se tu mi dici � meglio avere file piccoli che file
grandi, io ti rispondo e grazie, � come � meglio essere ricchi e sani
che poveri e malati. Ovvio che tutti preferirebbero essere ricchi e sani
e trattare file piccoli e comodi, quindi se invece ti tocca trattare
file da 300exabyte, vuol dire che c'� un dannato motivo per cui hanno
proprio quella grandezza :P

 proprio quella grandezza :P
Tieni sempre a mente che un motivo potrebbe essere il programmatore SCARSO. Da 
qui parte la mia discussione. 


 SCARSO. Da qui parte la mia discussione.
forse se scrivessi maiuscolo POTREBBE e minuscolo scarso l'equivoco di
partenza sarebbe risolto.
-- 
rot13 mail encoded

 qui parte la mia discussione. 
Deh, � pi� facile il contrario. Ho giusto davanti agli occhi un magnifico esempio,
un'applicazione tuttora in produzione - che stiamo faticosamente tentando di
sbatter via dalle balle sostituendola con una scritta in modo sensato - dove
il genio dell'epoca ha fatto lo stesso tuo ragionamento portato all'estremo...
creando UN FILE SEPARATO PER OGNI DANNATA RIGA DI DATI. Adesso sul server c'�
una directory con UNA DECINA DI MILIONI DI FILE ognuno di un centinaio di byte.
Certo, ogni singolo file � gestibilissimo, eh!!!!!
Ma se il tipo mi capita davanti, facciamo un discorsetto privato, io lui ed il
fucile a pompa...

 lui ed il fucile a pompa...
se capiti da noi, troverai tanti file zip 'giornalieri' in tante 
sottocartelle, una per ogni mese: me lo concedi il giubboto antiproiettile ?
:-)
Andrea

 creando UN FILE SEPARATO PER OGNI DANNATA RIGA DI DATI.
Pensa ad un file per ogni colonna. Sarebbe stato ancora peggio... :PPP
PS: gli estremi sono sempre in torto. 


:-)
Voi almeno avete realizzato l'errore, siete pentiti e potrete essere accolti
nel regno dei cieli :)

 mi fa pensare al costo delle licenze di VS 2010.
Ho dato uno sguardo, non mi sembrano particolarmente elevati, almeno
in USA/UK (
http://www.theregister.co.uk/2009/10/19/
visual_studio_2010_second_beta_packaging/), parliamo di $800 solo il
VS 2010 Professional o $1200 con la MSDN Professional.
Questo premesso, ho lavorato spesso con SharpDevelop (http://
www.icsharpcode.net/OpenSource/SD/Download/
), non mi sono trovato
particolarmente peggio che con VS 2005/2008, tranne che per una cosa,
Resharper.
Devo però ammettere che probabilmente anche con Notepad++ e MSBuild
non mi troverei male, sarei semplicemente un po' più lento
inizialmente, IntelliSense dà assuefazione :)
--
ale
http://ale.riolo.co.uk

 PS: gli estremi sono sempre in torto. 
Come gli scemi. 

 Resharper.
Io, se non ho resharper installato, neanche lo utilizzo il Visual Studio.
Il tempo che ti fa risparmiare � NOTEVOLE!!
Alex P.