🚀 go-pugleaf

"Niels Basjes" <Dont@mail.me.nl> wrote in message news:dqlu5tsbfncb1fibhebmvm9e8vkl3vokr0@4ax.com...
> The life form known as AquatiK <Hugo.Maes@chello.be> wrote:
> >Een VB-programmeur gaat op donderdag al naar huis, een C-programmeur zit op
> >zondagnamiddag nog altijd te klooien om zijn "zuivere" oplossing klaar
> >te krijgen. Zucht. Voor de nuances moet je maar mijn vroegere berichten
> >bekijken, om 1u20 ben ik lekker ongenuanceerd. Zucht zucht.
> 
> Precies, op donderdag ziet de klant van de VB programmeur de GUI die dan al
> helemaal klaar is maar nog helemaal niets kan. De C-programmeur gaat eerst
> eens nadenken over het algorithme en hangt er daarna met een GUI builder
> (Visual C++ van mij part) een GUI boven. 

    flauwekul. Ooit een gui gebouwd in C++ en in VB? 
    Zelfs mbv MFC ben je langer bezig. Is ook niet relevant.
    Hangt nl. van de IDE af, niet van de taal. C++ HEEFT geen gui elementen,
    VB ook niet, die werkt met COM objects. De IDE van VB is makkelijker
    naar de gebruiker toe om een gui in elkaar te sleutelen, de events
    aan handlers te koppelen en de gui werkend te krijgen. In C++ ben je
    daar wat langer mee bezig, mbv van win32 bv erg veel langer, met MFC
    minder.

    Verder vind ik het erg generaliserend en DUS een domme opmerking om
    te zeggen dat de VB programmeur met de gui begint en de C programmeur
    met de logica. Beide talen bieden ong dezelfde constructies waarbij
    VB meer dan C. In beide gevallen zal de programmeur een ontwerp
    moeten maken en zn spullen moeten opbouwen naar dat ontwerp.

    Als een VB programmeur met de gui begint en alle logica in
    eventhandlers achter de guiobjects hangt is hij net zo fout als de
    C programmeur die met main() begint en alle code in 1 file dumpt. 
    
    maw: het ligt niet aan de taal, maar aan de programmeur hoe slecht het
    eindresultaat is. In elke taal kan onleesbare rampencode worden gebouwd.

    Kijk maar eens naar de sourcecode van infozip, veel plezier :)

        FB