🚀 go-pugleaf

Pieter Philippaerts wrote:

> "Koen Witters" <_kwitters_@_pandora_._be_> wrote in message
> news:VGSU8.12177$ix.2362@afrodite.telenet-ops.be...
>> De vraag is niet wat je gaat programmeren en op welk platform, de vraag
>> is wil je jezelf beperken tot maar 1 platform, namelijk Windows, en 1
>> soort applicaties. Want als je voor VB gaat is dit zo.
> 
> Je loopt precies nog wat achter, he... Ik raad je aan om de faq eens te
> lezen [heb de url hier niet onmiddellijk]; het cross platform gedeelte bij
> C# is praktisch volledig hetzelfde voor VB.NET.

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.
Het zou zelfs nog kunnen dat ECMA de standaard alsnog afwijst. 
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. Om nog maar te zwijgen over de half open netwerk standaarden 
(zoals Kerebos) waar ze altijd andere platformen mee kl*ten.

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. 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.

> 
>> Er zijn echter genoeg
>> programmeertalen waar je jezelf niet tot dat soort zaken beperkt, oa
>> Python, Java, C, C++,... .
> 
> Verwar theorie niet met praktijk. Er zijn honderden keren meer
> niet-cross-platform C++ applicaties dan wel-cross-platform C++
> applicaties. En zelfs bij talen die speciaal gemaakt zijn voor
> portabiliteit (Java bijvoorbeeld) zijn er serieuze problemen bij
> niet-triviale applicaties.

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.


>> VB programmeer je met een IDE (Integrated Development Environment), wat
>> ik ook ten zeerste afraad voor een beginner, aangezien het niet aanzet
>> tot
> een
>> goede programmeerstijl.
> 
> [1] Wat heeft een IDE te maken met programmeer stijl?? Dus als mijn IDE
> [mij
> toont welke methodes ed. dat ik kan oproepen op een object, daar ga ik
> opeens slecht door programmeren? Dat moet je me eens uitleggen...

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. Functie definities stonden echt in alle 
files: header files, files van andere classes, een ware hel. Uit miserie 
heb ik het moeten verder programmeren in Visual Studio. Ik had echt geen 
goesting om de zaken op te kuisen van iemand die waarschijnlijk had leren 
programmeren in een 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. Ikzelf werk soms wel met een IDE (KDeveloper :-), en dat 
werkt goed, maar ik heb dan ook al een goede programmeerstijl (hoop ik ;-) 
ontwikkeld in de loop van de jaren dat ik zonder IDE werkte. 

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.

> 
> [2] VB (inclusief de oudere versies) hebben altijd al command line
> [compilers
> gehad en er is dus niets dat je tegenhoudt om je VB applicaties in notepad
> of iets dergelijks te schrijven.

In notepad? Haha, grapjas, dat ze zoiets een editor durven noemen. Ik zou 
wel eens willen weten hoeveel mensen er VB in notepad programmeren. 
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. 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.

> 
> 
> Mvg,
> Pieter Philippaerts


Koen Witters