Archief - Leren Programmeren
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.
Prior
Legacy Member
Je kan het op je eigen leren maar vind maar eens een cursus op een website die een specifieke programmeertaal volledig uitlegt tot in de puntjes.
Ik denk ook als je later dan zou richten tot de arbeidsmarkt, dat je toch over een degelijk certificaat of diploma moet beschikken om de kennis te kunnen bewijzen tegenover de werkgever.
De avondschool waar ik les volg voor een graduaatsdiploma programmeren, heeft wel een aantal cursussen online staan, maar niet alles staat daarop qua cursusinhoud:
Cursusweb : Ivo Brugge
Ik denk ook als je later dan zou richten tot de arbeidsmarkt, dat je toch over een degelijk certificaat of diploma moet beschikken om de kennis te kunnen bewijzen tegenover de werkgever.
De avondschool waar ik les volg voor een graduaatsdiploma programmeren, heeft wel een aantal cursussen online staan, maar niet alles staat daarop qua cursusinhoud:
Cursusweb : Ivo Brugge
Romeo Carpaccio
Legacy Member
Ik zit met min of meer dezelfde vraag als de TS. Volgend jaar ga 'k waarschijnlijk Toegepaste Informatica studeren en ik zou mezelf graag op voorhand een soort basis willen aanleren.
Is er een programmeertaal waar je mee moet beginnen? Ik neem aan dat je best niet meteen aan C# of Javascript begint of kan dat wel?
Is er een programmeertaal waar je mee moet beginnen? Ik neem aan dat je best niet meteen aan C# of Javascript begint of kan dat wel?
meuh
Legacy Member
De denkwijze van praktisch elke taal is hetzelfde. Gewoon anders geschreven...
Als je puur wil programmeren, denk ik dat je best met Java en C begint. Als je dit onder de knie hebt, kan je redelijk eenvoudig naar andere talen overschakelen. De manieren om iets op te lossen weet je al. Je moet dat enkel de "schrijfwijze" kennen.
Wil je eerder web-gericht gaan. Leer dan eerst HTML en CSS en dan de "programmeertalen" PHP en JS.
Als je puur wil programmeren, denk ik dat je best met Java en C begint. Als je dit onder de knie hebt, kan je redelijk eenvoudig naar andere talen overschakelen. De manieren om iets op te lossen weet je al. Je moet dat enkel de "schrijfwijze" kennen.
Wil je eerder web-gericht gaan. Leer dan eerst HTML en CSS en dan de "programmeertalen" PHP en JS.
Moto
Legacy Member
w3schools is crap
Head first niet echt beter
en HTML + CSS heeft geen bal te maken met programmeren
om op de vraag te beantwoorden eens kijken naar
http://www.codecademy.com/
Veel javascript maar ook python / html / css3 tutorials
javascript is zeker verder naar de toekomst toe geen slechte taal om te leren
zeker omdat men nu ook de backend van sites er in kan programmeren
Head first niet echt beter
en HTML + CSS heeft geen bal te maken met programmeren
om op de vraag te beantwoorden eens kijken naar
http://www.codecademy.com/
Veel javascript maar ook python / html / css3 tutorials
javascript is zeker verder naar de toekomst toe geen slechte taal om te leren
zeker omdat men nu ook de backend van sites er in kan programmeren
adrianhates
Legacy Member
Romeo Carpaccio zei:
blijf aub weg op W3schools tenzij voor echt de basis basis. Koop u inderdaad een goei boek zoals head first.
Voor de rest is het gewoon starten met iets te maken en uw weg vinden. De fouten haal je er pas uit naarmate je meer developed en ervaring opdoet.
Moto zei:
head first geeft wel een plezante inleiding tot de zaken vind ik ..
javascript is inderdaad alleen maar aan te moedigen!
ps: die foto op uw contactpage vind ik niet echt passend
http://www.jowally.be/index.php/about
ik dacht eerder aan c# en idd mss java Moto
Legacy Member
Hier nog voor javascript
How to Learn JavaScript Properly | JavaScript is Sexy
+ nog een ander cursuske online met JS
https://www.udacity.com/course/cs255
C# is ook niet echt slecht om te leren, heeft meer en meer features van functionele
programmeertalen, alleen jammer dat de meeste C# developers in het OO stadium blijven trappelen
Coding Horror: Head First Design Patterns
nuja misschiens zijn die andere beter
How to Learn JavaScript Properly | JavaScript is Sexy
+ nog een ander cursuske online met JS
https://www.udacity.com/course/cs255
C# is ook niet echt slecht om te leren, heeft meer en meer features van functionele
programmeertalen, alleen jammer dat de meeste C# developers in het OO stadium blijven trappelen
mja ik ken eigenlijk alleen die design pattern boek enne
Coding Horror: Head First Design Patterns
nuja misschiens zijn die andere beter
Carrion
Legacy Member
Reflectus zei:
En normaal zouden ze u daarna naar deze website moeten doorsturen: W3Fools ? A W3Schools Intervention
Moto
Legacy Member
sommige zien OO als de enige juiste manier van programmeren, terwijl het gewoon maar een manier is en meestal zeker niet de beste manier, zeker tegenwoordig met multicore systemen waar men parallel moet gaan en async werken voor non-blocking UI is meer en meer functioneel gaan programmeren veel beter
en ook -> Object Oriented Programming is Inherently Harmful
bealzebub
Legacy Member
Moto zei:
Parallellisatie en async methods zijn op zich niet inherent aan functional of prototype-based programming. Het heeft er zelfs absoluut niets mee te maken. Hetzelfde geldt trouwens voor lambda expressies en first-class functies. Het zijn concepten die in zo'n omgeving meer gaan gebruikt worden omdat het gewoon moet.
Wat wel een feit is is dat async processing of multithreaded development je app beter kunnen maken als je ze in de goeie omstandigheden gebruikt, in andere omstandigheden zijn ze gewoon slecht. Beide technieken zijn trouwens al een eeuwigheid beschikbaar in allerhande OO talen. Je denkt toch niet dat heel wat van de zware design apps (Photoshop, Illustrator, Maya, …) in een functionele omgeving of zelfs maar functioneel geschreven zijn zeker?
Wacht tot je eens in een fully evented omgeving moet gaan werken zoals NodeJS , dan zal je wel ontdekken dat callback-based en evented programming een major pain in the ass kan zijn ook. T is niet voor niets dat er nu zoveel modules zijn die via allerhande patterns zoals promises etc de pijn een beetje proberen te verzachten. Die omgevingen zijn een goeie kandidaat voor bepaalde toepassingen (pub/sub patterns bv, alles waarbij heel kleine beetjes info in quasi realtime moeten over en weer gestuurd worden) maar sucken balls voor heel wat andere zaken (zoals bv zware berekeningen die lineair moeten uitgevoerd worden).
Je link verwijst trouwens naar een pagina waar bepaalde quotes totaal uit context zijn gerukt, de meeste zaken zijn trouwens meer om zo eens over te lachen als je als {voeg hier bepaalde taal in} fan eens grappig uit de hoek wil komen tov {voeg hier andere taal in}. En 90% van wat er bij sommige items staat is al zo verouderd en achterhaald dat het niet eens meer van toepassing is.
VPGamer
Legacy Member
bealzebub zei:Parallellisatie en async methods zijn op zich niet inherent aan functional of prototype-based programming. Het heeft er zelfs absoluut niets mee te maken. Hetzelfde geldt trouwens voor lambda expressies en first-class functies. Het zijn concepten die in zo'n omgeving meer gaan gebruikt worden omdat het gewoon moet.
Wat wel een feit is is dat async processing of multithreaded development je app beter kunnen maken als je ze in de goeie omstandigheden gebruikt, in andere omstandigheden zijn ze gewoon slecht. Beide technieken zijn trouwens al een eeuwigheid beschikbaar in allerhande OO talen. Je denkt toch niet dat heel wat van de zware design apps (Photoshop, Illustrator, Maya, …in een functionele omgeving of zelfs maar functioneel geschreven zijn zeker?
Wacht tot je eens in een fully evented omgeving moet gaan werken zoals NodeJS , dan zal je wel ontdekken dat callback-based en evented programming een major pain in the ass kan zijn ook. T is niet voor niets dat er nu zoveel modules zijn die via allerhande patterns zoals promises etc de pijn een beetje proberen te verzachten. Die omgevingen zijn een goeie kandidaat voor bepaalde toepassingen (pub/sub patterns bv, alles waarbij heel kleine beetjes info in quasi realtime moeten over en weer gestuurd worden) maar sucken balls voor heel wat andere zaken (zoals bv zware berekeningen die lineair moeten uitgevoerd worden).
Je link verwijst trouwens naar een pagina waar bepaalde quotes totaal uit context zijn gerukt, de meeste zaken zijn trouwens meer om zo eens over te lachen als je als {voeg hier bepaalde taal in} fan eens grappig uit de hoek wil komen tov {voeg hier andere taal in}. En 90% van wat er bij sommige items staat is al zo verouderd en achterhaald dat het niet eens meer van toepassing is.
Als ik dit begin te snappen dan ben ik op de goeie weg
Trouwens iedereen al bedankt voor de vele reacties!!!!
Moto
Legacy Member
Idd zeg ik ook nergens, ik wil gewoon zeggen dat concepten als immutable objects en pure functions (die helpen door state te minimizen) bv niet echt echt bekend zijn bij de doorsnee c# developer.
Idd het is omdat ik zeg dat er meer is dan enkel OO programmeren is dat ik denk dat die apps in een functionele taal geschreven zijnJe denkt toch niet dat heel wat van de zware design apps (Photoshop, Illustrator, Maya, …
Waarom wachten, ben er al een hele tijd mee bezig op het werk, en dat van die lineaire berekening is wel logisch omdat node single threaded is, ik zou zowiezo complexe zware berekeningen niet in javascript doen
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.