Constanten

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Embedded Software Developer

Functie omschrijving Voor een mooi softwarebedrijf in omgeving Ridderkerk zijn wij op zoek naar een Embedded Software developer. Ben jij enthousiast en een echte team player? Lees dan snel of dit iets voor jou is! Binnen deze rol houdt jij je bezig met alle werkzaamheden die nodig zijn om een functionaliteit te bouwen. Denk aan ontwerpen, architectuur, programmeren en algoritmes. Je voert test en validatie werkzaamheden uit bij de implementatie bij de klant. Ben jij een Embedded Software Developer die affiniteit heeft met de allernieuwste technieken? Laat dan snel wat van je horen! Bedrijfsprofiel Onze opdrachtgever bestaat uit een groot

Bekijk vacature »

.NET software developer

Functie omschrijving Voor een gewilde werkgever in omgeving Roosendaal zijn wij op zoek naar een back-end software developer met een aantal jaar werkervaring. Je krijgt een plekje in het workflow team en je zal betrokken worden bij het bouwen van nieuwe software, en het optimaliseren van bestaande code. Je werkt bij dit bedrijf in een Scrum team waarin je soms klantcontact hebt. Jouw werkzaamheden zullen er als volgt uit zien: Je krijgt een plekje op de in-house IT afdeling. Deze afdeling bestaat uit zo'n 12 collega's, verdeeld over verschillende specialisaties (BI, Beheer, Business software & workflow). De vacature staat open

Bekijk vacature »

Back end developer Python, PHP

Functie Jij als full stack ontwikkelaar zult komen te werken samen met 1 PHP ontwikkelaar een PO en een flexibele schil aan ontwikkelaars . Samen ga je ervoor zorgen dat de huidige producten doorontwikkeld worden. De marketplace is geschreven in PHP Laravel en in de front end React. De roostersoftware is ontwikkeld in Python in combinatie met React in de front end. Jij zult voornamelijk (lees 75%) werken aan de roostersoftware. Momenteel ligt de uitdaging in het feit dat de roostersoftware breder schaalbaar moet worden zodat het voor meerdere flexwerkers ingezet kan worden. Verder willen ze financiële koppelingen gaan maken

Bekijk vacature »

.NET developer

Functie Als .NET developer werk jij samen in een multidisciplinair ontwikkel team met 1-2 Senior .NET developers, twee front-end developers, Data Scientists en één UX designer. Als team werken jullie aan het ontwikkelen van een Cloud based applicatie en aan het stabieler maken van deze applicatie. Ook unit testing gaat erg belangrijk worden in jouw nieuwe functie. Samen met de Senior .NET ontwikkelaar wordt jij verantwoordelijk voor het ontwikkelen van de API. Jullie werken met veel data en incidenteel komen er ook data vraagstukken en zullen er wat queries gedraaid moeten worden. Dit betekend dat jij veel gaat werken met

Bekijk vacature »

.NET developer

Functie Als junior .NET ontwikkelaar ga jij aan de slag in één van de 5 IT teams van dit bedrijf. Jullie werken op basis van interne klantprojecten aan voornamelijk webapplicaties. Dit betekent dat jij continu uitgedaagd wordt en veelal met verschillende soorten projecten bezig bent. Het gave is dan ook dat jullie als team samen bekijken welke technieken het beste passen bij het project waar jullie verantwoordelijk voor zijn. Zo kan het zijn dat jij als .NET developer gaat werken aan een project, maar dat jullie als team liever gebruik maken van Haskell of F# om de klus te klaren.

Bekijk vacature »

PHP developer

Functie omschrijving Voor een klein bedrijf in de buurt van Nieuwegein zijn wij per direct op zoek naar een talentvolle PHP developer. Er wordt veel ruimte geboden voor eigen initiateven, waardoor je een mooie stempel kan drukken op jouw eigen werkzaamheden (zowel operationeel als strategisch). Het bedrijf heeft middels externe programmeurs een multimedia platform ontwikkeld, maar willen geleidelijk de ontwikkeling naar binnen halen. Om die reden zoeken zij een communicatieve interne PHP developer die graag meebouwt aan het succesvolle product. Je gaat de volgende werkzaamheden verrichten: Platform beheren en programmeren (PHP, MySQL, JQuery, Javascript, XML & HTML); Communicatie en aansturing

Bekijk vacature »

Medior/senior front end developer React Sportsoftw

Functie Voor deze functie ben ik op zoek naar een enthousiaste front end developer die communicatief vaardig is. Jij wordt onderdeel van een enthousiast jong team dat werkt aan grote websites. Binnen jouw rol ben jij diegene die de vertaling maakt van design naar functionele code en zorg jij voor goede experience op meerdere platformen. Dit doe je natuurlijk door gebruik te maken van onze stack; Javascript, HTML, CSS en React. Daarnaast wordt er gebruik gemaakt van Webcomponents en verschillende authenticatie tools. Doordat er hier gestreefd wordt naar de beste gebruikerservaringen, wordt het product constant doorontwikkeld. Hierdoor blijven ze voor

Bekijk vacature »

Oracle Developer / PL SQL

Dit ga je doen Software ontwikkeling aan een internationaal gebruikt pakket; Werken met technieken als Oracle 19c, Toad, PL/SQL, Oracle Forms, Reports en Designer; Meedraaien in internationale projecten; Meedenken over technisch en functioneel ontwerp; Samenwerken met collega's als Informatie Analisten, Testers en Release Managers; Soms wensen en eisen afstemmen met de business. Hier ga je werken Onze klant, een internationaal bekend bedrijf dat essentiële producten maakt waar iedereen graag gebruik van maakt, zoekt versterking in het Software Development team. Samen met 3 developers, een release manager, een informatie analist en 3 testers werk jij aan een systeem waarmee complexe producten

Bekijk vacature »

Front-end developer

Functie Als front-end developer kom je te werken in een team van 30 gedetacheerde, en het team is momenteel flink aan het groeien. Je hebt ervaring met het bouwen van complexe bedrijfsapplicaties waar je gebruik maakt van de nieuwste technologieën waarmee jij elke klant omver blaast. Het gaat om uitdagende projecten met een gemiddelde doorlooptijd van 2 jaar. Hierdoor heb jij echt de volledige focus op een project en kun je flinke impact maken. Het team zit boordevol met ervaren developers die samen dezelfde ambitie delen. Aan de hand van opleidingen en trainingen kun je certificaten halen in jouw expertise

Bekijk vacature »

Low Code Developer voor o.a. overheidsprojecten!

Bedrijfsomschrijving Wil jij ook behoren tot de specialist in Low Code? Dan zou ik zeker aanraden om verder te lezen. Deze organisatie is ooit opgericht door twee studenten en is inmiddels uitgegroeid tot een serieuze werkgever met een groot aanzien op Low Code projecten. De sfeer is echter niet veranderd, er heerst een informele sfeer met een open deuren beleid, en hierin mag de eigen bar natuurlijk niet ontbreken. Momenteel maakt deze organisatie een flinke groei door en hier kan jij natuurlijk niet bij ontbreken. Daarom ben ik op zoek naar Low Code Developers met een degelijke technische achtergrond. Kennis

Bekijk vacature »

Software Developer

Functie omschrijving Veel begeleiding en de kans om je verder te ontwikkelen als software developer. Dat kunnen wij jou bieden bij deelname aan deze leuke traineeship. Je krijgt een mentor toegewezen die jou alle kneepjes van het vak leert. Heb jij al wat ervaring als software developer? Daar worden wij heel blij van! Lees snel verder! Bedrijfsprofiel Als software developer neem je deel aan een trainings programma in de omgeving van Haarlem waar je persoonlijk wordt begeleidt, zodat je alle kneepjes van het vak leert. Aan de hand van jouw kennis en ervaring krijg je een persoonlijk opleidingstraject. Je gaat

Bekijk vacature »

Lead Java Developer

Dit ga je doen Je taken bestaan onder andere uit: Het aansturen van een development team bestaande uit 8 collega's op technisch maar ook HR gebied; Het maken van strategische keuzes omtrent de (nieuw)bouw van deze applicatie; Het maken van technische ontwerpen; Hands-on mee ontwikkelen met het team (met o.a. Java, Spring, Angular, REST); Reviewen van code en feedback geven op collega developers. Hier ga je werken Als Lead Software Developer ben je verantwoordelijk voor één van de vier Agile Java ontwikkelteams die bouwen aan technologie die duizenden instanties wereldwijd verbindt. Dit Agile team, data Jira en Confluence gebruikt en

Bekijk vacature »

SAP ABAP Developer

Dit ga je doen Software ontwikkeling met behulp van o.a. ABAP, Sapscript en Smartforms Maatwerk development op SAP ECC 6.0, in de toekomst S/4 HANA Samenwerken met Business Analisten die functioneel en technisch ontwerpen aanleveren Testen van opgeleverde software Bugfixing Ondersteuning van eindgebruikers Hier ga je werken Onze klant, een internationaal gevestigd productiebedrijf dat mensen blij maakt, is ter versterking op zoek naar een ABAP Developer voor hun SAP team. Het team van 4 mensen verzorgt de ontwikkeling van maatwerk voor de SAP omgeving waar wordt gewerkt met modules SD, FI/CO, PM en MM. Momenteel draait het bedrijf op SAP

Bekijk vacature »

Traineeship Full Stack .NET Developer

Dit ga je doen Start op 7 augustus 2023 bij de Experis Academy en ontwikkel jezelf tot een gewilde Full Stack .NET Developer. Maar hoe ziet het traineeship eruit en wat kun je verwachten? Periode 1 De eerste 3 maanden volg je fulltime, vanuit huis, een op maat gemaakte training in teamverband. Je leert belangrijke theorie en krijgt kennis van de benodigde vaardigheden en competenties die nodig zijn om de IT-arbeidsmarkt te betreden. Zowel zelfstandig als in teamverband voer je praktijkopdrachten op het gebied van front- en backend development uit. Wat er per week op het programma staat kun je

Bekijk vacature »

Front-End Developer

Als Front-End Developer bij Coolblue verbeter je de gebruiksvriendelijkheid van onze webshop voor miljoenen klanten. Wat doe je als Front-End Developer bij Coolblue? Als Front-end Developer werk je aan de gebruiksvriendelijkheid van onze webshop voor miljoenen klanten. Je vindt het leuk om samen te werken met de UX designer om stories op te pakken. Je krijgt energie van het bedenken van creatieve oplossingen en presenteert dit graag binnen het team. Daarnaast ben je trots op je werk en verwelkomt alle feedback. Ook Front-end Developer worden bij Coolblue? Lees hieronder of het bij je past. Dit vind je leuk om te

Bekijk vacature »

Pagina: 1 2 volgende »

Jan R

Jan R

29/08/2020 10:14:02
Quote Anchor link
Hi

ik wou wel eens weten hoe schrijven jullie constanten/defines schrijven.

Alles in hoofdletters
Alles in kleine letters
Eerste letter per woord in hoofdletters en de est in kleine
nog iets anders

Jan
 
PHP hulp

PHP hulp

27/11/2024 10:38:04
 
Rob Doemaarwat

Rob Doemaarwat

29/08/2020 10:49:34
Quote Anchor link
ALLES_IN_HOOFDLETTERS

Merendeel constanten trouwens. Wel fijn als alles z'n eigen namespace heeft.
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
if($foo->status == Model\Foo::STATUS_BAR) ...

(voorkomt ook dat je binnen de class altijd enorme prefixen nodig hebt - dan is het gewoon self::STATUS_BAR).
Gewijzigd op 29/08/2020 11:02:37 door Rob Doemaarwat
 
Ward van der Put
Moderator

Ward van der Put

29/08/2020 17:31:05
Quote Anchor link
Zonder leestekens en andere context kun je zó al in een oogopslag zien wat iets is:

- FOO_BAR : constante
- foo_bar : variabele/parameter
- FooBar : klasse
- fooBar : functie/methode
 
Ozzie PHP

Ozzie PHP

29/08/2020 22:01:30
Quote Anchor link
Merk op dat het uiteindelijk je eigen keuze is.

Of je je constante FOO_BAR noemt of foo_bar of FooBar is aan jou ... tenzij je in een team werkt en andere afspraken hanteert.

Wel is het vaak zo dat voor constanten alleen hoofdletters worden gebruikt. Op die manier zie je direct dat het om een constante gaat. Dus als ik je zou mogen adviseren, zou ik zeggen gebruik alleen hoofdletters, maar als je zelf iets anders prettiger vindt werken dan mag dat ook, zolang je het maar consequent toepast.
 
Thomas van den Heuvel

Thomas van den Heuvel

29/08/2020 22:52:05
Quote Anchor link
Dan lijkt mij de aanpak van @Ward beter en breder geaccepteerd. Waarschijnlijk is dit ook een standaard of dit formaat zal in ieder geval vaak herkend (en mogelijk ook onbewust gehanteerd) worden.

Misschien is ook een betere of minstens zo interessante vraag wanneer je constanten zou moeten inzetten. Ik zou hier terughoudend in zijn, het is lang niet altijd nodig om een variabele met een constante waarde maar te bombarderen tot constante.

Een eigenschap van constanten is dat deze een universele scope hebben. Wanneer je dus (de waarde van) een variabele (die constant is) in meerdere scopes gebruikt, dan zou dit een argument kunnen zijn om hier een constante van te maken.
 
Ozzie PHP

Ozzie PHP

29/08/2020 22:58:23
Quote Anchor link
@Thomas

>> Dan lijkt mij de aanpak van @Ward beter en breder geaccepteerd.

Beter en breder geaccepteerd dan wat?

>> Misschien is ook een betere of minstens zo interessante vraag wanneer je constanten zou moeten inzetten.

En hier je eigen antwoord :)

>> Een eigenschap van constanten is dat deze een universele scope hebben.

Je kunt ze in een class gebruiken als class constants. Ze worden vaak gebruikt om default waardes in te stellen. En in globale zin kun je ze gebruiken om bijv. een DEVELOPMENT_MODE in te stellen of een APPLICATION_PATH. Maar in het algemeen gebruik je ze inderdaad zo weinig mogelijk.
 
Thomas van den Heuvel

Thomas van den Heuvel

29/08/2020 23:11:04
Quote Anchor link
Ozzie PHP op 29/08/2020 22:58:23:
Beter en breder geaccepteerd dan wat?

Dan foo_bar of FooBar. Dat zorgt voor verwarring. Ontbreekt daar een $ of methode- of class-haken? Of wordt daar toch een constante bedoeld? Hoe dan ook, deze schrijfwijze zet je elke keer dat je die code ziet aan tot nadenken.

Als je bij ontwikkeling niet alert bent dan sluipen er mogelijk ook fouten doorheen door dit soort schrijfwijzen. Bij FOO_BAR is het meteen duidelijk en "zelfdocumenterend" door de vorm, het valt ook gewoon op vanwege de blokletters.

Je zou ook consequent een BrEeZaH-schrijfwijze kunnen hanteren, maar simpelweg iets consequent (op een onhandige manier) schrijven is nou niet bepaald een zelfrechtvaardigend argument.

edit
Ozzie PHP op 29/08/2020 22:58:23:
Je kunt ze in een class gebruiken als class constants.

Die zijn toch ook overal beschikbaar? Het feit dat ze in een klasse staan gedefinieerd doet hier niets aan af?
Gewijzigd op 29/08/2020 23:15:23 door Thomas van den Heuvel
 
Ozzie PHP

Ozzie PHP

30/08/2020 00:37:25
Quote Anchor link
>> ... is het meteen duidelijk en "zelfdocumenterend" door de vorm, het valt ook gewoon op vanwege de blokletters.

Klopt, ik gebruik het ook en ik raad het ook aan. Maar het is geen verplichting. Misschien wil iemand graag FoO_BaR gebruiken. Dat kan en werkt ook. Ik bedoel te zeggen dat het soms lijkt alsof sommige zaken 'regels' zijn, terwijl het in feite handigheden zijn. Ja, ik raad in dit geval ook aan om hoofdletters te gebruiken, maar het is geen verplichting. Het is niet zo dat je code ineens niet meer werkt of slechter wordt als je niet alles in hoofdletters schrijft.

>> Je zou ook consequent een BrEeZaH-schrijfwijze kunnen hanteren, maar simpelweg iets consequent (op een onhandige manier) schrijven is nou niet bepaald een zelfrechtvaardigend argument.

Hehe lol ... dan bevind je je op een vlak van wat onhandig is. Misschien vindt iemand BrEeZaH wel handig, leuk of grappig en kan dat voor hem/haar een reden zijn om het wel zo te doen. Het is net zo consequent als BREEZAH.

>> Die zijn toch ook overal beschikbaar? Het feit dat ze in een klasse staan gedefinieerd doet hier niets aan af?

Jawel, maar dan roep je ze aan in relatie tot een class. Universele constanten kun je altijd gewoon in het wilde weg overal aanroepen. Daarom wordt het ook afgeraden, omdat er niet een bepaalde context/scope is.
Gewijzigd op 30/08/2020 00:38:38 door Ozzie PHP
 
Ward van der Put
Moderator

Ward van der Put

30/08/2020 09:24:12
Quote Anchor link
PSR-1: Basic Coding Standard:

• Class names MUST be declared in StudlyCaps.

• Class constants MUST be declared in all upper case with underscore separators.

• Method names MUST be declared in camelCase.

Het is maar een Recommendation, dus als je denkt dat je het beter weet, kun je ervan afwijken...
 
- Ariën  -
Beheerder

- Ariën -

30/08/2020 11:17:30
Quote Anchor link
HOOFDLETTERS. Dan weet je meteen dat het een constante is.
 
Rob Doemaarwat

Rob Doemaarwat

30/08/2020 15:45:56
Quote Anchor link
Even andersom: het is altijd leuk als iedereen zich aan "een" standaard houdt, maar in de praktijk blijkt iedereen vaak een "eigen" (bedrijfs-) standaard te hebben ("als je denkt dat je het beter weet, kun je ervan afwijken...") (of zie bijv. ook de WordPress en Joomla coding standards). Het kan dus ook geen kwaad om een beetje "flexibel" te zijn in hoe code aan je "gepresenteerd" wordt, en ook hoe je code schrijft (code voor de ene klant moet in een andere "dialect" dan voor de ander; je moet dus vrij eenvoudig "om kunnen schakelen").
 
Thomas van den Heuvel

Thomas van den Heuvel

30/08/2020 17:31:34
Quote Anchor link
Net zoals in spreektaal heb je allerlei dialecten. Het is maar wat je gewend bent en waar je vandaan komt. Indien je je bedient van ABN dan is de kans groot / groter dat je overal direct wordt verstaan.

Ik zeg niet dat je altijd ABN zou moeten gebruiken (dit beweer ik ook nergens) maar ik vind het wel heel erg belangrijk dat communicatie altijd zo goed en makkelijk mogelijk verloopt. En daarmee heb je doorgaans het meeste succes wanneer je ABN gebruikt.

Heb je je eigen knutselproject: leef je uit. Maar ben je met iets groters bezig en werk je hier met anderen aan of communiceer je hier met anderen over, dan is het wel zo beleefd om zoveel mogelijk een algemeen geaccepteerde spreektaal (of programmeerwijze) te hanteren. Niemand heeft zin om rare constructies te ontcijferen en meestal hield dat al in dat de aanpak gewoon verkeerd was.

Zo had ik een buitenlandse collega in een vorige baan. Deze kerel had zijn inburgeringscursus met de hakken over de sloot gehaald en ging er zelf nogal prat op dat hij dit met enige handigheid voor elkaar had gekregen door bij het theoretische deel (het was een multiple choice toets) slim te gokken. Het praktijkdeel was nogal desastreus. Desalniettemin was hij geslaagd... maar sprak eigenlijk geen woord Nederlands.

Dit was verder ook helemaal niet erg, want wij communiceerden gewoon in het Engels en dat ging prima. Totdat ons bedrijf werd ingelijfd bij een ander bedrijf waarbij uitsluitend in het Nederlands werd gecommuniceerd. Ik heb de reden voor deze "regel" nooit kunnen achterhalen, waarschijnlijk was het ook echt nergens op gebaseerd en was het gewoon breinloze, stompzinnige kortzichtigheid. Maar goed, dit werkte dus averechts.

Het kan nooit de bedoeling zijn dat je een methode voorop stelt om een doel te behalen en dit doe ik ook niet. Het gaat erom dat de methode zorgt voor minimale weerstand bij het bereiken van het doel, of in ieder geval het zo dicht mogelijk in de buurt komen hiervan.

Geloof het of niet, maar hier zijn standaarden (mede) voor bedoeld.
 
Ozzie PHP

Ozzie PHP

30/08/2020 21:55:48
Quote Anchor link
Thomas, het is prima om standaarden/conventies te volgen.

Wat ik als toevoeging probeer aan te geven, is dat standaarden zinvol zijn om te volgen, maar dat het geen harde regels zijn. Vaak worden hier op het forum zaken als regels/verplichtingen gepresenteerd. Voor mensen die nog niet zo heel lang programmeren, is dit enerzijds interessant omdat het ze in de goede richting kan sturen. Maar anderzijds geeft het de indruk dat iets op een bepaalde manier móet ... omdat het anders niet werkt. Ik probeer daar zelf wat nuance in aan te brengen.

Nu gaat het over iets realtiefs kleins/simpels als naamgeving, maar dit soort discussies heb ik ook veelvuldig voorbij zien komen over de implementatie van een MVC-systeem, waarbij conventies werden gepresenteerd als keiharde regels die gevolgd móeten worden.

Dus, ja ... standaarden/conventies zijn super nuttig, maar er mag als daar behoefte is ook van worden afgeweken.

Programmeren is een beetje als het schrijven van een boek. Zet 10 mensen naast elkaar en ze zullen een bestaand verhaal allemaal op een andere manier opschrijven. En daar kunnen dan meerdere heel goede boeken uit voortvloeien.
 
Ward van der Put
Moderator

Ward van der Put

31/08/2020 11:19:02
Quote Anchor link
Ozzie PHP op 30/08/2020 21:55:48:
Programmeren is een beetje als het schrijven van een boek. Zet 10 mensen naast elkaar en ze zullen een bestaand verhaal allemaal op een andere manier opschrijven. En daar kunnen dan meerdere heel goede boeken uit voortvloeien.

Syntaxisstandaarden zijn vergelijkbaar met spellingregels: schrijf gerust je eigen verhaal, maar begin een zin bij voorkeur met een hoofdletter.

Bedenk dat coding standards mede zijn bedoeld om discussie over dit soort beslissingen te voorkomen, daar zo min mogelijk over te hoeven nadenken en er geen tijd aan te hoeven verspillen.
 
Rob Doemaarwat

Rob Doemaarwat

31/08/2020 11:29:39
Quote Anchor link
Ward van der Put op 31/08/2020 11:19:02:
Bedenk dat coding standards mede zijn bedoeld om discussie over dit soort beslissingen te voorkomen, daar zo min mogelijk over te hoeven nadenken en er geen tijd aan te hoeven verspillen.

PSR-12, paragraaf 2.4 ... succes ;-)
 
Ozzie PHP

Ozzie PHP

31/08/2020 12:46:26
Quote Anchor link
Ward van der Put op 31/08/2020 11:19:02:
Richtlijnen zijn top, maar je kunt er vanaf wijken.

ervan afwijken :-)
Gewijzigd op 31/08/2020 12:51:26 door Ward van der Put
 
Ward van der Put
Moderator

Ward van der Put

31/08/2020 12:55:11
Quote Anchor link
Oeps, sorry voor de edit!

Ergens wel grappig weer, maar dat was natuurlijk niet de bedoeling.
 
Ozzie PHP

Ozzie PHP

31/08/2020 13:05:18
Quote Anchor link
@Ward

Zie je ... ik week af van de richtlijnen, en toch begreep je precies wat ik bedoelde ;-)

Maareh ... plaats je de rest van mijn bericht weer even terug :-s
 
Ward van der Put
Moderator

Ward van der Put

31/08/2020 13:11:04
Quote Anchor link
Als dat kon, had ik het al gedaan!

Er kan helaas wel meer niet.
 
Ozzie PHP

Ozzie PHP

31/08/2020 13:15:41
Quote Anchor link
Nou, fraai is dat ... mijn schitterende betoog is gewoon weggemodereerd :-(
 
Thomas van den Heuvel

Thomas van den Heuvel

31/08/2020 16:44:44
Quote Anchor link
Ozzie PHP op 30/08/2020 21:55:48:
Wat ik als toevoeging probeer aan te geven, is dat standaarden zinvol zijn om te volgen, maar dat het geen harde regels zijn.

Okay kapitein Barbossa. Ben het hier overigens mee eens, maar... (zie vervolg)

Ozzie PHP op 30/08/2020 21:55:48:
móet

Niets moet, maar als je geen beter idee hebt kun je net zo goed een werkwijze of voorstel volgen. Als de enige motivatie "dwarsliggen" is zou je je ook kunnen afvragen waarom iemand vragen stelt terwijl deze persoon het beter denkt te weten. Dan is er iets anders aan de hand lijkt mij, en dat kan alleen door de persoon in kwestie zelf opgelost worden, mits je een optimistische kijk op de wereld hebt.

Ozzie PHP op 30/08/2020 21:55:48:
Nu gaat het over iets realtiefs kleins/simpels als naamgeving, maar dit soort discussies heb ik ook veelvuldig voorbij zien komen over de implementatie van een MVC-systeem, waarbij conventies werden gepresenteerd als keiharde regels die gevolgd móeten worden.

Ik denk niet dat je dit echt kunt vergelijken met codeconventies. Ten eerste omdat het vele malen complexer is dan "simpelweg" conventies. Ten tweede omdat er op het internet een heleboel kampen bestaan die overtuigd zijn van hun eigen gelijk over hoe MVC er uit zou moeten zien (en dit probleem zit weer in hetzelfde straatje als hierboven). Dan is er al geen enkele ruimte meer mogelijk voor echte discussie of nuancering en sterker nog, dat zijn vaak simpelweg geen discussies. En ten derde omdat MVC een idee is. Eenzelfde idee kan op legio manieren geïmplementeerd worden al naar gelang de behoefte. Het laatste wat je zou moeten doen is MVC "voor de vorm" gebruiken omdat je gehoord had dat dat "de shit" was en dat je je vervolgens in allerlei bochten moet wringen om dingen voor elkaar te krijgen door de zelf opgeworpen MVC-muren. Dat is wederom de vorm voorop stellen / het paard achter de wagen spannen. En misschien moet je dat (vorm voorop stellen) bij conventies juist wel doen, het schrijft immers expliciet voor wat deze vorm -met goed beargumenteerde redenen- zou moeten zijn.

Ozzie PHP op 30/08/2020 21:55:48:
Dus, ja ... standaarden/conventies zijn super nuttig, maar er mag als daar behoefte is ook van worden afgeweken.

Standaarden zijn er om van af te wijken. Waar heb ik dit eerder gehoord.

kijk, als je alleen werkt kun je dingen zo programmeren dat je er mogelijk alleen zelf chocola van kunt maken, maar indien deze wordt hergebruikt en/of wordt gedeeld, dan zal deze gewoon moeten voldoen aan een bepaalde norm.

Misschien is het enkel discussiëren over conventies in afzondering ook nogal loos zonder het bekijken van toepassingen.

Daarbij, deze "behoefte" zal gemotiveerd moeten kunnen worden. Je moet jezelf en anderen kunnen overtuigen of op zijn minst kunnen uitleggen waarom jij denkt dat de afwijking een betere keuze is dan de standaard uitvoering. Als de behoefte niets meer is dan "laten we het eens over een andere boeg gooien" of "ik heb vanavond zin in chili con carne" dan zijn de argumenten natuurlijk niet zo sterk...

Ook het argument "ik wil kunnen afwijken van de norm" an sich is niet genoeg. Er moet een zekere noodzaak (reden) zijn om dit te doen waarbij de standaard aanpak tekort schiet.

Ozzie PHP op 30/08/2020 21:55:48:
Programmeren is een beetje als het schrijven van een boek. Zet 10 mensen naast elkaar en ze zullen een bestaand verhaal allemaal op een andere manier opschrijven. En daar kunnen dan meerdere heel goede boeken uit voortvloeien.

Maar zoals @Ward aangeeft: regels voor de opbouw van zinnen zullen nog steeds van toepassing zijn, anders kan niemand een touw vastknopen aan het verhaal. Dat is waar we het hier ook over hebben: de zinsopbouw, niet het verhaal. Hoe je deze bouwstenen verder tot lopende zinnen combineert en het verhaal wordt verteld is aan de auteur.

Daarover (hoe je goede verhalen zou moeten schrijven) bestaan overigens ook ideeën en best practises.
Gewijzigd op 31/08/2020 16:48:06 door Thomas van den Heuvel
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.