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.
quote:Op maandag 23 juni 2008 11:28 schreef slindenau het volgende:
PHP is geen programmeren nee.
En om C te verkrachten door er HTML mee te genereren...wheheh
! Wat is volgens jou wel programmeren dan? Je programmeert iets, een opeenvolging van commando's en functies. Al is dat een HTML pagina genereren, dan is dat dus al een programma. Dat jij de definitie ervan niet snapt is wat anders....
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 11:28 schreef slindenau het volgende:
PHP is geen programmeren nee.
Sowieso is PHP gebaseerd op C (in jouw ogen wél een programmeertaal, schijnbaar). Tevens komt er bij een degelijke web-applicatie tegenwoordig net zo veel, al dan niet meer bij kijken dan het maken van een desktopapplicatie.
Ik vind overigens dat het kaf van het koren onder de ontwikkelaars zich scheidt door de kwaliteit van de code. Iemand met een beetje aanleg voor software ontwikkeling kan op de één of andere manier wel een product in elkaar prutsen. Daarin ligt niet de expertise. Waar professionaliteit en echte vakmanschap om de hoek komen kijken is bij de manier waarop een programmeerprobleem wordt opgelost. Dat erover is nagedacht, dat de oplossing zo efficiënt mogelijk is ontworpen en leesbaar is neergezet en dat je natuurlijk gebruik maakt van de juiste methoden en technieken.
Ik mag toch godsamme lijen dat elke zichzelf respecterende progger de modulo operator kent.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.
[..]
PHP is geen programmeren nee.
En om C te verkrachten door er HTML mee te genereren...wheheh
n3rd
"We are all atheists about most of the gods that humanity has ever believed in. Some of us just go one god further." - Richard Dawkins
quote:Op maandag 23 juni 2008 11:46 schreef DroogDok het volgende:
n3rd
I rest my case.quote:Beroep Bouw
Er is nu eenmaal meer onderhoud dan nieuwbouw werk...onderdeel van je vak.
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)
Ik denk dat het grote probleem ligt in het 'met de tijd mee gaan'. Ook dit probleem is weer een gevalletje van ouderwets programmeren en het gebruiken van achterhaalde technieken, waar eenvoudigere, snellere en betere vervangingen voor beschikbaar zijn. Ik noem voorbeeldje PHP. We kunnen tegenwoordig versie 5.2.6 gebruiken, waarmee we heerlijk met klasses en objectgeoriënteerde verheerlijkingen kunnen werken. Toch zijn 90% van de PHP applicaties die ik binnenkrijg nog a la PHP 4.x geschreven, met totaal gebrek aan logica en structuur.quote:Op maandag 23 juni 2008 11:43 schreef floris.exe het volgende:
Ik vind overigens dat het kaf van het koren onder de ontwikkelaars zich scheidt door de kwaliteit van de code. Iemand met een beetje aanleg voor software ontwikkeling kan op de één of andere manier wel een product in elkaar prutsen. Daarin ligt niet de expertise. Waar professionaliteit en echte vakmanschap om de hoek komen kijken is bij de manier waarop een programmeerprobleem wordt opgelost. Dat erover is nagedacht, dat de oplossing zo efficiënt mogelijk is ontworpen en leesbaar is neergezet en dat je natuurlijk gebruik maakt van de juiste methoden en technieken.
Hoe veel mensen bouwen tegenwoordig nog een website d.m.v. tabellen? Dat zijn er gigantisch veel. Dat kon in de 90`er jaren vrijwel niet anders, maar anno 2008 kán zoiets gewoon niet meer.
Onderhoud is verder ook helemaal geen ramp als de oorspronkelijke programmeur zich aan de normen/standaarden/regeltjes houdt zodat ik ook fatsoenlijk met zijn broncode aan de slag kan.quote:Op maandag 23 juni 2008 11:49 schreef Captain_Fabulous het volgende:
Er is nu eenmaal meer onderhoud dan nieuwbouw werk...onderdeel van je vak.
Dat hoop ik ook ja, maar je weet het nooit zeker tegenwoordigquote:Op maandag 23 juni 2008 11:44 schreef Scorpie het volgende:
[..]
Ik mag toch godsamme lijen dat elke zichzelf respecterende progger de modulo operator kent.
Als operators je als programmeur nog te hoog gegrepen zijn, dan lijkt het me beter voor je eigen bestwil dat je pallets gaat sorteren of zo.quote:Op maandag 23 juni 2008 11:53 schreef slindenau het volgende:
[..]
Dat hoop ik ook ja, maar je weet het nooit zeker tegenwoordig
PHP is turning complete. Daarnaast zou ik met de huidige verschuiving naar online webbased appliciaties toch maar eens over de schutting kijken als ik jou wasquote:Op maandag 23 juni 2008 11:23 schreef slindenau het volgende:
Whehe, Web-development en zich dan 'programmeur' noemen
Ik mag toch hopen dat een beetje programmeur gewoon weet wat een modulus doetquote: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.
Ook geen sig dus
Sinds PHP 5 met complete OOP-ondersteuning zie ik niet veel verschillen met een andere progameertaal. Webdevelopment wordt steeds belangrijker, bedrijven vragen eerder om een webapplicatie (bijvoorbeeld voor een administratie-systeem) dan een stand-alone applicatie. Ook omdat bijvoorbeeld werken vanaf iedere locatie belangrijk wordt of werken vanaf een PDA of GSM.
Als je PHP combineert met een goed PHP-framework dan doet het niet onder imo voor bijvoorbeeld Java (waar ik van huis uit progameur in ben) of C#. Natuurlijk voor dingen als een uitbreidbaar systeem die veilig via een netwerk of internet moet communiceren zweer ik bij jsp en JEE. Maar ik durf bijna te berweren dat PHP ooit op dat niveau komt.
Verder is iemand met talent voor progameren een talent in bijna alle talen. Als iemand PHP goed kan en de principes van OOP en UML-modeleren goed onder de knie heeft zie ik niet in waarom zo iemand niet prachtige Java-applicaties kan maken.
Als je PHP combineert met een goed PHP-framework dan doet het niet onder imo voor bijvoorbeeld Java (waar ik van huis uit progameur in ben) of C#. Natuurlijk voor dingen als een uitbreidbaar systeem die veilig via een netwerk of internet moet communiceren zweer ik bij jsp en JEE. Maar ik durf bijna te berweren dat PHP ooit op dat niveau komt.
Verder is iemand met talent voor progameren een talent in bijna alle talen. Als iemand PHP goed kan en de principes van OOP en UML-modeleren goed onder de knie heeft zie ik niet in waarom zo iemand niet prachtige Java-applicaties kan maken.
Op al deze posts is de no-homo clausule van toepassing.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
quote:Op maandag 23 juni 2008 12:18 schreef Dennis_enzo het volgende:
[..]
Ik mag toch hopen dat een beetje programmeur gewoon weet wat een modulus doet
Hogescholen en Universiteiten leveren allang geen goede programeurs af, alleen maar team-spelers. Ik heb geen team-spelers nodig (ja wel, maar niet dat ze dat alleen kunnen), ik heb developpers nodig die een taal helemaal onder de knie hebben. En ja in toendertijd mijn 2e jaar heb ik modulus nog wel eens in een projectgroep moet uitleggen.
Op al deze posts is de no-homo clausule van toepassing.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
Je kan toch ook "programmeur" worden op het MBOquote:Op maandag 23 juni 2008 12:18 schreef Dennis_enzo het volgende:
[..]
Ik mag toch hopen dat een beetje programmeur gewoon weet wat een modulus doet
Weten wel, maar ik zou het ook zo doen. Waarom? Die 2. Die kan zo gemakkelijk door een typo een 3 of 1 worden. En als je die check op even getal 30 keer in je hele programma doet, tsja, zoek ze, als je een bug hebt. Want de compiler zal er niet over zeuren. Maar maak ik een typfout in de commando IsEvenGetal, bijvoorbeeld, IsEvnGetal en je compiler zal een error gaan spugen.quote:Op maandag 23 juni 2008 12:18 schreef Dennis_enzo het volgende:
[..]
Ik mag toch hopen dat een beetje programmeur gewoon weet wat een modulus doet
Doe ik nu per ongeluk mijn IsEvenGetal als volgt definiëren:
| 1 2 3 4 | { return EenGetal % 3 == 0; } |
Dan zal het overal in je applicatie fout gaan, en heb je de oorzaak binnen een minuut gevonden, terwijl je bij het 30 (of vaker misschien zelfs) keer uitschrijven (EenGetal % 2 == 0) ipv die 2 een 3 of een 1 typt, of die 0 per ongeluk een 9 is geworden, de kans bestaat dat je meer tijd kwijt bent om de oorzaak van de bug te vinden.
Eensch. Het enige waarom de keus nu nog voor Java en .NET uitvalt is omdat J2EE applicaties hierin beter te bouwen zijn m etbetere native ondersteuning.quote:Op maandag 23 juni 2008 12:37 schreef Paramnesia het volgende:
Sinds PHP 5 met complete OOP-ondersteuning zie ik niet veel verschillen met een andere progameertaal. Webdevelopment wordt steeds belangrijker, bedrijven vragen eerder om een webapplicatie (bijvoorbeeld voor een administratie-systeem) dan een stand-alone applicatie. Ook omdat bijvoorbeeld werken vanaf iedere locatie belangrijk wordt of werken vanaf een PDA of GSM.
Als je PHP combineert met een goed PHP-framework dan doet het niet onder imo voor bijvoorbeeld Java (waar ik van huis uit progameur in ben) of C#. Natuurlijk voor dingen als een uitbreidbaar systeem die veilig via een netwerk of internet moet communiceren zweer ik bij jsp en JEE. Maar ik durf bijna te berweren dat PHP ooit op dat niveau komt.
Verder is iemand met talent voor progameren een talent in bijna alle talen. Als iemand PHP goed kan en de principes van OOP en UML-modeleren goed onder de knie heeft zie ik niet in waarom zo iemand niet prachtige Java-applicaties kan maken.
Als jij de tijd om iets op te lossen belangrijker vind dan performance, dan moet je dat vooral zo doenquote:Op maandag 23 juni 2008 12:45 schreef Cornelis83 het volgende:
[..]
Weten wel, maar ik zou het ook zo doen. Waarom? Die 2. Die kan zo gemakkelijk door een typo een 3 of 1 worden. En als je die check op even getal 30 keer in je hele programma doet, tsja, zoek ze, als je een bug hebt. Want de compiler zal er niet over zeuren. Maar maak ik een typfout in de commando IsEvenGetal, bijvoorbeeld, IsEvnGetal en je compiler zal een error gaan spugen.
Doe ik nu per ongeluk mijn IsEvenGetal als volgt definiëren:
[ code verwijderd ]
Dan zal het overal in je applicatie fout gaan, en heb je de oorzaak binnen een minuut gevonden, terwijl je bij het 30 (of vaker misschien zelfs) keer uitschrijven (EenGetal % 2 == 0) ipv die 2 een 3 of een 1 typt, of die 0 per ongeluk een 9 is geworden, de kans bestaat dat je meer tijd kwijt bent om de oorzaak van de bug te vinden.
Persoonlijk lijkt mij niets mis met een functie die aangeeft of de opgegeven waarde wel of niet een even getal is. Een functieaanroep om na te gaan of een bepaalde waarde wel of geen even getal is is semantisch logischer, dan iedere keer een rekenkundige instructie uitvoeren. En het is, zoals Cornelis83 ook zegt, minder foutgevoelig.
En je kennis over de modulo operator kun je dan mooi verwerken in die functie.
En je kennis over de modulo operator kun je dan mooi verwerken in die functie
.
quote:onbegrijpelijk kansloos scriptgebrabbel
_!kan een mod even [NERD TOPIC] achter de TT plaatsen?
danku!
En hoeveel merkbare performanceverlies denk je te zullen tegenkomen wanneer je gebruik maakt van een functie in plaats van rechtstreeks een modulo instructie?quote:Op maandag 23 juni 2008 12:49 schreef Scorpie het volgende:
[..]
Als jij de tijd om iets op te lossen belangrijker vind dan performance, dan moet je dat vooral zo doen
Misschien wat minder televisie kijken? Je stereotype beeld van de ICT wereld komt nog niet bij de helft van de werkelijkheid.quote:Op maandag 23 juni 2008 12:52 schreef kthxbye het volgende:
[..]
kan een mod even [NERD TOPIC] achter de TT plaatsen?
[ afbeelding ]
danku!
ah, performance verhalen en ruimteopslag verhalen. Die goldt 10-20 jaar terug, maar tegenwoordig toch niet meer, mag ik hopenquote:Op maandag 23 juni 2008 12:49 schreef Scorpie het volgende:
[..]
Als jij de tijd om iets op te lossen belangrijker vind dan performance, dan moet je dat vooral zo doen
Tenzij je Age of Conan programmeert, lijkt het mij sterk dat zoiets perfomance vreet op een 4 GHz server met 8 gig intern geheugen (of misschien zelfs veel beter, zit niet in de webservers cultuur).
Overigens is het iedere keer hanteren van de module operator voor het zelfde doel niet conform het Don't Repeat Yourself (DRY) principe, dus onwenselijk.
In enterprise applicaties, met 1200 man tegelijkertijd en 3000+ pageviews per minuut, zoals in mijn werkgebied? Denk dat je het wel gaat merken dan ja.quote:Op maandag 23 juni 2008 12:52 schreef floris.exe het volgende:
[..]
En hoeveel merkbare performanceverlies denk je te zullen tegenkomen wanneer je gebruik maakt van een functie in plaats van rechtstreeks een modulo instructie?
quote:Op maandag 23 juni 2008 12:54 schreef floris.exe het volgende:
[..]
Misschien wat minder televisie kijken? Je stereotype beeld van de ICT wereld komt nog niet bij de helft van de werkelijkheid.
quote:Op maandag 23 juni 2008 12:52 schreef floris.exe het volgende:
[..]
En hoeveel merkbare performanceverlies denk je te zullen tegenkomen wanneer je gebruik maakt van een functie in plaats van rechtstreeks een modulo instructie?
_!
Webapplicaties zijn de toekomst, met als grote pluspunt de bereikbaarheid en de vaak betere beveiliging. Vroegâh was het voordeel van standalone/desktopapplicaties dat ze sneller en direct functioneerden, maar met de opmars van AJAX in webapplicaties valt dat pluspunt ook in het niet. Een ander voordeel van een webapplicatie is dat je geen gigantisch baggerprogramma op elke client-PC hoeft te installeren weer plaats en geheugen in beslag neemt.quote:Op maandag 23 juni 2008 12:37 schreef Paramnesia het volgende:
Sinds PHP 5 met complete OOP-ondersteuning zie ik niet veel verschillen met een andere progameertaal. Webdevelopment wordt steeds belangrijker, bedrijven vragen eerder om een webapplicatie (bijvoorbeeld voor een administratie-systeem) dan een stand-alone applicatie. Ook omdat bijvoorbeeld werken vanaf iedere locatie belangrijk wordt of werken vanaf een PDA of GSM.
Als je PHP combineert met een goed PHP-framework dan doet het niet onder imo voor bijvoorbeeld Java (waar ik van huis uit progameur in ben) of C#. Natuurlijk voor dingen als een uitbreidbaar systeem die veilig via een netwerk of internet moet communiceren zweer ik bij jsp en JEE. Maar ik durf bijna te berweren dat PHP ooit op dat niveau komt.
Verder is iemand met talent voor progameren een talent in bijna alle talen. Als iemand PHP goed kan en de principes van OOP en UML-modeleren goed onder de knie heeft zie ik niet in waarom zo iemand niet prachtige Java-applicaties kan maken.
Webservices zijn op dat gebied dan ook ideaal, dan maakt het niet uit of je nou een webapplicatie of een desktopapplicatie als shell gebruikt. Ik betrap mezelf op steeds meer gebruik van webservices de laatste tijd.
Die instructie meot dan net zo goed uitgevoerd worden wanneer deze functie aangeroepen word.quote:Op maandag 23 juni 2008 12:50 schreef floris.exe het volgende:
Persoonlijk lijkt mij niets mis met een functie die aangeeft of de opgegeven waarde wel of niet een even getal is. Een functieaanroep om na te gaan of een bepaalde waarde wel of geen even getal is is semantisch logischer, dan iedere keer een rekenkundige instructie uitvoeren.
Gewoon inefficiënt en performance-vretend programmeren, en als het niet meer gaat gewoon een HD / RAM stickje d'r bij.quote:Op maandag 23 juni 2008 12:54 schreef Cornelis83 het volgende:
[..]
ah, performance verhalen en ruimteopslag verhalen. Die goldt 10-20 jaar terug, maar tegenwoordig toch niet meer, mag ik hopen
Wat een vréselijke programmeermentaliteit vind ik dat.
Denk dat je eens een keer een J2EE app moet bouwen voor 10k+ users. Dan ga je dus op zeker performance verlies lijden.quote:Op maandag 23 juni 2008 12:54 schreef Cornelis83 het volgende:
[..]
ah, performance verhalen en ruimteopslag verhalen. Die goldt 10-20 jaar terug, maar tegenwoordig toch niet meer, mag ik hopen
Tenzij je Age of Conan programmeert, lijkt het mij sterk dat zoiets perfomance vreet op een 4 GHz server met 8 gig intern geheugen (of misschien zelfs veel beter, zit niet in de webservers cultuur).
Je denkt het ja, maar heb je het al eens gemeten? Meten is weten enz.quote:Op maandag 23 juni 2008 12:57 schreef Scorpie het volgende:
[..]
In enterprise applicaties, met 1200 man tegelijkertijd en 3000+ pageviews per minuut, zoals in mijn werkgebied? Denk dat je het wel gaat merken dan ja.
Ik heb vorig jaar een onderzoeksmodule herschreven. Het oorspronkelijke programma genereerde pagina's dat niet meer vooruit was te branden met maar tientallen gebruikers op één server. Het was zo erg dat daar de Application Pool van d'r uit knalde. Mijn versie draait al maandenlang op een server waar honderden gebruikers landenlijk tegelijkertijd gebruik van maken, nota bene op een server waar 4 andere grote enterprise applicaties draaien.quote:Op maandag 23 juni 2008 13:00 schreef Cornelis83 het volgende:
[..]
Je denkt het ja, maar heb je het al eens gemeten? Meten is weten enz.
quote:Op maandag 23 juni 2008 13:01 schreef Tuvai.net het volgende:
[..]
Ga jij nou maar gauw terug naar de bouwplaats, je schafttijd zal inmiddels wel voorbij zijn.
En ik vind foutgevoelige code schrijven een vreselijke mentaliteit.quote:Op maandag 23 juni 2008 13:00 schreef Tuvai.net het volgende:
[..]
Gewoon inefficiënt en performance-vretend programmeren, en als het niet meer gaat gewoon een HD / RAM stickje d'r bij.
Ik weet niet hoe jij programmeert, maar als ik iets aan het fabriceren ben dan test ik het tussendoor. Mocht ik echt, zoals in jouw voorbeeld, een tikfoutje % 3 maken in plaats van % 2 (nog nooit voorgekomen) dan merk ik dat wel meteen hoor.quote:Op maandag 23 juni 2008 13:04 schreef Cornelis83 het volgende:
[..]
En ik vind foutgevoelige code schrijven een vreselijke mentaliteit.
Ooit van comments gehoord?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.
...
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Wat deed de onderzoeksmodule?quote:Op maandag 23 juni 2008 13:02 schreef Tuvai.net het volgende:
[..]
Ik heb vorig jaar een onderzoeksmodule herschreven. Het oorspronkelijke programma genereerde pagina's dat niet meer vooruit was te branden met maar tientallen gebruikers op één server. Het was zo erg dat daar de Application Pool van d'r uit knalde. Mijn versie draait al maandenlang op een server waar honderden gebruikers landenlijk tegelijkertijd gebruik van maken, nota bene op een server waar 4 andere grote enterprise applicaties draaien.
Hoe zag de code van het oorspronkelijke programma eruit? Met de voorbeelden die je tot nu toe tegen bent gekomen, zou ik daar ook niet raar op kijken.
Ik vind dit een meting van niks. Een meting is in mijn ogen goed, als je beide gevallen probeert: dus eerst met extra functie aanroepen en daarna zonder.
Ik krijg echt barstende koppijn van PHP en SQL, daarom stel ik mezelf nu tevreden met Visual Web Developer waarmee ik (ASP-)pagina's in een vloek en een zucht kan programmeren.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 ]
Ik ben wel een luie programmeur, maar ik heb mijn portie gehad.
Trouwens TS: degene die de HTML-broncode schreef wist zeker niet dat er ook een Enter-toets op het toetsenbord zat? Ik zou hem laten stikken als ik jou was.
Daarom:quote:Op maandag 23 juni 2008 13:04 schreef Cornelis83 het volgende:
[..]
En ik vind foutgevoelige code schrijven een vreselijke mentaliteit.
-Vooraf altijd een goed plan opstellen. Vooral bij OO
- Duidelijk inspringen, overal comments bij, en een duidelijk vastgelegde stijl gebruiken
- Testen, testen, testen, testen.
Op al deze posts is de no-homo clausule van toepassing.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
Om een lang verhaal kort te houden: de oorspronkelijke versie maakte véél te veelvoudig (en overbodig) gebruik van AJAX scriptjes, deed in veel gevallen caching beďnvloeden, spuugde ranzige (en vooral véél) HTML uit net zoals het voorbeeld in mijn OP, haalde veel gegevens uit de database waar vaak niks mee gedaan werd, de database zelf was ook een rotzooi, enzovoorts.D'r klopte geen zak van; was dus gewoon zo erg dat het CPU metertje en de application pool d'r van over de zeik ging.quote:Op maandag 23 juni 2008 13:07 schreef Cornelis83 het volgende:
[..]
Wat deed de onderzoeksmodule?
Hoe zag de code van het oorspronkelijke programma eruit? Met de voorbeelden die je tot nu toe tegen bent gekomen, zou ik daar ook niet raar op kijken.
Ik vind dit een meting van niks. Een meting is in mijn ogen goed, als je beide gevallen probeert: dus eerst met extra functie aanroepen en daarna zonder.
De belabberde functionaliteit van dat programma was de reden dat ik een splinternieuw programma gemaakt heb.
IE6 heeft soms nog problemen ermee als alle tekens niet achter elkaar staan. Dan kunje CSS fouten krijgen. Vandaar dat dat wss is gedaan. IE6quote:Op maandag 23 juni 2008 13:09 schreef Ofyles2 het volgende:
[..]
Ik krijg echt barstende koppijn van PHP en SQL, daarom stel ik mezelf nu tevreden met Visual Web Developer waarmee ik (ASP-)pagina's in een vloek en een zucht kan programmeren.
Ik ben wel een luie programmeur, maar ik heb mijn portie gehad.
Trouwens TS: degene die de HTML-broncode schreef wist zeker niet dat er ook een Enter-toets op het toetsenbord zat? Ik zou hem laten stikken als ik jou was.
Op al deze posts is de no-homo clausule van toepassing.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
Dingen als <font color=""> en tables gebruiken voor indeling en opmaak krijg ik btw zo een slappe van.
Op al deze posts is de no-homo clausule van toepassing.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
The beaver is still fucked up, but fucked up with a yellow-black kind of feeling to it.
Omcircel koosnaam naar keuze: Razzy, Razz, Para, Kaizer Soze, Pablo.
Nooit echt last van gehad eigenlijk (alleen dat IE6 bij meerder overlappende div-lagen over de zeik kan gaan ), maar dat de line breaks ontbreken in het voorbeeld van m'n OP is gewoon een kwestie van "Hee, het ziet er in mijn achterliggende, server-sice broncode georganiseerd uit, de HTML output interesseert me niet".quote:Op maandag 23 juni 2008 13:11 schreef Paramnesia het volgende:
[..]
IE6 heeft soms nog problemen ermee als alle tekens niet achter elkaar staan. Dan kunje CSS fouten krijgen. Vandaar dat dat wss is gedaan. IE6
\n FTW.
HTML 4.x capriolen all over the place met dit baggerprogramma.quote:Op maandag 23 juni 2008 13:14 schreef Paramnesia het volgende:
Dingen als <font color=""> en tables gebruiken voor indeling en opmaak krijg ik btw zo een slappe van.
<body topmargin="0" leftmargin="0" rightmargin="0" bottommargin="0" bgcolor="F8F5F0">
<td width="100" valign="top" align="right">
;')enzovoorts.
\n\r dan zeker te zijn dat je aan het begin van een nieuwe regel terecht komt (platform interpretaties)quote:Op maandag 23 juni 2008 13:14 schreef Tuvai.net het volgende:
[..]
Nooit echt last van gehad eigenlijk (alleen dat IE6 bij meerder overlappende div-lagen over de zeik kan gaan ), maar dat de line breaks ontbreken in het voorbeeld van m'n OP is gewoon een kwestie van "Hee, het ziet er in mijn achterliggende, server-sice broncode georganiseerd uit, de HTML output interesseert me niet".
\n FTW.
Des te minder HTML bufferen des te beter natuurlijk, maar in veel gevallen kom je d'r niet onder uit.quote:Op maandag 23 juni 2008 13:16 schreef floris.exe het volgende:
Het is geloof ik sowieso toch erg slecht om je code HTML te laten uitvoeren?
Dat heeft toch niets te maken met HTML 4? Ik gebruik nog altijd 4.01 Strict; als je het goed doet vermijd je dat soort ongein gewoon.quote:Op maandag 23 juni 2008 13:16 schreef Tuvai.net het volgende:
[..]
HTML 4.x capriolen all over the place met dit baggerprogramma.
<body topmargin="0" leftmargin="0" rightmargin="0" bottommargin="0" bgcolor="F8F5F0">
<td width="100" valign="top" align="right">
enzovoorts.
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
Dat jij vroeger niet hebt opgelet bij wiskunde en daarom niet snapt wat een modulo is kunnen wij ook niks aan doenquote:
.Van die 2 extra processor instructies (JMP naar subroutine en JMP terug) zal je applicatie heus niet op zn bek gaanquote:Op maandag 23 juni 2008 12:57 schreef Scorpie het volgende:
[..]
In enterprise applicaties, met 1200 man tegelijkertijd en 3000+ pageviews per minuut, zoals in mijn werkgebied? Denk dat je het wel gaat merken dan ja.
.Goede code behoeft geen commentaar om toe te lichten wat de code op zich doet. Commentaar is er voor om dat stukje code in het geheel te plaatsen; wat doet het in je business model?quote:
