"MS vs. Solution Architects": ricapitoliamo

Ricapitoliamo:

  • MS ammette pubblicamente che la PI è un punto fondamentale per un O/RM
  • Per evitare di soffrire ulteriormente di problemi di eiaculazione precoce, MS ha allestito un focus group dedicato alla v2 di Entity Framework coinvolgendo *finalmente* gente esperta di queste tematiche: Eric Evans, Jimmy Nilsson, Martin Fowler, Pavel Hruby, ...
  • Per supportare *seriamente* PI c'è bisogno di poter "proxare al volo" il DM
  • Per "proxare" al volo senza eccessive penalizzazioni in performance serve Reflection.Emit
  • Reflection.Emit è incapsulato egregiamente da DynamicProxy, un "pezzo" del Castle Project
  • Unity (il container IoC di Enterprise Library 4.0) paga pegno se confrontato a Windsor: no proxy, no supporto *serio* ad AOP, ...
  • Microsoft ha assunto Hamilton Verissimo, il papà di Castle Project

Di ottimismo non se ne parla, visto che stiamo parlando dell'azienda che è riuscita a far fuggire Ward Cunningham e che ha sistematicamente ignorato quello che "pirla" quali il sottoscritto le dicono da anni nei focus group; però, si trattasse di una partita di tennis, direi che hanno recuperato 2 set di svantaggio ed effettuato un break al 5°: in queste condizioni, se perdi la partita sei un pirla. La bellezza del framework MVC e l'avvento di Unity sono comunque degli *ottimi* segnali. Continuo a pensare che il match point lo si possa conquistare assumendo Gavin King.

UPDATE: si, lo so che Hamilton non lavorerà nè su EF nè sul FX blah blah blah... Diciamo che mi accontento di una reprise della soap opera avvenuta ai tempi di James Newkirk, l'autore di NUnit che fu ufficialmente assunto da MS per lavorare alle P&P anche se, guarda caso, poco dopo nacque MSTest *integrato* in Visual Studio ed era *uguale* ad NUnit. <g> Diano ad Hamilton anche il ruolo ufficiale di "Coffeemachine Manager", purchè "casualmente" poi EF2 sia un buon O/RM e che la BCL disponga di un container IoC con funzionalità di proxying ed interception <bg>

posted @ mercoledì 16 luglio 2008 10.22

Print

Comments on this entry:

# re: "MS vs. Solution Architects": ricapitoliamo

Left by DinoE at 16/07/2008 10.28
Gravatar
Roger Federer è quasi un pirla. E se andasse in MS, potrebbero scrivergli Program Manager XBox Tennis, ma "casualmente" un po' di gente comincerebbe a servire e tirare il dritto meglio

# re: "MS vs. Solution Architects": ricapitoliamo

Left by DinoE at 16/07/2008 10.56
Gravatar
Non che ne sappia molto di eiaculazione precoce, però *per gli scopi tecnologici di questo post* mi sono documentato :) per poi scoprire ... l'acqua calda.
Per chi soffre di eiaculazione precoce, la cura consiste sostanzialmente in una serie di esercizi da fare insieme al partner per acquisire controllo del "punto di non ritorno". Bene, e MS?

Dico da tempo che gli scappano spesso senza controllo CTP e Beta di ogni tipo e posizione (sul mercato, ovviamente). Per curarsi, hanno scelto dei partner (Fowler, Nilsson, & C) e alcuni li hanno assunti a tempo pieno (Verissimo). E stanno facendo esercizi. Lentamente si stanno esercitando ad avvicinarsi al punto di "non-ritorno", per poi tornare indietro. Vedi EF1. E' solo una tecnica. Magari per fermarsi e non tirare fuori il prodotto avranno dovuto pensare che so alla morte, alle tasse, o magari a Yahoo. Tutto sotto controllo!

Quando avranno imparato a controllare gli impulsi tireranno fuori EF2 fatto per benino.

# re: "MS vs. Solution Architects": ricapitoliamo

Left by gianluca gravina at 16/07/2008 11.19
Gravatar
Che dire ... il discorso non fa una grinza ... :)

# re: "MS vs. Solution Architects": ricapitoliamo

Left by Paolo at 16/07/2008 16.07
Gravatar
Perchè MS continua ad uccidere progetti OS assumendo i leader?
Perchè invece non sponsorizzare i progetti, partecipando alla progettazione e sviluppo, e ufficializzando la scelta tecnologica includendoli nella distribuzione .NET?
Perchè continua a fare dei cloni di progetti Open Source che già funzionerebbero benissimo semplicemente per marchiarli con il loro logo?
Secondo me mentre altre aziende (SUN, IBM ecc...) lo hanno già capito, MS ancora non afferra che questa è una scelta che potrebbe continuare a far perdere punti alla sua tecnologia in termini di domanda.

# Re: "MS vs. Solution Architects": ricapitoliamo

Left by Roberto Messora at 16/07/2008 16.47
Gravatar
Paolo, se fosse come dici dovresti anche spegarci come mai un paladino dell'Open Source come Verissimo ha accettato l'offerta di Microsoft, altrimenti quelle che poni sono domande a cui sinceramente non è possibile dare la risposta che tu fornisci.
Inoltre, come dice lo stesso Verissimo, Microsoft gli ha lasciato completa libertà di movimento in merito a Castle Project.
A proposito, sarebbe il caso, una volta che si dice "Microsoft uccide i progetti Open Source, citare quali sono morti a causa di Microsoft.

saluti

# re: "MS vs. Solution Architects": ricapitoliamo

Left by raffaeu at 16/07/2008 17.07
Gravatar
A questo punto mi chiedo quale sia stato il vero scopo di rilasciare EF quando chi gia' conosceva ORM non si e' neanche sognato di passare a EF e mollare, chesso' NHB.
Volete davvero farmi credere che dietro tutto cio' ci siano solamente scopi commerciali? Ok va bene ma non penso che le software house abbiamo gia' messo in produzione qualcosa che usa EF e Linq <instead of> un buon DAL. Se e' pubblicita', non e' cattiva oubblicita' questa? O meglio, non e' come spararsi nei c.... ?

# re: "MS vs. Solution Architects": ricapitoliamo

Left by Paolo at 16/07/2008 18.49
Gravatar
Ciao Roberto
Hamilton va in microsoft per due motivi, secondo me, e lo capisco in un certo senso:
1) possibilità di crescere professionalmente e seguire direttamente le direzioni verso cui va MS, possibilmente cercando di influenzare le cose
2) soldi (probabilmente)
Probabilmente sarebbe andato in MS molto più felice se poteva lavorare su CastleProject e farne la scelta ufficiale microsoft, rilasciata a differenza di altri pacchetti/librerie in modalità OS. Ma si è dovuto adattare
Riguardo al mio commento, questo riflette la mia visione delle cose, e sbagliata o corretta che sia, non vuole essere un comandamento ;-)
Uccidere si è un termine forte, però il fatto di aver messo MVC nel core di .NET se permetti è un forte incoraggimento per lo sviluppatore ad utilizzare quello, e a mio avviso, e non MonoRail (che già fa da molti anni e ottimamente molte cose)
Se io potevo scegliere non avrei fatto riscrivere MVC (sto facendo un esempio ma la cosa vale per molti altri prodotti), ma avrei preso l'eccellente sforzo della community OS e usato quello, rilasciandolo sempre come OS, magari migliorandolo.
Però, ripeto, questo è solo il mio pensiero, e nulla ti vieta di pensarla diversamente ;-)

# Re: "MS vs. Solution Architects": ricapitoliamo

Left by Roberto Messora at 16/07/2008 19.46
Gravatar
Paolo: due cose
se come dici Verissimo va in MS per crescere professionalmente, significa anche che molto probabilmente è l'unico modo per lui di poter scrivere codice meglio di quanto non riesca a fare oggi, soprattutto di fianco a coloro che il CLR lo conoscono meglio di chiunque altro. a me sviluppatore finale non interessa che ciò che uso sia di MS o Open Source, interessa che funzioni nel miglior modo possibile.
seconda cosa: parli di Monorail, ma bisognerebbe dire anche quanta percentuale di siti asp.net fanno uso di monorail. la risposta la puoi immaginare: un numero del tutto insignificante, inoltre esiste mstest ad esempio, ma nunit vive ancora e sta molto bene.
saluti

Your comment:



 (will not be displayed)


 
 
 
Please add 4 and 7 and type the answer here:
 

Live Comment Preview:

 
«novembre»
domlunmarmergiovensab
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456