🚀 go-pugleaf

"Koen Witters" <_kwitters_@_pandora_._be_> wrote in message
news:6ukV8.16173$ix.2767@afrodite.telenet-ops.be...
> Ik kan mij voorstellen dat de platform onafhankelijkheid van C# even goed
is
> als de MS ondersteuning voor standaarden. De faq trekt in dat opzicht
> eerder op een MS website. C# en CLI is met ECMA open gemaakt, maar het is
> echter zo dat MS in de toekomst op basis van patentrecht licenties kan
> laten betalen voor allen wie deze 'open standaard' implementeerd: plezant.

Ah, FUD van de anti-MS zijde... Zo zie je maar dat niet alleen MS dat
misbruikt.
Wat je daar zegt over die patenten is complete nonsense... De ECMA
specificaties van C# en het .NET platform zijn volledig public domain en
kunnen door _iedereen_ ge�mplementeerd worden zonder enige vorm van
royalties. Die geruchten die je daar aanhaalt hebben waarschijnlijk met MS
passport te maken, maar dat heeft *niets* te maken met .NET of C#.

> Het zou zelfs nog kunnen dat ECMA de standaard alsnog afwijst.

Complete nonsense natuurlijk; de C# en .NET standaarden zijn in december
2001 goedgekeurd. Er is _niemand_ die eraan denkt om zo'n dingen terug in te
trekken (als dat al mogelijk is).

> De volledige klasse bibliotheek is niet open, plezant wanneer je in
windows
> programmeert en gebruikmaakt van zo'n gesloten bibliotheek, en je
> 'platform-onafhankelijk' programma wil porten naar een voor MS
concurrerend
> platform.

Je bedoelt natuurlijk dat een bepaald deel van de class library niet
gestandaardiseerd is, maar dat betekent niet dat het niet open is. Dat
betekent wel dat die delen te Windows-specifiek waren om in de standaard te
kunnen zetten. Maar dat laatste houdt projecten zoals Mono (www.go-mono.com)
toch niet tegen om die dingen ook te implementeren op andere platformen (met
steun van MS, trouwens).

> Om nog maar te zwijgen over de half open netwerk standaarden
> (zoals Kerebos) waar ze altijd andere platformen mee kl*ten.

[Ik neem aan dat je Kerberos bedoelt...]
En sinds wanneer is Kerberos van Microsoft?
(tip: het is _niet_ van MS, maar van het MIT)
(tip2: ongeveer elk OS komt standaard met Kerberos ondersteuning)

Wat dit allemaal te maken heeft met .NET vraagt ik me nog altijd af...

> Je bent naief als je denkt dat MS zijn winst niet gaat veilig stellen door
> zaken geheim te houden, zoals ze altijd al gedaan hebben.

Microsoft is veranderd van strategie en gaat nu voor 'software as a
service'. Ze hebben er dus wel degelijk baat bij dat hun platform draait op
zoveel mogelijk operating systems.

> Eerst zien en dan
> geloven, en momenteel heb ik nog niks gezien aangezien alles nog in beta
> is, en MS alles nog naar zijn hand kan draaien.

Alles beta?? Je loopt echt nog achter he... De final van de Microsoft's .NET
runtime is al maanden geleden gereleased.

> Ik had het hier niet over cross-platform. Ik had het over het feit dat
> wanneer je C++ kent, je op alle platformen kan programmeren, daar waar een
> C++ compiler voorhande is. En ja, met C# zal het ook wel zo zijn/worden
> (laten ze ons geloven), maar C# is helemaal nog niet mature genoeg om daar
> nu al over te beslissen.

"laten ze ons geloven"? Ga kijken in de faq... er zijn links te vinden naar
compilers voor Windows, FreeBSD, Linux en zelfs Java! Dat zijn dingen die
_nu_ al werken...

> Ik heb ooit een ray-tracer project moeten uitbreiden. Het was geschreven
in
> Visual Studio (C++). Als je in een IDE naar een functie
> declaratie/definitie moet gaan dubbelklik je op de functienaam links in
dat
> klasse overzicht, heel handig als je in de IDE werkt. Enkel was het zo dat
> het 1 rommelhoop was van files, echt onvoorstelbaar, en iemand die in een
> IDE werkt merkt hier niets van.

Tja, dan kon die originele programmeur er niets van, maar dat heeft niets
met een IDE te maken. Denk je nu echt dat een IDE 'magische' bestanden aan
je project gaat toevoegen? Denk je echt dat die je code gaat opsplitsen over
verschillende bestanden? Neen natuurlijk niet; dat doet de gebruiker, niet
de IDE.

> Als je zonder IDE werkt ben je verplicht om er een goede programmeerstijl
op
> na te houden, en daarom raad ik beginners aan om niet in een IDE beginnen
> te programmeren.

Zo, dus je denkt dat je zonder IDE niet slecht kan programmeren? Leuke
theorie, maar nogal onjuist, denk je niet?

> Ik besef maar al te goed dat ik in't begin van mijn programmeer pogingen
> helemaal geen goede programmeerstijl had, ik denk dat geen enkele beginner
> dit heeft. Dit leer je door te doen, en vooral wanneer je met je neus op
de
> feiten wordt gedrukt, namelijk zonder IDE.

Nu moet je me toch eens enkele voorbeelden geven hoor... Stel dat ik een
beginnende programmeur ben en dat ik een gewone console applicatie in VC++
wil maken. Nu moet jij me eens uitleggen waarom ik een "slechte
programmeerstijl" ga gebruiken... [liefst concrete voorbeelden].

> In notepad? Haha, grapjas, dat ze zoiets een editor durven noemen.

Het kan tekst bestanden openen, opslaan en je kan ze veranderen... Waarom
zou het dan geen editor zijn?

> Ik zou
> wel eens willen weten hoeveel mensen er VB in notepad programmeren.

Dat doet er helemaal niet toe. Je zei dat je in VB sowieso met een IDE
werkt, maar ik wees je erop dat dat helemaal niet moet.

> En die command line compilers zijn heel handig, vooral wanneer je alle
> errors ziet voorbijvliegen en je enkel de laatse 3 kan zien in het dos
> vensterke.

[1] Vandaar dat ge dat kunt pipen naar files... (sigh, moet ik u sewwes nog
de basics van windows uitleggen?)
[2] Ge hebt ne scroll bar aan uw console venster... Gebruik hem!

> En dan maar in notepad naar het regeltje zoeken waar de fout
> zich voordoet, handig, gebruik dan toch maar liever een IDE voor je
> gedegouteerd geraakt van het programmeren.

Wel, ik heb maanden C# zitten programmeren in notepad en dat ging zeer goed.
Dit geheel terzijde.


Mvg,
Pieter Philippaerts