Hoe kan ik mijn broer overtuigen om met programmeren te beginnen?

Mijn gevoel zegt dat je broer misschien nooit geïnteresseerd zal raken in programmeren. Hij lijkt misschien wel geïnteresseerd, maar ik denk dat het voor hem in dit stadium nog steeds een middel is om een doel te bereiken (ik wil een spel maken, en met programmeren kom ik er wel).

Laat hem kennismaken met de andere domeinen van het ontwerpen van spellen, zoals graphics of sound design, en kijk of die aspecten zijn interesse wekken.

Als je hem eenmaal hebt laten kennismaken met gamedesignframeworks als Unity, zal hij al snel beseffen dat een beetje programmeerkennis al een heel eind komt in een indie-team als het jouwe.

Als hij dan geïnteresseerd raakt in programmeren vanuit het oogpunt van een maker (de reis, niet de bestemming), verwijs hem dan naar de online bronnen zoals YouTube etc en bied aan om de mentor te zijn die deze jonge reiziger verdient.

Er zijn een paar punten die de moeite waard zijn om te bespreken. Ik zal het over mijn eigen ervaring hebben, misschien kun je hem dit laten zien en zal het helpen om te weten hoe het is om een indie dev te zijn.

Ik heb mijn graad gehaald in Games Design. Slechte beslissing. Het raakte aan de basis, maar uiteindelijk kon ik nog steeds geen spel maken. Een paar jaar later besloot ik te leren hoe ik Game Maker Studio moest gebruiken. Ik wist niets van programmeren. Aan het eind van het project wist ik iets, en had ik een spel van concept tot voltooiing gebracht. Ik was zelfvoldaan. Het verkocht bijna niets. Ik was verdrietig.

Later kreeg ik weer wat vertrouwen, en besloot een postdoctorale conversiecursus te doen voor mensen die wilden leren programmeren. Ik had een spel gemaakt, hoe moeilijk kon het zijn? Bleek… behoorlijk moeilijk. Dingen als multithreading heb ik gelukkig nooit buiten een klaslokaal hoeven te gebruiken.

Dus ik ben afgestudeerd, heb een programmeerbaan gekregen bij een IT bedrijf, en heb die baan twee jaar gehad. In die tijd heb ik ook het grootste deel van mijn vrije tijd na het werk en in het weekend besteed aan het ontwikkelen van spelletjes. De vooruitgang gaat langzaam.

Voor iemand die zijn eigen spel wil maken, alleen of in een klein team, moet je de persoon zijn die zijn eigen ideeën kan uitvoeren. Kleine teams kunnen zich geen toegewijde spelontwerper veroorloven die de hele dag ontwerpdocumenten schrijft. Omdat de meeste mensen het zich niet kunnen veroorloven om een team van programmeurs in te huren, moeten ze programmeurs zijn om ontwerpers te kunnen zijn. Ik zou zo ver willen gaan om te zeggen dat het de voorkeur verdient dat je hoe dan ook kunt coderen. De essentie is dat als je jouw spel wilt maken, en niet het spel van iemand anders, dan moet je het zelf kunnen.

Een spel maken is moeilijk. Heel erg moeilijk. Als je spellen wilt maken, moet je bereid zijn om moe thuis te komen van 9 tot 5 en jezelf te dwingen code te schrijven voor een afschuwelijk probleem waar niemand die je kent bij kan helpen. Je bent al weken aan het worstelen, en je hebt zin om te huilen, want hoe gaat dit ooit opgelost worden? Soms heb je het gevoel dat je niet weet of dit ooit zal eindigen, en vraag je je af of je je leven aan het verspillen bent. Om oprechte zelftwijfel te hebben, en toch te concluderen: Nee. Dit is de juiste beslissing. Om die verdomde vastberadenheid te hebben.

Spoiler alert: Ik heb het gemaakt. Dus je broer moet dat krijgen. Misschien kan hij in plaats daarvan je kunstafdeling zijn? Daar is niets mis mee, maar het zal niet minder werk zijn om te leren en te maken wat je nodig hebt. Wat hij ook doet, hij moet het net zo druk hebben als jij. Ben jij een ideeënman? Ja, ga achter de ideeënman staan die kunst kan maken, of de ideeënman die kan coderen.

Met die peptalk afgerond, geef hem iets als Unity of Game Maker. Vertel hem om na te denken over het maken van een heel simpel spel. Stapje voor stapje. Er is genoeg leermateriaal online voor die twee engines (en andere), en iets als TutorialsPoint zal hem helpen kennis te maken met de basis van programmeren.

In mijn geval, na geworsteld te hebben met GML en Game Maker Studio, las ik de eerste honderd pagina’s van Programming: Principles and Practice Using C++ van Bjarne Stroustrup, en dat was genoeg om met Unity en C# te beginnen. Hem alleen al leren hoe hij zelfstandig moet werken en zelf problemen moet oplossen met behulp van Google en StackOverflow is het halve werk.

Laat hem zien hoe hij een IDE zoals VisualStudio, en de debugger moet gebruiken, en houd zijn hand vast bij elementaire C# (bijvoorbeeld) tutorials. Wees geduldig. Variabelen, functies, arrays, klassen, enz. Wij programmeurs vergeten hoe eng het is om te beginnen. Ik kan niet genoeg benadrukken hoe belangrijk het voor je is om hem door die babystapjes te helpen. Wees geduldig. Niet iedereen is zo gek als ik om het alleen te doen. Maar als je hem helpt met de basis, en hem in staat stelt om eenvoudige debugging en het maken van eenvoudige klassen te doen, zal hij beginnen te denken over het maken van games in programmeer termen. Dan zal hij het snappen.

Je kunt hem niet overtuigen om te gaan programmeren. Hij moet alleen beslissen of hij echt spellen wil maken. Dan zal hij beseffen dat hij een programmeur moet worden.

TL;DR

Je kunt je broer niet overtuigen om te gaan programmeren. Programmeren is moeilijk, vervelend, en vereist een bepaald type hersenen om enige vorm van voldoening te vinden in programmeren.

• *

Ik denk dat je de dynamiek van de voorgestelde relatie van de situatie niet goed begrijpt.

Je broer zegt niet “Hé, ik wil persoonlijk een spel vanaf de grond opbouwen.” Hij zegt: “Hé, ik denk dat we wat geld kunnen verdienen als je mijn ideeën programmeert.” Dit is een zakelijk voorstel.

Hij speelt spellen zonder zich te bekommeren om het programmeeraspect, dus hij weet in wezen wat de gemiddelde gebruiker wil. Jouw visie kan vertroebeld zijn omdat je technisch in de “loopgraven” van spelontwikkeling zit.

Ik weet dat dit klinkt alsof hij egoïstisch en onbeschoft is, maar dat is hij niet; dit is precies hoe een bedrijf werkt. Als de eigenaar van een bedrijf een website wil, dan is het zeer waarschijnlijk dat iemand anders die voor hem bouwt.

Ik ben er vrij zeker van dat jullie niet in de positie zijn om een bedrijf te starten dat AAA titels kan produceren, maar als jullie bereid zijn om jullie vaardigheden te combineren met zijn ideeën dan zou er iets groots kunnen gebeuren.

Ik ben een programmeur die in de game-industrie werkt, dus ik heb genoeg ervaring met mensen die proberen mij hun spelideeën te laten maken. In een industrie waar zo'n beetje iedereen meer ideeën heeft dan hij ooit werkelijkheid kan maken, zijn ideeën absoluut waardeloos tenzij je de vaardigheden hebt om ze te helpen verwezenlijken.

De vaardigheid die hij bijdraagt hoeft echter niet programmeren te zijn. Als je broer artistieke vaardigheden heeft of bereid is die te ontwikkelen, kan hij de kunst voor het spel leveren. Ik vind vaak dat ik vastlopen proberen te produceren zelfs op afstand begaanbaar kunst voor mijn huis nevenprojecten. Dus het hebben van een kunstenaar partner kan super nuttig zijn.

In principe, als iemand niet genoeg om zijn idee geeft om een vaardigheid te leren om het te helpen verwezenlijken, dan zou u ook niet om hun idee moeten geven.

Ik ervaar precies hetzelfde met mijn kamergenoot. Ik ben een programmeur en hij niet. Hij wil nooit iets leren over spelontwikkeling, maar wil altijd een spel maken:

Je broer is niet geïnteresseerd in het leren over spelontwikkeling, maar alleen gefascineerd door het concept van het maken van een nieuw spel.

Bied hem wat Youtube-video’s aan die hij kan volgen en stel jezelf beschikbaar als hij vragen heeft. Je beste kans om hem geïnteresseerd te krijgen is om een video te vinden waarin een basisspel wordt ontwikkeld terwijl hij ernaar kijkt, in de taal van je voorkeur. Ik zou de omgeving ook op zijn computer instellen, zodat hij kan meekijken.

Als hij echt geïnteresseerd is in het ontwikkelen van spelletjes, dan zal het vanaf daar wel loslopen. Maar waarschijnlijk wil hij gewoon ‘de saaie delen overslaan’ en het eindproduct al hebben. Geen enkele hoeveelheid overtuigingskracht zal dat veranderen.

Hoe kan ik mijn broer overtuigen om met programmeren te beginnen?

Dat doe je niet.

Zoals ik het zie zijn er misvattingen aan beide kanten hier.

De problemen met jou:

Je lijkt te zijn gevallen voor de algemene misvatting dat het spelen van spelletjes of het hebben van ideeën voor spelletjes je op de een of andere manier geneigd maakt om programmeur te worden of om met technologie in het algemeen te werken. Dat is echter helemaal niet het geval.

De HDMI aansluiten op de monitor en PC voor je moeder betekent nog niet dat je nu tech support bent. Evenzo maakt alleen het beschrijven van een programma dat je wilt hebben je nog geen programmeur of ontwerper, er komt veel meer bij kijken dan een leek zou overwegen - als programmeur weet je zelf dat dit waar is.

Daarom moet je ophouden deze verwachtingen van je broer te hebben.

De problemen met je broer:

Disclaimer: Wat ik nu ga zeggen kan gemeen of beledigend op je overkomen, maar dit is wat ik uit je beschrijving van hem heb gehaald.

Je broer is een bloedzuiger. Hij heeft hoge verwachtingen van het product en verwacht veel van jou, terwijl hij tegelijkertijd veel voor zichzelf opeist maar niet veel bijdraagt. Iedereen kan ideeën rondstrooien over wat hij leuk vindt in een spel zonder enige context. Maar heeft hij ook maar iets gedaan om te bewijzen dat dit daadwerkelijk te doen is of zelfs leuk? Goede concepten, tests, vergelijkingen, …?

Doe het niet.

Hij weet niet wat hij wil. Je bent meerdere keren begonnen om hem kennis te laten maken met programmeren, maar hij haakte af na een ongelooflijk korte tijd. En nu wil hij dat jij gelooft dat hij het geduld en uithoudingsvermogen zal hebben om te gaan zitten en te leren van een groter stuk code dat jij geschreven hebt? Wat een grap.

Doe het niet.

Hij is overmoedig. Dit lijkt ook op jou van toepassing te zijn. Hij heeft absoluut geen idee hoeveel werk dit project gaat zijn en overschat zijn capaciteiten of onderschat het werk - of allebei. Jullie lijken geen idee te hebben van de hoeveelheid en het soort werk dat gedaan moet worden.

Doe het niet.

Hij is een wannabe game ontwikkelaar. Dit is niet ongewoon op het internet en niet echt een verrassing als je kijkt naar de combinatie van onervaren kinderen/tieners met een superioriteitscomplex en anonimiteit. Iedereen denkt te weten wat het spel mist en hoe het beter zou kunnen. Maar hoeveel mensen hebben daar eigenlijk ervaring mee? Hoeveel van deze mensen kunnen of hebben ervaring met het doen van artwork, animatie, wiskunde, graphics, programmeren, stem, muziek, storytelling, het schrijven van karakters, level design, gameplay design, … Op welke van deze punten kan je broer je helpen met een waardevolle bijdrage? Uit wat je ons verteld hebt lijkt het van niet.

Doe het niet.

• *

Tot besluit

Dit is niet iemand met wie je een project wilt beginnen. Als je begint met de voorwaarden zoals ze nu zijn, zul je alles doen, met weinig tot geen inbreng van hem. Je zult dit al na een paar weken merken (zelfs dagen of met hem in minuten) en het project zal tot stilstand komen.

Wat je kunt doen

Zet eens op papier wat je van het spel verwacht en wat er volgens jou gedaan moet worden om dat te bereiken. Er is veel waar je hier op moet letten, maar aangezien dit InterpersonalSE is, ga ik daar hier niet op in. Teamwerk is echter wel interpersoonlijk, dus ik zal je aanraden om op te schrijven wie wat kan/mag/moet doen.

Programmeren is niet iets waarvan je zomaar iemand kunt overtuigen het op te pakken. Je kunt de basis snel leren, maar als je goed wilt worden, moet je er veel tijd in steken om ervaring op te doen.

Hij moet het product graag genoeg willen om er zelf werk in te steken en dus te leren programmeren.

Wat vindt je broer interessant (anders dan videospelletjes)? Misschien is er een ander haakje dat je kunt vinden. Processing (een taal die populair is bij technisch onderlegde visuele kunstenaars) en de grotere make movement waar het deel van uitmaakt kunnen misschien een interesse wekken. Over vonken gesproken – The SparkFun Guide to Processing is een goede plek om te beginnen. Misschien is de A in STEAM het ontbrekende ingrediënt.

Maar – misschien ook niet. Uiteindelijk kun je je broer niet dwingen om ergens in geïnteresseerd te zijn. Stel hem bloot aan een paar mogelijkheden. Als er een echte interesse wekt – geweldig. Zo niet, dan moet je op een gegeven moment het idee maar opgeven.

Mijn ervaring komt tot op zekere hoogte overeen met die van veel andere posters, maar ik denk dat het belangrijk is te benadrukken hoe moeilijk het voor ons, als programmeurs, kan zijn om te zien hoe verwarrend de taal is voor iemand anders die er misschien nieuw in is.

Eén ding dat me vooral opviel in je voorbeeld was het verplaatsen van de P op het scherm. Voor ons lijkt dit een triviaal voorbeeld, maar een niet-programmeur zal zelfs voor de eenvoudigste elementen van die oefening geen basis van begrip hebben, en je broer kan gefrustreerd raken bij het proberen te begrijpen hoe de coördinaten zich verhouden tot het plaatje op het scherm.

In mijn eigen ervaring “leerde” ik voor het eerst programmeren op de middelbare school, en ik deed het goed, totdat ik een onmogelijke taak kreeg (ik kreeg het werk zonder de letterlijke bestanden om de instructies te volgen). Ik had het gevoel dat ik gefaald had, gaf het op en ging in plaats daarvan Engels studeren.

Jaren later gebruikte ik VBA om een saaie taak in Excel te automatiseren, dan de volgende taak, en de volgende, enzovoort. Dit is waar ik verwant ben met je broer: als iemand tegen mij had gezegd: “Leer programmeren om data-analyse te automatiseren. zou ik me binnen de eerste tien minuten verveeld hebben, en zou ik waarschijnlijk nog steeds niet programmeren. In plaats daarvan vond ik mijn eigen waarde in de taak, het verlossen van mezelf van een saaie baan, en incrementeel uitgebreid mijn vaardigheden, omdat de beloning van het doen van dat was de versterking.

In sommige opzichten kun je je broer een eenvoudig bestand geven, en hem daarmee laten manipuleren en spelen. Hij kan besluiten dat de bewegende ‘P’ te saai is om te manipuleren, of hij kan zich juist afvragen hoe hij ‘P’ in ‘O’ kan veranderen, ‘O’ in ‘BEWEGEND’, hij kan ontdekken hoe hij het tegen de muren kan laten stuiteren, of van vorm veranderen. Uiteindelijk moet hij geïnteresseerd zijn in het testen van de code, en ontdekken hoe het proces werkt, anders zal hij er niets van opnemen.

Ik heb het geluk gehad dat enkele grote programmeurs mij hebben geleerd wat zij weten om mij te helpen grotere hoogten te bereiken, maar in elk geval moest ik eerst echt de waarde in de code zien voordat ik hem gebruikte. Het is gemakkelijk om te weten dat abstractie goed is, of dat interfaces nuttig zijn, maar het is iets anders om dat probleem te moeten aanpakken dat niet gemakkelijk kan opgelost worden zonder een interface, of om te worstelen met een kluwen code die uiteenvalt als i verandert in i + 1 en het veranderen van die code in j lost het op, maar je vergat het hier ook op te lossen, en nu zijn we bij k omdat je je niet kan herinneren of i juist was, of dat het werkelijk j was.

Uiteindelijk moet hij gepassioneerd zijn over het werk, voordat het een hobby wordt, anders is het gewoon weer een baan.

Dit antwoord is strikt “interpersoonlijk”…

Ik had een soortgelijke situatie met mijn broer rond die leeftijd en bij ons bleek het probleem niets met programmeren te maken te hebben, maar alles met intermenselijke relaties.

Broers en zussen hebben de neiging zich van elkaar te willen onderscheiden. In ons geval althans, had mijn broer een weerstand tegen programmeren omdat ik dat deed. Ik had het hem nooit kunnen leren of overtuigen (ik heb het wel geprobeerd) omdat het van mij kwam - ik was de expert, ook al kon ik absoluut zien dat hij de potentie had om minstens zo goed te worden.

Nadat hij uit huis was gegaan, had hij een paar niet-technische baantjes voordat hij op eigen houtje en vanuit een heel andere richting in het programmeren terecht kwam.

Hij werd een fantastische programmeur/manager/leider/architect voor een middelgroot bedrijf en is dat al een paar decennia. Ik denk niet dat ik hem daarin had kunnen leiden of duwen, ik heb het geprobeerd. Hij zou niet door mij onderwezen zijn, hij zou zich (onbewust) verzet hebben.

Dus als ik het vanuit dat gezichtspunt bekijk, wat zou ik in jouw geval doen?

Gezien je beschrijving, zou ik hem waarschijnlijk het Unity framework laten downloaden (zoals het geaccepteerde antwoord suggereert). Ik heb dit de laatste tijd geprobeerd omdat een HUGE percentage van games begint te worden uitgebracht met behulp van Unity. Het ding is, zodra ik het had gedownload, begonnen ze me te pesten met e-mails die me probeerden te verleiden om door hun tutorials te lopen (en ze hebben HEEL VEEL tutorials/hulp voor beginners). Ze zijn erg goed in het vasthouden van handen en het is vrij gemakkelijk om een spel dat ziet er nogal niet-triviaal.

Ook–niet zelf downloaden/leren/gebruiken. Laat hem ergens de expert in worden. Zelfs als je een vraag niet kunt beantwoorden, is dat geweldig! Laat hem het zelf uitzoeken - je kunt altijd bij hem zitten en samen het antwoord op SO opzoeken. Ik weet niet zeker of dit zal werken, maar ik denk dat het voor mij en mijn broer zou hebben gewerkt.

Op dit moment lijkt je broer niet in staat om geconcentreerd te werken voor slechts tien minuten. Als hij dat niet kan, dan is software ontwikkeling niets voor hem. Probeer hem dus niet over te halen het vak in te gaan, daar schiet niemand iets mee op.

Je kleine broertje heeft ideeën. Het is elders al gezegd, ideeën kosten een tientje. Dus om iets van waarde te creëren, moet hij meer hebben dan alleen een idee. Vraag hem om daadwerkelijk te beginnen met het ontwerpen van een spel. Niet alleen een idee. Laat hem opschrijven hoe het spel begint. Welke dingen de gebruiker kan doen, welke effecten de acties van de gebruiker hebben, welke acties door het spel worden geproduceerd. Alles moet in detail worden ontworpen. Wat het spel geweldig maakt moet in zijn ontwerp zitten, hij kan niet op de programmeur(s) vertrouwen om het spel boeiend te maken. Dat moet de spelontwerper doen.

Of vraag hem uit te zoeken wat er nodig is om een spel te verkopen. Van het starten van een bedrijf, belastingaangifte doen, ontwikkelaars betalen om het spel te maken, uitgevers vinden, enzovoort.

Iedereen heeft verschillende manieren om iets te leren, afhankelijk van zichzelf van wat er te leren valt. Ik zou niets leren over programmeren door video’s te bekijken; in plaats daarvan leer ik het door het te doen. Iemand anders leert misschien van video’s of boeken.

Toch is programmeren niet iets wat je kunt leren. Het vereist ervaring en die krijg je alleen door het te doen. Je kunt iemand tot op zekere hoogte helpen om te weten wat er bij komt kijken, maar vanaf het allereerste begin moet die persoon het zelf begrijpen, net als leren lezen. Van daaruit moet de leerling het zelf ontdekken.

Je kunt iemand niet leren fietsen. Zelfs als je de leerling alle natuurkundige aspecten van het fietsen bijbrengt, kan hij er nog niet op rijden, want dat vereist ervaring, die hij alleen kan opdoen door het te doen. Zo kun je programmeren ook niet aanleren.

Programmeren is een vaardigheid, net als lezen of fietsen. Er zijn dingen die je moet weten om het te doen, en alleen die kun je leren. De vaardigheid zelf kan niet worden aangeleerd, die kan alleen door de leerling worden ontwikkeld — en de leerling zal dat alleen doen als hij dat wil.

Misschien kun je je broer vertellen wat er allemaal komt kijken bij het maken van een spel, en misschien vindt hij daar iets tussen wat hij wil leren. Zo niet, dan zal hij geen spel kunnen maken en heeft hij besloten zichzelf hulpeloos te maken.

Programmeren is helemaal niet moeilijk of frustrerend, zeker niet tegenwoordig met alle geweldige hulpmiddelen die beschikbaar zijn en de machine die niet vastloopt als het programma niet werkt, zoals vroeger, en het is leuk.

Misschien zou iedereen die het leert er goed aan doen een 35 jaar oude computer en wat geschikte programmeerboeken te gebruiken, en niet meer. Dat houdt hem geconcentreerd, en hij kan het spel niet spelen voordat hij het programma zelf heeft ingevoerd, wat enige stimulans geeft. Het leren gaat dan vanzelf, gewoon door het in te voeren, omdat hij ziet hoe het gedaan wordt en onvermijdelijk begint na te denken over het veranderen ervan, en het dan te doen.

Geef iemand een soort spelontwikkelingssoftware, of een volwaardige C/C++ compiler en mompel iets over klassen en methoden, en je leerling zal totaal overweldigd zijn. Geef hem iets eenvoudigs en rechttoe rechtaan geschreven in een eenvoudige BASIC variant — als je die nog kunt vinden — of, als alternatief, in perl, print het uit en laat hem het zelf invoeren, en misschien leert hij het dan wel.

Ik denk dat een leerling een kans moet krijgen om het probleem te begrijpen dat door programmeren moet worden opgelost, voordat hij begint te programmeren. De volgende stap zou kunnen zijn hen te laten zien hoe je het probleem zo kunt opsplitsen dat een computer het kan oplossen; laat dan de eigenlijke implementatie zien en leg die uit. U moet beginnen met het eenvoudigste probleem dat u kunt bedenken, niet met een van de moeilijkste, zoals het maken van een spel.

Laat hem zien hoeveel geld hij kan verdienen. https://www.upwork.com/o/profiles/browse/c/web-mobile-software-dev/nss/90/hrs/1000/?rate=60&user_pref=1

En

Echter, programmeren is hard en niet iedereen kan het. Dat is waarom programmeurs zoveel verdienen. Mijn moeder kreeg een Commodore-64 om te leren typen en kocht een BASIC-boek, en ik was degene die het boek uit had. Als hij voorbestemd was om programmeur te worden, had hij dat nu al gedaan. Uit deze grafiek kun je zien dat de gemiddelde leeftijd waarop programmeurs begonnen 13,5 was. Slechts weinigen zijn ouder dan 20.

0x4 Bron

Ik heb een broer die net zo is - geen motivatie, geen ambitie, geen doorzettingsvermogen. Misschien een andere verwante vaardigheid vinden waar hij wel interesse in heeft. Als je per se wilt blijven proberen, begin dan misschien met Scratch, dat ontwikkeld is om kinderen te helpen programmeren met een drag & drop interface. https://scratch.mit.edu/