title: upload progress .. e il filesize ?

text:
salve,
vorrei realizzare un controllo che visualizzasse il progress di un
upload su una pagina
asp.net
.
Il problema , banale ma non per me, perï¿œ ï¿œ questo. Mentre riesco ad
ottenere con ajax la dimensione crescente del file che man mano viene
trasferito, non so come fare ad avere giï¿œ all'inizio la dimensione
TOTALE del file, cosi da proporre una percentuale o una barretta grafica.
Javascript non mi pare abbia modo di accedere al filesystem; utilizzando
vbscript funzionerebbe solo su IE;  il server web puo saperlo solo una
volta caricato tutto.
Quindi...come si fa a sapere 'sta semplice cosa?
grazie molte
Sander


title: upload progress .. e il filesize ?

author: Sander

text:
Il 04/08/2011 19:38, Sander ha scritto:
> salve,
> vorrei realizzare un controllo che visualizzasse il progress di un
> upload su una pagina
asp.net
.
> Il problema , banale ma non per me, però è questo. Mentre riesco ad
> ottenere con ajax la dimensione crescente del file che man mano viene
> trasferito, non so come fare ad avere già all'inizio la dimensione
> TOTALE del file, cosi da proporre una percentuale o una barretta grafica.
> Javascript non mi pare abbia modo di accedere al filesystem; utilizzando
> vbscript funzionerebbe solo su IE; il server web puo saperlo solo una
> volta caricato tutto.
> Quindi...come si fa a sapere 'sta semplice cosa?
>
> grazie molte
> Sander
>
>
Io ho continuato a cercare... ma pare proprio che se non si ricorre a
Flash questa cosa non è fattibile. Quindi tra l'altro non è possibile
neanche sapere a priori se il file selezionato è troppo grande per
essere inviato.
Se qualcuno potesse smentirmi,  ne sarei molto felice !! :)


title: upload progress .. e il filesize ?

author: Cristiano Larghi

text:
Il Mon, 08 Aug 2011 11:10:22 +0200, Sander ha scritto:
> Io ho continuato a cercare... ma pare proprio che se non si ricorre a
> Flash questa cosa non è fattibile. Quindi tra l'altro non è possibile
> neanche sapere a priori se il file selezionato è troppo grande per
> essere inviato.
esatto (gran pacco ...)
Una volta potevi almeno con le immagini (tramite oggetto Image di
javascript), poi hanno inibito anche questa funzione.
L'unica è usare oggetto "esterni" (applet, flash etc)


title: WPF - Multibinding con collezioni

author: Fabio

text:
Salve a tutti
Ho una textbox che imposto in multibinding per associarle più valori.
Fin quì nulla di particolare, ma quando provo ad associarle una
collezione mi da l'errore. Il converter, che elabora il multibinding,
mi dice che non c'è nulla nella posizione indicata nell'array.
Cosa vuol dire che in multibinding non posso lavorare con collezioni?
Questo funziona:
            <TextBox.Text>
                <MultiBinding Converter="{StaticResource
ContattoConverter}">
                    <Binding Path="Committente.Nominativo"/>
                    <Binding Path="Committente.Indirizzo"/>
                    <Binding Path="Committente.Cap"/>
                    <Binding Path="Committente.Località"/>
                    <Binding Path="Committente.Provincia"/>
                </MultiBinding>
            </TextBox.Text>
Questo no:
            <TextBox.Text>
                <MultiBinding Converter="{StaticResource
ContattoConverter}">
                    <Binding Path="Committente.Nominativo"/>
                    <Binding Path="Committente.Indirizzo"/>
                    <Binding Path="Committente.Cap"/>
                    <Binding Path="Committente.Località"/>
                    <Binding Path="Committente.Provincia"/>
                    <Binding Path="Committente.Telefoni"/>   quì si
innescal'errore
                </MultiBinding>
            </TextBox.Text>
Ciao
Fabio


title: .Net e Java nel mercato del lavoro

author: Midnightmare

text:
Ciao a tutti,
avrei una semplice curiosità: in ambito lavorativo qui in Italia, le aziende
continuano a preferire prevalentemente Java o la tecnologia .NET (in
particolare C#) sta diventando sempre più richiesta?
Mi sembra anche che molte aziende (specie nella pubblica amministrazione) si
stiano avvicinando verso l'utilizzo di software free e se non erro
l'utilizzo di Java è gratuito anche se usato a scopi commerciali.
Insomma qual è la situazione attuale per quanto riguarda lo sviluppo
software?
E nei prossimi 5-10 anni secondo voi che direzione prenderà?


title: .Net e Java nel mercato del lavoro

author: Antonio Di Motta

text:
On 7 Dic, 09:59, "Midnightmare" <
midnightmareNOS...@live.it
> wrote:
> Ciao a tutti,
>
> avrei una semplice curiosit : in ambito lavorativo qui in Italia, le aziende
> continuano a preferire prevalentemente Java o la tecnologia .NET (in
> particolare C#) sta diventando sempre pi richiesta?
>
> Mi sembra anche che molte aziende (specie nella pubblica amministrazione) si
> stiano avvicinando verso l'utilizzo di software free e se non erro
> l'utilizzo di Java gratuito anche se usato a scopi commerciali.
>
> Insomma qual la situazione attuale per quanto riguarda lo sviluppo
> software?
>
> E nei prossimi 5-10 anni secondo voi che direzione prender ?
Ciao, secondo me il mercato in Italia proseguirà sulla tendenza
attuale,
in particolare continuerà a crescere .Net, mentre per Java tutto
dipenderà dalle scelte che farà Oracle.
Personalmente penso che converrà cominciare ad investire pesantemente
sul mobile, in particolare lo sviluppo su piattaforma Android
che sarà sempre più richiesto.


title: .Net e Java nel mercato del lavoro

author: Giulio Petrucci

text:
Ciao a tutti,
On 12/7/2010 9:59 AM, Midnightmare wrote:
> avrei una semplice curiosità: in ambito lavorativo qui in Italia, le
> aziende continuano a preferire prevalentemente Java o la tecnologia .NET
> (in particolare C#) sta diventando sempre più richiesta?
*PREMESSO CHE*
- Non sono un fan-boy della MS.
- Lavoro stabilmente su piattaforma .NET da 5 anni (anche se non al1 00%
del tempo).
- Ho lavorato in Java per 2 o 3 anni, durante l'università (e mi è
piaciuto molto).
- Se dovessi scegliere un linguaggi "per conto mio" la scelta ricadrebbe
su python.
*AFFERMO CHE*
Non so dove andrà il mercato del lavoro, ma dopo aver provato l'ottima
gestione dei Generics in .NET, le Lambda expression (e roba simile),
Linq, Extension Methods e blablabla, tornare a Java ridurrebbe la mia
produttività di almeno un ordine di grandezza (e lo dico con la speranza
che Oracle si metta di sana pianta a copiare le cose fatte da MS :-)).
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

author: Raffaele Rialdi [MVP]

text:
Giulio Petrucci wrote:
> *PREMESSO CHE*
> - Non sono un fan-boy della MS.
> - Lavoro stabilmente su piattaforma .NET da 5 anni (anche se non al1 00% del
> tempo).
> - Ho lavorato in Java per 2 o 3 anni, durante l'università (e mi è piaciuto
> molto).
> - Se dovessi scegliere un linguaggi "per conto mio" la scelta ricadrebbe su
> python.
Farò anch'io la mia premessa :)
- sono critico con le scelte di MS quando non mi trovano daccordo (di
conseguenza non credo di ricadere tra i fanboy (da me sempre odiati di
qualsiasi parte siano)
- sviluppo quasi totalmente con devkit di MS, quindi non posso essere
neppure totalmente obiettivo
- i linguaggi dinamici proprio non mi vanno giù (d'altra parte adoro
ancora C++) anche se ne riconosco gli indubbi vantaggi (dynamic di C# è
comoda in *certe* situazioni).
>
> *AFFERMO CHE*
> Non so dove andrà il mercato del lavoro, ma dopo aver provato l'ottima
> gestione dei Generics in .NET, le Lambda expression (e roba simile), Linq,
> Extension Methods e blablabla, tornare a Java ridurrebbe la mia produttività
> di almeno un ordine di grandezza (e lo dico con la speranza che Oracle si
> metta di sana pianta a copiare le cose fatte da MS :-)).
Concordo dal punto di vista tecnico per quel poco che conosco di Java.
Ritengo però che il mercato si evolva in modo quasi totalmente
disinteressato dalla bellezza tecnica.
L'uso che ho visto di Java nella pubblica amministrazione è disastroso
(dire che funziona poco è fare dei complimenti). Non è certo colpa di
Java ma certamente l'insieme della "developer experience" di MS
aiuterebbe parecchio ad evitare gli strafalcioni che ho visto.
D'altra parte MS certe volte cade nel tranello di marcare stretti gli
inseguitori invece di andare per la propria strada. Questo genera
confusione su certe strategie e tecnologie che potrebbero evolvere in
modo più omogeneo. Questo è il motivo per cui molti non si sentono
sicuri di sviluppare in ambiente MS. Alludo ai diversi toolkit per
asp.net
 tanto per citarne alcuni. Pregevoli ma hanno generato
confusione.
A parziale rimedio la community intorno a tutto ciò sta crescendo bene
e infatti i migliori risultati ruotano intorno alle persone che sono
più vicino alle community (il tutto imho ovviamente).
A mio avviso se la scelta è puramente di mercato, bisogna prima andare
a vedere quale mercato interessa a Midnightmare. Oggi è necessario
scegliere perché ogni settore ha le sue esigenze e set specifici di
tecnologie.
Senza questa scelta iniziale, non credo si possa decidere un
investimento.
Se invece il gusto personale sul set di tecnologie può incidere,
ovviamente la mia preferenza va tutta sull'ecosistema di vs.net... e
credo di non poter essere smentito quando affermo che è il miglior
ambiente di sviluppo/tecnologie di oggi.
--
Raffaele Rialdi
http://www.iamraf.net
Weblog:
http://blogs.ugidotnet.org/raffaele
Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele
UGIdotNET -
http://www.ugidotnet.org/


title: .Net e Java nel mercato del lavoro

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto:
- i linguaggi dinamici proprio non mi vanno giù (d'altra parte adoro
> ancora C++) anche se ne riconosco gli indubbi vantaggi (dynamic di C# è
> comoda in *certe* situazioni).
Cosa intendi con dynamic  C#?


title: .Net e Java nel mercato del lavoro

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto nel messaggio
news:mn.3b467dac9...@n0spamvevy.com...
> Non è certo colpa di Java ma certamente l'insieme della "developer
> experience" di MS aiuterebbe parecchio ad evitare gli strafalcioni che ho
> visto.
Che cosa intendi dire di preciso?


title: .Net e Java nel mercato del lavoro

text:
Ciao Midnightmare,
On 12/7/2010 2:20 PM, Midnightmare wrote:
> Cosa intendi con dynamic C#?
In estrema sintesi: puoi usare un oggetto .NET (cioè *statico*) come se
fosse dinamico. Da qui la mia idea per cui a Redmond qualcuno ha
giocherellato un po' con python e ci ha preso gusto. :-)
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Raf,
On 12/7/2010 1:58 PM, Raffaele Rialdi [MVP] wrote:
> - i linguaggi dinamici proprio non mi vanno giù (d'altra parte adoro
> ancora C++)
Assolutamente anche io (anche se ne ho una conoscenza solo
"accademica"). Però python è figo perché:
1. hai una libreria standard praticamente sterminata
2. è un linguaggio estremamente "produttivo" e di alto livello
3. è "spinto" da grossi player di mercato
Poi è chiaro che non mi sognerei mai di fare qualcosa che abbia bisogno
di performances mirabolanti in python. :-)
> Concordo dal punto di vista tecnico per quel poco che conosco di Java.
> Ritengo però che il mercato si evolva in modo quasi totalmente
> disinteressato dalla bellezza tecnica.
E qui ci sarebbe da chiedersi: perché? Cioè, mi spiego: io preferisco c#
a java perché è decisamente più produttivo. :-) E' però ovvio che
esigenze di portabilità e altra roba del genere possano essere
estremamente vincolanti (e comunque sia, se dovessi sviluppare lato
server la scelta sarebbe probabilmente Linux su Windows e di
conseguenza, non so quanto MONO sia preferibile a Java).
> L'uso che ho visto di Java nella pubblica amministrazione è disastroso
> (dire che funziona poco è fare dei complimenti).Non è certo colpa di
> Java
...appunto... :-)
> ma certamente l'insieme della "developer experience" di MS
> aiuterebbe parecchio ad evitare gli strafalcioni che ho visto.
E viceversa (ma questa è una valutazione di ordine generale).
> D'altra parte MS certe volte cade nel tranello di marcare stretti gli
> inseguitori invece di andare per la propria strada.
Tipo? Io da parte di MS vedo tanta confusione.
Mi spiego con un esempio: NHibernate. Io lo uso da diversi mesi e mi
trovo *benissimo*. Io credo che MS avrebbe potuto investire nello
svuiluppo di NHibernate invece che tirare fuori qualcosa come EF,
riuscendo così a:
- frammentare la community degli sviluppatori (e di conseguenza anche
disperdendo gli sforzi)
- tirare fuori un prodotto che è qualche anno indietro a NH
Idem con Unity vs Castle (sempre per citare una situazione in cui mi
sono trovato di recente). Ma anche per i linguaggi/strumenti di
sviluppo. Tempo addietro - non ricordo quando - ho visto un video
tutorial di un accricco MS (mi pare si trattasse di M): senza saperlo mi
è sembrato di vedere qualcuno sviluppare in Python su Emacs (c'erano
anche gli stessi key-bindings). Quindi, mi chiedo: perché re-inventare
la ruota ogni volta? :-)
> A parziale rimedio la community intorno a tutto ciò sta crescendo bene
Qualcuno diceva il contrario... (ma ora come ora non ritrovo il link...
insomma 'sto tipo faceva notare che in un anno, Asp.Net MVC ha avuto
qualcosa tipo 5 commit).
> e
> infatti i migliori risultati ruotano intorno alle persone che sono più
> vicino alle community (il tutto imho ovviamente).
Tutto ruota attorno alle persone. Come sempre, del resto! :-)
> A mio avviso se la scelta è puramente di mercato, bisogna prima andare a
> vedere quale mercato interessa a Midnightmare. Oggi è necessario
> scegliere perché ogni settore ha le sue esigenze e set specifici di
> tecnologie.
giustissimo.
> Se invece il gusto personale sul set di tecnologie può incidere,
> ovviamente la mia preferenza va tutta sull'ecosistema di vs.net... e
> credo di non poter essere smentito quando affermo che è il miglior
> ambiente di sviluppo/tecnologie di oggi.
Boh... non saprei. Io personalmente sono un fan di Emacs e devo dire che
come Emacs non esiste nulla. Ma IMHO è una questione di abitudine: alla
fine acquisisci delle skill molto legate allo strumento, per cui usare
uno strumento o un altro incide presantemente sul rendimento.
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

author: Mauro Servienti [MVP]

text:
Ciao Midnightmare,
You wrote on 07/12/2010 :
> Che cosa intendi dire di preciso?
prova a far andare d'accordo versioni diverse di Oracle, con versioni
diverse di Eclipse e versioni diverse della JVM, il tutto condito con
il tentativo di sviluppare per Android :-)
Ti garantisco che fai prima ad imparare il peggio dei dialetti cinesi
:-D
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: .Net e Java nel mercato del lavoro

text:
Ciao Midnightmare,
You wrote on 07/12/2010 :
> Mi sembra anche che molte aziende (specie nella pubblica amministrazione) si
> stiano avvicinando verso l'utilizzo di software free e se non erro l'utilizzo
> di Java è gratuito anche se usato a scopi commerciali.
Anche il framework è completamente free e senza royalty, il compilatore
è incluso nell'SDK e ci sono un paio di progetti open source che offono
degli ambienti di sviluppo. Sono gli strumenti di sviluppo, quindi
Visual Studio, prodotti da MS (versioni Express a parte) che sono a
pagamento.



title: .Net e Java nel mercato del lavoro

text:

L'origine è di IronPython come dice Giulio, ma la cosa bella è che non
è stato necessario fare alcuna modifica al CLR. Il DLR è solo una
library.
La keyword dynamic ti permette di ottenere il late binding in C#.
Risolve tutti i casi dove vuoi forte disaccoppiamento tra layer e
laddove lo strong-typing non sia importante (e ovviamente dove le
performance buttate dalla finestra non sono un problema).
Per esempio è molto comodo quando fai COM Interop e vuoi evitare di
dover tipizzare dei tipi com molto complessi come quelli di Office o
della Shell.



title: .Net e Java nel mercato del lavoro

text:
Ciao Mauro,
On 12/7/2010 4:28 PM, Mauro Servienti [MVP] wrote:
> Anche il framework è completamente free e senza royalty
Free as beer, ma non Free as Freedom.
(Fermo restando che di sicuro non è questo che interessa alle PA).
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:

Oltre a quanto detto da Mauro, aggiungo che la comodità e la semplicità
di Visual Studio (e tecnologie che ci sono intorno) si traduce
direttamente in maggiore produttività è diminuito numero di bug nel
codice.
Il concetto di fondo è che se devi perdere tempo a botte di batch,
costruirti una UI con designer poveri, un code editor che non ti aiuti,
e via così, alla fine farai errori (anche banali) sul codice che conta
veramente.
Finchè non provi cosa significa sviluppare con uno strumento come
Visual Studio non puoi capire a fondo.



title: .Net e Java nel mercato del lavoro

text:
Ciao Raf,
On 12/7/2010 5:30 PM, Raffaele Rialdi [MVP] wrote:
> Oltre a quanto detto da Mauro, aggiungo che la comodità e la semplicità
> di Visual Studio (e tecnologie che ci sono intorno) si traduce
> direttamente in maggiore produttività è diminuito numero di bug nel codice.
Sicuramente nel breve periodo.
A lungo termine, VS è un'arma a doppio taglio.
IMVHO.
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Giulio Petrucci wrote:
> Ciao Raf,
Hi :)
> Assolutamente anche io (anche se ne ho una conoscenza solo "accademica").
> Però python è figo perché:
> 1. hai una libreria standard praticamente sterminata
Non so, mi fido, ma le librerie non contano se parliamo di linguaggi.
Ci sono 'fanatici' di Python che mi dicono che ci costruiscono
videogame. Ok, ma quello che fa lo 'sporco lavoro' alla fine sono le
librerie C++ che ci stanno sotto ;-)
> 2. è un linguaggio estremamente "produttivo" e di alto livello
Si, fino al primo errore di runtime ...
> 3. è "spinto" da grossi player di mercato
Questa è la più convincente :)
> Poi è chiaro che non mi sognerei mai di fare qualcosa che abbia bisogno di
> performances mirabolanti in python. :-)
Se usi solo librerie magari si ...
> E qui ci sarebbe da chiedersi: perché? Cioè, mi spiego: io preferisco c# a
> java perché è decisamente più produttivo. :-) E' però ovvio che esigenze di
> portabilità e altra roba del genere possano essere estremamente vincolanti (e
> comunque sia, se dovessi sviluppare lato server la scelta sarebbe
> probabilmente Linux su Windows e di conseguenza, non so quanto MONO sia
> preferibile a Java).
Io ho provato la strada di Mono e la trovo molto produttiva.
Se guardo molte applicazioni Java (vedi il manager di Adaptec o altre
applicazioni similari) mi metto le mani nei capelli dalla lentezza e si
intravede chiaramente la difficoltà dello sviluppatore nel concentrarsi
sull'ergonomia dell'applicazione perché era impegnato a fare altro.
Detto ciò non ho visto i sorgenti nè ero lì a sentire gli accidenti (se
effettivamente li hanno tirati).
>> ma certamente l'insieme della "developer experience" di MS
>> aiuterebbe parecchio ad evitare gli strafalcioni che ho visto.
>
> E viceversa (ma questa è una valutazione di ordine generale).
Il compito dei tool è *anche* di guidare lo sviluppatore evitando gli
strafalcioni più grossi. O forse non ho capito quello che intendevi ...
>> D'altra parte MS certe volte cade nel tranello di marcare stretti gli
>> inseguitori invece di andare per la propria strada.
>
> Tipo? Io da parte di MS vedo tanta confusione.
Che questa sia la percezione generale sono daccordo e l'ho scritto poco
tempo fa.
In parte sono daccordo, in parte è colpa del settore che funziona così
(e chi si ferma è perduto, questo è palese).
Questo non toglie che ci sono moltissime persone in MS che sono
estremamente brillanti e stanno creando reale innovazione. E quando si
innova si crea anche un po' di 'terremoto'.
Diciamo che è un mix delle tre cose.
> Mi spiego con un esempio: NHibernate. Io lo uso da diversi mesi e mi trovo
> *benissimo*. Io credo che MS avrebbe potuto investire nello svuiluppo di
> NHibernate invece che tirare fuori qualcosa come EF, riuscendo così a:
> - frammentare la community degli sviluppatori (e di conseguenza anche
> disperdendo gli sforzi)
> - tirare fuori un prodotto che è qualche anno indietro a NH
Entrare in un progetto OS implica essere 'minoritari' nelle decisioni.
MS è una azienda privata che ha ambizioni che vanno oltre la prima
versione e di conseguenza vuole avere pieno controllo della strategia
delle tecnologie su cui sviluppa. Poi magari le 'cede' in *shared*
source, ma il controllo progettuale lo vuole mantenere. Credo che per
una azienda privata sia legittimo.
EF vs NHibernate? Ai posteri l'ardua sentenza, ma con l'ultima
code-first stanno lavorando molto bene e personalmente mi piace sempre
di più EF.
> Idem con Unity vs Castle (sempre per citare una situazione in cui mi sono
> trovato di recente). Ma anche per i linguaggi/strumenti di sviluppo. Tempo
> addietro - non ricordo quando - ho visto un video tutorial di un accricco MS
> (mi pare si trattasse di M): senza saperlo mi è sembrato di vedere qualcuno
> sviluppare in Python su Emacs (c'erano anche gli stessi key-bindings).
> Quindi, mi chiedo: perché re-inventare la ruota ogni volta? :-)
Il discorso di M (o meglio di Oslo) è ancora più lungo. Hanno lavorato
in chiave data-first e poi clienti+community gli hanno detto che
preferiscono l'approccio model-first (che piace senza dubbio di più
anche a me). E quindi reset di tutto il discorso.
M è ancora vivo e *potrebbe* un buon candidato a elevare lo strato di
astrazione sul linguaggio dati come SQL che purtroppo di standard e
portabile ha troppo poco.
>> A parziale rimedio la community intorno a tutto ciò sta crescendo bene
>
> Qualcuno diceva il contrario... (ma ora come ora non ritrovo il link...
> insomma 'sto tipo faceva notare che in un anno, Asp.Net MVC ha avuto qualcosa
> tipo 5 commit).
Di strada deve farne di sicuro, ma prova a sviluppare qualcosa per
Android e dimmi se non hai maggiore frammentazione nelle informazioni
... Quando ti serve capire come mai uno starred item di maps non si
replica puoi uscirci idiota per capire dove cercare le info.
Che poi ci siano community più collaudate e produttive non lo metto in
dubbio ma quelle MS stanno crescendo tanto.
Io piuttosto sono infastidito dalla documentazione lasciata solo a blog
e twitter invece di avere qualcosa di ufficiale, anche se solo in un
readme. Questo è un brutto vizio dei progetti OS che MS poteva
risparmiarsi di ereditare.
> Tutto ruota attorno alle persone. Come sempre, del resto! :-)
:)
> Boh... non saprei. Io personalmente sono un fan di Emacs e devo dire che come
> Emacs non esiste nulla. Ma IMHO è una questione di abitudine: alla fine
> acquisisci delle skill molto legate allo strumento, per cui usare uno
> strumento o un altro incide presantemente sul rendimento.
Mah, io non ho ancora visto uno strumento che possa cullarti così tanto
come
vs.net
 ... :)



title: .Net e Java nel mercato del lavoro

text:
Giulio Petrucci wrote:
> Ciao Raf,
Ciao Giulio,
>> Oltre a quanto detto da Mauro, aggiungo che la comodità e la semplicità
>> di Visual Studio (e tecnologie che ci sono intorno) si traduce
>> direttamente in maggiore produttività è diminuito numero di bug nel codice.
>
> Sicuramente nel breve periodo.
> A lungo termine, VS è un'arma a doppio taglio.
> IMVHO.
In che senso?
I sorgenti sono sempre quelli, la struttura della build è evoluta in
modo organico (msbuild lavora a fronte di file xml), nell'sdk trovi i
tool per lavorare anche da command line, etc.
Sul lungo periodo dovresti averne ancora più benefici perché fin
dall'inizio non ti è costato nulla strutturare bene il progetto (vedi
il  refactoring per dirne una).



title: .Net e Java nel mercato del lavoro

text:

Sarà bello vedere come si comporteranno in futuro le PA ora che Java è
passata nelle mani di Oracle...
>
> Ciao,
> Giulio
>
> --


title: .Net e Java nel mercato del lavoro

text:
Ciao Raf,
On 12/7/2010 5:55 PM, Raffaele Rialdi [MVP] wrote:
> In che senso?
Che ci si abitua a non pensare.
Quindi non si impara un sistema si SCM perché tanto ce ne sta uno
integrato (per fortuna qui si usa ancora SVN), non si studia come
separare la UI dal resto perché se fai doppio click sul bottoncino hai
già lo stub del metodo, non si impara MSBuild perché tanto c'è
C+SHIFT+B, la documentazione non la guardo perché tanto c'è
l'intellisense, ecc ecc...
> Sul lungo periodo dovresti averne ancora più benefici
Appunto: dovresti. :-)
Ora, io che ho sempre cercato di avere un approccio *spartano* alle cose
non ho problemi. E comunque è un mio personale modo di vedere le cose:
non credo che l'approccio IDE-based (il discorso vale anche per Netbeans
o Eclipse) sia *sempre* conveniente, specialmente se ci si abitua a "non
pensare".
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Raf,
On 12/7/2010 5:50 PM, Raffaele Rialdi [MVP] wrote:
> Non so, mi fido, ma le librerie non contano se parliamo di linguaggi. Ci
> sono 'fanatici' di Python che mi dicono che ci costruiscono videogame.
> Ok, ma quello che fa lo 'sporco lavoro' alla fine sono le librerie C++
> che ci stanno sotto ;-)
Ma è ovvio. :-)
> Si, fino al primo errore di runtime ...
...che non dovresti avere se hai testato bene il codice. :-)
Dai, spesso si cade nel tranello "compila -> funziona" ma sappiamo bene
che nonè così. Un linguaggio dinamico ti *forza* pesantemente a una
procedura di QA più attenta.
> Io ho provato la strada di Mono e la trovo molto produttiva.
Si ma... come la mettiamo con - ad esempio  WPF? Cioè... WPF può essere
la *svolta*, ma gira solo su windows. punto.
> Se guardo molte applicazioni Java (vedi il manager di Adaptec o altre
> applicazioni similari) mi metto le mani nei capelli dalla lentezza e si
> intravede chiaramente la difficoltà dello sviluppatore nel concentrarsi
> sull'ergonomia dell'applicazione perché era impegnato a fare altro.
Non conosco le appe di cui parli, sorry. :-)
> Il compito dei tool è *anche* di guidare lo sviluppatore evitando gli
> strafalcioni più grossi. O forse non ho capito quello che intendevi ...
Intendevo che anche MS può acquisire qualcosa dalla developer experience
di Java. Se sostituisci a MS un generico "A" e a Java un generico "B",
va bene uguale. :-)
> Che questa sia la percezione generale sono daccordo e l'ho scritto poco
> tempo fa.
> In parte sono daccordo, in parte è colpa del settore che funziona così
> (e chi si ferma è perduto, questo è palese).
> Questo non toglie che ci sono moltissime persone in MS che sono
> estremamente brillanti e stanno creando reale innovazione. E quando si
> innova si crea anche un po' di 'terremoto'.
> Diciamo che è un mix delle tre cose.
Si, si... io non metto in dubbio la preparazione di chi lavora in MS. Io
non condivido la scelta "politica" (nel senso di "strategica").
> Entrare in un progetto OS implica essere 'minoritari' nelle decisioni.
Vallo a dire a Google con Python. :-)
Significa, semplicemente, entrare in un movimento e non mettersi a
menare colpi di ascia a destra e sinistra ma "seguire la corrente". Cosa
c'è di *assurdo* in questo?
> MS è una azienda privata che ha ambizioni che vanno oltre la prima
> versione e di conseguenza vuole avere pieno controllo della strategia
> delle tecnologie su cui sviluppa. Poi magari le 'cede' in *shared*
> source, ma il controllo progettuale lo vuole mantenere. Credo che per
> una azienda privata sia legittimo.
E' legittimo, certo. Come è legittimo per gli sviluppatori rifiutare
certe politiche (vedi #epic #fail di silverlight).
> EF vs NHibernate? Ai posteri l'ardua sentenza, ma con l'ultima
> code-first stanno lavorando molto bene e personalmente mi piace sempre
> di più EF.
Per il mio approccio, è molto difficile da usare.
Comunque devo ancora guardare le ultime release.
> Il discorso di M (o meglio di Oslo) è ancora più lungo. Hanno lavorato
> in chiave data-first e poi clienti+community gli hanno detto che
> preferiscono l'approccio model-first (che piace senza dubbio di più
> anche a me). E quindi reset di tutto il discorso.
Appunto. :-)
> Di strada deve farne di sicuro, ma prova a sviluppare qualcosa per
> Android e dimmi se non hai maggiore frammentazione nelle informazioni
> ... Quando ti serve capire come mai uno starred item di maps non si
> replica puoi uscirci idiota per capire dove cercare le info.
Mai avuto il problema. :-)
> Che poi ci siano community più collaudate e produttive non lo metto in
> dubbio ma quelle MS stanno crescendo tanto.
Si, probabile. Io, da quando hanno chiuso i NG non le frequento più.
> Io piuttosto sono infastidito dalla documentazione lasciata solo a blog
> e twitter invece di avere qualcosa di ufficiale, anche se solo in un
> readme. Questo è un brutto vizio dei progetti OS che MS poteva
> risparmiarsi di ereditare.
Probabile. Onestamente io sono uno sempre scontento della
documentazione, quindi il mio parere non è attendibile. :-)
> Mah, io non ho ancora visto uno strumento che possa cullarti così tanto
> come
vs.net
 ... :)
E io non ho mai visto niente di più onnipotente di Emacs. :-)
Ribadisco: spesso è solo una questione di approcci/attitudini/inclinazioni.
Qualunque sia la vostra scelta: happy coding! :-)
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Giulio Petrucci wrote:
> Ciao Raf,
Ciao Giulio,
> Che ci si abitua a non pensare.
> Quindi non si impara un sistema si SCM perché tanto ce ne sta uno integrato
> (per fortuna qui si usa ancora SVN), non si studia come separare la UI dal
> resto perché se fai doppio click sul bottoncino hai già lo stub del metodo,
> non si impara MSBuild perché tanto c'è C+SHIFT+B, la documentazione non la
> guardo perché tanto c'è l'intellisense, ecc ecc...
Nessun scm è integrato e personalmente preferisco di gran lunga un scm
distribuito ai più classici come svn o tfs. Sto provando Mercurial che
mi da un sacco di soddisfazioni.
Quanto alla separazione UI dissento. I wizard di MFC hanno *insegnato*
a separare la UI dal modello. Il document-view, con pregi ma anche
difetti, ha dato un validio aiuto ai developer.
Se prendiamo Winform è tutto molto più semplice e basta scontrarsi con
un progetto complesso per capire che è meglio strutturare
l'architettura in modo differente.
Se invece parli di WPF, MVVM è ancora giovane e giustamente MS ha
aspettato prima di buttare dentro un wizard specifico (che peraltro
esiste su codeplex fin da VS2008). Spero vivamente di vederlo nella
prossima release.
Infine msbuild è una benedizione rispetto ai makefile :) Ho avuto modo
di fare delle modifiche ma il tutto è fatto bene e fortunatamente non
capita spesso di doverci mettere le mani pesantemente.
Non è forse meglio partire da un gradino più alto e quando serve
scendere, piuttosto che fare il contrario?
>> Sul lungo periodo dovresti averne ancora più benefici
>
> Appunto: dovresti. :-)
> Ora, io che ho sempre cercato di avere un approccio *spartano* alle cose non
> ho problemi. E comunque è un mio personale modo di vedere le cose: non credo
> che l'approccio IDE-based (il discorso vale anche per Netbeans o Eclipse) sia
> *sempre* conveniente, specialmente se ci si abitua a "non pensare".
Usare i wizard senza pensare ovviamente ti porta a pessimi risultati.
Ma se li usi sapendo che cosa stanno facendo sono terribilmente
produttivi.
Insomma 10 anni fa te lo scordavi di realizzare una app così
velocemente come puoi fare oggi, almeno non con risultati paragonabili.
Ciao



title: .Net e Java nel mercato del lavoro

text:
Giulio Petrucci wrote:
> Ciao Raf,
Ciao Giulio,
> Ma è ovvio. :-)
ovvio per alcuni ma non per i fanatici che esaltano i risultati di due
righe di Python ignorando quello che sta sotto
> ...che non dovresti avere se hai testato bene il codice. :-)
E chi testa i test? ... non aprire il vaso di pandora sui test :)
I compile-time errors sono un aiuto di ordini di grandezza preferibili.
> Dai, spesso si cade nel tranello "compila -> funziona" ma sappiamo bene che
> nonè così. Un linguaggio dinamico ti *forza* pesantemente a una procedura di
> QA più attenta.
LOL "ho fatto solo quella modifica" è la frase più famosa dei linguaggi
dinamici ... suvvia, se un dev si accontenta di compilare per stare
tranquillo, stai sicuro che non riprova a testare *tutto* solo per
quella "piccola" modifica.
> Si ma... come la mettiamo con - ad esempio  WPF? Cioè... WPF può essere la
> *svolta*, ma gira solo su windows. punto.
WPF e mono sono due parrocchie separate al momento.
Qualsiasi cosa decidi di usare, se vuoi essere totalmente disaccoppiato
dal sistema operativo dovrai sempre accettare dei compromessi.
Nel caso di mono ad esempio dovevo fare grafica 3D e ho dovuto usare le
vetuste OpenGL (il che mi ha fatto ancora più apprezzare directx e wpf)
> Intendevo che anche MS può acquisire qualcosa dalla developer experience di
> Java. Se sostituisci a MS un generico "A" e a Java un generico "B", va bene
> uguale. :-)
Su questo non c'è dubbio :)
> Si, si... io non metto in dubbio la preparazione di chi lavora in MS. Io non
> condivido la scelta "politica" (nel senso di "strategica").
Sono scelte di chi gioca la partita a vendere software e non di chi
vende servizi.
Se il mercato vuole diversamente, anche MS si metterà a giocare una
partita diversa (in fondo per la famosa cloud sta già accadendo...)
>> Entrare in un progetto OS implica essere 'minoritari' nelle decisioni.
>
> Vallo a dire a Google con Python. :-)
> Significa, semplicemente, entrare in un movimento e non mettersi a menare
> colpi di ascia a destra e sinistra ma "seguire la corrente". Cosa c'è di
> *assurdo* in questo?
Assurdo no, ma certe scelte vincolano dei prodotti. Se non hai prodotti
da vendere, nulla di male. Se invece il fatturato lo fai su quello
cominciano i pasticci.
Chi fa Open Source per business punta tutto sui servizi (e molti sono
già falliti perché è tutt'altro che semplice). Partecipare ad un
prodotto Open Source incide profondamente nelle politiche aziendali.
Altra cosa sono gli standard, dove ciascuno può costruire la propria
implementazione (vedi Html5, WS-*, etc. etc.)
> E' legittimo, certo. Come è legittimo per gli sviluppatori rifiutare certe
> politiche (vedi #epic #fail di silverlight).
Per il momento SL è in crescita esponenziale. Se poi qualche VP si
suicida pubblicamente con certe affermazioni ... ;)
>> Di strada deve farne di sicuro, ma prova a sviluppare qualcosa per
>> Android e dimmi se non hai maggiore frammentazione nelle informazioni
>> ... Quando ti serve capire come mai uno starred item di maps non si
>> replica puoi uscirci idiota per capire dove cercare le info.
>
> Mai avuto il problema. :-)
Beh il mio elenco di problemi non è lunghissimo ma è bastato poco per
tirare accidenti :)
>> Che poi ci siano community più collaudate e produttive non lo metto in
>> dubbio ma quelle MS stanno crescendo tanto.
>
> Si, probabile. Io, da quando hanno chiuso i NG non le frequento più.
Non parlavo dei forum, quella non è una community, ma il supporto
ufficiale di MS.
Nonostante questo sui forum di google c'è meno presenza ufficiale di
quanta ce ne sia in quelli di MS.
Io parlavo delle community sparse per l'italia/mondo (online ed
offline) e dell'insieme dei siti (blog ma non solo) che entrano nel
merito tecnico molto a fondo.
> Qualunque sia la vostra scelta: happy coding! :-)
Su questo non posso che essere daccordo :)
Ciao



title: .Net e Java nel mercato del lavoro

author: Alessandro Riolo

text:
[Ti avevo risposto 3 volte su ILI, ma dato che sembri seguire più qui,
ripeto ;)]
On Dec 7, 8:59 am, "Midnightmare" <
midnightmareNOS...@live.it
> wrote:
> e se non erro
> l'utilizzo di Java gratuito anche se usato a scopi commerciali.
Non rispondo al resto, ma con SharpDevelop, MonoDevelop e soprattutto
Microsoft Visual Studio Express, per non dire dei vari SDK
(principalmente Windows SDK, Platform SDK e .NET Framework SDK) puoi
tranquillamente sviluppare per scopi commerciali. Con Mono, puoi anche
spaziare su un gran numero di piattaforme. Volendo puoi anche usare
Eclipse con Emonic (anche se non so se supporti 4.0).
Questo premesso, in Inglese ti risponderei che la tua domanda comunque
"miss the point". I problemi, ad oggi filosofici, relativi
all'utilizzo di .Net nulla hanno a che vedere con gli eventuali costi
degli ambienti di sviluppo (in ogni caso minimi rispetto agli altri
costi correlati allo sviluppo di software, e di sistemi informatici in
genere), ed onestamente non mi sembra che Java sia esente dallo stesso
tipo di ombre
-----
BTW, avevo dimenticato IKVM.Net, che ti permette di scrivere in Java,
produrre Java bytecode, e vederlo trasformato dinamicamente o
staticamente in CIL (
http://weblog.ikvm.net/
 e
http://www.ikvm.net/stories.html
).
-----
E non mi stancherò mai di ripeterlo, se lavori con un ambiente di
sviluppo compatibile con JetBrains ReSharper, installa la versione di
valutazione, impara a non poterne più fare a meno nei primi 30 giorni,
e poi compralo! ;)
--
ale
http://ale.riolo.co.uk


title: .Net e Java nel mercato del lavoro

text:
Alessandro Riolo wrote:
> ... IKVM.Net, che ti permette di scrivere in Java,
> produrre Java bytecode, e vederlo trasformato dinamicamente o
> staticamente in CIL (
http://weblog.ikvm.net/
 e
>
http://www.ikvm.net/stories.html
).
Una ottima applicazione che sfrutta IKVM.Net č Simian.
Simian non č uno strumento per le masse come ReSharper, ma tante volte mi
chiedo se non dovrebbe esserlo ;)
--
ale
http://ale.riolo.co.uk


title: .Net e Java nel mercato del lavoro

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto:
> A mio avviso se la scelta è puramente di mercato, bisogna prima andare a
> vedere quale mercato interessa a Midnightmare.
In quali settori divideresti il mercato dello sviluppo?
Web programming? Gestionali? Firmware?
So che sono molti, ma non tutti richiesti allo stesso modo (ad esempio
l'ambito delle demo grafiche da un punto di vista commerciale praticamente
non esiste).
> Se invece il gusto personale sul set di tecnologie può incidere,
> ovviamente la mia preferenza va tutta sull'ecosistema di vs.net... e credo
> di non poter essere smentito quando affermo che è il miglior ambiente di
> sviluppo/tecnologie di oggi.
Non ho un settore di riferimento, volevo solo una panoramica della
situazione.
C# è molto più bello di Java, il quale nonostante tutti lo considerino il C#
non Microsoft, a me sembra un C# mutilato.
Ma il mercato, come dicevi, si disinteressa alla bellezza tecnica (mi pare
che fino ad oggi visual basic 6 sia ancora in voga...)


title: .Net e Java nel mercato del lavoro

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto:
> La keyword dynamic ti permette di ottenere il late binding in C#.
C# consente di fare uso di variabili a tipizzazione dinamica come avviene in
Python ad esempio?
Le seguenti istruzioni sarebbero valide?
dynamic d = 10;
d = "stringa";
Se è così credo proprio che Java possa solo mangiare la polvere, altro che
equivalente.
A quando l'ereditarietà multipla? :D
Sarebbe bello se MS cestinasse C++/CLI e lo "fondesse" con C#, in modo da
avere un super linguaggio verso cui convogliare tutte le proprie energie.


title: .Net e Java nel mercato del lavoro

text:
Ciao Midnightmare,
You wrote on 08/12/2010 :
> C# consente di fare uso di variabili a tipizzazione dinamica come avviene in
> Python ad esempio?
non conosco python ma credo proprio di si.
> Le seguenti istruzioni sarebbero valide?
>
> dynamic d = 10;
> d = "stringa";
si, ma quello è un esempio triviale, la vera potenza di dynamic sta
nella possibilità di iniettare la tua logica custom nella risoluzione
dei metadati a runtime.
> A quando l'ereditarietà multipla? :D
io spero mai :-)
> Sarebbe bello se MS cestinasse C++/CLI e lo "fondesse" con C#, in modo da
> avere un super linguaggio verso cui convogliare tutte le proprie energie.
non serve cestinare proprio nulla, il tutto è già fuso proprio perchè
c'è l'acronimo CLI, C++/CLI è il perfetto mezzo per collegare due mondi
che altrimenti devono subire le angherie della "platform invoke" e del
marshaling dei tipi.



title: .Net e Java nel mercato del lavoro

author: Luca Menegotto

text:
Alessandro Riolo wrote:
> Non rispondo al resto, ma con SharpDevelop, MonoDevelop e soprattutto
> Microsoft Visual Studio Express,
Personale valutazione: VisualStudio (da pro in su) > SharpDevelop>>
Visual Studio Express (hanno tagliato molto le ultime versioni) >
MonoDevelop.
NOTA: In effetti pero', lavorate con le GTK+ non e' una gran brutta
cosa...
> Questo premesso, in Inglese ti risponderei che la tua domanda comunque
> "miss the point". I problemi, ad oggi filosofici, relativi
> all'utilizzo di .Net nulla hanno a che vedere con gli eventuali costi
> degli ambienti di sviluppo (in ogni caso minimi rispetto agli altri
> costi correlati allo sviluppo di software, e di sistemi informatici in
> genere), ed onestamente non mi sembra che Java sia esente dallo stesso
> tipo di ombre
Quoto in toto. In questo momento sto affrontando un progetto che DEVE
nascere multiplatform. Come strumento stiamo impiegando Python, ma
questo e' un dettaglio. Nello stesso momento sto affrontando un
progetto per un supervisore di macchina che deve girare su macchine
Windows. Come strumento sto impiegando .NET e C#, ma anche questo e' un
dettaglio.
Voglio dire: PRIMA si determina il dominio applicativo, l'ambiente di
riferimento e solo DOPO si determinano gli strumenti da impiegare.
Se tuttavia la domanda e' "quale strumento va per la maggiore"... beh,
tira in aria una monetina, testa ;NET, croce Java, e quel che viene
viene.
--
Ciao!
Luca


title: .Net e Java nel mercato del lavoro

text:
Alessandro Riolo wrote:
> E non mi stancherò mai di ripeterlo, se lavori con un ambiente di
> sviluppo compatibile con JetBrains ReSharper, installa la versione di
> valutazione, impara a non poterne più fare a meno nei primi 30 giorni,
> e poi compralo! ;)
Bah, non so che dirti, io l'ho disinstallato di corsa (voleva fare
troppe cose lui...)
--
Ciao!
Luca


title: .Net e Java nel mercato del lavoro

text:
Ciao Luca Menegotto,
You wrote on 08/12/2010 :
> Bah, non so che dirti, io l'ho disinstallato di corsa (voleva fare
> troppe cose lui...)
+1, rimosso dopo meno di mezza giornata.



title: .Net e Java nel mercato del lavoro

text:
Midnightmare wrote:
> "Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto:
>
>> La keyword dynamic ti permette di ottenere il late binding in C#.
>
> C# consente di fare uso di variabili a tipizzazione dinamica come avviene in
> Python ad esempio?
>
> Le seguenti istruzioni sarebbero valide?
>
> dynamic d = 10;
> d = "stringa";
Si, ma spero che nessuno faccia mai uso di dynamic in questo modo :)
La potenza reale sta nel realizzare architetture fortemente
disaccoppiate facendo naturalmente attenzione ad usare dynamic nei
punti a bassa frequenza di chiamate per minimizzare le ovvie perdite di
performance.
> Se è così credo proprio che Java possa solo mangiare la polvere, altro che
> equivalente.
Come dicevo non conosco abbastanza a fondo Java da sentenziare ma ho
installato Eclipse e a me sembra anni luce dal mondo di .net e di
vs.net
> A quando l'ereditarietà multipla? :D
Io ne sento la mancanza ma il rischio di abuso è enorme.
Già in C++ i problemi derivati dal "diamond of death" sono sottili e
difficili da diagnosticare. Tutto sommato l'ereditarietà multipla di
interfacce presente in .net è un workaround accettabile.
> Sarebbe bello se MS cestinasse C++/CLI e lo "fondesse" con C#, in modo da
> avere un super linguaggio verso cui convogliare tutte le proprie energie.
Non avrebbe senso. C++ è un linguaggio con mille sfumature importanti,
l'uso di reference, const, la visibilità delle classi base, e tutto il
resto ne fanno un linguaggio "dotto".
C# è invece un linguaggio essenziale ed espressivo ma che per mantenere
una certa semplicità deve rinunciare a certe finezze.
In termini pratici questo si traduce in maggiore potenza e performance
a favore di C++ versus una maggiore semplicità e manutenibilità per C#.
Unirli sarebbe una contraddizione.
Sono semplicemente linguaggi diversi per scopi diversi. (Le estensioni
CLI in particolare sono la "colla" tra mondo managed e nativo dalle
performance nettamente migliori a tecniche come pinvoke o com).



title: .Net e Java nel mercato del lavoro

text:
Midnightmare wrote:
> "Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto:
>
>> A mio avviso se la scelta è puramente di mercato, bisogna prima andare a
>> vedere quale mercato interessa a Midnightmare.
>
> In quali settori divideresti il mercato dello sviluppo?
>
> Web programming? Gestionali? Firmware?
>
> So che sono molti, ma non tutti richiesti allo stesso modo (ad esempio
> l'ambito delle demo grafiche da un punto di vista commerciale praticamente
> non esiste).
Si, è una possibile suddivisione del mercato.
Altrimenti scegliti un set di tecnologie promettenti in cui credi,
investi le tue conoscenze e specializzati. Se hai scelto bene sarai
scelto da quelle aziende che ne vorranno fare uso.
>> Se invece il gusto personale sul set di tecnologie può incidere, ovviamente
>> la mia preferenza va tutta sull'ecosistema di vs.net... e credo di non
>> poter essere smentito quando affermo che è il miglior ambiente di
>> sviluppo/tecnologie di oggi.
>
> Non ho un settore di riferimento, volevo solo una panoramica della
> situazione.
> C# è molto più bello di Java, il quale nonostante tutti lo considerino il C#
> non Microsoft, a me sembra un C# mutilato.
>
> Ma il mercato, come dicevi, si disinteressa alla bellezza tecnica (mi pare
> che fino ad oggi visual basic 6 sia ancora in voga...)
Io non ho mai investito nulla su vb6 (facevo solo C++ a quel tempo) e
oggi ne sono molto contento di quella scelta.
La maggior parte del mio sviluppo di oggi è C# ma il linguaggio non è
più così importante e passo il mio tempo di studio sulle nuove
tecnologie che vanno da wpf a wcf, wf, etc.
Alcune di queste cose sono poco richieste ma credo che il tempo me ne
darà ragione.



title: .Net e Java nel mercato del lavoro

text:
Luca Menegotto wrote:
> Bah, non so che dirti, io l'ho disinstallato di corsa (voleva fare
> troppe cose lui...)
+1



title: .Net e Java nel mercato del lavoro

text:
"Mauro Servienti [MVP]" <maurose...@online.nospam> ha scritto:

> +1, rimosso dopo meno di mezza giornata.
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto:
> +1
Sentite la mancanza di un forum con i due pulsantini [+] e [-] ? :-)


title: .Net e Java nel mercato del lavoro

text:
On Dec 8, 11:42 am, "Luca Menegotto" <otlucaCAV...@CAVAMIyahoo.it>
wrote:
> Bah, non so che dirti, io l'ho disinstallato di corsa (voleva fare
> troppe cose lui...)
Di solito ha ragione lui, e tra l'altro puoi usare il tempo che usi
per fare le cose a cui pensa lui per altro.
BTW, per gli ultraconservatori, in realtà lo puoi anche configurare
per fargli obbedire le tue convenzioni/convinzioni ;)
--
ale
http://ale.riolo.co.uk


title: .Net e Java nel mercato del lavoro

text:
Midnightmare wrote:
> Sentite la mancanza di un forum con i due pulsantini [+] e [-] ? :-)
LOL, in realtà mi mancano poche cose nell'attuale editor di
vs.net
E quelle poche me le sono già automatizzate con piccole utility che mi
sono costruito (es: leggere i #define di VC++ e creare il
corrispondente enum in C#).
Dai powertools di
vs.net
 (che ho installato, così non passo per
cavernicolo :D) ho disabilitato l'aperta graffa/chiusa graffa perché le
mie dita ormai fanno già tutto alla velocità della luce (grazie al
fatto che uso solo tastiere con layout US).



title: .Net e Java nel mercato del lavoro

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> ha scritto:
> ho disabilitato l'aperta graffa/chiusa graffa
Questa odiosa caratteristica, che viene applicata anche alle virgolette e
agli apici, c'è anche nell'ultima versione di Code::Blocks e non so come
toglierla! :-(


title: .Net e Java nel mercato del lavoro

author: Andrea Saltarello

text:
>> EF vs NHibernate? Ai posteri l'ardua sentenza, ma con l'ultima
>> code-first stanno lavorando molto bene e personalmente mi piace sempre
>> di più EF.
domanda *non* polemica: e quale sarebbe questo approccio? Vuoi definire
il tuo modello POCO e *poi* mapparlo creando a posteriori l'edmx
usandolo come fossero i file xml di NH? Con EF puoi. Vuoi fare il tuo
modello POCO e mapparlo via codice? Con EF puoi. Vuoi definire un
modello "POCO & DDD style" (fatto di aggregate, per intenderci) e
implementare un Repository? Con EF puoi.
Certo, se vuoi una cache di secondo livello "out of the box" o devi
"infilarti" nella pipeline, EF è ancora indietro rispetto ad NH. Ma
escludendo questi 2 casi, i toolkit sono ormai paragonabili. A tutto
vantaggio di EF, invece, va detto che a tutt'oggi il LINQ provider di
NH3 è un "giocattolo" se paragonato a quello di EF (che, a sua volta, è
"indietro" rispetto a quello di L2SQL, ma questa è un'altra -e brutta-
storia)
--
.A
GUISA -
http://www.guisa.org
UGIdotNET -
http://www.ugidotnet.org
Read my blog at:
http://blogs.ugidotnet.org/pape


title: .Net e Java nel mercato del lavoro

author: Alessandro Gambaro

text:
Ciao,
Ho letto tutto il thread ma do due commenti alla core question:
Mi sembra si cerchi di vedere la sfida Java, .Net ma questo mi ricorda
un pò lo sfida Agfa Kodak nella fotografia; i due attori hanno
continuato a sfidarsi nel produrre rullini sempre migliori perdendo di
vista il mercato, che si stava spostando nella direzione fotografia
digitale... :)
La vera sfida non è + tra i linguaggi, ma tra i frameworks
Da quello che ho potuto vedere negli anni (anche da quando ero
bambino) è stato questo:
fine 80 e anni 90: smart guy che giocavano con la memoria e con
l'UNICO VERO LINGUAGGIO del tempo il C++
fine 90: PRIMO VERO LINGUAGGIO OO Java che ha dato la possibilità di
fare software (in alcuni casi putroppo... :) ) anche a chi era un pò
meno smart
2000/05: dominio Java ma nascita nuovi linguaggi e grossi investimenti
MS su .Net con AFFERMAZIONE OO e nascita primi veri framework (Spring/
Struts/Hibernate), escludo gli EJB perchè fino alla versine 2 sn stati
un fallimento servito solo a giustificare application server inutili
(websphere ne è l'emblema)
2005/Oggi: AFFERMAZIONE FRAMEWORK, grande salto di qualità .Net,
nascità importanti novità MS (Linq, EF, WCF, WPF, Silverlight...) tra
cui anche alcuni Open Source (io adoro e uso in ogni progetto Unity),
staticità di Java (da 4 anni non cambia quasi niente...), esplosione
Spring x Java che fa sempre di + (sinceramente mi piaceva e tuttora mi
piace), crescita Perl, affermazione linguaggi con alta scalabilità
(Scala, Erlang, F#...), nascita framework google (GWT, Guice, Android)
Difficile dire cosa riserva il futuro :)
Credo che:
- Linguaggi come Scale ed Erlang non raggiungeranno mai la diffusione
di .net o Java perchè sn + complicati a meno che non escano framework
che ne facilitino lo sviluppo
- .NET: MS ha investito tantissimo e continua a farlo (come credo mai
abbia fatto prima) nella qualità dei linguaggi e framework, i
risultati si vedono e credo si vedranno negli anni avvenire
- Java: se oracle non ci mette dei soldi (ci credo poco, visto gli
esempi del passato) il gap diventerà incolmabile, c'è solo da sperare
che i framework crescano e che google/vmware ci mettano del loro
- Python: non lo conosco da poterne parlare, so solo che google ci
punta come punta su Java
Io per i prossimi anni continuerò a studiare le novità MS ed i
framework x Java
Ciao,
Ale
On Dec 7, 9:59 am, "Midnightmare" <
midnightmareNOS...@live.it
> wrote:
> Ciao a tutti,
>
> avrei una semplice curiosit : in ambito lavorativo qui in Italia, le aziende
> continuano a preferire prevalentemente Java o la tecnologia .NET (in
> particolare C#) sta diventando sempre pi richiesta?
>
> Mi sembra anche che molte aziende (specie nella pubblica amministrazione) si
> stiano avvicinando verso l'utilizzo di software free e se non erro
> l'utilizzo di Java gratuito anche se usato a scopi commerciali.
>
> Insomma qual la situazione attuale per quanto riguarda lo sviluppo
> software?
>
> E nei prossimi 5-10 anni secondo voi che direzione prender ?


title: .Net e Java nel mercato del lavoro

text:
"Giulio Petrucci" <sis...@nonono.boh> ha scritto:
> Assolutamente anche io (anche se ne ho una conoscenza solo "accademica").
> Perň python č figo perché:
> 1. hai una libreria standard praticamente sterminata
A livello della BCL e di quella Java?


title: .Net e Java nel mercato del lavoro

text:
Ciao Midnightmare,
On 12/9/2010 8:48 AM, Midnightmare wrote:
> A livello della BCL e di quella Java?
IMHO assolutamente si (come pure a livello del .NET framework).
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Al
On 12/9/2010 12:40 AM, Alessandro Gambaro wrote:
> Ciao,
> Ho letto tutto il thread ma do due commenti alla core question:
[cut]
Punto di vista assolutamente interessante.
Grazie del contributo.
> - Linguaggi come Scale ed Erlang non raggiungeranno mai la diffusione
> di .net o Java perchè sn + complicati a meno che non escano framework
> che ne facilitino lo sviluppo
Erlang è una *bomba*. Se dovesse prendere piede il protocollo di
ReverseHTTP credo che Erlang possa dire la propria. Comunque considera
che è un linguaggio che ha un ambiente molto "di nicchia".
> - Python: non lo conosco da poterne parlare, so solo che google ci
> punta come punta su Java
Alla tua analisi agigungerei Ruby (in particolare con Rails).
Ah... e ci siamo dimenticati di ribadire che il C non morirà mai! :-)
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
"Giulio Petrucci" <sis...@nonono.boh> wrote:
> IMHO assolutamente si (come pure a livello del .NET framework).
Puntualizzo perché molti con una certa età ed un certo tipo di esperienze
quando leggono BCL traducono mentalmente Borland's Class Library, cioé OWL
;)
Nel contesto immagino che Midnightmare si riferisse alla Base Class Library,
con cui generalmente si intendono i namespace System*, anche se
probabilmente una definizione più stringente potrebbe vedere soltanto quel
sottoinsieme dei namespace System* effettivamente standardizzato come BCL in
ISO/IEC 23271:2006. Se vedi a
http://msdn.microsoft.com/en-us/netframework/aa569283
, nel pdf per ECMA-335,
c'è scritto chiaramente un paio di volte che la BCL dovrebbe stare tutta in
mscorlib.dll (non sono certo che l'implementazione di Microsoft obbedisca
effettivamente a questo requisito!), mentre nel xml dentro lo zip sempre per
ECMA-335 c'è la definizione formale di BCL, ExtendingNumerics, Networking,
Parallel, Reflection, RuntimeInfrastructure, Vararg e XML.
BTW, ad ogni modo la frasi che avevi scritto era IMVHO giusta in ogni caso,
le sterminate librerie di Python sono tranquillamente alla pari con l'FCL
(anche se quasi certamente offrono insiemi di funzionalità con differenza
simmetrica non vuota). :p
--
ale
http://ale.riolo.co.uk


title: .Net e Java nel mercato del lavoro

text:
Ciao Mauro,
On 12/8/2010 11:35 AM, Mauro Servienti [MVP] wrote:
> si, ma quello è un esempio triviale, la vera potenza di dynamic sta
> nella possibilità di iniettare la tua logica custom nella risoluzione
> dei metadati a runtime.
Verissimo e interessantissimo. :-)
> io spero mai :-)
-1!
Anche io ne sono un fan.
:-)
> non serve cestinare proprio nulla, il tutto è già fuso proprio perchè
> c'è l'acronimo CLI, C++/CLI è il perfetto mezzo per collegare due mondi
> che altrimenti devono subire le angherie della "platform invoke" e del
> marshaling dei tipi.
'sta cosa ancora la devo capire (ma mi fido). :-)
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Raf,
On 12/7/2010 8:44 PM, Raffaele Rialdi [MVP] wrote:
> Nessun scm è integrato
Mi sono espresso male.
> e personalmente preferisco di gran lunga un scm
> distribuito ai più classici come svn o tfs. Sto provando Mercurial che
> mi da un sacco di soddisfazioni.
Be'... questione di punti di vista ma anche di modelli di sviluppo. Qui
dove lavoro io un SCM distribuito (tipo Hg, o GIT) non sarebbe utile.
Quindi, di conseguenza, usiamo (con una certa soddisfazione) SVN.
> Non è forse meglio partire da un gradino più alto e quando serve
> scendere, piuttosto che fare il contrario?
La prima risposta è "non ne sono sicuro".
La seconda risposta (che è quella *guista*) è: "dipende".
> Usare i wizard senza pensare ovviamente ti porta a pessimi risultati.
> Ma se li usi sapendo che cosa stanno facendo sono terribilmente produttivi.
Appunto.
L'enorme problema delle tecnologie MS è IMVHO proprio questo: la curva
di apprendimento.
Il primo step lo fai in zero secondi.
Se fuoi approfondire... devi sudare di brutto (complice anche una
documentazione con un approccio discutibile o almeno che a me risulta
ostico).
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Raf,
On 12/7/2010 9:09 PM, Raffaele Rialdi [MVP] wrote:
> ovvio per alcuni ma non per i fanatici che esaltano i risultati di due
> righe di Python ignorando quello che sta sotto
Però, se consideri il costo dello sviluppatore...
> WPF e mono sono due parrocchie separate al momento.
> Qualsiasi cosa decidi di usare, se vuoi essere totalmente disaccoppiato
> dal sistema operativo dovrai sempre accettare dei compromessi.
Appunto. Comunque per quel po' che ho potuto vedere, Qt in questo senso
è qualcosa di fantastico (io le ho approcciate con i bindings per python).
> Assurdo no, ma certe scelte vincolano dei prodotti. Se non hai prodotti
> da vendere, nulla di male. Se invece il fatturato lo fai su quello
> cominciano i pasticci.
Ok... ma il prodotto di MS non era il .NET framework? o VisualStudio? Io
credo che per favorire la diffusione di questi prodotti, sia opportuno
rendere diffusissimi (perché facilmente fruibili e ben funziananti) quei
prodotti che sono un "bene complementare" dei suddetti. :-)
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Andrea,
On 12/8/2010 8:37 PM, Andrea Saltarello wrote:
> domanda *non* polemica:
Ci mancherebbe.
> e quale sarebbe questo approccio?
L'obbligo di utilizzare il class designer (che, per inciso, non ho *mai*
utilizzato seriamente e ogni volta che ci ho provato ho avuto un travaso
di bile). Con NH io scrivo il codice delle mie classi, poi separatamente
mi faccio i mapping XML. Con EF puoi fare la stessa cosa? Inoltre, se
parti da zero con NH riesci a fare qualcosa in una giornata (seguendo
questo approccio). Con EF mi è stato praticamente impossibile.
> Vuoi definire
> il tuo modello POCO e *poi* mapparlo creando a posteriori l'edmx
> usandolo come fossero i file xml di NH? Con EF puoi.
Link, please?
> Vuoi fare il tuo
> modello POCO e mapparlo via codice? Con EF puoi.
uh? Non era solo una CTP?
> Vuoi definire un
> modello "POCO & DDD style" (fatto di aggregate, per intenderci) e
> implementare un Repository? Con EF puoi.
Qui non ti seguo. Come fai?
> A tutto
> vantaggio di EF, invece, va detto che a tutt'oggi il LINQ provider di
> NH3 è un "giocattolo" se paragonato a quello di EF
Vero. Ma anche lì, mi pare ci sia un discorso di "miopia".
Va bene usare HQL ma IMVHO la prima cosa da fare sarebbe "investire" per
rendere perfettamente funzionante qualcosa di basato su un linguaggio
idiomatico (va be', questione di punti di vista...).
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Il 09/12/2010 13:57, Giulio Petrucci ha scritto:
>> Vuoi definire
>> il tuo modello POCO e *poi* mapparlo creando a posteriori l'edmx
>> usandolo come fossero i file xml di NH? Con EF puoi.
>
> Link, please?
>
lo conosci già:
http://nsk.codeplex.com
 :-) Certo, per fare un edmx
"devi" usare il designer, altrimenti la sintassi verbosa può rovinarti
la giornata :-)
>> Vuoi fare il tuo
>> modello POCO e mapparlo via codice? Con EF puoi.
>
> uh? Non era solo una CTP?
>
yep, ma la CTP5 appena uscita "dovrebbe" essere feature complete (e
credo abbia anche licenza go-live)
>> Vuoi definire un
>> modello "POCO & DDD style" (fatto di aggregate, per intenderci) e
>> implementare un Repository? Con EF puoi.
>
> Qui non ti seguo. Come fai?
>
Esattamente come fa NSK: definisci il modello esprimendolo sotto forma
di aggregate, e ti "nascondi" dietro ina IRepository<T> che sia di tipo
ICollection<T> (interfaccia Collection-like come da pattern Repository)
e IQueryable<T> (così non rinunci alle gioie di LINQ). Certo, per fare
la seconda devi rinunciare ad NH perchè il suo LINQ Provider al momento
(e parlo della v3.0.0GA) non è ancora seriamente utilizzabile (troppe
query che "scoppiano" a runtime)
>> A tutto
>> vantaggio di EF, invece, va detto che a tutt'oggi il LINQ provider di
>> NH3 è un "giocattolo" se paragonato a quello di EF
>
> Vero. Ma anche lì, mi pare ci sia un discorso di "miopia".
tu la chiami "miopia", io la chiamo "religione", se ben ricordo le
dichiarazioni di Ayende su questo quesry ovject idiomatico
> Va bene usare HQL ma IMVHO la prima cosa da fare sarebbe "investire" per
> rendere perfettamente funzionante qualcosa di basato su un linguaggio
> idiomatico (va be', questione di punti di vista...).
>
+1



title: .Net e Java nel mercato del lavoro

text:
Giulio Petrucci wrote:
> Ciao Raf,
Ciao Giulio,
> Be'... questione di punti di vista ma anche di modelli di sviluppo. Qui dove
> lavoro io un SCM distribuito (tipo Hg, o GIT) non sarebbe utile. Quindi, di
> conseguenza, usiamo (con una certa soddisfazione) SVN.
Posso riciclare la frase che dipende da come sei abituato.
GIT è molto indietro. È stato studiato per il kernel di linux dove le
rename sono impensabili. (GIT non supporta le rename ma cancella e
riaggiunge). E se fai un minimo di refactoring (c'è qualcuno che ancora
non lo fa?) il rename è un must.
Quanto al distribuito il primo enorme vantaggio è di poter fare
check-in localmente al tuo pc senza rompere la build di altri. Fare una
branch per developer non è una soluzione altrettanto viabile.
>
>> Non è forse meglio partire da un gradino più alto e quando serve
>> scendere, piuttosto che fare il contrario?
>
> La prima risposta è "non ne sono sicuro".
> La seconda risposta (che è quella *guista*) è: "dipende".
Diciamo che fare al contrario è un incubo :)
> Appunto.
> L'enorme problema delle tecnologie MS è IMVHO proprio questo: la curva di
> apprendimento.
> Il primo step lo fai in zero secondi.
> Se fuoi approfondire... devi sudare di brutto (complice anche una
> documentazione con un approccio discutibile o almeno che a me risulta
> ostico).
Beh ma se ti fermi a fare RAD, sei già sistemato e questo lo trovo
estremamente positivo. Se vuoi andare oltre è giusto dover studiare di
più.



title: .Net e Java nel mercato del lavoro

text:
Giulio Petrucci wrote:
Ciao Giulio,
> Ok... ma il prodotto di MS non era il .NET framework? o VisualStudio? Io
> credo che per favorire la diffusione di questi prodotti, sia opportuno
> rendere diffusissimi (perché facilmente fruibili e ben funziananti) quei
> prodotti che sono un "bene complementare" dei suddetti. :-)
Non credo sia un segreto che tutti i tool di sviluppo servono a creare
le condizioni migliori per lo sviluppo di applicazioni (ergo vendere
Windows e Office).
Esempio: Exchange vende se puoi pluggarci app di altri. Se sviluppare
applicazioni è semplice, Exchange vende di più e lo sviluppatore è più
contento. La cosa funziona per chi vende prodotti ma il sistema non
funziona per quelli che ci fanno servizi e sviluppo verticale.
Se vendi servizi hai il "dovere" :) di mantenere le cose di una
complicatezza assurda ... (ok è tirato all'estremo, ma il concetto è
quello)



title: .Net e Java nel mercato del lavoro

text:
> L'obbligo di utilizzare il class designer (che, per inciso, non ho *mai*
> utilizzato seriamente e ogni volta che ci ho provato ho avuto un travaso di
> bile). Con NH io scrivo il codice delle mie classi, poi separatamente mi
> faccio i mapping XML. Con EF puoi fare la stessa cosa? Inoltre, se parti da
> zero con NH riesci a fare qualcosa in una giornata (seguendo questo
> approccio). Con EF mi è stato praticamente impossibile.
Si, puoi fare la stessa cosa con la CTP5 che è appena uscita. Ho usato
la CTP4 da Luglio con estrema soddisfazione. A febbraio dovrebbe
esserci la RTM.
BTW a me piace di più la "fluent api" (che credo abbia anche
NHibernate) che ti permette di mappare senza file xml (cosa piuttosto
tediosa) in favore di sane lambda :)
Preferisco di gran lunga la CTP5 dove puoi finalmente partire a
scrivere le tue entity e poi decidere con la fluent-api come vorresti
persisterlo.
Fatto questo ti crea il db e per la RTM dovremmo pure vedere una
strategia di update dello schema (oggi lo si fa con tool di terze
parti).
Insomma il futuro di EF lo vedo molto bene ...



title: .Net e Java nel mercato del lavoro

text:

Fammi aggiungere però che la BCL è una goccia nel mare rispetto a tutte
le librerie ufficiali MS che si trovano nel framework ...



title: .Net e Java nel mercato del lavoro

text:
Alessandro Gambaro wrote:
> Ciao,
>
> Ho letto tutto il thread ma do due commenti alla core question:
>
> Mi sembra si cerchi di vedere la sfida Java, .Net ma questo mi ricorda
> un pò lo sfida Agfa Kodak nella fotografia; i due attori hanno
> continuato a sfidarsi nel produrre rullini sempre migliori perdendo di
> vista il mercato, che si stava spostando nella direzione fotografia
> digitale... :)
>
> La vera sfida non è + tra i linguaggi, ma tra i frameworks
+1
Aggiungo che l'ecosistema di linguaggi dovrà crescere e farà solo del
bene. Prendi ad esempio F# le cui novità si fanno sentire in modo molto
positivo anche su C#.
Per alcuni scenari F# è imbattibile e a quanto ho sentito al TechEd ci
sono fantastiche novità in arrivo.



title: .Net e Java nel mercato del lavoro

text:
Il 09/12/2010 14:54, Raffaele Rialdi [MVP] ha scritto:
> Insomma il futuro di EF lo vedo molto bene ...
>
Lo vedrò bene anche io quando capiranno che servono degli extension
point lungo la pipeline. Per intenderci: è sufficiente che il team di EF
continui a fare ciò che sta facendo da anni, cioè copiare le feature di
NH mettendoci sopra un LINQ provider funzionante <g>



title: .Net e Java nel mercato del lavoro

text:
On 12/9/2010 3:07 PM, Andrea Saltarello wrote:
> Lo vedrò bene anche io quando capiranno che servono degli extension
> point lungo la pipeline. Per intenderci: è sufficiente che il team di EF
> continui a fare ciò che sta facendo da anni, cioè copiare le feature di
> NH mettendoci sopra un LINQ provider funzionante <g>
Ecco, questo è quello che dico io: quanto si sarebbe risparmiato
sviluppando semplicemente un provider linq per NH? <g>
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Raf,
On 12/9/2010 2:44 PM, Raffaele Rialdi [MVP] wrote:
> Posso riciclare la frase che dipende da come sei abituato.
E non faresti il minimo sbaglio. :-)
> GIT è molto indietro. È stato studiato per il kernel di linux dove le
> rename sono impensabili.
> (GIT non supporta le rename ma cancella e
> riaggiunge).
Anche SVN mi pare faccia così.
> Quanto al distribuito il primo enorme vantaggio è di poter fare check-in
> localmente al tuo pc senza rompere la build di altri. Fare una branch
> per developer non è una soluzione altrettanto viabile.
Questione di metodologia. :-)
> Diciamo che fare al contrario è un incubo :)
Partire dal più basso per arrivare al più alto?
Può essere un approccio, no?
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Andrea,
On 12/9/2010 2:41 PM, Andrea Saltarello wrote:
> lo conosci già:
http://nsk.codeplex.com
 :-) Certo, per fare un edmx
> "devi" usare il designer, altrimenti la sintassi verbosa può rovinarti
> la giornata :-)
Appunto. :-)
> yep, ma la CTP5 appena uscita "dovrebbe"
Appunto (bis). :-)
> Esattamente come fa NSK:
[cut]
Ah, ok... questo l'avevo capito.
> Certo, per fare
> la seconda devi rinunciare ad NH perchè il suo LINQ Provider al momento
> (e parlo della v3.0.0GA) non è ancora seriamente utilizzabile (troppe
> query che "scoppiano" a runtime)
Uhm... onestamente con la 3.0.0.* non mi è mai successo.
> tu la chiami "miopia", io la chiamo "religione", se ben ricordo le
> dichiarazioni di Ayende su questo quesry ovject idiomatico
Ayende: "Dimmi che documentazione scrivi, e ti dirò chi sei". :-)
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

author: dedalus

text:
On 09/12/2010 15:35, Giulio Petrucci wrote:
>> GIT è molto indietro. È stato studiato per il kernel di linux dove le
>> rename sono impensabili.
>> (GIT non supporta le rename ma cancella e
>> riaggiunge).
>
> Anche SVN mi pare faccia così.
Il rename è consentito in SVN


title: .Net e Java nel mercato del lavoro

text:
On 12/9/2010 3:51 PM, dedalus wrote:
> Il rename è consentito in SVN
Io lo uso senza problemi. :-)
Poi credo che dietro le quinte SVN faccia un delete/add (ma potrei
sbagliare).
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:

Il problema del rename è solitamente legato ai sc di tipo distribuito,
non quelli 'classici'.
La disgrazia di non avere il supporto del rename è che inizia una nuova
'storia' per il file rinominato (non c'è link prima e dopo il rename)



title: .Net e Java nel mercato del lavoro

text:
Andrea Saltarello wrote:
> Lo vedrò bene anche io quando capiranno che servono degli extension point
> lungo la pipeline.
Io qualche sporco trick l'ho fatto ... ma fammi un esempio di cosa ti
servirebbe (lo dico sapendo che sicuramente non c'è possibilità di
farlo, ma sono curioso di vedere scenari che non ho ancora affrontato)
> Per intenderci: è sufficiente che il team di EF continui a
> fare ciò che sta facendo da anni, cioè copiare le feature di NH mettendoci
> sopra un LINQ provider funzionante <g>
A me da dove prendono le idee importa poco :)
Ho abbandonato l'idea di usare NH quando ho visto che le collection
dovevi farle a modo loro. Poi so che sono cambiate molte cose ma nel
frattempo mi ero costruito il mio piccolo engine e sono sopravvissuto
fino ad ora.
Il provider attuale sembra più inefficiente di quello di Linq2SQL ma è
anche vero che certe query verbose che vedo sul profiler non
necessariamente sono più lente di quelle "compatte".



title: .Net e Java nel mercato del lavoro

text:
Il 09/12/2010 17:13, Raffaele Rialdi [MVP] ha scritto:
> Andrea Saltarello wrote:
>> Lo vedrò bene anche io quando capiranno che servono degli extension
>> point lungo la pipeline.
>
> Io qualche sporco trick l'ho fatto ... ma fammi un esempio di cosa ti
> servirebbe (lo dico sapendo che sicuramente non c'è possibilità di
> farlo, ma sono curioso di vedere scenari che non ho ancora affrontato)
>
una "roba" tipo gli IUserType (cioè estendere il type system dell'O/RM)
o poter iniettare della logica nel processo di fetch dei
dati/materializzazione degli oggetti, utile per fare caching di secondo
livello. Oh, e senza dover fare i "wrapponi" del provider :-)



title: .Net e Java nel mercato del lavoro

text:
"Raffaele Rialdi [MVP]" <
malta@n0spam_vevy.com
> wrote:
> a me piace di più la "fluent api" (che credo abbia anche NHibernate)
http://fluentnhibernate.org/
BTW, la 1.0 RTM è di Agosto 2009, e la 1.1 di Maggio 2010.
--
ale
http://ale.riolo.co.uk


title: .Net e Java nel mercato del lavoro

text:
On Dec 9, 10:38 am, Giulio Petrucci <sis...@nonono.boh> wrote:
> Ciao Al
> On 12/9/2010 12:40 AM, Alessandro Gambaro wrote:> Ciao,
> > Ho letto tutto il thread ma do due commenti alla core question:
>
> [cut]
>
> Punto di vista assolutamente interessante.
> Grazie del contributo.
>
> > - Linguaggi come Scale ed Erlang non raggiungeranno mai la diffusione
> > di .net o Java perchè sn + complicati a meno che non escano framework
> > che ne facilitino lo sviluppo
>
> Erlang è una *bomba*. Se dovesse prendere piede il protocollo di
> ReverseHTTP credo che Erlang possa dire la propria. Comunque considera
> che è un linguaggio che ha un ambiente molto "di nicchia".
Erlang si molto di nicchia, ma Scala sta crescendo ci sgià alcuni siti
e framework, però come dici tu sn di nicchia (solo per prestazioni
elevate)
>
> > - Python: non lo conosco da poterne parlare, so solo che google ci
> > punta come punta su Java
>
> Alla tua analisi agigungerei Ruby (in particolare con Rails).
+1
> Ah... e ci siamo dimenticati di ribadire che il C non morirà mai! :-)
>
> Ciao,
> Giulio
>
C non morirà mai no! lo ho usato anche oggi (in realtà era C++ ) :)
> --
Ciao


title: .Net e Java nel mercato del lavoro

author: newuser

text:
Hello Mauro Servienti [MVP],
> Ciao Midnightmare,
>
> You wrote on 07/12/2010 :
>
>> Che cosa intendi dire di preciso?
>>
> prova a far andare d'accordo versioni diverse di Oracle, con versioni
> diverse di Eclipse e versioni diverse della JVM, il tutto condito con
> il tentativo di sviluppare per Android :-)
Si..
Anche se l'accoppiata .net / oracle non è tutta rose e fiori da questo punto
di vista.
Soprattutto se devi "portarla" su Mono.
Ciao.


title: .Net e Java nel mercato del lavoro

text:
newuser wrote:
> Si..
> Anche se l'accoppiata .net / oracle non è tutta rose e fiori da questo punto
> di vista.
> Soprattutto se devi "portarla" su Mono.
>
Beh, io sto provando monodroid e devo dire che stanno facendo un lavoro
eccellente. Con occhio lungo stanno dando il supporto prima a
vs.net
 e
poi arriverà per gli altri ide.
Prendi già solo il fatto che hanno dato la possibilità di condividere
il garbage collector di java con quello di mono, ottimizzando la
gestione di memoria ed evitando i problemi di leak dovuti a referenze
circolari (oggetto di java che referenzia mono e viceversa).



title: .Net e Java nel mercato del lavoro

text:
On 12/7/2010 4:25 PM, Mauro Servienti [MVP] wrote:
> prova a far andare d'accordo versioni diverse di Oracle, con versioni
> diverse di Eclipse e versioni diverse della JVM, il tutto condito con il
> tentativo di sviluppare per Android :-)
Ma ti rendi conto che hai descritto uno scenario *apocalittico*? :D
Ciao,
Giulio
--


title: .Net e Java nel mercato del lavoro

text:
Ciao Giulio,
You wrote on 10/12/2010 :
> Ma ti rendi conto che hai descritto uno scenario *apocalittico*? :D
ovvio :-P
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: C# (wpf), Sovrapposizione immagini

author: dmaxime

text:
Ciao a tutti,
temo di essermi infilato in una trappola per la quale non conosco
soluzione. La mia intenzione ï¿œ quella di realizzare un programmino che
mi visualizzi, nell'area di notifica, un'icona che mi indichi lo stato
dei tasti di modifica persistente della tastiera (CapsLock, NumLock e
ScrollLock). L'icona, cosï¿œ come l'ho immaginata, consiste di un
semaforino, disposto orizzontalmente, con tre lucine che descrivono lo
stato dei suddetti tasti e l'idea ï¿œ quella di disegnare, dinamicamente,
le lucine sull'immagine del semaforino spento. A tal proposito ho
iniziato a scrivere la parte relativa alla grafica in un programmino di
prova, nel quale mi accade un problema che non so spiegarmi:
sostanzialmente, mi scompare l'immagine del semaforino in un punto in
cui non me lo aspetto proprio. Di seguito riporto la funzione dove si
verifica il problema, quindi tenterï¿œ di spiegare il risultato del debug.
La funzione dovrebbe, semplicemente, disegnare la luce sopra il semaforo:
      1	        NotifyIcon ico = new NotifyIcon();
      2	        private void Window_Loaded(object sender, RoutedEventArgs e)
      3	        {
      4	            ico.Icon = (Icon)Properties.Resources.Semaforo;
      5	            ico.Visible = true;
      6
      7	            MemoryStream s0 = new MemoryStream();
      8	            Properties.Resources.Semaforo.Save(s0);
      9	            IconBitmapDecoder ibd = new IconBitmapDecoder(s0,
BitmapCreateOptions.None, BitmapCacheOption.None);
     10	            Rect R = new Rect(0, 0, 64, 64);
     11	            ImageDrawing idN = new ImageDrawing(ibd.Frames[0], R);
     12	            image1.Source = ibd.Frames[0].Clone();
     13	            /*
     14	             * Bitmap b = ico.Icon.ToBitmap();
     15	             * image1.Source =
     16	             *
System.Windows.Interop.Imaging.CreateBitmapSourceFromHBitmap(b.GetHbitmap(),
     17	             *
             IntPtr.Zero, Int32Rect.Empty,
     18	             *
             BitmapSizeOptions.FromWidthAndHeight(b.Width, b.Height));
     19	             */
     20	            MemoryStream s1 = new MemoryStream();
     21	            Properties.Resources.Luce.Save(s1);
     22	            IconBitmapDecoder ibd1 = new IconBitmapDecoder(s1,
BitmapCreateOptions.None, BitmapCacheOption.None);
     23	            Rect R1 = new Rect(20, 20, 20, 20);
     24	            ImageDrawing idN1 = new ImageDrawing(ibd1.Frames[0],
R1);
     25
     26	            DrawingGroup dg = new DrawingGroup();
     27	            dg.Children.Clear();
     28	            dg.Children.Add(idN);
     29	            dg.Children.Add(idN1);
     30	            DrawingImage di = new DrawingImage(dg);
     31	            di = new DrawingImage(dg);
     32	            RenderTargetBitmap rtb = new RenderTargetBitmap(64,
64, 96, 96, PixelFormats.Pbgra32);
     33
     34	            DrawingVisual dv = new DrawingVisual();
     35	            using (DrawingContext ctx = dv.RenderOpen())
     36	            {
     37	                ctx.DrawImage(di, R);
     38	            }
     39	            rtb.Render(dv);
     40	            BitmapEncoder enc = new BmpBitmapEncoder();
     41	            enc.Frames.Add(BitmapFrame.Create(rtb.Clone()));
     42	            MemoryStream ss = new MemoryStream();
     43	            enc.Save(ss);
     44	            image1.Source = rtb;
     45	            Bitmap bitmap = new System.Drawing.Bitmap(ss);
     46	            ico.Icon =
System.Drawing.Icon.FromHandle(bitmap.GetHicon());
     47	        }
Prima domanda: ho intrapreso la giusta direzione per realizzare ciï¿œ che
desidero?
Ora il problema:
si verifica dopo l'esecuzione della linea 9. Dopo la linea 5 l'icona
viene visualizzata nell'area di notifica e, comunque, viene visualizzata
se vengono eseguite le linee ora commentate (13-19).
Il MemoryStream (s0 a linea 8) sembra essere inizializzato correttamente
ma dopo l'esecuzione della linea 9 l'immagine in ibd.Frames[0] non
compare. Da notare la similitudine tra le linee 7-11 e quelle tra 20-24,
dopo le quali, se visualizzo l'immagine (image1.Source =
ibd1.Frames[0].Clone()) questa compare. Non mi spiego perchï¿œ nel secondo
caso funzioni mentre nel primo no. Eseguendo l'intera funzione,
nell'area di notifica, il semaforino viene sostituito dalla lucina
accesa posizionata, tra l'altro, dove mi aspetto sia.
Spero di esser stato sufficientemente chiaro e spero in un vostro
supporto. Grazie anticipatamente per l'attenzione.


title: C# (wpf), Sovrapposizione immagini

text:
[Risolto]
L'esempio funziona. Il problema era nell'immagine; comunque non capisco
perché, nonostante il problema, dopo la linea 4 l'icona venisse
visualizzata correttamente.

Ciao a tutti.


title: Wpf,qualche domanda su listbox

author: vbMizio

text:
Ciao a tutti,
lo so che e' venerdi', ma anche oggi devo fare qualche domandina....
Ho una listbox Wpf, che visualizza degli elementi, istanze di una mia
classe, tramite un template.
Naturalmente questa listbox e' scrollabile, e potrebbero esserci,
all'interno, piu' di un centinaio di elementi, e quelli mostrati in un
determinato istante, per le dimensioni della listbox stessa, non sono piu'
di una decina.
Prima domanda: ammettiamo che scrollando la mia listbox abbia, come primo
elemento visualizzato, il numero 120; posso creare una procedura che, ad
esempio, imposti il primo elemento visibile al numero 25?
Seconda domanda: Ho notato che, a differenza di quanto accadeva in Winfom,
se faccio doppio click sulle barre di scorrimento, viene comunque alzato
l'evento MouseDoubleClick. Come potete immaginare, nella stragrande
maggioranza dei casi, questo comportamento non e' quello che si vuole. E'
possibile fare in modo che se il doppio click non e' stato fatto
"all'interno" del controllo, l'evento non venga alzato o venga scartato?
Ho provato a dare un'occhiata all'argomento di tipo
System.Windows.Input.MouseButtonEventArgs che viene passato dall'evento
stesso, ma non ho trovato nulla di utile.
Grazie a tutti e buon week-end... Maurizio


title: Wpf,qualche domanda su listbox

text:
Riciao,
a questa rispondo da solo:
...
> posso creare una procedura che, ad
esempio, imposti il primo elemento visibile al numero 25?
...
Basta usare il metodo ScrollIntoView della ListBox, passando come argomento,
l'oggetto (da recuperare nella collezione Items tramite l'indice) che si
vuole vedere
Adesso resta aperta la seconda domanda :-)
Ciao ancora... Maurizio


title: Wpf,qualche domanda su listbox

text:
On 20 Mag, 15:30, "vbMizio" <
vbmi...@io.it
> wrote:
> Ciao a tutti,
> Seconda domanda: Ho notato che, a differenza di quanto accadeva in Winfom,
> se faccio doppio click sulle barre di scorrimento, viene comunque alzato
> l'evento MouseDoubleClick. Come potete immaginare, nella stragrande
> maggioranza dei casi, questo comportamento non e' quello che si vuole. E'
> possibile fare in modo che se il doppio click non e' stato fatto
> "all'interno" del controllo, l'evento non venga alzato o venga scartato?
> Ho provato a dare un'occhiata all'argomento di tipo
> System.Windows.Input.MouseButtonEventArgs che viene passato dall'evento
> stesso, ma non ho trovato nulla di utile.
> Grazie a tutti e buon week-end... Maurizio
Prova con HitTesting:
            Point pt = e.GetPosition((UIElement)sender);
            HitTestResult hr = VisualTreeHelper.HitTest(listBox1, pt);
            if (hr != null)
            {
                FrameworkElement elemento = hr.VisualHit as
FrameworkElement;
                while ((elemento is ListBoxItem) == false && elemento !
= null)
                {
                    elemento = VisualTreeHelper.GetParent(elemento) as
FrameworkElement;
                }
                if (elemento != null)
                {
                    MessageBox.Show((elemento as
ListBoxItem).Content.ToString());
                }
            }
Ciao
Fabio


title: Wpf,qualche domanda su listbox

text:
Ciao vbMizio,
You wrote on 20/05/2011 :
> Seconda domanda: Ho notato che, a differenza di quanto accadeva in Winfom, se
> faccio doppio click sulle barre di scorrimento, viene comunque alzato
> l'evento MouseDoubleClick. Come potete immaginare, nella stragrande
> maggioranza dei casi, questo comportamento non e' quello che si vuole. E'
> possibile fare in modo che se il doppio click non e' stato fatto
> "all'interno" del controllo, l'evento non venga alzato o venga scartato?
> Ho provato a dare un'occhiata all'argomento di tipo
> System.Windows.Input.MouseButtonEventArgs che viene passato dall'evento
> stesso, ma non ho trovato nulla di utile.
Oltre a qello che ti ha detto Fabio la proprietà ti dice chi è il
controllo che ha effettivamente scatenato il doppio click.
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com/profile/mauro
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: Wpf,qualche domanda su listbox

text:
Ciao Fabio e grazie per la risposta
...
>Prova con HitTesting:
[...]
...
Meglio di cosi' non puo' andare.... funziona, ho capito cosa fa e sono anche
stato in grado di tradurlo da C sharp a
vb.net
.
Per oggi ho avuto abbastanza, dalla giornata :-)


title: Wpf,qualche domanda su listbox

text:
Ciao Mauro, grazi anche a te,
...
>Oltre a qello che ti ha detto Fabio la proprietà ti dice chi è il controllo
>che ha effettivamente scatenato il doppio click.
...
Se intendi la proprieta' Source di
System.Windows.Input.MouseButtonEventArgs, si lo avevo visto.. ma quello mi
dice chi e' il "parent" che ha alzato l'evento, cioe' nel mio caso la
ListBox (e quello gia' lo sapevo).
Intendevi forse altro?
Ciao e grazie ancora... Maurizio


title: Wpf,qualche domanda su listbox

text:
Ciao vbMizio,

mi sono perso un pezzo del messaggio: OriginalSource



title: Wpf,qualche domanda su listbox

text:
Riciao,
...
>mi sono perso un pezzo del messaggio: OriginalSource
...
Ecco, questo e' quello che cercavo di fare prima della soluzione proposta da
Fabio, solo che ho un dubbio...
Quando faccio doppio click sulla scrollbar, la proprieta' OriginalSource
contiene un oggetto di tipo System.Windows.Shapes.Rectangle
Immagino quindi che per scartare il doppio click, e' sufficiente andare a
verificare di che tipo e' l'oggetto contenuto in OriginalSource... Ci sono
altri casi in cui e' possibile che l'oggetto sia di questo tipo?
Un caso che  mi viene in mente e' se effettivamente ho disegnato un
Rectangle all'interno del template.
Forse e' piu' "error-proof" l'approccio suggerito da Fabio?
Grazie ancora a tutti... Maurizio


title: Wpf,qualche domanda su listbox

text:
Ciao vbMizio,
You wrote on 23/05/2011 :
> Ecco, questo e' quello che cercavo di fare prima della soluzione proposta da
> Fabio, solo che ho un dubbio...
> Quando faccio doppio click sulla scrollbar, la proprieta' OriginalSource
> contiene un oggetto di tipo System.Windows.Shapes.Rectangle
> Immagino quindi che per scartare il doppio click, e' sufficiente andare a
> verificare di che tipo e' l'oggetto contenuto in OriginalSource... Ci sono
> altri casi in cui e' possibile che l'oggetto sia di questo tipo?
> Un caso che  mi viene in mente e' se effettivamente ho disegnato un Rectangle
> all'interno del template.
> Forse e' piu' "error-proof" l'approccio suggerito da Fabio?
OriginalSource è l'elemento nel tree (sinceramente non ricordo se
visual o logical in questo momento, ma propendo per Visual Tree) che ha
effettivamente scatenato l'evento, nel tuo caso quello su cui hai fatto
doppio click. Partendo da li adotti la tecnica di Fabio e scorri
all'indietro il tree di elementi e se il primo che trovi è un
ListBoxItem significa che l'utente ha fatto doppio click su uno degli
item, altrimenti quando trovi la ListBox ti puoi fermare perchè
significa che ha fatto doppio click su altri elementi della ListBox
stessa.
Okkio che il tutto si complica se customizzi il template degli item e
hai bisogno di gestire internamente al template un controllo che a sua
volta ha il concetto di doppio click.



title: Wpf,qualche domanda su listbox

text:
Ciao Mauro,
....
>OriginalSource è l'elemento nel tree (sinceramente non ricordo se
visual o logical in questo momento, ma propendo per Visual Tree) che ha
effettivamente scatenato l'evento, nel tuo caso quello su cui hai fatto
doppio click. Partendo da li adotti la tecnica di Fabio e scorri
all'indietro il tree di elementi [...]
...
In effetti sto provando a mixare cio' che ha scritto Fabio, con quello che
mi stai dicendo tu.
Per far questo, casto l'oggetto restituito dalla proprieta' OriginalSource
verso FrameworkElement, poi adotto la tecnica suggerita da Fabio.
Sembrerebbe funzionare :-)


title: intercettare colloquio server client

author: ferradini

text:
ho un applicativo installato sul mio PC che comunica con un server Web.
Vorrei provare a intercettare questo colloquio per costruirci spazio in
futuro un programma a hoc.
Per l'apprendimento pensavo di usare qualche programmino che potesse
illustrare il colloquio, che penso avvenga tramite messaggi del tipo
www...... , mentre per quanto ricevuto penso si tratti di script.
Vi chiedo vi chiedo qualche link è presente qualche link dove sia
presente un programma di questo genere anche semplice e senza eccessive
pretese. Questo è un primo passo dopo di che, compreso il meccanismo di
scambio procederò a sviluppare qualcosa che in prima battuta potrebbe
essere un proxy. Grazie e chi vorrà rispondere Ferradini.


title: intercettare colloquio server client

text:
Ciao ferradini,

fiddler?

.m

--
blog @ //
milestone.topics.it


title: intercettare colloquio server client

author: LudovicoVan

text:
"Mauro Servienti [MVP]" <maurose...@online.nospam> wrote in message
news:mn.89c37dc51...@online.nospam...
<snip>

>> compreso il meccanismo di scambio procederò a sviluppare qualcosa che in
>> prima battuta potrebbe essere un proxy.
>
> fiddler?

Fiddler sia, mai poi un'occhiatina alla specifica del protocollo HTTP e a
quella dei Proxy HTTP gliela darei...

-LV


title: intercettare colloquio server client

text:
Vogliate scusare il mio precedente post. Ho scritto un sacco di
caxxate....  chisa cosa pensavo in quel momento.

Si tratta di un applicativo che comunica con un server.
Desidero intercettare questa comunicazione e cercare di capirne i
meccanismi e il loro modo di scambiare le informazioni.
Scusate ancora per il precedente post


title: intercettare colloquio server client

author: Umberto Salsi

text:
ferradini <
gianmarco...@email.it
> wrote:

> Si tratta di un applicativo che comunica con un server.
> Desidero intercettare questa comunicazione e cercare di capirne i
> meccanismi e il loro modo di scambiare le informazioni.

Ti serve Wireshark (
http://www.wireshark.org/
), il piu' classico tra i protocol
analyzer.

Ciao,
 ___
/_|_\  Umberto Salsi
\/_\/
www.icosaedro.it


title: Windows phone 7 Gioco e supporto di rete

author: Davide

text:
Salve, sto valutando lo sviluppo di un gioco per windows phone 7, quello
che mi chiedevo è se offrisse servizi di matchmaking, trova un
avversario umano per giocare in 2, c'è qualche facility fornita dal
marketplace e/o da MS?
O si dovrebbe impostare un server per ogni singola applicazione?
--
Cordiali saluti
Davide
Corso Microsoft net. C#
 a Monza e Brianza
http://tiny.cc/7XE36
Gestione sistemi informativi?
http://tinyurl.com/ygs8hbx
www.cleosolutions.com


title: Visualizzazione in tabella.

author: Lorenzo

text:
Premetto che sono un profano della programmazione in in .net.
Sto facendo un programma in C# in cui devo visualizzare in una form dei dati
in tabella inserendoli da un'altra tabella.
La sorgente dati deve essere in ogni caso qualcosa di simile ad un vettore.
Ho visto che in una DataGridView č possibile mettere dati presi da una
sorgente compatibile con lo standard di data binding di
ADO.NET
  (che non
conosco) ma non riesco a fare una cosa molto, molto piů semplice come quella
di inserire righe in un vettore.
Qualcuno mi aiuta?
Grazie moltissime.


title: Visualizzazione in tabella.

author: Andrea [Work]

text:
Il Thu, 18 Nov 2010 11:19:55 +0100, Lorenzo ha scritto:
> Ho visto che in una DataGridView è possibile mettere dati presi da una
> sorgente compatibile con lo standard di data binding di
ADO.NET
  (che non
> conosco) ma non riesco a fare una cosa molto, molto più semplice come quella
> di inserire righe in un vettore.
Qualcosa del genere?
http://www.c-sharpcorner.com/UploadFile/mahesh/ObjectDataGridBinding11302005010309AM/ObjectDataGridBinding.aspx


title: Visualizzazione in tabella.

text:
Si, puň andare. Ma se volessi cambiare l'intestazione della colonna con un
nome, per esempio, composto da 2 parole cosě non potrei farlo.
Grazie comunque
"Andrea [Work]" <andrea.isw...@gmail.invalid> ha scritto nel
messaggio news:2sesmawlzpd5$.gc5f783ev1xh.dlg@40tude.net...
> Il Thu, 18 Nov 2010 11:19:55 +0100, Lorenzo ha scritto:
>
>> Ho visto che in una DataGridView č possibile mettere dati presi da una
>> sorgente compatibile con lo standard di data binding di
ADO.NET
  (che non
>> conosco) ma non riesco a fare una cosa molto, molto piů semplice come



title: Visualizzazione in tabella.

text:
Il Thu, 18 Nov 2010 13:25:15 +0100, Lorenzo ha scritto:
> Si, puň andare. Ma se volessi cambiare l'intestazione della colonna con un
> nome, per esempio, composto da 2 parole cosě non potrei farlo.
Puoi cambiarlo sempre nella griglia, non ho tempo di provare, ma si fa con
un datatable, puoi farlo anche con altro immagino.


title: Intercettare richieste dns

author: Sander

text:
Dovrei poter intercettare richieste dns inviate dai browser ed
elaborarle (diciamo all'inizio trascriverle), usando C#, sul pc locale
(lo stesso dove gira il browser per intenderci).
Da cosa posso iniziare, un servizio? Mi sapete dare qualche link ?
Grazie Sandro


title: Intercettare richieste dns

text:
Ciao Sander,

la vedo dura, il browser non fa richieste DNS, ma le fa la "rete", ergo
dovresti fare spoofing dei pacchetti TCP/IP... e sticazzi :-)
> Grazie Sandro
.m
--
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCTS
http://mvp.support.microsoft.com/profile/mauro
blog @
http://milestone.topics.it
whynot [ at ] topics [ dot ] it


title: Intercettare richieste dns

author: Axeman

text:
Il 06/05/2011 16:13, Mauro Servienti [MVP] ha scritto:
>> Da cosa posso iniziare, un servizio? Mi sapete dare qualche link ?
> la vedo dura, il browser non fa richieste DNS, ma le fa la "rete", ergo
> dovresti fare spoofing dei pacchetti TCP/IP... e sticazzi :-)
>> Grazie Sandro
Il workaround c'è: implementare un proxy http locale e farlo utilizzare
al browser.
Sarà lui a fare le richieste DNS e a gestirle secondo i criteri
desiderati dall'OP.
L'avevo fatto anni fa in VB6...


title: Intercettare richieste dns

author: Raffaele Rialdi [MVP]

text:

Se parli delle sole richieste DNS, il browser non fa nulla. È il
sistema operativo ad avviare la risoluzione del nome in modo
trasparente all'applicazione.
Il proxy ha evidentemente un altro scopo.
Hai diversi modi:
- se ti serve redirigere specifici host, basta modificare il file hosts
nella system32\drivers\etc
- se devi intercettare le richieste devi cambiare dns al sistema
operativo e impostarne uno tuo a cui farai fare il ruolo di
"forwarder". Ti dovrebbe bastare installare un servizio dns già pronto
- se vuoi scriverti un forwarder devi armarti di pazienza, ascoltare la
porta 53 sia tcp che udp, interpretare i pacchetti come da RFC e poi
svolgere il ruolo di forwarder rispedendo ad un altro dns le richieste
(vedi RFC).
Io ho scritto un dns client in c# tanto tempo fa (fx 1.0) ed è
particolarmente rognoso perché ci sono pacchetti variabili in
lunghezza, cosa che in C# non si fa in modo agevole. Ad ogni modo non
c'era una reale difficoltà ma solo rognoso per gestire tutte le
casistiche.
Inoltre tieni conto che le RFC successive a quella principale sono
parecchie e quindi bisogna vedere dove ti vuoi fermare a implementarle.
--
Raffaele Rialdi
http://www.iamraf.net
Weblog:
http://blogs.ugidotnet.org/raffaele
Microsoft MVP profile
https://mvp.support.microsoft.com/profile/raffaele
UGIdotNET -
http://www.ugidotnet.org/


title: Intercettare richieste dns

text:
Raffaele Rialdi [MVP] <
malta@n0spam_vevy.com
> wrote in
news:mn.385c7db54...@n0spamvevy.com
:
> Il proxy ha evidentemente un altro scopo.
Avrà pure "evidentemente" un altro scopo, ma quando dovetti fare
quell'accrocchio anni fa per registrare le richieste fatte dal browser e
alterarne condizionalmente alcune (che è esattamente quello che ha chiesto
l'OP) impiegai tre ore scarse con VB6 a implementare un semplice proxy
locale che come effetto collaterale facesse quanto detto sopra.


title: Intercettare richieste dns

text:

Se vuole scriversi un proxy, a me va benissimo. Ma lui ha chiesto un
dns che fa cose differenti.
Con questo non voglio nulla togliere a quello che hai fatto, sono solo
due cose molto diverse tra loro.



title: Intercettare richieste dns

text:
Raffaele Rialdi [MVP] <
malta@n0spam_vevy.com
> wrote in
news:mn.3c6f7db52...@n0spamvevy.com
:
> Se vuole scriversi un proxy, a me va benissimo. Ma lui ha chiesto un
> dns che fa cose differenti.
Eh no... lui non ha chiesto un DNS, lui ha chiesto come fare per
"[...] poter intercettare richieste dns inviate dai browser ed
elaborarle (diciamo all'inizio trascriverle) [...]"
Scrivere un DNS locale (che non interferisca col sistema) č, come hai
fatto notare tu, abbastanza complesso, a differenza dello scrivere un
proxy locale che trascrive le richieste prima di evaderle, che invece č
relativamente piů semplice visto che ricordo che di fatto si trattava di
processare due o tre header http e il resto era tutto traffico passante.
Sono due strade diverse che rispondono entrambe alla richiesta originale
(trascrivere le richieste fatte ed eventualmente elaborarle)
L'OP scelga quella che preferisce :-)


title: Intercettare richieste dns

text:
Axeman wrote:
> Raffaele Rialdi [MVP] <
malta@n0spam_vevy.com
> wrote in
>
news:mn.3c6f7db52...@n0spamvevy.com
:
>
>> Se vuole scriversi un proxy, a me va benissimo. Ma lui ha chiesto un
>> dns che fa cose differenti.
>
> Eh no... lui non ha chiesto un DNS, lui ha chiesto come fare per
>
> "[...] poter intercettare richieste dns inviate dai browser ed
> elaborarle (diciamo all'inizio trascriverle) [...]"
Come no, l'hai appena scritto: "intercettare richieste dns ..." :)
>
> Scrivere un DNS locale (che non interferisca col sistema) è, come hai
> fatto notare tu, abbastanza complesso, a differenza dello scrivere un
> proxy locale che trascrive le richieste prima di evaderle, che invece è
> relativamente più semplice visto che ricordo che di fatto si trattava di
> processare due o tre header http e il resto era tutto traffico passante.
La strada della riscrittura di un dns o di un proxy è sempre l'ultima
perché ci sono dozzine di tools che ti consentono agevolmente di
intercettare e modificare al volo le richieste.
> Sono due strade diverse che rispondono entrambe alla richiesta originale
> (trascrivere le richieste fatte ed eventualmente elaborarle)
Dipende che "richieste" intende. Avendo scritto "dns" io capisco che si
riferisca alle richieste di risoluzione dns che nulla ha a che fare con
il proxy.
Se poi lui voleva un proxy, bene così.
>
> L'OP scelga quella che preferisce :-)
Ovviamente.



title: Intercettare richieste dns

text:
On 7 May, 19:11, Axeman <m...@dont.thik.so.invalid> wrote:
> Sono due strade diverse che rispondono entrambe alla richiesta originale
> (trascrivere le richieste fatte ed eventualmente elaborarle)
>
> L'OP scelga quella che preferisce :-)
Non sono d'accordo, ne con te ne' con Raffaele: sono due strade
diverse e quale conviene prendere dipende dal dettaglio dei requisiti,
che per il momento semplicemente non sono abbastanza chiari. All'OP
semmai di chiarire la domanda. -- Cio' detto, sarei anche io piu'
incline a pensare che qui si tratta di proxy, ma i requisiti vanno
elicitati non indovinati.
-LV


title: Intercettare richieste dns

text:
Raffaele Rialdi [MVP] <
malta@n0spam_vevy.com
> wrote in
news:mn.3c8e7db5e...@n0spamvevy.com
:
>> Eh no... lui non ha chiesto un DNS, lui ha chiesto come fare per
>> "[...] poter intercettare richieste dns inviate dai browser ed
> Come no, l'hai appena scritto: "intercettare richieste dns ..." :)
Si ma per "intercettare richieste DNS" non serve mica obbligatoriamente
un DNS. Ad esempio posso usare un network sniffer o un equivalente, che
nulla ha a che fare con un DNS, e per modificarle posso anche fare DNS
poisoning su me stesso... dipende da cosa vuol fare realmente l'OP, e da
quanto vuole divertirsi... :-)
> La strada della riscrittura di un dns o di un proxy è sempre l'ultima
> perché ci sono dozzine di tools che ti consentono agevolmente di
> intercettare e modificare al volo le richieste.
Ok, ma se avesse voluto qualcosa di pronto non avrebbe posto la domanda
in un newsgroup su dotnet, no? :-)


title: Intercettare richieste dns

text:
LudovicoVan <
ju...@diegidio.name
> wrote in news:30cfde88-3ea5-4457-82a8-
df0613...@q30g2000vbs.googlegroups.com
:
> [...] ma i requisiti vanno elicitati non indovinati.
Siamo esseri umani, non androidi. Ipotizziamo, speculiamo e - perchè no -
tiriamo a indovinare... a volte ci si azzecca. :-)