Gepubliceerd: Donderdag 18 maart 2010
Microsoft brengt analysetools uit voor zijn multimediatechnologie Silverlight. De open source-tools worden deze week onthuld op de MIX10-conferentie van het bedrijf.
Toon volledig artikel
Kleine correctie: Silverlight is geen alternatief voor Flash. Dat is misschien ooit video in html5.
Silverlight draait niet op Linux, het enige dat het daar onder de naam Moonlight voor elkaar weet te krijgen is het laten crashen van Firefox. Wat geen geringe prestatie is, want Firefox crasht nooit bij mij.
Verder loopt Moonligt inmiddels weer 2 versies achter op Silverlight.
Als je allerlei platforms zo consequent uitsluit, ben je geen alternatief voor flash.
Ja en ook al werkt het op Linux/Firefox dan nog werkt het vaak niet omdat er vaak DRM gebruikt wordt en dat ondersteund Linux niet.
Bijvoorbeeld Moonlight gebruiken op SBS6 Gemist resulteert in slecht beeld vanwege dat de mogelijkheden van de Windows Media codecs niet goed gebruikt worden door Moonlight maar heeft in tegenstelling tot RTL Gemist geen of nauwelijks DRM dus dat is wel fijn.
Kleine correctie: Silverlight is geen alternatief voor Flash. Dat is misschien ooit video in html5.
Narrowminded view. Flash en en Silverlight zijn veel meer dan delivery platform voor video.
Microsoft en Novell kunnen krijsen zoveel als ze willen, de gemiddelde non MS gebruiker trapt er toch niet in.
Na mijn mening zijn Mono/Moonlight niets anders dan een Trojaans Paard.
Shove it up your....
Ik blijf erbij : Silverlight is windows-only en zal dus nooit een dominante marktpositie verkrijgen. MS heeft niet zo goed door dat er tegenwoordig meer is dan Windows.
Microsoft weet dondersgoed dat er alternatieven zijn. Silverlight is gewoon de zoveelste poging tot platformbinding. Net als dotnet, directx, etc.
Net als dotnet
Je bent weer eens niet goed geinformeerd, verdiep je er eerst eens in zou ik zeggen, en ga dan roepen.
Vertel mij dan eens voor welk niet-Microsoftplatform een volledige implementatie van het .NET-framework 3.5 beschikbaar is.
Ga bv maar eens kijken bij mono:
Mono kan draaien op de besturingssystemen GNU/Linux, Unix, Mac OS X, Windows e.a.
DotGNU is ook volop in ontwikkeling.
Microsoft heeft zelfs een versie voor FreeBSD uitgebracht.
En dan hebben we nog portable.net.
De volgende lijst progs geven goede ondersteuning voor asp.net
Visual Studio .NET
Visual Web Developer Express Edition (gratis)
Microsoft Expression Blend
ASP.NET Web Matrix (alleen ASP.NET 1.x)
Macromedia Dreamweaver MX 2004
Macromedia Dreamweaver 8
Adobe Dreamweaver CS3
Macromedia HomeSite 5.5 (voor ASP-tags)
Microsoft SharePoint Designer 12
Delphi 2006
Borland C# Builder
SharpDevelop (gratis/open source)
MonoDevelop (gratis/open source)
HTML-Kit (gratis/open source)
En trouwens ook: .NET is volledig beschreven in vrij toegankelijke ECMS-standaarden, en is daarmee niet alleen beschikbaar voor Microsoft-toepassingen.
En trouwens ook: .NET is volledig beschreven in vrij toegankelijke ECMS-standaarden,
Een beschrijving alleen kan geen programma's compileren. Je hebt ook nog een compiler/programmeeromgeving/bibliotheek nodig.
Echte platformonafhankelijke programmeeromgevingen/bibliotheken met grafische interface zijn (o.a.) Qt en Java. Daar komen nieuwe versies tegelijk uit voor alle platformen en uit dezelfde bron/fabrikant.
Mono/moonlight is een lachertje.
Daar komen nieuwe versies tegelijk uit voor alle platformen
Dus jij wou zeggen dat die versies hetzelfde zijn voor alle platformen? Dat is dus niet zo.
Ook hier is een enorme verscheidenheid aan tools.
En dan mag je Java ook nog draaien na diverse JVM's van 138 MB,en elke maand zeuren om een update van 100 mb of meer.
Nee,dank je.
De broncode van een fatsoenlijk programma, gemaakt m.b.v. dotnet in een windows-omgeving, kan niet gecompileerd worden op een Linux-platform.
Het regent dan foutmeldingen c.q. meldingen van afhankelijkheden waaraan niet kan worden voldaan.
Alleen (kleine) programma's die gebruik maken van een beperkte set mogelijkheden kunnen met succes her-gecompileerd worden m.b.v. mono op Linux.
Als je ontwikkelt m.b.v. mono wel ja. Maar de meeste ontwikkelaars gebruiken visual studio/dotnet op windows en gebruiken alle toeters en bellen als dat ze uitkomt. En dat gaat dus niet werken op Linux.
Als je .NET voor meerdere platforms ontwikkeld dan die je dat toch gewoon. Dan bouw je gewoon .NET code die wel multi platform is. Zo in gewikkeld is dat ook weer niet.
Meeste .NET applicaties zijn echter nooit bedoeld voor multiplatform situaties en dan kun je zaken toepassen die niet mulitplatform zijn en bijvoorbeeld API's gebruiken die alleen op Windows voorkomen zoals de windows Parental Control architecture of de Trident rendering engine.
En dan nog in bepaalde situatie kan het ook wenselijk zijn op bij een multi platform implementaties delen van de applicatie specifiek voor elk platform te optimaliseren of elementen van je implementatie alleen op een bepaald platform aan te bieden.
Er wordt de indruk gewekt dat programma's geschreven in C#/dotnet gecompileerd kunnen worden op Linux. In veel gevallen gaat dat niet op.
Deze problemen zijn nagenoeg niet aanwezig wanneer je Qt of Java gebruikt.
En dan hier nog even de talen, ik zou zeggen, keuze genoeg.
ASP.NET:
C#
C++.NET
Delphi .NET
Delphi Prism
F#
J#
Visual Basic.NET
Vulcan.NET
IronPython
Met een versie voor .NET:
Boo
Nemerle
Python
Oberon
Object Pascal
Component Pascal
Forth
Lisp
Ruby (door RubyClr)
Smalltalk
Visual Objects
Als je poep praat en je klem zit kan je natuurlijk altijd nog op de persoon spelen he. Toont je niveau aan.
Waarom zo negatief reageren als je, als je goed zou lezen, gewoon antwoord op je vragen krijgt?
Wie loopt er dan te schijten?
Het lijkt erop dat je begint te reageren bij het woordje 'hansn' en dan stopt met lezen.
Een antwoord op een vraag is niet noodzakelijk een correct antwoord. Het is aan de perceptie van de vraagsteller of hij of zij het antwoord ook daadwerkelijk als zijnde een correct antwoord ziet of niet. Dit kan goed of slecht uitpakken voor de discussievoering, zoals hier wel weer eens is gebleken.
Dat gezegd hebbende, kan ik uiteraard ook niet tegenspreken dat het antwoord van hansn wel degelijk van toegevoegde waarde is voor de desbetreffende vraag. Mierenneukerig gezien is de vraag echter niet beantwoord, niet-mierenneukerig wel. Voor precies datgene waar Nixpro om heeft gevraagd is geen conclusief antwoord gegeven.
Overigens zou het jullie allen absoluut sieren als jullie wat genuanceerder zouden posten (lezers van dit stukje mogen voor zichzelf bepalen of ze zich aangesproken voelen of niet). Het is het afdwalen van de intentie van het artikel ook gewoonweg niet waard om zo met elkaar om te gaan :-)
Ik zal even uitleggen waarom ik zo negatief reageer. De vraag was namelijk een .NET-framework dat 100% compatible is met versie 3.5 en dan niet op een MS-platform. Hansn meent vervolgens een stapeltje reacties hier neer te moeten zetten vol zaken die helemaal niets met de vraag te maken hebben, zoals een lijstje programmeertalen. Zo'n lange reeks niet terzake doende reacties, waar geen enkel antwoord op de oorspronkelijke vraag instaat, is storend.
Als er gewoon geen 100% compatible .NET-framework voor niet-Mcirosoftplatforms is, dan mag dat ook best gezegd worden hoor. En nee, Mono is niet 100% compatible want die implementatie is niet volledig.
Mono is niet 100% compatible want die implementatie is niet volledig.
Exact. Mono loopt zowiezo zwaar achter. Dat is ook helemaal niet zo raar want microsoft zet geen programmeurs in in het mono-project.
En daarin verschilt Qt en Java. Bij Qt en Java vindt geen discriminatie plaats voor wat betreft Linux, Mac en windows. Nieuwe versies komen tegelijk uit voor de diverse platformen.
Met Qt en Java heb je één api die werkt op de verschillende platformen.
Met dotnet en silverlight heb je een uitgebreide api voor windows en een uitgeklede api voor Linux.
microsoft zet geen programmeurs in in het mono-project.
weet je dat 100% zeker? Misschien weet ik op dat gebied iets meer dan jou :)
Wat hebben wij als lezer aan "misschien"? Bronvermeldingen zijn in dit soort gevallen essentieel. Anders wordt het weer een strijd tussen "guilty until proven innocent" en "innocent until proven guilty". Oftewel zonder bron verkondig je feitelijk lucht, met (valide en waarheidsgetrouwe) bron verkondig je feiten en dus feitelijk de waarheid.
Als je echt over procentjes valt, OK mischien 95%. De ontwikkeling is echter al enorm ver: Status:
Mono's current version is 2.6.1 (as of February 2010). This version provides the core API of the .NET Framework as well as support for Visual Basic.NET and C# versions 2.0, 3.0 and 4.0. LINQ to objects and XML is part of the distribution, but not LINQ to SQL. C# 3.0 is now the default mode of operation for the C# compiler. Windows Forms 2.0 is also now supported. Support for C# 4.0 is feature complete (as of December 2009) but not yet released in a stable version.[4]
Implementation of .NET Framework 3.0 (i.e. WPF) is under development under an experimental Mono subproject called "Olive", but the availability of a Mono framework supporting .NET 3.0 is still not planned yet.[5][6]
The Mono project has also created a VB.NET compiler as well as a runtime designed for running VB.NET applications. It is currently being developed by Rolf Bjarne Kvinge.
Het lijstje progtalen was idd misschien wat overdreven om te plaatsen,maar geeft wel aan dat MS echt niet bekrompen bezig is.
Als je echt over procentjes valt, OK mischien 95%. De ontwikkeling is echter al enorm ver: Status:
Mono's current version is 2.6.1 (as of February 2010). This version provides the core API of the .NET Framework as well as support for Visual Basic.NET and C# versions 2.0, 3.0 and 4.0. LINQ to objects and XML is part of the distribution, but not LINQ to SQL. C# 3.0 is now the default mode of operation for the C# compiler. Windows Forms 2.0 is also now supported. Support for C# 4.0 is feature complete (as of December 2009) but not yet released in a stable version.[4] Implementation of .NET Framework 3.0 (i.e. WPF) is under development under an experimental Mono subproject called "Olive", but the availability of a Mono framework supporting .NET 3.0 is still not planned yet.[5][6]
The Mono project has also created a VB.NET compiler as well as a runtime designed for running VB.NET applications. It is currently being developed by Rolf Bjarne Kvinge.
Het lijstje progtalen was idd misschien wat overdreven om te plaatsen,maar geeft wel aan dat MS echt niet bekrompen bezig is.
Niet alleen overdreven, maar bovenal irrelevant voor de vraag van Nixpro:
Vertel mij dan eens voor welk niet-Microsoftplatform een volledige implementatie van het .NET-framework 3.5 beschikbaar is.
Het enigste gedeelte van jouw copy/paste van wikipedia wat relevant is in het context van die vraag is het volgende:
Implementation of .NET Framework 3.0 (i.e. WPF) is under development under an experimental Mono subproject called "Olive", but the availability of a Mono framework supporting .NET 3.0 is still not planned yet.
Grappig, je vindt het te lang, en vervolgens ga je hier zelf alles weer copy-pasten.
Het kon wat korter, so what. En wat voeg jij toe aan de discussie behalve copy-pasten ?
Grappig, je vindt het te lang,
Nee, ik zeg dat het irrelevant is. Dat is iets anders dan te lang.
Het kon wat korter, so what. En wat voeg jij toe aan de discussie behalve copy-pasten ?
Wat ik beoogde toe te voegen was jou te laten inzien dat het enigste stukje van jou gecopy/paste van Wikipedia wat daadwerkelijk relevant was voor de vraag van Nixpro haaks staat op wat je daar over lijkt te willen beweren. Blijkbaar was dat ijdele hoop. Nog een poging dan.
De vraag van Nixpro:
Vertel mij dan eens voor welk niet-Microsoftplatform een volledige implementatie van het .NET-framework 3.5 beschikbaar is.
En het enigste stuk uit jouw verhaal dat hier daadwerkelijk relevant voor is:
Implementation of .NET Framework 3.0 (i.e. WPF) is under development under an experimental Mono subproject called "Olive", but the availability of a Mono framework supporting .NET 3.0 is still not planned yet.
Wat staat hier nu? Staat hier dan ze al 'enorm ver', of op 'misschien 95%', zijn met een volledige implementatie van het .NET-framework 3.5? Of staat hier wellicht iets anders?
Misschien heb je het begin gemist:
Ga bv maar eens kijken bij mono:
Mono kan draaien op de besturingssystemen GNU/Linux, Unix, Mac OS X, Windows e.a.
DotGNU is ook volop in ontwikkeling.
Microsoft heeft zelfs een versie voor FreeBSD uitgebracht.
En dan hebben we nog portable.net.
Verder kun je elk feit altijd door een slimme manier van vragen stellen onderuit halen(zoals hier de 100% term)
Ik ging in 1e instantie in op het stukje van Gregorius, die beweert dat MS met .net alleen aan platformbinding doet,zoals je kunt teruglezen.Vervolgens probeer ik wat meer feiten aan te dragen waaruit blijkt dat dit niet zo is, en MS tegenwoordig juist veel breder gaat.
Het valt mij echter op dat sommigen menen te moeten reageren zonder zelf ook maar met iets inhoudelijks deel te nemen aan een discussie over een onderwerp.
Dat doen Gregorius en Nixpro in ieder geval wel goed.Die geven tenminste inhoudelijk tegengas.
Wat jij doet noem ik het bekende roepen aan de zijlijn. Alleen reageren is namelijk heel makkelijk.
Ik ging in 1e instantie in op het stukje van Gregorius, die beweert dat MS met .net alleen aan platformbinding doet,zoals je kunt teruglezen.
Ik vind dat, doordat mono zwaar achterloopt t.o.v. silverlight, je dus kunt spreken van platformbinding. In de praktijk zullen windowsprogrammeurs namelijk gebruik willen maken van de nieuwste uitbreidingen in dotnet. Dat zorgt er dus voor dat deze programma's niet gecompileerd kunnen worden m.b.v. mono.
Als microsoft echte platformonafhankelijkheid zou nastreven, dan zouden ze er voor moeten zorgen dat wanneer er een nieuwe versie uitkomt, deze beschikbaar is voor alle platformen zoals Trolltech/Nokia dat doet met Qt.
doordat mono zwaar achterloopt t.o.v. silverlight
Je haalt Mono en Moonlight door elkaar. Mono is redelijk ver gevorderd met haar poging om DotNET bij te houden. Moonlight loopt nog steeds een paar stappen achter Silverlight aan.
Mono is redelijk ver gevorderd met haar poging om DotNET bij te houden.
Vandaar dat ze een mono migration analyzer gemaakt hebben.
Raar dan dat er geen "Qt migration analyzer" of "Java migration analyzer" is.
Dit lijkt me een poging van Microsoft om Open Source fanaten toch te trekken naar Silverlight, ondanks dat Silverlight wel closed source is, en het beste werkt op Windows.
Dat is wat Microsoft wil; iedereen die zich houd aan zijn standaarden, die het beste werken op Windows. Dat is het doel van Microsoft. Open standaarden zijn een doorn in het oog van Microsoft, en daarom brengen ze snel hun eigen open standaard uit met slechte documentatie. Immers, Microsoft standaarden moeten het beste werken op; Windows.
hun eigen open standaard uit met slechte documentatie.
Niet iets schrijven wat gewoon niet klopt;
.NET is volledig beschreven in vrij toegankelijke ECMS-standaarden, en is daarmee niet alleen beschikbaar voor Microsoft-toepassingen.
'en het beste werkt op Windows.'
ook dat klopt gewoon niet.Silverlight draait super op een Mac,en straks ook symbian/android.(Blieb schreef 't al)
Het is juist voor MS interessant om het zo breed mogelijk te maken,maar als je in denial blijft, OK.
.NET is volledig beschreven in vrij toegankelijke ECMS-standaarden, en is daarmee niet alleen beschikbaar voor Microsoft-toepassingen.
Wat heeft een programmeur daar aan als hij eerst zelf aan de hand van die standaarden zelf een bibliotheek moet gaan schrijven? Mono loopt zwaar achter dus dan zou zo'n programmeur, naast het schrijven van z'n eigen programma, ook eerst nog de ontbrekende bibliotheken moeten gaan schrijven aan de hand van die standaarden?
Dan ben je dus veel beter af met Qt of Java. Daar wordt je niet geconfronteerd met gedeeltelijk werkende api's/bibliotheken.
Met Qt en Java kun je je volledig richten op de bouw van je programma zonder je steeds te moeten afvragen "gaat dit wel werken op Linux?". Als je platformonafhankelijk wil programmeren dan ben je met Qt en Java veel produktiever.
Als je hier kijkt, dan lijkt het er inderdaad op dat je gelijk hebt. Moonlight loopt nog wel stevig achter, maar Mono lijkt nu redelijk op koers te liggen.
Ik verwacht dan ook dat Microsoft binnenkort wel komt met een 'revolutionair' nieuwe .Net 4.0 of iets dergelijks. ;)
Als je hier kijkt, dan lijkt het er inderdaad op dat je gelijk hebt. Moonlight loopt nog wel stevig achter, maar Mono lijkt nu redelijk op koers te liggen.
Ik verwacht dan ook dat Microsoft binnenkort wel komt met een 'revolutionair' nieuwe .Net 4.0 of iets dergelijks. ;)
Om te kunnen reageren, dient u ingelogd te zijn.
2 jaar geleden: 13 februari 2010
3 jaar geleden: 13 februari 2009
4 jaar geleden: 13 februari 2008
5 jaar geleden: 13 februari 2007
14 jaar geleden: 13 februari 1998
IDG Nederland is uitgever van: AppFish
, CIO, Computer!Totaal, Computerworld, ITworld, Jobworld, MacWorld, RAW fotomagazine, TechFish, Tips & Trucs, Webwereld en Zoom.nlMeer informatie: IDG Nederland, IDG.com, Privacy-statement, Cookie-statement Hosting by Terremark.
