Het gebeurt onze volgende basisprincipes van ontwikkelaars, en dat is wat goede code is, ik bedoel, wat goed is dat zo vaag lijkt, zoals wanneer
iemand zegt dat ik een goede codeur ben, ik ben een uitstekende programmeur, hij is
een senior programmeur.
Hij is een ervaren programmeur.
Hij is een technisch leider.
Hij is een genie.
Wat betekent dat eigenlijk?
Nou, je kunt het beperken tot deze eenvoudige uitspraken, wat is schone, goede code?
Ik heb het een beetje weggegeven.
De eerste is schoon.
Dat wil zeggen, we willen ervoor zorgen dat onze code een stijl volgt die, laten we zeggen, de Python-gemeenschap onderschrijft,
volgen we de best practices?
En Python heeft deze geweldige eigenschap van het formaat.
En Python heeft standaard manieren om spaties te gebruiken om ervoor te zorgen dat onze code schoon is.
Ik gebruik geen onnodig lelijke spaties zoals deze of misschien maak ik lijsten echt raar en funky, misschien geen
spaties hier tussenin.
Misschien heb ik hier veel willekeurige opmerkingen.
We houden onze code schoon.
We zorgen ervoor dat elke regel die we hebben gemakkelijk leesbaar is, maar we hebben ook geen extra dingen die we daar
niet nodig hebben.
En dit heeft ook betrekking op het idee van leesbaarheid nu, leesbaarheid betekent de mogelijkheid om je eigen code te willen lezen, misschien
twee jaar later, je komt terug en kijkt naar de code.
Ga je het begrijpen als je in teams werkt of voor bedrijven en andere collega's?
Kom en kijk naar je code.
Is het gemakkelijk te begrijpen?
En hier is dit duidelijk persoonlijke voorkeur, maar meestal zijn de ideeën eenvoudig.
Ik gebruik hier bijvoorbeeld namen die logisch zijn.
Als ik variabelenamen had die niet logisch zijn, zal het voor iemand heel moeilijk zijn om mijn code te lezen.
Misschien zullen mensen in de war zijn waarom ik deze printverklaring hier heb.
In dat geval zou ik hier misschien moeten zeggen dat ik na elke rij een nieuwe regel nodig heb.
Of misschien zullen ze in de war zijn waarom we dit ook nodig hebben, dus afhankelijk van
je stijl, wil je misschien opmerkingen toevoegen, ervoor zorgen dat een naamgeving van je variabelen goed is, en misschien ervoor zorgen dat
niet alleen jij de code.
De andere is het idee van voorspelbaarheid, en dit is mijn favoriete, dat wil zeggen dat mensen soms
heel slim proberen te zijn met hun code, proberen de meest compacte code te hebben of de nieuwste functies gebruiken of een aantal
echt obscure tools die of functies die zijn niet erg gebruikelijk om er eerlijk gezegd goed uit te
zien.
Maar je wilt code hebben die logisch is, die dingen maar één ding heel goed doet.
Deze code is vrij klein, dus redelijk voorspelbaar.
Weet je, er is maar één doorgang en het is gemakkelijk te voorspellen wat er gaat gebeuren.
We gaan afdrukken, maar naarmate we meer en meer in de cursus komen, zul je zien dat onze
code steeds groter wordt en dat voorspelbare, gemakkelijk te begrijpen code erg belangrijk is.
En dan tot slot, dit is een belangrijk principe dat je hier overal deha bent.
Waarom herhaal je jezelf niet?
Je wilt geen code hebben die je jezelf constant herhaalt.
Dit is een klein voorbeeld, maar het is heel gemakkelijk als programmeur om te zeggen: oh, ik ga dit kopiëren en dan ga ik
dit opnieuw uitvoeren, zodat als ik op uitvoeren klik.
Moet je zien.
Ik heb twee bomen.
Dit is verbazingwekkend.
Maar misschien is dat niet het beste idee, je hebt nu achtentwintig regels code en mensen zijn misschien in de war
waarom we dit twee keer doen, misschien willen we in plaats daarvan hier een programmatisch teller hebben om te zeggen dat we dit twee
keer moeten uitvoeren of misschien iets gebruiken als functies, die we later zullen leren om ervoor te zorgen
dat we dit proces keer op keer kunnen herhalen.
Houd deze nu in uw achterhoofd, want tijdens de cursus gaan we deze onderwerpen
onderzoeken.
Maar laten we zeggen dat ik net bij deze code kwam en ik wilde dat je het een beetje opruimde.
Nogmaals, dit is slechts persoonlijke voorkeur, maar dit zijn enkele van de dingen die ik zou doen.
Eén is hier in plaats daarvan pixels gelijk aan één.
Dit is wat verwarrend.
Ik ga alleen maar zeggen, als er hier een pixel is en ik weet dat pixels ofwel een nul op een
zijn, print dan hier omdat dit een waarheidswaarde is die we alleen zullen evalueren.
Waar.
Dus dat heeft mijn code een beetje beter gemaakt.
Iets anders dat ik zou kunnen doen, misschien wil ik dit meer uitbreidbaar maken, wat zou kunnen
betekenen dat ik iets moet doen als, laten we zeggen, gevulde variabele die gelijk is aan de ster en dan misschien leeg, wat gelijk is
aan een lege string, en verander deze in Phil.
En leeg, nu is dit een extra regel code, maar als we dit bijvoorbeeld meerdere keren doen in plaats van
dat we misschien steeds opnieuw afdrukken, of misschien hebben we hier nog een regel met
afdrukken.
En nog een afdruk hier en daar, en misschien een andere afdruk hier die anti is.
In plaats van dat ik hier vijf locaties moet veranderen, kan ik nu alleen dit deel veranderen en misschien wil ik
in plaats van ster ik, ik weet het niet, dollarteken weergeven.
En als ik dit uitvoer.
Oké, ik krijg hier een iets ander beeld, maar nogmaals, ik kon gewoon de variabele veranderen en de
variabele werd gebruikt om in te vullen wat ik nodig had.
Dit zijn allemaal dingen waar je een beetje ervaring voor nodig hebt om aan te wennen, maar die je hopelijk
tijdens de cursus zult ontdekken.
En tegen het einde heb je al deze best practices in gedachten.
Ik zie wel in de volgende.
Bobby.