Archief - [PROG]java/C++/C# Leren programmeren maar met wat beginnen ?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

SMa

Legacy Member
killgore zei:
Met alle respect, maar dat vind ik de grootste bs ooit, programmeren leer je echt niet beter omdat je 1000x extra moet compilen om alle stomme syntaxis-errors eruit te halen.
ik blijf erbij dat je de taal efficiënter aanleert met een simpele text-editor, al kruipt er zeker heel wat meer tijd in
op die manier dwing je jezelf om meer code uit het hoofd te kennen (ipv altijd op die lijst te moeten rekenen) en dwing je jezelf ook om foutloos te schrijven
met een goede editor kan het al snel een gewoonte worden om niet naar fouten om te kijken want de compiler haalt ze er toch zo uit
-> ik moet wel toegeven dat ik het soms ook zo doe :p hangt ervan af hoe geconcentreerd ik ben

en hoeveel zijn er niet die nog geen 50 lijnen kunnen schrijven zonder fouten, al zijn het maar stomme punt-komma's ;) dat ligt imo gewoon aan de manier waarop ze het aangeleerd zijn

nuja, ieder zen mening he :)

killgore

Legacy Member
goed programmeren hangt er niet van af dat je de syntax van elke api die je gebruikt perfect blindelings kunt schrijven.

Eerder dat je weet dat die functies bestaan, hoe ze noemen.

En nog veel meer goed code design.

Serieus, syntax is wrsch de minst belangrijke programmeerskill die er is.

jodeman

Legacy Member
idd, vind ik ook, het belangrijkste is dat je weet welke functies er zijn en wat ze doen en ze nog efficient gebruiken ook. Gewoon in notepad programmeren zonder word completion en alle handige shortcuts zou het heel traag gaan bij mij en dan nog manueel gaan compilen, neenee ;).

SMa

Legacy Member
iemand die zen syntax niet kent, kan ik geen goede programmeur noemen...
als werkgever zou ik het wel weten als er iemand komt solliciteren: programmatje laten schrijven in kladblok en zien of het werkt

Tyfius

Legacy Member
SMa zei:
iemand die zen syntax niet kent, kan ik geen goede programmeur noemen...
als werkgever zou ik het wel weten als er iemand komt solliciteren: programmatje laten schrijven in kladblok en zien of het werkt
Ik zou de mensen op zen minst een degelijke tekst editor geven met kleur ondersteuning.
Ikzelf durf namelijk zelf ook wel eens rap te typen en daardoor een fout te typen (bvb erturn ipv return en aan de kleur van het woord zie je dan meteen of je een fout hebt getypt).

Ik ben wel deels akkoord, leren programmeren met een eenvoudige tekst editor in plaats van een IDE waarbij je 95% kunt aanklikken en geen letter moet schrijven heeft voor de ontwikkeling van de programmeur vele voordelen, maar een IDE is altijd een goed idee. Het versnelt het programmeer process.

KeaTs

Legacy Member
Text editor? Verwende nesten, dan kan je backspace en delete gebruiken en dergelijke. Leren programmeren doe je met pen en papier (bic, geen inkt, die kan je wissen). In notepad kan je nog fouten schrijven en achteraf corrigeren, op een blad papier mag je zelfs geen fouten schrijven, DAT is pas echt programmeren. Ja, moest ik als werkgever een test geven voor programmeren, zou het zeker met pen en papier zijn.

QplQyer

Legacy Member
KeaTs zei:
Text editor? Verwende nesten, dan kan je backspace en delete gebruiken en dergelijke. Leren programmeren doe je met pen en papier (bic, geen inkt, die kan je wissen). In notepad kan je nog fouten schrijven en achteraf corrigeren, op een blad papier mag je zelfs geen fouten schrijven, DAT is pas echt programmeren. Ja, moest ik als werkgever een test geven voor programmeren, zou het zeker met pen en papier zijn.
Pen en papier? Vanbuiten opzeggen verdorie, en met een tijdslimiet. Je herkent een goede programmeur toch wel aan het feit of hij/zij een klasse, met indentatie, kan opzeggen uit zijn hoofd. De woorden op het papier komen immers uit dat hoofd en dat moet snel genoeg gaan zodat de handen kunnen volgen. Dus direct een typtest erna met allerlei soorten haakjes en punten om ook dat te testen.
En gooi er maar meteen de hele manualpage van de compiler bij om op te zeggen om het kaf van het koren nog wat beter te scheiden.

SMa

Legacy Member
Tyfius zei:
Ik ben wel deels akkoord, leren programmeren met een eenvoudige tekst editor in plaats van een IDE waarbij je 95% kunt aanklikken en geen letter moet schrijven heeft voor de ontwikkeling van de programmeur vele voordelen, maar een IDE is altijd een goed idee. Het versnelt het programmeer process.
idd
maar om je eerste stappen al meteen met zo'n programma's te zetten... er moet toch eerst ergens een basiskennis aanwezig zijn.

en @die twee hierboven
op scholen zijn examens en andere testen vaak met pen en papier, daar is nx vreemds aan ;)

killgore

Legacy Member
SMa zei:
idd
maar om je eerste stappen al meteen met zo'n programma's te zetten... er moet toch eerst ergens een basiskennis aanwezig zijn.

Orly?

Ik denk dat ik toch wel vrij degelijk kan programmeren en ik heb nooit in notepad geprogd omdat ik dat ronduit belachelijk vond.

Het waren ook niet de geweldige editors zoals die nu zijn (het is nu eenmaal al 5-6 jaar geleden dat ik ermee begonnen ben), maar toch, basis van kleurenopmaak en zo was er al en dat is wel verdomd handig.

QplQyer

Legacy Member
SMa zei:
idd
maar om je eerste stappen al meteen met zo'n programma's te zetten... er moet toch eerst ergens een basiskennis aanwezig zijn.
Programmeren met syntax highlighting en automatische indentatie verhindert geenszins de ontwikkeling van basiskennis.

en @die twee hierboven
op scholen zijn examens en andere testen vaak met pen en papier, daar is nx vreemds aan ;)
Dat weet ik maar al te goed, ik heb niks anders als programmeerexamens gehad met pen en papier. En in die context vind ik dat een goed idee, want daar heeft men een mooi afgebakend gebied van de API dat men vanbuiten moet kennen.
Bij een sollicitatiegesprek waar je de kandidaat een programma laat schrijven is het echter ten eerste misschien al lang geleden dat hij nog in die specifieke taal had moeten schrijven, ten tweede vraag je misschien delen uit de API die hij nooit heeft gezien.
Wie is dan de betere programmeur, deze die dat stuk API vanbuiten kende en daardoor het programma succesvol afrondde, maar dagen nodig heeft om met andere delen te werken. Of deze die het stuk API niet kende, maar al snel doorgrondde omdat hij de achterliggende concepten (zoals MVC en dergelijke) kende en dus snel overweg kon met dat nieuwe deel?

KeaTs

Legacy Member
Syntax kennis is bijna irrelevant; of zou het moeten zijn. Hier is iemand aangeworven die net als iedereen een test van 2 dagen C++ gedaan heeft. Voor die test had hij nog nooit C++ geschreven, hij was een pure Java programmeur. Zijn test was er syntaxgewijs weliswaar naar, maar het was duidelijk dat hij verstand had van OO software-design en de onderliggende principes onder de knie had. In no time was hij mee, en ik ben blij dat ie hier werkt; t is een van de betere programmeurs zelfs :)

Tools zijn een deel van de job, hoe je omgaat met die tools ook. Omgaan met informatie is de kunst, niet zoveel mogelijk informatie uit het hoofd kennen. Mensen die programmeren met notepad verheerlijken scheer ik over dezelfde kam als vi(m) aanbidders. Ga mee met uw tijd.

Tyfius

Legacy Member
KeaTs zei:
Tools zijn een deel van de job, hoe je omgaat met die tools ook. Omgaan met informatie is de kunst, niet zoveel mogelijk informatie uit het hoofd kennen. Mensen die programmeren met notepad verheerlijken scheer ik over dezelfde kam als vi(m) aanbidders. Ga mee met uw tijd.
With all due respect, maar ik ben een vim gebruiker. Mijn vim beschikt over een uitstekende syntax hilighting, code folding, auto completion en refactoring. Het enige wat ik niet heb (en dat is puur omdat ik het zelf niet geinstalleerd heb) is compile support vanuit vim. Net zoals bij emacs kan dit geinstalleerd worden en gebruikt worden, hetzij rechtstraaks naar uitvoerbare bestanden, hetzij naar makefiles.

killgore

Legacy Member
Tyfius zei:
With all due respect, maar ik ben een vim gebruiker. Mijn vim beschikt over een uitstekende syntax hilighting, code folding, auto completion en refactoring. Het enige wat ik niet heb (en dat is puur omdat ik het zelf niet geinstalleerd heb) is compile support vanuit vim. Net zoals bij emacs kan dit geinstalleerd worden en gebruikt worden, hetzij rechtstraaks naar uitvoerbare bestanden, hetzij naar makefiles.

Je verstaat keats verkeerd.

Hij bedoelt dat je flexibel moet zijn en je moet kunnen aanpassen aan de IDE. Right tool for the right job.
Iemand die vim verafgoodt en niets anders wilt is in die context even slecht als een notepad-nerd.

ALlé, ik vermoed zeer sterk dat hij dat bedoelt, aangezien ik het zelf zo zie :P.

KeaTs

Legacy Member
Ik gebruik vim ook hoor; maar zoals kire zegt; right tool for the right job :) Ik ken mensen die enkel vim willen gebruiken voor om t even welke coding/scripting/etc ze doen en al de rest verketteren; dat gaat erover voor mij. Maar we raken off-topic denk ik :p

SMa

Legacy Member
jullie verstaan me blijkbaar verkeerd :)

er bestaan texteditors met syntax highlighting, automatische indentatie, en ingebouwde compiler
en met zo'n sollicitatie-programma bedoel ik iets basic-basic he


ik verheerlijk zeker NIET de mensen die enkel in text-editors programmeren
maar ik vind het wel een pluspunt om bij je eerste programmeertaal daarmee te starten (en daar gaat deze topic nog altijd over als ik zo eens naar de titel kijk)

mijn mening is gebouwd op wat ik zie op school (eerste jaar programmeren),
en daar valt het verschil tussen aanleer-methodes hard op
of is het toeval dat de ene groep altijd veel sneller werkt dan de andere... ?
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan