Het leren van programmeren en development

quote:

Op zaterdag 9 januari 2016 21:54 schreef RustCohle het volgende:
Weet iemand waarom ik

public static void main(string args[])

telkens moet noteren in het begin van een class? Wat betekent ieder keyword en wanneer moet ik welke gebruiken?

Waar staat een class voor? Wanneer maak ik verschillende classes en wanneer moet ik in 1 class werken? Ik heb dat class gebeuren nog niet door..

Ga volgend jaar beginnen met een minor Computer science. Verder is het niet echt kort te beschrijven hoe classes/objects werken, waar static voor dient etc. Daarvoor is het van belang dat je het in de juiste comtext ziet

quote:

Op zaterdag 9 januari 2016 21:54 schreef RustCohle het volgende:
Weet iemand waarom ik

public static void main(string args[])

telkens moet noteren in het begin van een class? Wat betekent ieder keyword en wanneer moet ik welke gebruiken?

Waar staat een class voor? Wanneer maak ik verschillende classes en wanneer moet ik in 1 class werken? Ik heb dat class gebeuren nog niet door..

Een class is een blauwdruk voor een object. Wanneer je een object maakt op basis van een class, bevat dit object de variabelen en functies (in object-termen "properties" en "methods") die in je class zijn gedefinieerd.

Public wil zeggen dat andere objecten bij deze property/method kunnen. Naast public heb je ook "protected" (bevriende objecten kunnen erbij) en "private" (alleen het object zelf kan erbij).

Static wil zeggen dat de property/method gebruikt kan worden zonder dat er eerst een object gemaakt hoeft te worden.

Void slaat hier op de "return type" van de method. Wanneer je een functie definieert, geef je aan wat voor type variabele deze functie teruggeeft. In dit geval is dit het type "void", wat betekent dat de functie niks teruggeeft.

Main is simpelweg de naam van de method. In veel programmeertalen wordt de main-functie aangeroepen wanneer je een programma opstart, dus dat is de plek waar je programma begint.

String is het type van het argument dat wordt meegegeven aan de method. Het argument zelf heeft de naam "args" en is een array (dat zie je aan de rechte haken). Binnen de main-methode heb je dus de beschikking over een array van strings, genaamd "args".

Waar studeer je? Ik doe zelf econometrie en had een beetje hetzelfde gevoel als jij, daarom heb ik me ook ingeschreven voor computing science. Denk dat dat wel de beste manier is om goed en serieus iets over programmeren (en computers) te leren. Weet je ook meteen of je het wat vindt of niet.

https://www.edx.org/cours(...)ience-harvardx-cs50x
Dit vind ik zelf een leuke manier om kennis te maken met programmeren. Leuke colleges en uitdagende opdrachten

quote:

Op vrijdag 8 januari 2016 22:08 schreef RustCohle het volgende:
DIGers,

Alleen het probleem is: ik heb geen idee hoe ik moet starten, wat ik moet leren (en welke programmeertalen of wat dan ook) en op welke wijze?

quote:

Op maandag 11 januari 2016 10:02 schreef Mr_Belvedere het volgende:

[..]

[ afbeelding ]

quote:

Op maandag 11 januari 2016 14:24 schreef wimjongil het volgende:

[..]

?

quote:

Op maandag 11 januari 2016 14:49 schreef Mr_Belvedere het volgende:

[..]

?

Vrijwel alle vragen zijn nogal kortzichtig en tendentieus. De talen die ze koppelen aan bepaalde antwoorden zijn misschien wel juist, maar ze doen alsof er telkens maar één way to go is. En over de kansloze vergelijking met de lord of the rings zal ik maar helemaal niet beginnen...

Codecademy is voor echte beginners en kun je verschillende talen leren, maar je leert vooral de syntax van een taal. Niet zozeer efficiënt en echt moeilijk programmeren.

quote:

Op maandag 11 januari 2016 10:02 schreef Mr_Belvedere het volgende:

[..]

[ afbeelding ]

Moet dus python, c#, c++ leren

quote:

Op zaterdag 9 januari 2016 14:31 schreef RustCohle het volgende:

[..]

Ik weet wat ik wil maken wat betreft de smartphone app, maar als ik dan zo'n if/else statement weet en opgezocht heb hoe den notatie is: dan denk ik ''en nu? Wat nu? Ben nog steeds geen stap verder om iets aan de ontwikkeling van mijn app te moeten doen.'' Ik weet precies hoe ik de app wil hebben, maar heb geen flauw idee naar welke punten ik moet zoeken en waar ik moet beginnen.

Breek je probleem op in subproblemen, dat is altijd de essentie van programmeren. Het kan helemaal geen kwaad je hele app al op hoofdlijnen te ontwerpen, maar wanneer je gaat beginnen, moet je een onderdeel uitkiezen en je je afvragen hoe je dat in elkaar wilt zetten. Als het een te groot ding is, kun je het verdelen in kleinere stappen. Dit blijf je net zo lang doen totdat je een subprobleem hebt gemaakt waarvan je een idee hebt hoe je het zou kunnen oplossen. En dan ga je door naar het volgende punt, net zolang totdat je app doet wat je wil dat-ie doet.

quote:

Op maandag 11 januari 2016 15:20 schreef wimjongil het volgende:

[..]

Vrijwel alle vragen zijn nogal kortzichtig en tendentieus. De talen die ze koppelen aan bepaalde antwoorden zijn misschien wel juist, maar ze doen alsof er telkens maar één way to go is. En over de kansloze vergelijking met de lord of the rings zal ik maar helemaal niet beginnen...

Ja dat laatste vond ik ook een beetje bizar. Maar ja, ik heb het niet verzonnen.

Mocht je willen beginnen met het ontwikkelen van de backend van websites, en het concept van programmeren leren begrijpen, koop dan het boek Head First PHP van O'reilly. Ik ben hiermee begonnen.

quote:

Op vrijdag 22 januari 2016 14:22 schreef RustCohle het volgende:
Na ruim een week verder te zijn ben ik er achter gekomen dat het allemaal bijzonder traag gaat het leren van programmeertalen.

Programmeren als beroep is niet iets dat je er even bij doet of iets dat je wel even doet na een cursus van een paar weken. Als je niet bereid bent jaren van je leven te investeren in het je eigen maken van de materie, wordt het erg lastig om er je brood mee te verdienen.

Ik zou C leren. Dat compileert volgens mij op vrijwel alle computerplatformen die je kunt bedenken.

quote:

Op vrijdag 22 januari 2016 14:22 schreef RustCohle het volgende:
Na ruim een week verder te zijn ben ik er achter gekomen dat het allemaal bijzonder traag gaat het leren van programmeertalen. Niet omdat ik het niet kan oppikken. Het gaat mij makkelijk af, maar ik weet echt niet wat ik ermee moet en of het wel is wat ik wil.

Ik neig ernaar om toch de hardware kant op te gaan.

Zit echt tussen twee werelden in (hardware en software). Dat ik geen informatica opleiding volg, werkt behoorlijk in mijn nadeel.

Basale kennis van C is ook wel handig als je met hardware zoals arduinos aan de gang gaat.

Ik vraag me wel af hoe het kan dat je programmeren na een week al opgeeft terwijl het je naar eigen zegge makkelijk afgaat - tsja, als hobbyprogrammeur moet zelfs dat eerste form-windowtje toch wel een beetje als een succesje aanvoelen. Tenminste, ik denk niet dat ik het volgehouden had als het anders zou zijn.

Heb je jezelf niet te hoge eisen gesteld? verwachtte je na een week al mijnenvegen te kunnen bouwen? Als dat namelijk zo is, ga je die problemen met hardware ook krijgen hoor. Daar zul je ook blij moeten zijn met dat eerste knipperende lampje of geluidje.

quote:

Op vrijdag 22 januari 2016 15:32 schreef ralfie het volgende:

[..]

Basale kennis van C is ook wel handig als je met hardware zoals arduinos aan de gang gaat.

Ik vraag me wel af hoe het kan dat je programmeren na een week al opgeeft terwijl het je naar eigen zegge makkelijk afgaat - tsja, als hobbyprogrammeur moet zelfs dat eerste form-windowtje toch wel een beetje als een succesje aanvoelen. Tenminste, ik denk niet dat ik het volgehouden had als het anders zou zijn.

Heb je jezelf niet te hoge eisen gesteld? verwachtte je na een week al mijnenvegen te kunnen bouwen? Als dat namelijk zo is, ga je die problemen met hardware ook krijgen hoor. Daar zul je ook blij moeten zijn met dat eerste knipperende lampje of geluidje.

Daarnaast komt met hardware nog een zwik aan complexiteit, namelijk elektrotechniek/electronica. Buiten de software om. Leuk om te beginnen met een Arduino, maar om het echt te begrijpen zul je toch de technieken in moeten duiken en dan heb je ineens 2 problemen: de programmeertaal en hoe het spul werkt.

quote:

Op vrijdag 22 januari 2016 16:27 schreef RustCohle het volgende:

[..]

Ik heb niet alleen hoge eisen gesteld, maar als het op I(C)T aankomt dan wil ik snel aan de slag. Zoals de kenners wellicht weten, kun je wel leren maar je kunt binnen IT niet alles 100 procent kennen althans.. dan kun je eindeloos blijven doorleren.. want er komt telkens wel weer wat bij.

De basiselementen van programmeren zijn niet tot nauwelijks veranderd sinds de begindagen van de computer. Er zijn natuurlijk wel nieuwe talen, tools en werkwijzen ontstaan, maar wat je vandaag de dag moet weten om een simpele applicatie in elkaar te zetten lijkt extreem op wat men 20 of 30 jaar geleden ook deed.

quote:

Op vrijdag 22 januari 2016 16:35 schreef Tijn het volgende:

[..]

De basiselementen van programmeren zijn niet tot nauwelijks veranderd sinds de begindagen van de computer. Er zijn natuurlijk wel nieuwe talen, tools en werkwijzen ontstaan, maar wat je vandaag de dag moet weten om een simpele applicatie in elkaar te zetten lijkt extreem op wat men 20 of 30 jaar geleden ook deed.

Idd gewoon gestructureerd iets opzetten. Of het nu in fortran, cobol, pascal of C gemaakt wordt het gaat om de structuren. Dat je tegenwoordig vele makkelijker in en output schermen kan maken is wel heel fijn.