🚀 go-pugleaf

Pieter Philippaerts wrote:

> "SpaceRunner" <x.spacerunner@skynet.be> wrote in message
> news:3c729d0d$0$75154$ba620e4c@news.skynet.be...
> 
> Mja, ok, maar niemand verplicht je VS.NET te kopen om voor .NET te
> programmeren. Er zijn al verschillende IDE's die .NET ondersteunen
> en zodra de implementatie voor de andere OSen af is zullen er ook wel
> Linux/UNIX editors opduiken... (misschien zijn ze er al, ik heb er geen
> idee van).

Oh ja, onder GNU/Linux zijn er al een hele hoop en ze kunnen vaak veel meer 
dan gij denkt dat ze kunnen. Vi en Emacs zijn de meest (vermoed ik) 
bekenste (Kdevelop voor KDE komt anders ook al aardig opzetten). En ja, je 
kunt er met colored syntax werken, compilers er vanuit oproepen en Emacs 
heeft ook een ingebouwde modeule voor versiebeheer (vi misschien ook maar 
dat weet ik niet zeker, omdat ik eigenlijk nauwelijks met vi werk. Ik ben 
meer een Emacs fan). En Emacs kan ook uitgebreid worden met zoiets wat men 
onder VS.Net IDE macros noemt en trouwens Emacs had die feature al nog voor 
M$ ermee afkwam. (opnieuw, voor vi weet ik het niet).

Dus voor GNU/Linux en consoorten bestaan er heel wat mogelijkheden. Het is 
niet de IDE die het verschil maakt bij ontwikkelen, wel de compilers, 
links, assembler (moest het nog nodig zijn) en vooral het denkwerk vooraf. 
Daarom dat veel editors en IDE's onder GNU/Linux niet toolafhankelijk 
werken maar de gebruikers laten kiezen met welke compiler e.d. ze willen 
werken.

> 
> De .NET runtime is in C# geschreven en is dus gecompiled naar IL.
> IL heeft dezelfde eigenschap als Java Bytecode, namelijk dat je het
> makkelijk
> terug kan omzetten naar een hoge programmeer taal (zoals C#, C++.NET
> of VB.NET).
> Bijgevolg kan je dus, als je wil, de volledige class library bekijken in
> je taal
> naar keuze. Het enige jammere is dat de namen van de variabelen niet mee
> in de IL zitten en bijgevolg dus zo'n standaard naam krijgen.
> 

Hier twijfel ik toch een beetje aan. Zelfs een aantal Java basisklassen 
hebben een native onderbouw gekregen gewoon voor de performantie. En 
daarbij als je dan toch het framework zou kunnen decompileren, waarom 
levert M$ dan niet onmiddellijk de broncode voor het framework mee? 
Antwoord: omdat dan de binding met Windows heel duidelijk op de voorgrond 
zal treden. Want desondanks M$ het framework heeft laten standardiseren en 
daardoor platformonafhankelijk ontwikkelen kan/zal toelaten heeft M$ nooit 
.Net echt gepromoot als platformonafhankelijk in tegenstelling tot Sun deed 
met hun Java. Het is meer gepromoot als de het nieuwste van het nieuwste op 
het gebied van Windows ontwikkeling.

> 
> Dat is inderdaad de bedoeling... Door ze (developers) goed te verzorgen
> zorg je (MS)
> dat ze zich aan je binden. MS heeft dit nodig...
> (zie http://dabbler.manilasites.com/stories/storyReader$88)
> 

M$ heeft dit als monopolie niet nodig, ze leggen het gewoon op. Trouwens, 
ik vind niet dat je zoiets verzorgen mag noemen, iedereen verstaat mekaar 
beter als je de correcte terminologie gebruikt en dat is in dit geval: aan 
zich binden zonder enige andere uitwijkmogelijkheid. M$ schakelt in quasi 
alle gevallen de concurrentie via oneerlijke praktijken uit, dan kun je 
toch moeilijk ontkennen.

>> Waarom denk je dan dat
>> M$ de scripting host heeft ontwikkeld?
> 
> Vaak denk ik dat dat is om de anti-virus software bedrijven niet failliet
> te laten gaan...
> 

Spijtig genoeg zit dat vervat in de ganse strategie van M$, eerst de 
toeters en bellen en pas daarna de security. En zelfs nu Billeke heeft 
aangekondigd dat ze beveiliging op prioriteit nummer 1 hebben gezet, is 
mijn devies: eerst zien, dan geloven.

>> Onder Linux heb je altijd een "netwerk". Zelfs zonder netwerkkaart.
>> Voorbeeld: de X-server vraagt namelijk netwerkfunctionaliteit en als je
> die
>> niet in de kernel steekt, tja dan zal die niet willen werken.
> 
> Zoals domains/workgroups in Windows?
> 

Nee, wat ik bedoel is dat Windows perfect kan draaien zonder 
netwerkfunctionaliteit. Maar Linux is een netwerk kernel net zoals de 
andere Unices trouwens, en heeft dus altijd eigenlijk 
netwerkfunctionaliteit nodig of moet dit aanbieden omdat de programma's dat 
verwachten. En ik spreek hier niet over netwerk specifieke programma's 
zoals een browser of ftp programma.

Kijk, de X-server biedt namelijk de functionaliteit aan om GUI programma's 
te kunnen draaien maar omdat de X-server gemaakt is (was in de eerste 
plaats) voor het gebruik met X-terminals (bakjes met alleen een scherm en 
toetsenbord die aan een server hangen), zit dus in de X-server diep in de 
kern netwerkfunctionaliteit gebakken. Dus of je nu een netwerk hebt of 
niet, je moet in de kernel netwerkfuncties steken anders zal X niet willen 
werken. Want X kun je perfect lokaal draaien als die alles ter beschikking 
heeft, hoe zou je anders werkstations kunnen maken die draaien op Gnome of 
KDE (en andere windowmanagers (dit gewoon om de niet Gnome en niet KDE 
adepten gelukkig te stellen)?

>> En wanneer komt die op de markt? Over 2 jaar zeker? Tja, ik had het
>> kunnen weten.
> 
> Waarschijnlijk.. Het is natuurlijk ook mogelijk dat dat in hetvolgende
> service pack
> wordt geupdate, maar dat zou ik betwijfelen.
> 

Ah voila, maar ik wil die feature niet over 2 jaar hebben, ik wil die nu 
hebben.

> Absoluut mee akkoord... Ook voor scholen en dergelijke is de prijs van
> Linux interessanter als die van Windows.

Het is noodzakelijk te zeggen dat de prijs die hier niet het belangrijkste 
is. Veel meer belangrijker is dat de studenten, scholieren en leerlingen 
meer iets van concepten leren. Vb.: het concept van knippen en plakken is 
exact hetzelfde onder M$ Word als in StarOffice. Maar omdat het de 
schoolgaande jeugd wordt ingepompt dat M$ Office het enige 
'gebruiksvriendelijke' pakket is, denken ze: "StarOffice, bah wat is dat 
voor brol en alles zal daar wel anders in werken dus geef mij maar Word". 
Met als gevolg, ze hebben oogkleppen op. Vrije software geeft scholen dus 
veel meer de mogelijkheid om concepten aan te leren dan wat met M$ software 
veel moeilijker is dankzij hun marketingstrategie.

Mvg,
Andy.

-- 
Remove 'x.' to send mail.