Wat voor regels heeft Apollo Journey voor het maken en behoeden van scripts en wat veranderd er hierdoor bij mijn aanpak?

• Aanleiding

Bij Apollo Journey hebben ze elke vrijdag een programming meeting. Hierin laten zij aan elkaar zien wat ze met programming allemaal hebben gedaan deze week. Ik heb de vorige weken leuk meegekeken en geleerd van bepaalde technieken en aanpakken die ze lieten zien met de problemen die ze tegenkwamen. Nu was ik een een stukje code aan het laten zien, niet echt iets spannends, maar hij vroeg toen aan mij of ik de coding guidelines had bekeken van Apollo Journey. Ik gaf aan dat ik daar nog nooit van had gehoord of gelezen maar het graag wou doornemen. Wat voor aanpak moet ik nu anders doen en wat is de richting wat Apollo Journey graag wil zien? Wat is er nu juist beter aan dan de manier die ik handhaaf tijdens coderen? en hoe kan ik mezelf hier in verbeteren om beter in het bedijf te passen en te zien van de verbeteringen?

• Methodiek

~ Expert interview/conversation

• Tijdens de programming meeting kreeg ik als advies de coding guidelines te bekijken.

• Hierin staat de aanpak van Apollo Journey hoe ze graag willen dat dit wordt gehandhaafd.

• Dit zou mijn eigen structuur en kennis van programming ook sterk verbeteren.

• Hierdoor kan ik leren waardoor er een bepaalde actie wordt gehandhaafd en dit dus beter is voor scripting, consistency en minder zware eisen worden gedaan.

~ Literature study

• De pagina, die door geheimhouding hier helaas niet kan laten zien. (1)

• https://youtu.be/IGH4-ZhfVDk Youtube video tutorial DRY ( Don't Repeat yourself ). https://en.wikipedia.org/wiki/Don%27t_repeat_yourself Wikipedia link. (2)

• https://youtu.be/bEG94zyZlX0 Youtube video tutorial KISS ( Keep it simple stupid ). https://en.wikipedia.org/wiki/KISS_principle Wikipedia link (3)

(1) Hierin staat informatie over de general, comments, formatting, inheritance, interfaces, namespaces, naming, properties, structure of a class, Unity, Unreal, visual studio settings en Flutter (padding, font sizes, icon sizes etc).

(2) " A principle of software development, aimed at reducing repetition of information of all kinds. " Deze regel met code omgaan is van beland bij Apollo Journey. Dit houd in dat ik mijn code handig bouw zodat ik maar 1 ding hoef aan te passen en niet overal diezelfde regel opnieuw moet plaatsen waar nodig ergens meer in het script.

(3) " All systems work better when they are kept simple rather then made complex. " Deze KISS aanpak gebruiken ze bij Apollo Journey.

KISS stands for = think about creating simple solutions to last, your methods should be like a hammer. fit for a purpose and hard to break. Hoe ga ik dit bereiken? Start small, and think about how your prosses is layered. Work from general to concrete. But when your a tile layer of a structure, don't put the low layer code into the same function. Create a separate function that seems complex and name it well. Do it again and again, until every single thing becomes simple and clean.

• Resultaat

~ Computer Simulation

Het neerzetten en het beschermen van.

Beter gebruik maken van code waar minder van gevraagd wordt.

Het verder doornemen van het document van Apollo Journey

Ik kijk altijd weer even terug als ik verder ga met de volgende scripts. Ik leer hier veel uit en mijn programmerings skills gaan hierdoor ook omhoog. Het zijn die technieken en aanpak die ik eigenlijk nooit professioneel heb gebruikt. Ik heb altijd voor mezelf dingen gemaakt en voor groepjes, maar ooit 1 keer eerder voor een ander bedrijf.

Het gebruiken van privates en zo weinig mogelijk publics

Bij de meeste van mijn projecten werkte ik altijd met publics. Ik kwam dan in wat problemen door het aanvragen van dingen in andere scripts. Dus hield ik het altijd bij public. Nu vragen ze bij Apollo Journey of ik dat wel doe. Nu heb ik geleerd hoe het moet door deze zinnen neer te zetten.

Alle Serializefield boven onder elkaar

Mijn script was rommelig en niet zo als ze graag willen dat het is.

• Conclusie

Voordat ik de volgende keer ga scripten ga ik meteen vragen of er huis regels zijn bij het bedrijf. Nu was mij niks vertelt dus ben ik meteen te werk gegaan. Ik merkte wel dat mijn scripting wel een upgrade kon gebruiken nadat ik bij Apollo Journey bezig ben.

Ik ga voor toekomstige scripts meteen te werk met de manier en regels die Apollo Journey aanhouden. Deze werkwijzen ben ik nu ook gewend geraakt en ik zie het grote voordeel er zeker in.

Het document waar ik doorheen keek was niet in een keer door te nemen. Het duurt voor mij wat langer om dat goed tot me door te nemen. Dit is niet erg, het duurt gewoon wat langer.

Er zullen meer momenten komen waarbij ik mijn scripts even zal nakijken met het document met de regels.

Ik ben blij dat Apollo Journey elke vrijdag een script meeting heeft waarbij we werk van de week laten zien kwa scripting. Hier leer ik veel uit en het is leuk om te kijken of je script nog wat verbeter punten nodig kan hebben.

• Validatie

Elke vrijdagmiddag hebben we een meeting en hier vraag ik validatie aan het personeel. Hierbij overleggen we mijn script en er worden tips gegeven hoe ik een betere aanpak kan nemen en waarom dit ook beter is aan te houden. Op het begin van de stage waren er wel wat opmerkingen elke week. Maar steeds later in de stage werden het er steeds minder en het ging ook steeds vlugger.

• Vervolgstap

Het is nu mijn taak om deze werkwijzen aan te houden bij alles wat ik vanaf nu ga doen. Door dit aan te houden verbeter ik mijn scripting en zorg ik ervoor dat het met performance ook veel beter af gaat. Ik heb geleerd dat performance ook zeker van groot belang is voor mijn project en scripting daar ook zeker bij hoort.