Dove si trova attualmente Microsoft in lingue dinamiche? [chiuso]

Difficile dirlo con certezza; anche se dietro a IronRuby c'era un team Microsoft, Ruby non era necessariamente un bersaglio diretto. Microsoft è stato conosciuto per spendere soldi in linguaggi sperimentali (M, Axum), anche se erano solo una parte (molto) provvisoria della loro strategia.

Quando hanno integrato il DLR nel framework, hanno scelto di avere immediatamente le lingue principali (C # e VB.NET ) sfruttare molto di ciò che può fare il DLR, che ha preso un grosso morso dal mercato in cui sarebbero state utilizzate le lingue dinamiche di Iron *: c'era comunque molta concorrenza in ogni caso. Inoltre, i linguaggi dinamici di terze parti (come Cobra ) hanno iniziato a presentarsi, per affollare lo scripting divario ancora di più. Dato che è relativamente facile creare un nuovo compilatore da una lingua all'altra, quest'area è davvero volatile.

C'è una speculazione su un "DLR2" in una versione futura di .NET, che supporta host di compilazione come compilatore-compilatore e migliore, il che significa che probabilmente mirano ad avere un'integrazione ancora migliore tra codice script e codice host .

Tutti questi mi portano a credere che i linguaggi puramente dinamici rimarranno per un po 'di tempo cittadini di 2 ° classe nel framework .NET. Vi daranno un C # migliore e l'opzione per incollare qualsiasi linguaggio pazzo che si possa adattare all'interno di un assembly alla soluzione, oltre al supporto immediato per JS, Ruby e Python in Silverlight e Windows Runtime, ma penso questo è tutto, ci sono poche ragioni per supportare un linguaggio dinamico completamente con così tanta azione e volatilità in questo settore.

Un'altra cosa interessante è l'intera cosa Java / Groovy. Qualcuno ha chiesto qui se c'è un equivalente a C # per Groovy, e gli addetti hanno in qualche modo mancato il punto con IronPython, Boo e IronRuby, perché Groovy è (quasi) un superset di Java (mentre questi possono al massimo generare clean C #). Ciò che Microsoft intende fare qui è una buona domanda per me (portare C # vicino a Groovy? Creare un superset C #?). Qualunque cosa facciano, non credo che sarà molto presto o molto entusiasta, perché Groovy / Grails ha mostrato tassi di adozione modesti con la più conservativa comunità Java - anche se un superset ha un piede migliore con la comunità rispetto a una nuova lingua.

Microsoft ha un buon motore di Javascript. All'interno di WinRT Javascript sarà un cittadino di prima classe accanto a C ++ e .NET.

E poi c'è anche PowerShell che è un nuovo linguaggio dinamico in una posizione centrale all'interno di Windows.

Microsoft aveva IronRuby , ma è stato interrotto intorno al 2010. IronPython esiste anche ed è ancora in fase di sviluppo (anche se non da Microsoft). Entrambi questi linguaggi funzionano sul framework .NET.

Microsoft ha il potere di .NET. Ma ci sono più lingue migliori quindi questo (secondo me) come il pitone, il rubino. .NET ha una grande richiesta nel mercato in quanto è facile nascondere il codice. Inoltre, fornisce anche buone licenze che possono farti guadagnare un sacco di soldi. Ma gli altri linguaggi come Python o Ruby sono originariamente pensati per lo sviluppo open-source.