Leggo i post di LuKa e rimango sempre affascinato, o forse sconvolto.

Vedere che esistono aziende dove si riesce a migliorare il modo con qui vengono applicate metodologie, vuol dire al tempo stesso che esistono aziende che le applicano. (estremizzo)
Lo so bene che ci sono, e non sono poche, ma forse c'è poca pubblicità a riguardo del vantaggio che queste azienda traggono nell'applicarle.

Lavoro nel mondo dell'IT da diversi anni, e in nessuna azienda (da dipendente) ho mai trovato applicata una metodologia (ne agile, ne con altro nome). In alcune aziende si vive con il bello e cattivo tempo del titolare, in altre sono i commerciali a gestire tutto, in altre invece comandano i clienti.

C'è sempre stata la voglia di cambiare queste cose, di far capire l'importanza di una metodologia (indipendetemente da quale essa sia), ma si finisce solo con l'avere buone intenzioni e nessun (o scarso) risultato.
Trovo che l'unica cosa possibile in questi casi, sia l'applicare il più possibile alcune regole di queste metodologie tra i/alcuni membri del team...ma sappiamo bene che questo porta a ben poco.
E allora che fare? Come comportarsi? (Spero davvero di riuscire a darmi una risposta)

Gli stessi pensieri gli ho avuti anche venerdì, durante il meeting di XeDotNet tenuto da Davide a riguardo di Scrum, dove  mi sono ritrovato più volte con il pensiero di quanto fosse difficile/impossible portare questa metodologia all'interno dell'azienda nella quale lavoro... educare alcuni clienti, ma sopratutto i capi, non è  proprio così semplice come si crede.

Fortunatamente vivo una parte della mia vita da libero professionista, il che mi permette di vedere realtà ben differenti, con il grosso vantaggio di poter applicare queste tecniche con i miei clienti, e vederne/capirne i benefici direttamente in prima persona.

In ASP.NET 4.0 sono stati apportati dei cambiamenti a livello di Code Access Security (CAS ).
Questi cambiamenti sono necessari ad apportare maggiore sicurezza e controllo nell'esecuzione delle applicazioni. Di default, la configurazione della CAS di ASP.NET 4.0 è più restrittiva rispetto alle versioni precedenti, e questo può essere causa di eccezzioni nel caso applicazioni esistenti (che utilizzano versioni precedenti del framework) vengano pubblicate su hosting con la versione 4.0 del framework.

Nel mio caso mi sono ritrovato con la seguente eccezzione:

System.TypeInitializationException:
The type initializer for 'PingFM.PingFMApi' threw an exception.
---> System.Security.SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)
at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark) at System.Security.CodeAccessPermission.Demand()
at System.Reflection.RuntimeAssembly.VerifyCodeBaseDiscovery(String codeBase)
at System.Reflection.RuntimeAssembly.GetName(Boolean copiedName)
at System.Reflection.Assembly.GetName()
at PingFM.PingFMApi..cctor()
--- End of inner exception stack trace ---
at BlogEngineToPingFm.Ping(Post item, Uri itemUrl, ExtensionSettings settings)

Una possibile soluzione è modificare la configurazione dell'applicazione, in modo che la CAS abbia lo stesso comportemento delle precedenti versioni di ASP.NET.
Per fare ciò, nel file web.config sarà necessario valorizzare l'attributo legacyCasModel a True, presente nell'elemento trust. (Prestate attenzione al livello di trust che andate ad utilizzare)

<system.web>
    <trust level="Medium" legacyCasModel="true" />
</system.web>

Per maggiori informazioni sull'argomento, cosiglio la lettura dei seguenti link:
Code Access Security in ASP.NET 4 Applications 
What is New in ASP.NET 4.0 Code Access Security
Changes to the ASP.NET Code Access Security (CAS) Implementation

E' giunto il momento anche per me di abbandonare WebHost4Life dopo parecchi anni passati con un servizio davvero impeccabile...il 02 giugno 2010 mi è toccata la migrazione definitiva verso la nuova piattaforma di wh4l, e purtroppo non è stata indolore (wh4l #fail):

• DataBase del blog che risaliva a 20 giorni prima (fortunatamente ho sempre eseguito i backup, viste le problematiche).
• Impossibilità di eseguire il restore manuale del DataBase.
• Il sito sviluppato con ASP.NET MVC non funzionante (non hanno riportato alcuni setting di IIS 6, il vecchio team di wh4l aveva apportato le modifiche in 3 ore dall'apertura del ticket).
• SubDomains gestiti in modo differente dal passato, con possibili problematiche per quanto riguarda il posizionamento nei motori di ricerca.

Ho provveduto ad aprire le segnalazioni il giorno stesso, e ad oggi nulla di tutto ciò è stato sistemato...e sono trascorsi ben 5 giorni.
Per quanto riguarda i SubDomains, mi hanno comunicato che ora funzionano in questo modo, e non spetta a loro "risolvere", ma ho tamponato il problema gestendo modificando i loro redirect, in redirect 301, in modo da non compromettere gli url indicizzati...e il tutto tramite ISAPI_rewrite.

Ed eccomi ora nel nuovo hosting su WinHost sperando vivamente sia la soluzione definitiva.
Il rapporto qualità prezzo mi pare buono, e il primo impatto è senz'altro positivo...speriamo quindi continui così.
Una possibile alternativa era quella di prendermi un server virtuale, ma per il momento (e per l'uso che ne faccio) sarebbe stata una scelta troppo costosa.
Per il momento quindi, sono parcheggiato in questo nuovo hosting, con il vantaggio di pagare mese per mese, con il vantaggio (visto anche il passato con wh4l) di non doverci rimettere economicamente nel caso dovessero capitare problemi. ;-)