Newsgroup: it.lavoro.informatica
Titolo: [OT] .NET questo sconosciuto.

....ma qualcuno di voi lo usa?
E' molto richiesto dalle SH?
io per fare una form 
asp.net
 che facesse qualcosa di decente ci ho messo il
doppio del tempo rispetto ad asp normale...
boh
forse devo insistere :))
ciao

forse devo insistere :))
Già :)
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com
UGIdotNET - User Group Italiano .NET - 
http://www.ugidotnet.org

 forse devo insistere :))
Sicuramente si, anche se non e' poi tanto diverso dal precedente, se non
per la parte di codice sottostante; il fatto, poi, di saper programmare
*completamente* ad oggetti ti aiuta moltissimo.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
dot.net
 è proprio una sciocchezza...
Minchia...preciso, eh?
Bye. Guly


 Minchia...preciso, eh?
Dimentichi <or> DOTNET



madonna...manco fossi un programmatore :)

 ha scritto nel messaggio
news:bccg0k$rgf$1...@newsreader.mailgate.org...

Ahimè la maggior parte dei progetti delle PA sarenno sviluppati su .NET.
Evidentemente la visitina di Bill e (soprattutto) le forti pressioni di
multinazionali di consulenza "gemellate" con MS hanno sortito il loro
effetto...
A.


il problema è che dobbiamo insistere perché MS non ci lascia alternative!

Ahimè la maggior parte dei progetti delle PA sarenno sviluppati su .NET.
Questa non la sapevo... ma non hanno appena approvato il progetto per
L'OpenSource?


commerciali della signora MS. :(
Linux è li per te :)



Ah, grazie, ecco dov'era finita la tanto cara With del vecchio VB! :)
Come ho detto ho ancora da fare parecchio apprendimento e in assoluto non
sono contrario alla piattaforma .NET.
Tuttavia non mi dispiacerebbe se la MS distribuisse con 
VS.NET
 un bel
compilatore in codice nativo da usare solo se si intende distribuire su
piattaforme già note (questo in Java esiste).

 distribuire su piattaforme già note (questo in Java esiste).
Ah, davvero ?
E allora perché quando Microsoft ha rilasciato librerie per Java che
funzionano solo su Windows l'antitrust (imbeccato da Sun) gli ha fatto un
c**o così ?
Massimo

piattaforme già note (questo in Java esiste).
Beh c'è il compilatore per C++ :)


> Ahimè la maggior parte dei progetti delle PA sarenno sviluppati su .NET.
e invece io sarei contento: uno splendido linguaggio (C#) che è anche
standard ISO, una piattaforma aperta e della quale già esistono progetti di
porting per altri OS. Insomma, non mi dispiacerebbe proprio :-)
--
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org


puoi usare (sulla macchina target) NGEN.EXE, incluso nel framework SDK. Al
limite, puoi inserire una custom action nel setup per usarlo durante
l'installazione
--
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org


puoi usare un obfuscator:
http://www.ugidotnet.org/goodies/goodies_category.aspx?ID=5


 c**o così ?
no, infatti, lì stiamo parlando di librerie, io mi riferivo ai compilatori
in codice nativo...

 l'installazione
si, mi piace, per non distribuire il precompilato probabilmente userei NGEN
prima su ogni piattaforma test per ottenere tanti eseguibili da distribuire
nel pacchetto di installazione a seconda della piattaforma di
installazione... si potrebbe fare. grazie.

 
http://www.ugidotnet.org/goodies/goodies_category.aspx?ID=5
Si, a pagamento! preferisco NGEN.EXE che mi hai segnalato prima, grazie.
PS.: è meglio bloccare il thread qui altrimenti ci cacciano dal forum ;)

Si, a pagamento! preferisco NGEN.EXE che mi hai segnalato prima, grazie.
Mi sa che tu non hai afferrato cosa sia ngen. Ngen è un utility che
pre-jitta l'eseguibile diminuendo il tempo di caricamento. Tutto qui.
Se usi Reflector con un exe jittato normalmente o con ngen la cosa non
cambia, il decompilato lo vedi lo stesso. L'obfuscator (ce ne sono
anche di gratuiti mi sembra ma non ci mettto la mano sul fuoco) serve
ad impedire una decompilazione corretta dell'IL
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com
UGIdotNET - User Group Italiano .NET - 
http://www.ugidotnet.org

 PS.: è meglio bloccare il thread qui altrimenti ci cacciano dal forum ;)
e perchè?



Uhm... scusa Lawrence, io normalmente lurko ma qui le state sparando un po' grosse :-)
Che ne dici di motivare quest'affermazione? Possibilmente con fonti indipendenti, e senza
tirarmi fuori il petstore :-)
Ciao,
    Bruno.
-- 
| Bruno Bossola 
| A Java Software Engineer :-)
| 
http://digilander.iol.it/bbossola
| Membro del JUG Torino - 
http://www.jugtorino.it

tirarmi fuori il petstore :-)
Beh di fonti realmente indipendenti non è possibile trovarne :)
Comunque io mi riferisco ad esempio al modo in cui verranno
implementati i generics su Tiger e sulla prossima versione della CLR
ad esempio. 
Comunque hai ragione mi sono fatto un pò "prendere la mano" :)


ad esempio. 
Ah dimenticavo... il fatto che sia multilanguage di default e non come
Java (anche se teoricamente lo sarebbe anche la JVM ma non mi sembra
che abbia lo stesso... supporto chiamiamolo cosi)



Meglio se te lo dimenticavi :-), come sai il cosiddetto "multilanguage" e' solo derivato
dal fatto che i tre compilatori (tre) forniti da Microsoft (e tutti gli altri in giro)
altro non fanno che ridurre il codice C#, C++ e VB in un linguaggio intermedio. l'IL
appunto, di cui ti mostro volentieri la struttura (anche se prob. la conosci):
  .class interface private abstract auto ansi ISteering
  {
    .method public hidebysig newslot virtual abstract
    instance void TurnLeft( ) cil managed
    {
    } // end of method ISteering::TurnLeft
    .method public hidebysig newslot virtual abstract
    instance void TurnRight( ) cil managed
    {
    } // end of method ISteering::TurnRight
  } // end of class ISteering
(fonte: .NET Framework Essentials, O'Reilly)
Ricorda qualcosa?
Il cosiddetto "multilinguaggio" lo puoi fare anche con Java, e ci sono parecchi
compilatori in grado di generare direttamente bytecode java (hey, anche per Python, sono
siuro che lo sai!) solo che... a volte e' un po' scomodo, tanto vale lavorare in java :-).
Comunque, ecco un link che puoi visitare:
http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html
Non sempre e' cosi: prendendo ad esempio il Cobol, il PERCobol
(
http://www.legacyj.com/lgcyj_perc1.html
) non e' niente male, molto + semplice migrare un
cobolista su questo che non sul Cobol.Net di Fujitsu. Io credo che i supporter del
Cobol.Net saranno un po' pochini, e' talmente diverso (e incasinato nelle sue estensioni)
che tanto vale impararsi in C#, e lo stesso dicasi per altri linguaggi di terze parti.
Personalmente, dopo una partecipazione a un seminario di Microsoft, anche il destino di
VB.NET
 mi sembra non troppo certo.
Ciao,
    Bruno



VB.NET
 mi sembra non troppo certo.
Boh all'inizio la pensavo anche io cosi ma per ora...aspetto :) Mi da
solo fastidio che l'IDE di 
VS.NET
 funzioni meglio con 
VB.NET
 che con
C# :(
