aprile 2004 - Posts
Leggere questo post di Don Box è sicuramente utile per capire come muoversi da qui all'uscita di Indigo. Mi capita spesso, in particolare in questo periodo che sono spesso in giro, di sentirmi chiedere se sia il caso di continuare ad utilizzare Remoting o meno. Beh leggete anche questo post prima di decidere.
Mi permetto di sorridere alla frase "If you run into me at a conference, please do me a favor and let me remove SOAPSUDS.EXE from your laptop." perchè ricordo ancora come fosse ieri quando Don Box, credo ormai quasi 3 anni fa, era venuto in Italia per un evento MSDN rivolto ai Partner Microsoft, presso l'Hotel Gallia di Milano. Ricordo che in quella occasione mostrò come fosse possibile sviluppare un Web Service con estensione .SOAP, ospitato comunque da IIS, anzichè i classici .ASMX e ricordo anche che in molti, nelle chiacchere durante il pranzo, commentavano che Remoting era meglio dei Web Service. Ora la questione è: non che Remoting è meglio dei Web Service o che i Web Service sono meglio di Remoting, ma che Indigo è insieme motore per Remoting e per i Web Service :-) ! Chissà se Don Box 3 anni fa sapeva già di Indigo e faceva finta di nulla o se anche lui ha cambiato idea nel tempo, come molti altri ...
Link:
http://www.gotdotnet.com/team/dbox/default.aspx?key=2004-04-26T03:14:52Z
Ho fatto una modifica all'agenda di DevCon per la parte che mi riguarda. Ho sostituito la sessione a proposito del nuovo motore di serializzazione con una sessione a proposito delle novità di VS.NET 2005 con ASMX e XML.
Perchè? Semplice ... il materiale (demo, slide ma anche i bit :-) ...) che speravo fossero pronti per DevCon, non ci sono ancora. Per evitare di farvi una sessione di 70 minuti di sole "parole", ho cambiato leggermente l'argomento. Spero non vi dispiaccia. Se volevate comunque una overview, solo teorica, senza alcuna demo (non ci sono i bit per farlo!) a proposito di XmlFormatter ... fatemelo sapere via email.
Link:
http://devcon.devleap.com/PublicSite/document.aspx?id=133
Ok e con ieri si è concluso il Roadshow sulla sicurezza del codice. Mi sono divertito ma ... che fatica e soprattutto quanti Km!!! In 10gg ho fatto oltre 3000Km :-( .... a breve saranno disponibili slide e demo dell'evento. Vi avviserò quando saranno scaricabili.
Intanto sto riorganizzando le demo e le slide per l'evento di martedì in Microsoft. Parleremo dello sviluppo di applicazione ".NET Connected" con Web Service in architettura SOA. Per chi viene ... ci vediamo lì.
Per tutti gli altri (se ho ancora qualche rimasuglio di forza :-) ...) ci vediamo alla DevCon.
Non c'entra nulla con gli argomenti di cui mi occupo abitualmente, ma visto che il tema è caldo e ci sono delle novità di questi giorni ... le segnalo comunque. Non esprimo pareri e non propongo sintesi del documento, perchè non sono la persona adatta a farlo. Segnalo però che dal 30 marzo al 23 aprile sono cambiate alcune cose e forse qualcuno che aveva il timore di dover notificare al Garante il trattamento di dati personali, ora non è più tenuto a farlo. Leggetevi il resto del discorso
qui.
Link:
http://www.garanteprivacy.it/garante/doc.jsp?ID=993385
Oggi al Security RoadShow di Padova ho visto che ha destato notevole interesse il fatto che Thawte (una certification authority) fornisca certificati per l'invio di email in forma gratuita. Ecco il link per richiedere un certificato.
Link:
http://www.thawte.com/email/index.html
Il mese prossimo sarò impegnato per conto di Microsoft nell'erogazione di un ciclo di giornate di corso a proposito dello sviluppo di Web Service in architettura SOA. Si tratta di eventi gratuiti rivolti esclusivamente agli ISV e pensati anche nell'ottica della certificazione .NET Connected (che è uno dei possibili requisiti che consente alle aziende di diventare Microsoft Certified Partner).
Se siete interessati a SOA, lavorate per un ISV e volete venirmi a trovare ... date uno sguardo al programma provvisorio delle giornate, disponibile a questo link e, se rispettate i requisiti (ISV e non più di 2 posti per azienda) iscrivetevi al più presto, perchè i posti sono limitati.
Link:
http://www.microsoft.com/italy/partner/partnering/isv/eventi/formazione/training/training_ws.htm
NB: Post a contenuto non tecnologico :-) !
Questa sera sono arrivato ad Ancona alle 21.30, ho cenato nel ristorante dell'hotel (se passate da queste parti fermatevi perchè si mangia veramente bene! Unica nota negativa: non avevano il mio amaro preferito: il Braulio. Ho rimediato con una Sambuca Molinari ;-) ...). Mentre cenavo non ho potuto non sentire una frase dal tavolo accanto al mio: "L'uomo può seminare una pianta quando vuole, ma una pianta non potrà mai seminare un uomo!". Mi è piaciuta davvero molto e volevo riportarvela! :-)
Intanto che aspettiamo XAML .... ci divertiamo con WFML? Così poi magari con un bel XSLT facciamo la conversione ... :-)
Link:
http://windowsforms.net/articles/wfml.aspx
Ho letto questo post di Marco e mi è venuta voglia di dire anche la mia. Sono abbastanza d'accordo con quello che sostiene Marco. Aggiungo però che forse un'altra causa del fatto che ci sono pochi programmatori certificati su .NET - sicuramente ce ne sono meno rispetto a quelli certificati su VB6 e mondo COM in generale - dipende anche dal fatto che ancora oggi incontro persone erroneamente restie a fare il grande salto.
Per assurdo qualche giorno fa ho letto un messaggio in un newsgroup dove un ragazzo consigliava ad un altro di lasciar perdere .NET e di concentrarsi su VB6 che è uno strumento "molto più facile". Assurdo!!!! Scusatemi non voglio apparire troppo radicale ma nemmeno negare l'evidenza dei fatti.
Certo imparare a sviluppare con .NET (non con VB.NET o con C#) richiede un discreto investimento di tempo. La cosa migliore è partire con un progetto "cavia" per farsi le ossa, ma una volta che si è entrati nel giro e si è imparato ad usare bene gli strumenti a disposizione, si diventa decisamente più produttivi che non con VB6.
Ragazzi: .NET è sicuramente il futuro per chi vuole lavorare con tecnologie Microsoft. In molti casi è già il presente! E' ora di guardarsi intorno e seguire l'evoluzione che il mercato sta subendo, per non rimanere indietro e ritrovarci fra qualche anno ad essere i "programmatori di una volta". Come in tutte le cose e in tutti gli ambiente, anche nel mondo dell'informatica si assiste ad una naturale evoluzione e ad una normale selezione naturale. Il consiglio accorato e infervorato :-) che mi sento di dare a chi non ha ancora fatto il passaggio a .NET è: "cercate di non essere voi la causa della vostra selezione naturale, a meno che non sia una vostra scelta, però il giorno in cui ciò accadrà non arrabbiatevi con il resto del mondo!".
Un conto è mantenere i progetti sviluppati in passato, che oggi funzionano egregiamente e che ci danno quello che ci serve. Un altro discorso è mettersi i paraocchi e far finta che esistano ancora solo VB6, ASP 3.0 e VC++.
Detto questo, per quanto riguarda le certificazioni io da sempre sono stato un appassionato delle certificazioni (se non erro in questo momento ho all'attivo 25 esami Microsoft e 1 esame IBM, su XML). Chi mi conosce sa che ho sempre sostenuto che le certificazioni Microsoft sono "il punto di partenza" e non "il punto di arrivo". Voglio dire: chi ce le ha sicuramente qualcosa sa, ma non deve pensare di sapere tutto solo perchè le ha conseguite! Se una persona non le ha può essere che comunque ne sappia molto, ma molto di più di chi le ha ottenute ... quindi se ha fatto 30, che faccia anche 31 e provi a conseguirle. Una volta ogni tanto servono, con alcuni clienti che badano anche a queste cose, ma di solito non solo e unicamente a queste. E poi a volte fanno comodo anche solo per avere qualche sconto a TechEd o a PDC :-).
Adesso, dopo questo punto di vista/sfogo domenicale, torno a preparare il materiale per la DevLeap Conference.
http://www.codeproject.com/useritems/ConsoleIndigoLogging.asp
Anche se Christian Weyer ha commentato che è molto carino ... ma sarà da rifare completamente con la prossima beta :-( !
Link:
http://www.codeproject.com/useritems/ConsoleIndigoLogging.asp
Finalmente con Visual Studio 2005 e la prossima versione del Framework .NET potremo smettere di farci a mano l'encryption di documenti XML! Infatti nel namespace System.Security.Criptography.Xml della prossima versione di .NET è prevista una classe EncryptedXml .
More Posts
Next page »