KLB Klaagbaak
Klaag maar raak voor een knaak.
Webdevven en systeemontwikkelaren is hartstikke tof. Er is niks leuker dan 'volgens het boekje' vette Web 2.0 apps uit de grond schoppen die nog jarenlang mee gaan en waar je zo goed als geen onderhoud aan hebt. Nieuwbouw projectjes FTW dus.
Helaas krijg je ook wel eens bagger van collega's en/of andere softwareontwikkelaars. Het een nog slordiger dan het ander. Sowieso is het altijd effe zoeken waar alles staat want het is natuurlijk nooit geüniformeerd en ingedeeld zoals het ingedeeld moet zijn. Af en toe krijg je echter zo'n bagger toegestuurd onder het mom van "Doe jij eens effe fiksen!" waar je spontaan van gaat janken.
Zo kreeg ik en paar weken terug een programma voor m'n kiezen waar de oorspronkelijke ontwerpers mee 'gestopt' waren (uiteraard onder het mom van "financieën", terwijl ze eigenlijk gewoon niet meer uit de voeten kwamen met hun eigen bagger). Leuk, fijn, alweer een renovatie-projectje waar ik van tevoren al slechte vermoedens van had. Afijn, een groot probleem van het programma was dat het rapporten genereerde waar de hele server van over de rooie ging en dat 2 minuten duurde om eindelijk op het scherm toonbaar te worden.
Ik dat programma eens onder de loep nemen, en afgezien van het feit dat het ding constant meer dan 60% van m'n server CPU`tje vreet en verschrikkelijk veel geheugen in beslag neemt door in de broncode niks fatsoenlijk af te sluiten en te legen, kom ik de volgende dingen tegen:
- Een gigantische database zónder relaties, bulkend van Views en Stored Procedures die stikken van de sub-queries (en zelfs sub-sub-queries)
- Broncode met volledig gebrek aan logica en uniformering, en onlogische klassenindeling
- Alle JavaScript, CSS en HTML door elkaar geknald.
- Het hele ding werkt alleen in Internet Explorer en kornuiten, m'n Firefoxje moest het ontgelden.
Ga ik tot overmaat van ramp naar het betreffende rapport kijken dat 'altijd vastliep', zie ik dat het ding dit soort HTML output uitspuugt:
En maar liefst meer dan 8 MB (!) aan dit rotzooi per rapportje!
Klacht: (wan)systeem-ontwikkelaars die anno 2008 nog steeds onlogische en jaren 98`er HTML gebruiken, hun database amateuristisch, zonder relaties en bulkend van de sub-(sub-)queries opzetten en applicaties schrijven terwijl ze niet kunnen programmeren.
Helaas krijg je ook wel eens bagger van collega's en/of andere softwareontwikkelaars. Het een nog slordiger dan het ander. Sowieso is het altijd effe zoeken waar alles staat want het is natuurlijk nooit geüniformeerd en ingedeeld zoals het ingedeeld moet zijn. Af en toe krijg je echter zo'n bagger toegestuurd onder het mom van "Doe jij eens effe fiksen!" waar je spontaan van gaat janken.
Zo kreeg ik en paar weken terug een programma voor m'n kiezen waar de oorspronkelijke ontwerpers mee 'gestopt' waren (uiteraard onder het mom van "financieën", terwijl ze eigenlijk gewoon niet meer uit de voeten kwamen met hun eigen bagger). Leuk, fijn, alweer een renovatie-projectje waar ik van tevoren al slechte vermoedens van had. Afijn, een groot probleem van het programma was dat het rapporten genereerde waar de hele server van over de rooie ging en dat 2 minuten duurde om eindelijk op het scherm toonbaar te worden.
Ik dat programma eens onder de loep nemen, en afgezien van het feit dat het ding constant meer dan 60% van m'n server CPU`tje vreet en verschrikkelijk veel geheugen in beslag neemt door in de broncode niks fatsoenlijk af te sluiten en te legen, kom ik de volgende dingen tegen:
- Een gigantische database zónder relaties, bulkend van Views en Stored Procedures die stikken van de sub-queries (en zelfs sub-sub-queries
)- Broncode met volledig gebrek aan logica en uniformering, en onlogische klassenindeling
- Alle JavaScript, CSS en HTML door elkaar geknald.
- Het hele ding werkt alleen in Internet Explorer en kornuiten, m'n Firefoxje moest het ontgelden.
Ga ik tot overmaat van ramp naar het betreffende rapport kijken dat 'altijd vastliep', zie ik dat het ding dit soort HTML output uitspuugt:
En maar liefst meer dan 8 MB (!) aan dit rotzooi per rapportje!
Klacht: (wan)systeem-ontwikkelaars die anno 2008 nog steeds onlogische en jaren 98`er HTML gebruiken, hun database amateuristisch, zonder relaties en bulkend van de sub-(sub-)queries opzetten en applicaties schrijven terwijl ze niet kunnen programmeren.
Zoals zo vaak hier op fok ik snap er geen biet van. Maar ik vind je klacht terecht.
ik snap er geen biet van. Maar ik vind je klacht terecht.
Beter 1 vogel in de hand, dan geen hand.
Eens met de klacht, echter:
Dit is natuurlijk subjectief, iedereen heeft zijn eigen werkwijze en gewenning voor bepaalde indelingen.quote:Sowieso is het altijd effe zoeken waar alles staat want het is natuurlijk nooit geüniformeerd en ingedeeld zoals het ingedeeld moet zijn.
Je snapt er ook niets van he? dat is nog eens baanzekerheid! Hoe ingewikkelder hoe beter!
Siamo Tutti Antifascisti!
Dat is het erge. Ik programmeer al járen en als ik zulke bagger van anderen voor m'n kiezen krijg snap ik d'r vaak geen hol van.quote:Op maandag 23 juni 2008 09:38 schreef Heatseeker het volgende:
Zoals zo vaak hier op fok
Als ze eens alles op hun plek zouden houden en niet alles door elkaar gooien dan maken ze het niet alleen makkelijker voor anderen die naderhand met hun bagger moeten werken, maar werkt het op den duur alleen maar in hun voordeel.
Dat is ook precies waarom ik al me dingen liever zelf maak, dan de bende van iemand anders te gaan fatsoeneren. Meestal ben je nog eerder klaar ook als je het zelf doet 
There is no better way of exercising the imagination than the study of law.
No poet ever interpreted nature as freely as a lawyer interprets truth.
Jean Giraudoux, "Tiger at the Gates"
No poet ever interpreted nature as freely as a lawyer interprets truth.
Jean Giraudoux, "Tiger at the Gates"
Is ook zo. Maar houdt op z'n MINST je CSS in een stylesheet, veelvoorkomende JavaScript functies in een Javascript bestand, database zaken in je database en veelvoorkomende functies netjes in een globaal bestand/klasse, en NIET alles herhaaldelijk en door elkaar in élk bestandje proppen.quote:Op maandag 23 juni 2008 09:42 schreef Scorpie het volgende:
Eens met de klacht, echter:
[..]
Dit is natuurlijk subjectief, iedereen heeft zijn eigen werkwijze en gewenning voor bepaalde indelingen.
Het betreffende programma heeft niet alleen in de heading elke keer een hele lap aan CSS declaraties staan, maar heeft ook nog eens 3 achterliggende CSS bestanden met elkaar overschrijdende declaraties.
Uiteraard 2 jaar al manquote:Op maandag 23 juni 2008 09:43 schreef Scorpie het volgende:
[..]
Ben je nou al eens geslaagd voor je Java exam, lampie?
Net een mooie applicatie opgeleverd aan een mooi bedrijf, dus nu nog 2 jaar hbo'en
Maar je hebt natuurlijk rommel en troep.quote:Op maandag 23 juni 2008 09:51 schreef Dennis_enzo het volgende:
Iedereen vind altijd alle code van anderen een rommeltje
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
Dit soort bagger bijvoorbeeld:
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Tuurlijk, I hear you brotah!quote:Op maandag 23 juni 2008 09:50 schreef Tuvai.net het volgende:
[..]
Is ook zo. Maar houdt op z'n MINST je CSS in een stylesheet, veelvoorkomende JavaScript functies in een Javascript bestand, database zaken in je database en veelvoorkomende functies netjes in een globaal bestand/klasse, en NIET alles herhaaldelijk en door elkaar in élk bestandje proppen.
Het betreffende programma heeft niet alleen in de heading elke keer een hele lap aan CSS declaraties staan, maar heeft ook nog eens 3 achterliggende CSS bestanden met elkaar overschrijdende declaraties.
Eensch. Slecht opgebouwde CSS moeten uitzoeken is echt een van de ergste dingen die er zijn. Dan kun je net zo goed helemaal opnieuw beginnen.quote:Op maandag 23 juni 2008 09:50 schreef Tuvai.net het volgende:
[..]
Is ook zo. Maar houdt op z'n MINST je CSS in een stylesheet, veelvoorkomende JavaScript functies in een Javascript bestand, database zaken in je database en veelvoorkomende functies netjes in een globaal bestand/klasse, en NIET alles herhaaldelijk en door elkaar in élk bestandje proppen.
Het betreffende programma heeft niet alleen in de heading elke keer een hele lap aan CSS declaraties staan, maar heeft ook nog eens 3 achterliggende CSS bestanden met elkaar overschrijdende declaraties.
O.My.Fucking.God.quote:Op maandag 23 juni 2008 09:53 schreef mstx het volgende:
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
[ afbeelding ]
quote:Op maandag 23 juni 2008 09:53 schreef mstx het volgende:
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
[ afbeelding ]
epic failquote:Op maandag 23 juni 2008 09:53 schreef mstx het volgende:
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
[ afbeelding ]
Er zit zoveel regelmaat in dit script, schrijf gewoon even een scriptje om het te converten naar een goeie versie.quote:Op maandag 23 juni 2008 09:53 schreef mstx het volgende:
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
[ afbeelding ]
Gaat voor de BHFH-award 2005!
Humanitas est in bestias bonitas.
I am the hole I can't get out of.
Humanitas est in bestias bonitas.
I am the hole I can't get out of.
Ook de broncode die d'r achter ligt (C#) is om te janken. Constant onlogische loops vol met statements voor tabellen-(on)logica (die niet eens nodig zouden zijn als de ontwikkelaar gewoon netjes divjes gebruike voor z'n bedoelde naar links 'floatende' blokjes), en dubbelop gevulde DataSets. SQL Server Profiler spuugt bij de minst geringste functie van dit programma een hele waslijst aan database requests uit.
Die functie isEvenGetal() ook elke keer. Een van de vele nutteloze functies die op tíg pagina's precies hetzelfde aangemaakt word.
Constant onlogische loops vol met statements voor tabellen-(on)logica (die niet eens nodig zouden zijn als de ontwikkelaar gewoon netjes divjes gebruike voor z'n bedoelde naar links 'floatende' blokjes), en dubbelop gevulde DataSets. SQL Server Profiler spuugt bij de minst geringste functie van dit programma een hele waslijst aan database requests uit. | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | for (int i = 0; i < itemCount; i++) { itemRow = itemDataSet.Tables[2].Rows[i]; tableLabel.Text += "<table cellspacing='0' cellpadding='3' style='width:50%;height:200;'><tr><td><B>Produkt<td><B>Klasse<td><B>Type<td>Datum wijziging<tr><table width='300'><tr><td>" + dr["productNaam"].ToString() + "<td>" + dr["klasseNaam"].ToString() + "<td>" + dr["typeNaam"].ToString() + "<td>" + dr["productEditDate"].ToString() + "</table></table>"; if(isEvenGetal(aantalItemsGeweest)){ tableLabel.Text += "</tr>"; }else{ tableLabel.Text += "<td>"; } aantalItemsGeweest++; } |
Die functie isEvenGetal() ook elke keer.
Een van de vele nutteloze functies die op tíg pagina's precies hetzelfde aangemaakt word.
Die broncodes damn, wat een bagger!! Volgens mij kan je het nog beter opnieuw bouwen dan het bestaande aan te passen. Door welke randkneus is dat gemaakt joh? MyFirstPHP scriptje. Of werd die vent per regel betaald?
damn, wat een bagger!! Volgens mij kan je het nog beter opnieuw bouwen dan het bestaande aan te passen.WTF?quote:Op maandag 23 juni 2008 09:53 schreef mstx het volgende:
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
[ afbeelding ]
Door welke randkneus is dat gemaakt joh? MyFirstPHP scriptje. Of werd die vent per regel betaald?
De laatste tijd zit ons dochtertje in de nee-fase. Ze wil niet meer hebben dat ik haar naar bed breng. Twintig jaar terug was dat nooit een probleem.
Enige wat je moet veranderen is het stofnummer in de query, en daar die get var in zetten. De rest kun je gewoon wegknikkeren.quote:Op maandag 23 juni 2008 09:59 schreef JohnDDD het volgende:
[..]
Er zit zoveel regelmaat in dit script, schrijf gewoon even een scriptje om het te converten naar een goeie versie.
De laatste tijd zit ons dochtertje in de nee-fase. Ze wil niet meer hebben dat ik haar naar bed breng. Twintig jaar terug was dat nooit een probleem.
De hele site opnieuw bouwen bleek uiteindelijk sneller te zijn.quote:Op maandag 23 juni 2008 09:59 schreef JohnDDD het volgende:
[..]
Er zit zoveel regelmaat in dit script, schrijf gewoon even een scriptje om het te converten naar een goeie versie.
(Ze hadden ook voor elk subdomein de hele site gekopiëerd )
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
[ ] Geschiktquote:Op maandag 23 juni 2008 09:53 schreef mstx het volgende:
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
[ afbeelding ]
[X] Ongeschikt
Das toch echt wel het toppunt. Het voor elkaar krijgen om 15+ if functies te pasten voor 1 variabele
quote:Op maandag 23 juni 2008 10:07 schreef mstx het volgende:
[..]
De hele site opnieuw bouwen bleek uiteindelijk sneller te zijn.
Zo krijg ik ook vaak multilingual website`jes die in feite bestaan uit een hééééleboel (sub-)mappen waar voor elke combinatie subdomain/taal de hele website geheel voor gekopieëerd is.
Loopjes zijn ook altijd handig 
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Je ziet inderdaad toch wel erg veel mensen zeer slordig code schrijven. Vaak met het argument dat de tijdsdruk het onmogelijk maakt om het netjes te doen. In zekere zin kan ik me dat wel voorstellen, maar veel slordige code is gewoon geschreven door mensen die slordig code schrijven uit luiheid en domheid.
ah nee
De laatste tijd zit ons dochtertje in de nee-fase. Ze wil niet meer hebben dat ik haar naar bed breng. Twintig jaar terug was dat nooit een probleem.
quote:Op maandag 23 juni 2008 10:09 schreef Tuvai.net het volgende:
[..]
Zo krijg ik ook vaak multilingual website`jes die in feite bestaan uit een hééééleboel (sub-)mappen waar voor elke combinatie subdomain/taal de hele website geheel voor gekopieëerd is.
ongelofelijk!
Het probleem is dat je naderhand meer werk hebt aan het aanpassen, zeker als de maker ervan weg is.quote:Op maandag 23 juni 2008 10:23 schreef floris.exe het volgende:
Je ziet inderdaad toch wel erg veel mensen zeer slordig code schrijven. Vaak met het argument dat de tijdsdruk het onmogelijk maakt om het netjes te doen. In zekere zin kan ik me dat wel voorstellen, maar veel slordige code is gewoon geschreven door mensen die slordig code schrijven uit luiheid en domheid.
De laatste tijd zit ons dochtertje in de nee-fase. Ze wil niet meer hebben dat ik haar naar bed breng. Twintig jaar terug was dat nooit een probleem.
[KLB]->[GoT]
Are we not savages, innately destined to maim and kill?
Blame it on the environment, heredity or evolution: we're still responsible
Our intelligence may progress at geometric rates
Yet socially we remain belligerent neonates
Blame it on the environment, heredity or evolution: we're still responsible
Our intelligence may progress at geometric rates
Yet socially we remain belligerent neonates
Dat tijdnood/financiële excuus inderdaad.quote:Op maandag 23 juni 2008 10:23 schreef floris.exe het volgende:
Je ziet inderdaad toch wel erg veel mensen zeer slordig code schrijven. Vaak met het argument dat de tijdsdruk het onmogelijk maakt om het netjes te doen. In zekere zin kan ik me dat wel voorstellen, maar veel slordige code is gewoon geschreven door mensen die slordig code schrijven uit luiheid en domheid.
Dat mensen nog steeds niet door hebben dat het op lange termijn alleen maar geld, moeite en ergernis spaart.
Is op mijn werk heel herkenbaar. Ik probeer altijd alles netjes op z'n plek te houden, houdt logica in de broncode en zorg dat mij output logisch en valide is. Mijn collega wil alles snel-snel afmaken, gebruikt echt óveral geneste tabellen voor, vangt veel user input niet af en maakt en doet keer op keer dezelfde functies kopiëren en plakken in plaats van ze in een centraal bestand neer te zetten. In eerste instantie is hij altijd véél eerder dan mij klaar met alles, maar hij krijgt wel dagelijks een x aantal telefoontjes van opdrachtgevers dat z'n zooi niet werkt en dat dingetjes 'niet passen' / 'verschuiven'. Het is al helemaal leuk als je een opdrachtgever hebt waar ze veel Macs (i.c.m. Safari dus) gebruiken. 
Dat is zeker waar. Nu moet ik wel zeggen dat er over het algemeen weinig begrip is voor de tijdsduur van het ontwikkelen van een stuk software vanuit de klant en de bovenlaag van het project. Ik zit zelf altijd tussen de ontwikkelfase en de klant, waarbij ik de wensen van de klant vertaal naar een functioneel geheel en de klant tijdens het project begeleid. Ik heb weinig met de techniek te maken. De verleiding is steeds groot om het ontwikkelteam wat meer onder druk te zetten wanneer de klant weer iets wil, omdat je niet goed overzicht hoeveel werk een ogenschijnlijk simpele feature kost om te maken. Maar ik heb mij verdiept in het werk dat ontwikkelaars doen en letterlijk een aantal keer meegekeken. Dat heeft mijn ogen enorm doen openen.quote:Op maandag 23 juni 2008 10:25 schreef BobbyB het volgende:
[..]
Het probleem is dat je naderhand meer werk hebt aan het aanpassen, zeker als de maker ervan weg is.
quote:Op maandag 23 juni 2008 09:53 schreef mstx het volgende:
Terechte klacht. Altijd leuk als je baas een ander bedrijf heeft overgenomen en je hun bagger moet opruimen.
Dit soort bagger bijvoorbeeld:
[ afbeelding ]
Zelfs IK doe het beter
Inderdaad, ook in dit geval geldt dat een goed begin het halve werk is. Maar hoe zit het dan met de druk op jou? Hebben opdrachtgevers begrip voor het feit dat het bij jou langer duurt?quote:Op maandag 23 juni 2008 10:30 schreef Tuvai.net het volgende:
[..]
Dat tijdnood/financiële excuus inderdaad.
Dat mensen nog steeds niet door hebben dat het op lange termijn alleen maar geld, moeite en ergernis spaart.
We werken met veel dezelfde opdrachtgevers en tussenpersonen en het komt er steeds meer op neer dat deze directer contact met mij willen hebben, omdat ze met mijn resultaten meer tevreden zijn.quote:Op maandag 23 juni 2008 10:58 schreef floris.exe het volgende:
[..]
Inderdaad, ook in dit geval geldt dat een goed begin het halve werk is. Maar hoe zit het dan met de druk op jou? Hebben opdrachtgevers begrip voor het feit dat het bij jou langer duurt?
Doorlooptijd neem ik van tevoren tegenwoordig altijd ruim. Niet alleen omdat ik het 'meteen goed en netjes' wil doen, maar ook omdat in de praktijk vaak blijkt dat er á la de laatste minuut nog van alles bij komt ongeacht deadlines en 'definitieve' specificaties.
Ik snap er geen hol van, maar vind het een zeer terechte klacht. 
Sterkte TS!
Sterkte TS!
It Never Hurts To Help!
ik heb alleen wat qbasic ervaring maar zelfs ik zie dat dit nergens over gaatquote:
1/10 Van de rappers dankt zijn bestaan in Amerika aan de Nederlanders die zijn voorouders met een cruiseschip uit hun hongerige landen ophaalde om te werken op prachtige plantages.
"Oorlog is de overtreffende trap van concurrentie."
"Oorlog is de overtreffende trap van concurrentie."
Alles wat je daar ziet kan je door 1 regel vervangen, door simpelweg de variabele in de if statement op te nemen in de query.quote:Op maandag 23 juni 2008 11:13 schreef icecreamfarmer_NL het volgende:
[..]
ik heb alleen wat qbasic ervaring maar zelfs ik zie dat dit nergens over gaat
Ik voel met je mee dat je dit soort bagger moet ontwarren....bedenk maar dat er mensen zijn (geweest) die de werking van de op die manier gebouwde aplicatie hebben moeten testen. Uit ervaring kan ik je melden, dat die pas echt aan de Valium moeten bij dit soort klussen. Bagger code = bagger product, meestal...
Metalman. Maar ook ESF fan. Solo vakantiefietser met tentje. Dichter.
26-10 Attila/Eskimo Callboy (Amsterdam), 21-11 The Algorithm (Haarlem)
26-10 Attila/Eskimo Callboy (Amsterdam), 21-11 The Algorithm (Haarlem)
Tja, dat jij bij programmeur alleen aan tekstverwerkertjes denkt...quote:Op maandag 23 juni 2008 11:23 schreef slindenau het volgende:
Whehe, Web-development en zich dan 'programmeur' noemen
De laatste tijd zit ons dochtertje in de nee-fase. Ze wil niet meer hebben dat ik haar naar bed breng. Twintig jaar terug was dat nooit een probleem.
Oh, sorry. Met PHP of C(#/++) volledige functionele systemen programmeren is natuurlijk geen écht programmeren zoals met een toolbox een daadwerkelijke (desktop)applicatie in elkaar drag 'n droppen.quote:Op maandag 23 juni 2008 11:23 schreef slindenau het volgende:
Whehe, Web-development en zich dan 'programmeur' noemen
Helemaal niet nutteloos...quote:Op maandag 23 juni 2008 10:05 schreef Tuvai.net het volgende:
Die functie isEvenGetal() ook elke keer.
isEvenGetal(getal) kan elke bosneger begrijpen, terwijl (getal % 2 == 0) wat lastiger is.
Het bevordert dus de leesbaarheid.
PHP is geen programmeren nee.quote:Op maandag 23 juni 2008 11:27 schreef Tuvai.net het volgende:
[..]
Oh, sorry. Met PHP of C(#/++) volledige functionele systemen programmeren is natuurlijk geen écht programmeren zoals met een toolbox een daadwerkelijke (desktop)applicatie in elkaar drag 'n droppen.
En om C te verkrachten door er HTML mee te genereren...wheheh
Waarom een hele functie gaan schrijven (die nota bene precies identiek op tíg pagina's staat gedefinieerd in plaats van in een globale klasse/file ) voor iets wat je met basistechnieken die de programmeertaal je biedt heel eenvoudig kunt oplossen?quote:Op maandag 23 juni 2008 11:28 schreef slindenau het volgende:
[..]
Helemaal niet nutteloos...
isEvenGetal(getal) kan elke bosneger begrijpen, terwijl (getal % 2 == 0) wat lastiger is.
Het bevordert dus de leesbaarheid.
Leesbaarheid?
Ik mag hopen dat een programmeur toch wel met simpele operators kan om gaan.
