Userbase

<img src="http://upload.userbase.be/upload/visual studio.jpeg" align="left" width="120" height="45" > Microsoft heeft aangekondigd dat het bedrijf de broncode van het .Net-framework openbaar maakt voor het eind van dit jaar. Iedereen die de Microsoft Reference License accepteert, kan de code dan ter observatie downloaden.

Onder het opensourceprogramma vallen niet alleen de zogenaamde Base Class Libraries (de .Net-klassen waarvan uiteindelijk alle objecten afgeleid zijn), maar ook System.Windows.Forms, System.Web, System.Data en de Windows Presentation Foundation. Met Visual Studio 2008 wordt het bovendien mogelijk om bij het debuggen een niveau dieper te werken dan tot nu het geval was. De debugger kan namelijk ook door de broncode van de base class libraries stappen.

Versie 3.5 van het .Net-framework, de eerste versie waarvan de broncode beschikbaar zal zijn, en Visual Studio 2008 worden nog dit jaar verwacht. In eerste instantie moeten ontwikkelaars het stellen met de broncode van System en alle afgeleide klassen. In de loop van de volgende maanden zouden meer codebibliotheken vrijgegeven worden, waaronder Windows Communication Foundation, Workflow en Linq.

De open versie van het .Net-framework is een voorzetting van versie 3.0. Na de release van .Net Framework 3.5, is het de bedoeling dat ontwikkelaars nog slechts versie 3.5 en 1.1 naast elkaar geïnstalleerd laten.

Meer bij de bron : Computable van 4 oktober 2007

Java gaat het niet gemakkelijk krijgen, als .net frameworks eenmaal goed portable is over meerdere besturing systemen.

dat maakt het .net framework niet meer of minder portable.

Ja, Ik bedoel dat nu interpreted code voor .net framework niet portable is omdat er op andere besturings systemen geen of slechte interpreters bestaan. Deze broncode kan bv mono vooruit helpen om een betere C# compiler te ontwikkelen.

Wij draaien al een pak code die op Windows gecompileerd is en die we zo overzetten op Linux met behulp van Mono. Je hoeft niet eens te hercompileren!

Op dit moment werken we samen met een student van de KUL aan dit onderwerp en ik ben verwonderd over hoeveel support Mono nu al biedt voor .NET.
Let wel, we hebben het hier niet of GUI applicaties, enkel console applicaties.

crapiecorn schreef:Java gaat het niet gemakkelijk krijgen, als .net frameworks eenmaal goed portable is over meerdere besturing systemen.

Java is nog steeds gemeen goed bij veel embedded platformen, waar .NET zichzelf nog moet bewijzen.

However as one bogger points out here the licence indicates that developers can "see" the source code, but Microsoft's not providing any means of copying it. If you find a bug you are not allowed to fix it, you have to submit it to a product feedback centre.

So not even close to Open Sauce. µ

"I give Microsoft a little credit [because] it has some utility, but it's not a game changer," DiMichillie said. "It's read-only and that's a far cry from what Adobe and Sun are doing."

Het toont alleen aan dat MS begint te beseffen dat opensource misschien toch zo slecht nog niet is, al hoewel ik denk dat ze daar nooit aan getwijfeld hebben, ik denk eerder dat ze zo niet opgezet zijn met de GNU/GPL licentie je ziet ze toch niet zo tekeer gaan met BSD licentie, ik vind het toch een belangrijke stap voor een bedrijf dat altijd alles precompiled gereleased heeft.

Wat Microsoft hier doet, is totaal verwerpelijk.
henke54 heeft het begrepen.

Ofloo schreef:Het toont alleen aan dat MS begint te beseffen dat opensource misschien toch zo slecht nog niet is, al hoewel ik denk dat ze daar nooit aan getwijfeld hebben, ik denk eerder dat ze zo niet opgezet zijn met de GNU/GPL licentie je ziet ze toch niet zo tekeer gaan met BSD licentie, ik vind het toch een belangrijke stap voor een bedrijf dat altijd alles precompiled gereleased heeft.

Wat MS nu doet is een poging om projecten die .NET implementeren te 'bevuilen' (voornamelijk Mono). Developers van zulke projecten mogen absoluut niet de code inkijken want dan kan MS ze meteen aanklagen. De Microsoft Reference Licentie laat het niet toe om de code als referentie te gebruiken (oa voor hergebruik en gelijkaardig implementaties). Met die MRL kan je uiteindelijk niks. Het heeft alleen nut voor bug hunting en dan heb je alles wel gehad wat je ermee kan doen.

Getuige van die hele opzet is toch wel de verplichte registratie van al wie de code wilt inkijken.

BungaMan schreef:Wat MS nu doet is een poging om projecten die .NET implementeren te 'bevuilen' (voornamelijk Mono). Developers van zulke projecten mogen absoluut niet de code inkijken want dan kan MS ze meteen aanklagen. De Microsoft Reference Licentie laat het niet toe om de code als referentie te gebruiken (oa voor hergebruik en gelijkaardig implementaties). Met die MRL kan je uiteindelijk niks. Het heeft alleen nut voor bug hunting en dan heb je alles wel gehad wat je ermee kan doen.

Getuige van die hele opzet is toch wel de verplichte registratie van al wie de code wilt inkijken.

I know, I know, if you just look at the headline, the executive summary, "Microsoft opens up .NET," it sounds great for Mono open-source developers. It's actually a death trap for Mono.

Astralon schreef:Wij draaien al een pak code die op Windows gecompileerd is en die we zo overzetten op Linux met behulp van Mono. Je hoeft niet eens te hercompileren!

Op dit moment werken we samen met een student van de KUL aan dit onderwerp en ik ben verwonderd over hoeveel support Mono nu al biedt voor .NET.
Let wel, we hebben het hier niet of GUI applicaties, enkel console applicaties.

Daar krijgt java nog altijd mijn voorkeur. Een voordeel is dat je je java code op een windows platform gewoon voor de virtuele machine kunt compileren. In linux heb je dan iets leuk wat GCJ heet. Deze kan compilen naar machine code ipv interpreted code. Wat sommige dingen toch een stuk sneller laat gaan.

dat heb je met .Net ook. Je kan het compileren naar een OS specifieke binary zodat het zonder .Net draait.

Zolang je binnen ms os'n blijft ? (ps waar ik dit vinden ?). gcj is iets extra wat het kan versneller. is compatible met 1.1 als ik me niet vergis. Voor console apps kan dit dus een oplossing bieden. Als dit niet werkt kan je natuurlijk altijd terug vallen op sun java, iets wat met Mono niet mogelijk is als deze iets niet ondersteund. Op dat vlak is java nog altijd beter als je op voorhand weet dat je een app wilt porten naar andere besturings systemen.

BungaMan schreef:

Ofloo schreef:Het toont alleen aan dat MS begint te beseffen dat opensource misschien toch zo slecht nog niet is, al hoewel ik denk dat ze daar nooit aan getwijfeld hebben, ik denk eerder dat ze zo niet opgezet zijn met de GNU/GPL licentie je ziet ze toch niet zo tekeer gaan met BSD licentie, ik vind het toch een belangrijke stap voor een bedrijf dat altijd alles precompiled gereleased heeft.

Wat MS nu doet is een poging om projecten die .NET implementeren te 'bevuilen' (voornamelijk Mono). Developers van zulke projecten mogen absoluut niet de code inkijken want dan kan MS ze meteen aanklagen. De Microsoft Reference Licentie laat het niet toe om de code als referentie te gebruiken (oa voor hergebruik en gelijkaardig implementaties). Met die MRL kan je uiteindelijk niks. Het heeft alleen nut voor bug hunting en dan heb je alles wel gehad wat je ermee kan doen.

Getuige van die hele opzet is toch wel de verplichte registratie van al wie de code wilt inkijken.

Zo had ik het zelfs nog niet bekeken.

crapiecorn schreef:Zolang je binnen ms os'n blijft ? (ps waar ik dit vinden ?).

http://www.bobpowell.net/prejit.htm

Het zou in principe cross-platform kunnen zijn. Het hangt er van af of die caching deel uitmaakt van de ECMA specificatie.