Newsgroup: it.lavoro.informatica
Titolo: Qual e' il futuro di .NET?


Con il futuro incentrato sull'uso in mobilita' non mi sembra uno
scenario impossibile.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 scenario impossibile.
E perché, non si possono scrivere applicazioni html e javascript
con .Net? ;)
BTW, quelle sono preoccupazioni da junior, a me qualsiasi piattaforma,
architettura, linguaggio mi lanciano addosso, paro di tutto ... certo
non acriticamente (i.e. quando ho visto la prima volta le webforms
avevo i conati di vomito).
--
ale
http://ale.riolo.co.uk


Di certo il lavoro dello sviluppatore non potrà che peggiorare...
Già ora il supporto multibrowser per il solo html+css+js quando si tratta di 
fare interfacce da web app è tutto tranne che qualcosa di affidabile, e 
ricorrendo pure a prodotti di mezzo di terze parti.
A me francamente vien da ridere, ma tutto il popo' di chiacchere attorno ai 
pattern di programmazione per esempio dove se ne va a finire con 
applicazioni scritte in html5 + js?

 scenario impossibile.
HTML5 e Javascript sono ottimi per fare un po' di hype e per scrivere
app belle (oggi sono wired), ma sono il replacement per il fornt-end
ed il front end in .net o è html o è windows form.
Silverlight (ma anche flash) e ancor più WPF ad oggi sono tired, non
tirano, quindi secondo me fanno bene ad affiancargli html5 e
javascript.
la parte "seria" di .net è la programmazione lato server, come java
serve a scrivere i web service o servizi rest a cui quel javascript e
quell'html 5 del font end si collega.
a parte questo quell'interfaccia a tesserine che pare il gioco del 15
secondo me dura poco..


Ma a livello web hai presente l'entità delle pippe da scrivere per avere 
delle web app belle? Ed usando pure componenti di terze parti in mezzo eh, 
mica lisci sopra il fx.
Indem per i css.
Ora, con lo scenario che è questo, non vedo come html5 possa essere una 
rivoluzione se poi il suo supporto reale è comunque fatto a culo dai vari 
browser.
Io vedo solo business per la spinta di nuovi amenicoli in realtà poco utili, 
non certo per migliorare in qualche modo la produttività di chi sviluppa sul 
web.

 Living in Barbaropolihttp://
www.barbaropoli.com
mmm " a me, mi pare 'na strunzata..."(cit.).
HTML5 sara' sicuramente "the next big thing" e javascript gia' lo e',
ma pensare che finiscano per soppiantare .NET o Java mi sembra
delirante.. la sfera di cristallo non la ho, ma non mi pare
fattibile.. Questo articolo mi sembra solo una conseguenza classica
dell' ondata di hype che accompagna html5.

applicazioni scritte in html5 + js?
Sono anni che non tocco JS, ma non si era evoluto come linguaggio OOP
di scripting? 


dell' ondata di hype che accompagna html5.
Ma infatti si fa "pour parler". :)


 di scripting?
sei vuoi una rinfrescatina e qualche approfondimento su JS questo e'
un MUST:
http://javascript.crockford.com/
specialmente la sezione video e' "ghiottissima" :)

 scenario impossibile.
Il problema vero è che la gente non sa più manco leggere le slide...
Microsoft non ha *mai* parlato di abbandonare .Net, ha solo fatto
capire qua e là (o meglio l'ha buttata lì per saggiare la reazione)
che Silverlight potrebbe essere avviato su un binario morto più corto
del previsto. Del resto come tecnologia, dopo anni è ancora poco
usata, e se sicuramente è più potente di JS+HTML5 (e lo sviluppo
facile e veloce, a detta di chi la usa) ha perso definitivamente la
battaglia con Flash.
Gli sviluppatori Silverlight sono stati abbastanza "vocali" nel dire
cosa ne pensavano; in effetti, non molti sembrano aver colto la
propria posizione all'interno dell'ecosistema dello sviluppo Microsoft
e .Net (alquanto marginale, rispetto a tutto ciò che gira client e
server-side e al web Asp.Net) e hanno pensato ad un cambiamento di
rotta più brusco di quanto non sia in realtà, anche se per loro
comunque doloroso.
Al momento tutto lo sviluppo di Microsoft è centrato sulla
famiglia .Net, un cambio di rotta, anche se ovviamente sempre
possibile, sarebbe una roba epocale, non certo da annunciare con un
paio di frasette in un video.
m.

 javascript.
Uhm... vada per Silverlight ma... davvero WPF non tira? Perché IMVHO è 
infinitamente meglio di WinForm. :-)
Ciao,
Giulio
-- 

dell' ondata di hype che accompagna html5.
Fondamentalmente sono d'accordo con te, aggiungo solo che in questi
anni ho visto delle cose...tipo web-app che usavano per il frontend
client in JS, costringendo l'utente a scaricarsi 4 o 5 mega di script
vari e assortiti...scempiaggini assolute quando la pagine web con il
suo bel html e' cosi bella...

 mica lisci sopra il fx.
Però questo fa parte imho di un cambiamento nel modo di sviluppare, e
mi spiego : nelle app ludiche come nei giochi l'aspetto ha
un'importanza tale che vale la pena metter su un gruppo che la
sviluppa con dentro il grafico, l'esperto html ecc...
con html5 ci fai l'app per vedere i video, per fare ricerche, per
condividere le foto e in html e css vengono meglio c'è poco da fare.

 suo bel html e' cosi bella...
Dipende da grossi problemi a capire dove deve finire il lavoro del
client e dove deve iniziare quello del server.
Tutte queste tecnologie non aiutano certo a dare una risposta chiara.

Nei piani iniziali Vista doveva fare ampio affidamento su c# . L'idea
fu poi
abbandonata. Chissà se la cosa è stata reintrodotta in Win7 o verrà
introdotta
in Win8. Nel qual caso sarebbe difficile per MS staccarsi da .NET
d.

 d.
Il solo fatto che:
Windows Vista aveva integrato il Framework 3.5 
Windows 7 ha integrato il Framework 4.0
Il framework � alla base o comunque integrato in diversi "server" (SQL
Server, Sharepoint, etc etc)
dovrebbe far riflettere sull'importanza che MS attribuisce .NET
PaF

 infinitamente meglio di WinForm. :-)
Anche secondo me è infinitamente meglio, ma è lo sviluppo di
applicazioni classiche windows non tira in assoluto, oggi si sviluppa
per il web o per le app mobili ed in entrambi i casi si usa javascript
e html5. Chi ha applicazioni legacy in windows form secondo te spende
per rifarle in WFP ? No.. se le tiene così o le migra al web (parlo
ovviamente delle gestionali).


Se non hai mai avuto il piacere di debuggare dentro al browser con supporti 
che variano in base al browser, con fiddler di mezzo per cercare di vederci 
anche più chiaro, naturalmente il tutto avvolto da chiamate ajax, beh, non 
ti sei perso nulla di eccitante, ma propria nulla... :-)
E c'è anche gente che dentro al browser ci fa data-binding con creazione a 
run-time della UI, non so, con tutto da debuggare per correre dietro ai vari 
comportamenti dei vari browser.
E questa strategia/scenario dovrebbe essere vincente/il futuro per le 
webapp? Ma siamo pazzi?

webapp? Ma siamo pazzi?
Mi pare ovvio che si. Ma d'altra parte questa nuova moda viene da quelli che 
l'IT è una App per iPhone.

 scenario impossibile.
se vabb� ma .net non muore html5 e jscript sono l'interfaccia dietro uno 
pu� usare quello che vuole.
Mi sembra una buona mossa da parte di microsoft...
"Google and Apple aren't stupid enough to make their mobile platforms 
universal. There are Android apps an there are iPhone apps .. but now 
there wont be any Windows apps."
ps
io sto usando un os sul netbook che usa gi� html5 cm interfaccia e non � 
male! html5 is the way per... chiss� che si inventeranno web5.0? :)
-- 
http://www.evilripper.net
http://www.flickr.com/photos/evilripper/

Will.net ?