🚀 go-pugleaf

Bert Peers <bert.peers@materialise.be> wrote:

[...]

> Aan OP: de meeste die tegen een IDE zijn, zijn denk ik
> gewoon bang om weggeautomatiseerd te worden ;)  Dus ipv
> toe te geven dat de meest voor de hand liggende zaken
> tegenwoordig routine genoeg zijn om te automatiseren,
> en ze dus nieuwe skills moeten leren om nog voor
> "programmeur" door te kunnen gaan, breken ze liever de
> IDE af onder het motto dat mensen die zoiets gebruiken
> "genen echten" zijn ;) ;) ;)

Ik denk niet dat je mijn protest(en) tegen IDEs grondig gelezen hebt.  Ik heb
helemaal geen schrik dat ik mezelf zal 'wegautomatiseren', maar ik vind dat ze
je te veel controle afnemen, en te veel 'slechte gewoonten' bijbrengen.  Ja:
het is sneller, makkelijker, effici�nter om snel even in een IDE een
venstertje te gaan tekenen, en dan in de bijgeleverde editor de automatisch
geplaatste comments te gaan vervangen door wat code.  Maar je hebt dan geen
inspraak in *hoe* het venster precies zal geladen (of opgekuist) worden.  Je
kan natuurlijk (als gevorderde programmeur) ergens in een obscuur hoekje van
de IDE die dingen raadplegen, maar als beginnende programmeur vormen ze een
slechte gewoonte: 'h�, dat spul gaat mijn venstertjes voor mij tekenen!
Joepie!  Ikke geen last van'.  Zo krijg je dan buffer overflows en andere
onwenselijke neveneffecten.  Dan kan je je uren suf zoeken in je eigen code,
en niets vinden, als er bij de IDE-generatie van de venster-code iets is
misgelopen.

Verder komt de IDE ook vaak met zijn eigen compiler, vaak zijn deze compilers
ook niet volledig ANSI compliant, of 'meer dan' ANSI compliant (vertaal: ze
zijn niet conform de standaard).  Dan krijg je bijvoorbeeld niet-zo-grappige
situaties, en kweek je weer maar eens slechte gewoontes [ik denk aan void main
(void) { }].

Je kan tegenwoordig veel automatiseren (ik programmeer de meest waanzinnige
automatie dingen), maar het programmeren zelf *mag* je niet automatiseren,
want dan zit je met het kip en ei probleem.  Zelf-schrijvende software mag dan
interessant zijn, maar iemand moet de software schrijven om zelf-schrijvende
software te schrijven, en als jij die software gaat gebruiken om
zelf-schrijvende programma's te (laten?) schrijven, zit je vast aan de
mogelijke gebreken van de originele schrijver ...

> Gebruik gewoon VC++ -- tegen de tijd dat je tegen pakweg
> VC z'n template, STL of makefile beperkingen aanloopt ga je al
> wel vergevorderd genoeg zijn om zelf te kiezen what's next.

Ik zou het omgekeerde aanbevelen.  Begin met een 'standaard',
goed-ge�mplementeerde compiler, en gebruik een editor die je graag hebt.  Als
je dan later om ��n of andere reden met VC++ te maken krijgt, zul je gevorderd
genoeg zijn om diens gebreken te omzeilen.

 - Philip [die in deze post geen enkele keer un*x gepreekt heeft!]

-- 
Philip Paeps                                                   philip@paeps.cx

  When in doubt, don't muble, overexpose ... then mumble.