[alg] Slechtste programmeervoorbeelden deel 4

[.oisyn]

Ook goed. Maar mm/dd/yyyy slaat iig nergens op.

[ Voor 4% gewijzigd door .oisyn op 23-02-2012 17:00 ]

[Devilly]

kenneth schreef op donderdag 23 februari 2012 @ 16:59:
Die mag ook sterven. Allemaal aan de yyyy-mm-dd

No way! Als ik een datum wil zien, weet ik normaal gesproken wel om welk jaar het gaat. De maand is vaak ook nog duidelijk, maar de dag is hetgene waar ik naar op zoek ben en dat wil ik dus als eerste zien. De verschillen tussen de toepassingen van de punt en komma mogen van mij ook wel een keer worden weggewerkt. Ik betrap mezelf er de laatste tijd ook steeds vaker op dat ik de punt gebruik om aan het decimale deel van een getal te beginnen, ook wanneer ik niet aan het programmeren ben en dat dus in 90% van die gevallen fout is.

[RayNbow]

Gewoon iedereen aan de mm月dd日 notatie...

[DEiE]

Devilly schreef op donderdag 23 februari 2012 @ 17:07:
[...]
Ik betrap mezelf er de laatste tijd ook steeds vaker op dat ik de punt gebruik om aan het decimale deel van een getal te beginnen, ook wanneer ik niet aan het programmeren ben en dat dus in 90% van die gevallen fout is.

Vooral Word krijgt daar een huilie van. Je zou hopen dat hij het allebij slikt, maar nee, hij geeft keihard foutmeldingen

[YopY]

Alex) schreef op donderdag 23 februari 2012 @ 16:55:
Haat aan mensen die niet nadenken over regional settings, en maar klakkeloos aannemen dat je met een punt duizendtallen scheidt en met een komma de decimalen.

Leuker: Mensen die een instelling op de server veranderen waardoor prijzen in US notatie (punt) ineens met NL notatie (komma) teruggegeven worden, waardoor prijzen ineens met ,00 decimalen getoond worden. Niet handig - ben er vrij zeker van dat we asap een release mogen doen voordat klanten zeggen "Ja, maar de app laat ,00 zien!" en hun geld terug vragen .

kenneth schreef op donderdag 23 februari 2012 @ 16:59:
Die mag ook sterven. Allemaal aan de yyyy-mm-dd

Eerder zoals mijn collega zegt - alles naar Unix timestamps, . Of iig mbt rekenen in je applicatie... en ik ben bijna geneigd hem gelijk te geven. We doen veel rekenen met tijd / datums in ons servercomponent met behulp van Joda-time, maar ook dan moet je goed blijven nadenken, bijvoorbeeld als je iets hebt rond middernacht.

[PiepPiep]

Devilly schreef op donderdag 23 februari 2012 @ 17:07:
[...]


No way! Als ik een datum wil zien, weet ik normaal gesproken wel om welk jaar het gaat. De maand is vaak ook nog duidelijk, maar de dag is hetgene waar ik naar op zoek ben en dat wil ik dus als eerste zien. De verschillen tussen de toepassingen van de punt en komma mogen van mij ook wel een keer worden weggewerkt. Ik betrap mezelf er de laatste tijd ook steeds vaker op dat ik de punt gebruik om aan het decimale deel van een getal te beginnen, ook wanneer ik niet aan het programmeren ben en dat dus in 90% van die gevallen fout is.

De eeuw weet ik ook wel, dus ik wil eerst het jaartal.
Vandaag is het dus 24-02-1220

[kenneth]

Devilly schreef op donderdag 23 februari 2012 @ 17:07:
[...]


No way! Als ik een datum wil zien, weet ik normaal gesproken wel om welk jaar het gaat. De maand is vaak ook nog duidelijk, maar de dag is hetgene waar ik naar op zoek ben en dat wil ik dus als eerste zien. De verschillen tussen de toepassingen van de punt en komma mogen van mij ook wel een keer worden weggewerkt. Ik betrap mezelf er de laatste tijd ook steeds vaker op dat ik de punt gebruik om aan het decimale deel van een getal te beginnen, ook wanneer ik niet aan het programmeren ben en dat dus in 90% van die gevallen fout is.

Ik vind sorteervolgorde veel interessanter. En het feit dat het minst significante deel rechts staat, net als met de schrijfwijze van getallen

[lier]

kenneth schreef op vrijdag 24 februari 2012 @ 12:00:
En het feit dat het minst significante deel rechts staat, net als met de schrijfwijze van getallen

En natuurlijk de schrijfwijze van tijd...

[kenneth]

Inderdaad

[.oisyn]

C:

dest = calloc(EXPR, sizeof(char));
/* where EXPR is a calculation that is never checked for overflow */

=>

C:

int size;

size = EXPR;

if (size > INT_MAX || size <= 0) {
    return NULL;
}

dest = calloc(size, sizeof(char));

=>

C:

float size;

size = PARTIAL_EXPR_1;
size *= PARTIAL_EXPR_2;
size += PARTIAL_EXPR_3;

if (size > INT_MAX || size <= 0) {
    return NULL;
}

dest = calloc((int)size, sizeof(char));

[Verwijderd]

Bij gebrek aan een betere locatie:



Installation finished.. op 87%

[Styxxy]

Verwijderd schreef op zaterdag 25 februari 2012 @ 01:09:
Bij gebrek aan een betere locatie:

[afbeelding]

Installation finished.. op 87%

Ah, Qt. Daar heb ik ook leuke tijden mee beleefd. Inderdaad wel fail van die installer.

[Verwijderd]

Nog zo een....

windows update, een seconde of 15 later krijg ik dit:


Dat ziet er echt zo fout uit...

[Quincy5]

Alex) schreef op donderdag 23 februari 2012 @ 16:55:
Haat aan mensen die niet nadenken over regional settings, en maar klakkeloos aannemen dat je met een punt duizendtallen scheidt en met een komma de decimalen.

Eens. Bij mij op het werk wordt wel een Engelstalige Windows versie gebruikt, maar deze wordt instelling-wijd wel met de komma als decimaal teken geinstalleerd. Met als gevolg dat op de Medische Statistiek afdeling waar ik zit en alles met punt gedaan wordt voor de internationale uitwisseling er telkens problemen optreden. Collega's met een nieuwe pc of installatie kunnen opeens niets meer goed inlezen in Excel en SPSS (beide nemen bij installatie de instelling van Windows over; vooral bij deze laatste is de instelling erg lastig te vinden) en vragen mij als programmeur/tweaker om dit op te lossen.

[whoami]

kenneth schreef op vrijdag 24 februari 2012 @ 12:35:
Inderdaad

[afbeelding]

Month vervangen door week zou beter zijn.
Maanden zijn ook niet geheel logisch.

[Onbekend]

Quincy5 schreef op zaterdag 25 februari 2012 @ 18:08:
[...]


Eens. Bij mij op het werk wordt wel een Engelstalige Windows versie gebruikt, maar deze wordt instelling-wijd wel met de komma als decimaal teken geinstalleerd. Met als gevolg dat op de Medische Statistiek afdeling waar ik zit en alles met punt gedaan wordt voor de internationale uitwisseling er telkens problemen optreden. Collega's met een nieuwe pc of installatie kunnen opeens niets meer goed inlezen in Excel en SPSS (beide nemen bij installatie de instelling van Windows over; vooral bij deze laatste is de instelling erg lastig te vinden) en vragen mij als programmeur/tweaker om dit op te lossen.

Erger is dat de punt op het numerieke eiland altijd het decimaalteken is, en dat er niet ingebouwd is dat als die toets gebruikt wordt tussen tekst, dat het dan ook echt een punt moet zijn i.p.v. een komma. Vraag je mensen om een punt in te typen voor bijvoorbeeld www.example.nl en krijg je dus www,example,nl.

[Remus]

Onbekend schreef op zaterdag 25 februari 2012 @ 21:43:
[...]

Erger is dat de punt op het numerieke eiland altijd het decimaalteken is, en dat er niet ingebouwd is dat als die toets gebruikt wordt tussen tekst, dat het dan ook echt een punt moet zijn i.p.v. een komma. Vraag je mensen om een punt in te typen voor bijvoorbeeld www.example.nl en krijg je dus www,example,nl.

Dat is afhankelijk van de gebruikte software; het is niet altijd zo dat het numerieke pad een komma produceert in een NL locale (in Firefox bijvoorbeeld niet, in LibreOffice Calc wel).

[armageddon_2k1]

whoami schreef op zaterdag 25 februari 2012 @ 21:36:
[...]

Month vervangen door week zou beter zijn.
Maanden zijn ook niet geheel logisch.

Maar aantal weeknummers verandert weer per jaar. Er zijn jaren met 53 weken (of in ieder geval 53 weeknummers).

[Hydra]

Alex) schreef op donderdag 23 februari 2012 @ 16:55:
Haat aan mensen die niet nadenken over regional settings, en maar klakkeloos aannemen dat je met een punt duizendtallen scheidt en met een komma de decimalen.

Haat aan mensen die klakkeloos de regionale settings overnemen bij het parsen van CSV bestanden zodat een applicatie op de ene machine met US-en settings wel werkt, en op een machine met NL settings niet meer, met dezelfde invoerbestanden.

[Patriot]

Onbekend schreef op zaterdag 25 februari 2012 @ 21:43:
[...]

Erger is dat de punt op het numerieke eiland altijd het decimaalteken is, en dat er niet ingebouwd is dat als die toets gebruikt wordt tussen tekst, dat het dan ook echt een punt moet zijn i.p.v. een komma. Vraag je mensen om een punt in te typen voor bijvoorbeeld www.example.nl en krijg je dus www,example,nl.

Wie gebruikt dan ook de punt van het numerieke eiland om een punt achter zijn zin te zetten

[Voutloos]

Net als inputs in Adobe software. Bijna alles heeft een max waarde van 100 of 500 en nergens worden separators for thousands gebruikt, maar automatisch gewoon alle komma's/punten replacen in hoe de fuck zij de decimal point op willen schrijven ho maar.

[Freeaqingme]

Toch blijf ik het grappig vinden. Software die per se localesettings van het OS overnemen. Waarom kunnen ze die niet gewoon in het document setten, zodat een document er hetzelfde uitziet op machine A als machine B?

[Firesphere]

Freeaqingme schreef op zondag 26 februari 2012 @ 16:43:
Toch blijf ik het grappig vinden. Software die per se localesettings van het OS overnemen. Waarom kunnen ze die niet gewoon in het document setten, zodat een document er hetzelfde uitziet op machine A als machine B?

True that!

Zooo irritant! Of software die zelf besluit "Jij bent Nederlander, hier, eet Nederlands!"

Ik wil m'n software gewoon in't Engels hebben, maar er zijn er genoeg die zonder keuzeoptie besluiten in't Nederlands te gaan werken.

En weer (US) Engels instellen is een ramp omdat dat taalpakket niet in de download-installer zat... ZUCHT!

[CodeCaster]

Firesphere schreef op zondag 26 februari 2012 @ 16:50:
Zooo irritant! Of software die zelf besluit "Jij bent Nederlander, hier, eet Nederlands!"

Battlefield 2... "Hospik!".

[Jaap-Jan]

Freeaqingme schreef op zondag 26 februari 2012 @ 16:43:
Toch blijf ik het grappig vinden. Software die per se localesettings van het OS overnemen. Waarom kunnen ze die niet gewoon in het document setten, zodat een document er hetzelfde uitziet op machine A als machine B?

Nog erger: Ik heb een Engelse Windows met een Nederlandse locale (ben ik gewoon zo gewend) en vele installers gaan er dan maar vanuit dat ik de software in het Nederlands wil installeren. l13n != i18n, mensen!

edit:
Waarschijnlijk hetzelfde probleem als Firesphere.

[ Voor 5% gewijzigd door Jaap-Jan op 26-02-2012 17:11 ]

[Firesphere]

Jaap-Jan schreef op zondag 26 februari 2012 @ 17:10:
[...]


Nog erger: Ik heb een Engelse Windows met een Nederlandse locale (ben ik gewoon zo gewend) en vele installers gaan er dan maar vanuit dat ik de software in het Nederlands wil installeren. l13n != i18n, mensen!

edit:
Waarschijnlijk hetzelfde probleem als Firesphere.

Check

Uiteraard heb ik Nederlandse locale omdat ik wel gewoon een 24H klok wil zien, de komma/punt variatie in programma's etc.

Misschien maar eens een klacht indienen. De ergste was uTorrent:
Ik stel bij installatie de taal "Engels (US)" in.
Na installatie blijkt alles Nederlands.
Ik download taalpakket en stel en_US in als taal.
Nu is't stomme ding Pools! WUT!
Ik stel maar weer Nederlands in, werkt prima
Ik stel en_US in, is'ie FRANS!!!!

Sommige programma's zijn goed met een aantal ernstige momenten.
Dan maar Frysk, dat werkt ook zonder problemen.

[Jaap-Jan]

Frysk heeft zo weer zijn eigen problemen.

[ Voor 5% gewijzigd door Jaap-Jan op 26-02-2012 17:36 ]

[Firesphere]

Jaap-Jan schreef op zondag 26 februari 2012 @ 17:35:
Frysk heeft zo weer zijn eigen problemen.

Niets mis mee hoor. Alleen mist er in die translations zo hier en daar een accent ofzo

[PeaceNlove]

Als er dan toch locale's mogen sterven, dan kan wat mij betreft zomertijd ook meesterven. Dat is echt zwaar irritant als er continue meetwaarden binnenkomen. Omwerken naar UTC is dan de correcte oplossing, maar zorgt wel altijd voor wat extra regels code (wij), maar je kan ook gewoon lomp in het voorjaar een uur aan meetwaarden overslaan en in het najaar een uurtje waarden overschrijven (partijen waarmee we samenwerken en dat dus ook van ons verwachten).

[Onbekend]

Patriot schreef op zondag 26 februari 2012 @ 16:09:
[...]


Wie gebruikt dan ook de punt van het numerieke eiland om een punt achter zijn zin te zetten

Gebruikers die met het twee-vinger-typsysteem werken en voor elke toets 4 seconden aan het zoeken zijn.

[Firesphere]

PeaceNlove schreef op zondag 26 februari 2012 @ 17:43:
Als er dan toch locale's mogen sterven, dan kan wat mij betreft zomertijd ook meesterven. Dat is echt zwaar irritant als er continue meetwaarden binnenkomen. Omwerken naar UTC is dan de correcte oplossing, maar zorgt wel altijd voor wat extra regels code (wij), maar je kan ook gewoon lomp in het voorjaar een uur aan meetwaarden overslaan en in het najaar een uurtje waarden overschrijven (partijen waarmee we samenwerken en dat dus ook van ons verwachten).

Meeste parsers en compilers hebben toch een optie ingebouwd om te zien of het zomer danwel wintertijd is? Of om alle tijden consequent om te zetten naar UTC?
Dat lost het probleem toch op dacht ik, omdat omzetten naar UTC sowieso al rekening houdt met zomer/wintertijd, dacht ik...
Of heb ik nu twee jaar lang iets verkeerd gedaan Dat kan ook...

[ValHallASW]

Jaap-Jan schreef op zondag 26 februari 2012 @ 17:10:
Nog erger: Ik heb een Engelse Windows met een Nederlandse locale (ben ik gewoon zo gewend) en vele installers gaan er dan maar vanuit dat ik de software in het Nederlands wil installeren. l13n != i18n, mensen!

Ach, hé. Wat denk je dat je voor je neus krijgt bij 'localised' sites als je met Chrome (preferred language = en_GB), op een nl_NL windows vanaf een Frans IP-adres iets downloadt?

Your xxx download will start shortly...

en dan na een seconde:

Votre téléchargement de xxx débutera dans n secondes...

Software installeren op mijn werkcomputer is ook altijd interessant. Dat wordt soms Engels (want Engelstalige windows), soms Frans (standaardlocale), soms Nederlands (mijn locale).

[ Voor 11% gewijzigd door ValHallASW op 26-02-2012 18:08 ]

[Styxxy]

Firesphere schreef op zondag 26 februari 2012 @ 16:50:
[...]
Zooo irritant! Of software die zelf besluit "Jij bent Nederlander, hier, eet Nederlands!"

Ik wil m'n software gewoon in't Engels hebben, maar er zijn er genoeg die zonder keuzeoptie besluiten in't Nederlands te gaan werken.

Google heeft daar een eindje van weg. Ik heb al mijn software in het UK Engels, met als locale en_GB. Browsers geven dat ook mooi mee door, maar Google beslist altijd dat dat niet het geval is. En je stelt die taal ook blijkbaar in per browser aangezien ze die voorkeuren in een cookie oid opslaan. Elke keer dat je ergens anders inlogd, of een nieuwe PC hebt, kan je weer overal gaan instellen dat je en_GB wilt. Aaarg, ik heb het al opgegeven om me er in kwaad te maken. Ik zucht nu enkel nog.

[Priet]

In Firefox kun je in je opties ook aangeven welke taal de voorkeur krijgt. Die heb ik ook op engels staan, anders krijg je bij bijvoorbeeld de Debian en OpenSUSE website standaard de Nederlandstalige variant, brrr

[ZpAz]

CodeCaster schreef op zondag 26 februari 2012 @ 16:55:
[...]

Battlefield 2... "Hospik!".

Age of Empires 3, verzamelaar

Command and Conqueror Holland Mod (Voor de koningin! )

[Grijze Vos]

ZpAz schreef op zondag 26 februari 2012 @ 20:41:
Command and Conqueror Holland Mod (Voor de koningin! )

Geh, ik heb cncholland.com gebouwd toendertijd.

[Bv202]

Firesphere schreef op zondag 26 februari 2012 @ 16:50:
[...]

True that!

Zooo irritant! Of software die zelf besluit "Jij bent Nederlander, hier, eet Nederlands!"

Ik wil m'n software gewoon in't Engels hebben, maar er zijn er genoeg die zonder keuzeoptie besluiten in't Nederlands te gaan werken.

En weer (US) Engels instellen is een ramp omdat dat taalpakket niet in de download-installer zat... ZUCHT!

Wees blij dat je niet in België woont. Hier is het "Jij bent een Belg, hier, eet Frans!"

[Sallin]

Bv202 schreef op zondag 26 februari 2012 @ 20:50:
[...]


Wees blij dat je niet in België woont. Hier is het "Jij bent een Belg, hier, eet Frans!"

Ik vermoed dat software vaak deze fout maakt door naar de toetsenbordinstellingen te kijken . If Azerty & BE, set French; else if Querty & BE, set NL.

[Bv202]

Sallin schreef op zondag 26 februari 2012 @ 20:58:
[...]

Ik vermoed dat software vaak deze fout maakt door naar de toetsenbordinstellingen te kijken . If Azerty & BE, set French; else if Querty & BE, set NL.

Dat kan ik nog begrijpen, maar bij software heb ik er eigenlijk weinig last van. Het zijn voornamelijk websites _{(Facebook )} die alles in het Frans tonen voor ons

[Styxxy]

Bv202 schreef op zondag 26 februari 2012 @ 20:50:
[...]
Wees blij dat je niet in België woont. Hier is het "Jij bent een Belg, hier, eet Frans!"

Inderdaad, nog erger. (Google al een geluk niet, die beseft nog wel dat het NL is, maar dan nog). Op mijn werk is het sowieso NL aangezien wij over een Nederlandse VNC connecten (van het bedrijf).

[YopY]

Firesphere schreef op zondag 26 februari 2012 @ 16:50:
Zooo irritant! Of software die zelf besluit "Jij bent Nederlander, hier, eet Nederlands!"

Nouja, andersom is het ook zo hoor (uit ervaring): breng je je app uit, lekker tweetalig omdat het kan, gaan mensen klagen dat de app in het Engels is... maar euh... je iphone staat dan ook op engels ingesteld?

[Verwijderd]

YopY schreef op zondag 26 februari 2012 @ 21:06:
[...]


Nouja, andersom is het ook zo hoor (uit ervaring): breng je je app uit, lekker tweetalig omdat het kan, gaan mensen klagen dat de app in het Engels is... maar euh... je iphone staat dan ook op engels ingesteld?

Nou ja, bijvoorbeeld de NS app ziet er nog al raar uit. De helft is dan in het Nederlands en de andere helft is in het Engels (als je iPhone op Engels staat).

[Alex)]

Sallin schreef op zondag 26 februari 2012 @ 20:58:
[...]

Ik vermoed dat software vaak deze fout maakt door naar de toetsenbordinstellingen te kijken . If Azerty & BE, set French; else if Querty & BE, set NL.

Ook knap: qwerty verkeerd spellen. Het zit notabene naast elkaar

[Styxxy]

Sallin schreef op zondag 26 februari 2012 @ 20:58:
[...]
Ik vermoed dat software vaak deze fout maakt door naar de toetsenbordinstellingen te kijken . If Azerty & BE, set French; else if Querty & BE, set NL.

Maar in Vlaanderen hebben wij ook azerty...

[azerty]

Styxxy schreef op maandag 27 februari 2012 @ 08:41:
[...]

Maar in Vlaanderen hebben wij ook azerty...

Ik denk zelfs dat er weinigen zijn die een qwerty hebben terwijl ze nederlands spreken, het is in elk geval toch al altijd azerty geweest op bijna alle pc's die ik al heb zien voorbijkomen (school, bedrijven, thuis, winkels, ...)

[Styxxy]

wsitedesign schreef op maandag 27 februari 2012 @ 09:49:
[...]
Ik denk zelfs dat er weinigen zijn die een qwerty hebben terwijl ze nederlands spreken, het is in elk geval toch al altijd azerty geweest op bijna alle pc's die ik al heb zien voorbijkomen (school, bedrijven, thuis, winkels, ...)

Ik heb momenteel een Frans azerty zelfs, los toetsenbord. Maar ik ben sterk aan het overwegen om een qwerty aan te schaffen (mijn toetsenbord hebben ze niet in BE-azerty).

[ValHallASW]

Styxxy schreef op maandag 27 februari 2012 @ 09:51:
Ik heb momenteel een Frans azerty zelfs, los toetsenbord.

Ik zil dqn toch even kzijt dqt ik qwerty vreselijk kut vind; zqnt ,et een co,binqtie vqn azerty gezend wijn en hqlf blind typen type je jewelf de RSI qqn: Ohjq; en het is ql hele,qql kut qls je vervolgens een lqptop hebt die zùel azerty is:

spoiler:

Ik wil dan toch even kwijt dat ik azerty vreselijk kut vind, want met een combinatie van qwerty gewend zijn en half blind typen type je jezelf de RSI aan. Ohja, en het is al helemaal kut als je vervolgens een laptop hebt die wél qwerty is.

(ik ben dus ook heel blij dat ik een qwerty-toetsenbord aan mijn franse werkcomputer heb gehangen ;-)) Then again, volgens mij is azerty, /als/ je het gewend bent, heel prettig om mee te programmeren: de ()" en ' kan je alle vier zonder modifyer keys bereiken.

[ Voor 16% gewijzigd door ValHallASW op 27-02-2012 11:04 ]

[.oisyn]

Toen ik op bezoek was bij Eidos Montreal moesten die lui daar een vergunning aanvragen om mij een QWERTY-toetsenbord te mogen geven. Er zijn in Quebec allerlei regeltjes en wetjes om maar krampachtig aan de Franse taal en gewoontes vast te houden. En dat betekent dus ook verplicht AZERTY toetsenborden op kantoor.

[ Voor 12% gewijzigd door .oisyn op 27-02-2012 11:36 ]

[Styxxy]

ValHallASW schreef op maandag 27 februari 2012 @ 11:03:
[...]
(ik ben dus ook heel blij dat ik een qwerty-toetsenbord aan mijn franse werkcomputer heb gehangen ;-)) Then again, volgens mij is azerty, /als/ je het gewend bent, heel prettig om mee te programmeren: de ()" en ' kan je alle vier zonder modifyer keys bereiken.

De Belgische azerty variant valt best wel nog mee hoor . Je hebt gelijk dat de Franse azerty variant voor RSI zorgt, de haakjes etc zitten wel op de meest maffe plekken.

[YopY]

Verwijderd schreef op zondag 26 februari 2012 @ 22:13:
[...]


Nou ja, bijvoorbeeld de NS app ziet er nog al raar uit. De helft is dan in het Nederlands en de andere helft is in het Engels (als je iPhone op Engels staat).

Da's (helaas) waar ja, de teksten die uit de API komen zijn (nog) allemaal Nederlands... en ik geloof niet dat ze binnenkort hun data tweetalig willen gaan invoeren.

[ValHallASW]

.oisyn schreef op maandag 27 februari 2012 @ 11:35:
Er zijn in Quebec allerlei regeltjes en wetjes om maar krampachtig aan de Franse taal en gewoontes vast te houden.

Moesten jullie dan ook per se briljante woorden als 'courriels' gebruiken?

spoiler:

Courriel is de term die de Franse overheid gebruikt voor e-mail, maar die verder door iedereen genegeerd wordt

[ Voor 27% gewijzigd door ValHallASW op 27-02-2012 13:19 ]

[alienfruit]

Ik tik hier ook op een QWERTZ toetsenbord. Drie keer niks...

[Xudonax]

De TNT Track&Trace site is nog veel leuker, ik heb daar iedere keer een andere taal bij een refresh. Eerst Nederlands, dan Engels, dan Frans, dan weer Nederlands. Ik geloof dat dat tegenwoordig gelukkig wel gefixt is. Fijn was het iig niet, grappig wel

[GekkePrutser]

alienfruit schreef op maandag 27 februari 2012 @ 17:47:
Ik tik hier ook op een QWERTZ toetsenbord. Drie keer niks...

Ik zit in Ierland en heb wel een gewone QWERTY maar met de symbolen op de verkeerde plek (" boven de 2 bijvoorbeeld, pond symbool boven de 3 in plaats van #).

Maar, waarom stellen jullie niet gewoon je toetsenbord op US in? Als je blind typt dan merk je er toch niks van

Ik doe dat hier ook altijd en het is altijd lachen als iemand van IT aan mijn computer moet zitten en de backslash niet kan vinden. Gna gna.

[spleethoven]

En wij belgen zitten hier met een AZERTY Ik werk in een internationale omgeving en iedereen buiten de belgen en fransen werken met QWERTY. Handig is het niet.

[Styxxy]

GekkePrutser schreef op dinsdag 28 februari 2012 @ 15:21:
[...]
Maar, waarom stellen jullie niet gewoon je toetsenbord op US in? Als je blind typt dan merk je er toch niks van

Omdat ik voor "rare" tekens nog steeds onbewust naar mijn toetsenbord kijk en als ik een andere indeling gebruik loopt het te vaak mis.

[roeleboel]

Volgende site (job-site voor imec - HET technologie-bedrijf in vlaanderen):
[url]http://jobs.imec.be:/sap/bc/webdynpro/sap/hrrcf_a_unreg_job_search[/url]

Eerst openen met IE, daarna met firefox (laatste versie)

en dat anno 2012???
Het idiote is dat chrome dan weer wel werkt...

[kenneth]

Ook dat hij een ISE geeft voor een niet ondersteunde browser

[.oisyn]

GekkePrutser schreef op dinsdag 28 februari 2012 @ 15:21:
Ik zit in Ierland en heb wel een gewone QWERTY maar met de symbolen op de verkeerde plek (" boven de 2 bijvoorbeeld, pond symbool boven de 3 in plaats van #).

Europese qwerty. Vreselijk. De Nederlandse layout heeft dat ook, maar vrijwel niemand gebruikt dat in NL (gelukkig)

[Crayne]

.oisyn schreef op donderdag 01 maart 2012 @ 12:13:
[...]

Europese qwerty. Vreselijk. De Nederlandse layout heeft dat ook, maar vrijwel niemand gebruikt dat in NL (gelukkig)

Mijn vorige werkgever dus wel. Wat een nachtmerrie.

[Verwijderd]

Niemand die een ',.pyf layout gebruikt?

[kaesve]

',.pyf is de enige echte, uiteraard. Op een toetsenbord met qwerty-layout, omdat ik te lui ben toetsen te wisselen.

[PiepPiep]

Pff... ik moest helemaal googlen om erachter te komen dat pyf gewoon dvorak is

[Firesphere]

PiepPiep schreef op donderdag 01 maart 2012 @ 15:50:
Pff... ik moest helemaal googlen om erachter te komen dat pyf gewoon dvorak is

Ik ook... en ik typ zelf Dvorak...

[Marcj]

kaesve schreef op donderdag 01 maart 2012 @ 14:02:
',.pyf is de enige echte, uiteraard. Op een toetsenbord met qwerty-layout, omdat ik te lui ben toetsen te wisselen.

Ik ook, echter kan ik de toetsen niet verwisselen omdat ik een ergonomisch toetsenbord heb waar niet alle toetsen hetzelfde zijn. Met name de 'n' is veel groter dan waar hij eigenlijk hoort.

Voordeel is wel dat ik nu tenminste echt blind kan typen, want naar het toetsenbord kijken heeft gewoonweg geen nut (behalve voor een paar speciale toetsen dan).

[Verwijderd]

Marcj schreef op donderdag 01 maart 2012 @ 16:25:
[...]

Ik ook, echter kan ik de toetsen niet verwisselen omdat ik een ergonomisch toetsenbord heb waar niet alle toetsen hetzelfde zijn. Met name de 'n' is veel groter dan waar hij eigenlijk hoort.

Voordeel is wel dat ik nu tenminste echt blind kan typen, want naar het toetsenbord kijken heeft gewoonweg geen nut (behalve voor een paar speciale toetsen dan).

Ik heb wel de moeite genomen om de keycaps van plaats te wisselen. Dat helpt wel bij het aanleren.
Ik ben nog maar kort geleden overgestapt (< 1 week geleden). Ik denk dat ik nu wel ongeveer 20 wpm kan halen!

[YopY]

Mwa, zolang ik nog op 3 / 4 verschillende toetsenborden moet werken is het voor mij gewoon niet praktisch om over te stappen op dvorak, .

Plus, anders dan af en toe een tl;dr forumpost typ ik niet eens zo heel veel. Ja, code, maar daar hoef je op zich niet zo heel veel voor te typen. Een hoge WPM helpt iig niet bij het programmeren (imho). Als je veel code schrijft doe je iets verkeerd

[ Voor 48% gewijzigd door YopY op 02-03-2012 09:52 ]

[PiepPiep]

Precies! copy/paste ftw!

*duikt*

[Ram0n]

Een select-tag in HTML waarbij tijdens elke onChange de innerHTML van de actieve option werd opgeslagen in een hidden-field. "Waarom geef je niet gewoon die select een name en laat je die JS achterwege?" => "Oh, kan dat ook?"

[BasieP]

laatst weer een mooie gezien op me werk... (uit me hoofd, dus typefouten daargelaten)

C#:

..
OracleDataReader reader = command.ExecuteReader();
while (reader.Read())
{
  decimal? d = (decimal)reader[0];

  decimal? d2 = (decimal)functieMetDecimal(decimal.parse(d));
  if (d2 != null)
  {
    d = d2;

    ....
  } else {
    throw new Exception();
  }
}

Ik heb hem maar herschreven naar zoiets:

C#:

..
OracleDataReader reader = command.ExecuteReader();
while (reader.Read())
{
  decimal d = functieMetDecimal((decimal)reader[0]);
  
  ...
}

en de throw Exception in de functie gezet (op de plek waar hij anders null zou retourneren)

[.oisyn]

Mag ik Microsoft hier ook even aandragen

C:

int __cdecl _futime32 (
        int fh,
        struct __utimbuf32 *times
        )
{
        struct tm tmb;

        SYSTEMTIME SystemTime;
        FILETIME LocalFileTime;
        FILETIME LastWriteTime;
        FILETIME LastAccessTime;
        struct __utimbuf32 deftimes;

        _CHECK_FH_RETURN( fh, EBADF, -1 );
        _VALIDATE_RETURN((fh >= 0 && (unsigned)fh < (unsigned)_nhandle), EBADF, -1);
        _VALIDATE_RETURN((_osfile(fh) & FOPEN), EBADF, -1);

        if (times == NULL) {
                _time32(&deftimes.modtime);
                deftimes.actime = deftimes.modtime;
                times = &deftimes;
        }

        if (_localtime32_s(&tmb, &times->modtime) != 0) {
                errno = EINVAL;
                return(-1);
        }

        SystemTime.wYear   = (WORD)(tmb.tm_year + 1900);
        SystemTime.wMonth  = (WORD)(tmb.tm_mon + 1);
        SystemTime.wDay    = (WORD)(tmb.tm_mday);
        SystemTime.wHour   = (WORD)(tmb.tm_hour);
        SystemTime.wMinute = (WORD)(tmb.tm_min);
        SystemTime.wSecond = (WORD)(tmb.tm_sec);
        SystemTime.wMilliseconds = 0;

        if ( !SystemTimeToFileTime( &SystemTime, &LocalFileTime ) ||
             !LocalFileTimeToFileTime( &LocalFileTime, &LastWriteTime ) )
        {
                errno = EINVAL;
                return(-1);
        }

        if (_localtime32_s(&tmb, &times->actime) != 0) {
                errno = EINVAL;
                return(-1);
        }

        SystemTime.wYear   = (WORD)(tmb.tm_year + 1900);
        SystemTime.wMonth  = (WORD)(tmb.tm_mon + 1);
        SystemTime.wDay    = (WORD)(tmb.tm_mday);
        SystemTime.wHour   = (WORD)(tmb.tm_hour);
        SystemTime.wMinute = (WORD)(tmb.tm_min);
        SystemTime.wSecond = (WORD)(tmb.tm_sec);
        SystemTime.wMilliseconds = 0;

        if ( !SystemTimeToFileTime( &SystemTime, &LocalFileTime ) ||
             !LocalFileTimeToFileTime( &LocalFileTime, &LastAccessTime ) )
        {
                errno = EINVAL;
                return(-1);
        }

        /* set the date via the filedate system call and return. failing
         * this call implies the new file times are not supported by the
         * underlying file system.
         */

        if (!SetFileTime((HANDLE)_get_osfhandle(fh),
                                NULL,
                                &LastAccessTime,
                                &LastWriteTime
                               ))
        {
                errno = EINVAL;
                return(-1);
        }

        return(0);
}

Even wat achtergrond-info: utime32() is een functie die de modificatietijd en accesstijd van een file kan veranderen. De opgegeven tijd is een UNIX timestamp (aantal seconden sinds 1 jan 1970 UTC). Dit moet uiteindelijk vertaald worden naar de win32 functie SetFileTime(), die een FILETIME verwacht - een timestamp van het aantal 100-nanoseconden intervallen sinds 1 jan 1601.

Goed, de resolutie van een FILETIME is hoger en hij begint eerder te tellen (en het verschil tussen 1 jan 1970 en 1 jan 1601 is natuurlijk constant), dus de conversie van UNIX timestamp naar FILETIME zou toch geen probleem moeten opleveren lijkt me. Om precies te zijn, je vermenigvuldigt met 10.000.000 (het aantal 100-nanoseconden intervallen in een seconde), en vervolgens tel je er 116.444.736.000.000.000 bij op (het aantal 100-nanoseconden intervallen tussen 1 jan 1601 en 1 jan 1970). En dan ben je klaar. Dit is ook wat MS zelf aanraadt.

Maar nee. Eerst convert hij de UNIX timestamp naar een lokale tijd met behulp van de functie localtime32(). Deze geeft de C struct 'tm' terug waarin componenten als jaar en maand zijn opgenomen. Dit gebruikt hij om de vergelijkbare win32 struct SYSTEMTIME in te vullen. Vervolgens convert hij dat terug naar een FILETIME timestamp, en daarna doet hij de correctie naar UTC met LocalFileTimeToFileTime().

Dat is WTF1.

WTF2 is dat LocalFileTimeToFileTime() de huidige daylightsavings-setting van de lokale tijd pakt, en niet die van de tijd die je probeert te converten. Oftewel, als je deze winter een timestamp hebt opgeslagen, en je gaat die komende zomer naar lokale tijd converten, dan telt ie er een uur bij op - je zit immers in DST

WTF3 is: WAAROM ZOU JE OOIT EEN FUCKING TIMESTAMP GAAN ZITTEN CORRECTEN OP BASIS VAN TIJDZONE - HET IS EEN FREAKIN' TIMESTAMP?!!?!?!?!
Maar dat was de revue al eens gepasseerd.

---

Resultaat van deze clusterfuck: een filetime van een tijd van vorige zomer die ik nu instel zit er een uur naast.

[GekkePrutser]

.oisyn schreef op vrijdag 02 maart 2012 @ 16:33:
[...]
Dat is WTF1.

Ik vind WTF1 niet eens zo'n slechte manier om het te doen toch? Behalve dat het op de door MS aanbevolen manier in 1 regel had gekund in plaats van 50 Hij gebruikt in elk geval wel de juiste functies van het OS om de nieuwe timestamp op te bouwen, dus het blijft ook werken als MS ooit de opbouw van hun timestamp verandert.

Maar idd, om timestamps nog te gaan correcten voor DST is inderdaad erg onzinnig.

Is die code trouwens wel Y2K-safe? Die "year+1900" doet vermoeden van niet Of is dat normaal bij Windows? Ik bouw nooit iets tegen de Windows API aan dus ik weet het niet.

Ram0n schreef op vrijdag 02 maart 2012 @ 11:47:
Waarom geef je niet gewoon die select een name en laat je die JS achterwege?" => "Oh, kan dat ook?"

[ Voor 20% gewijzigd door GekkePrutser op 02-03-2012 17:03 ]

[.oisyn]

GekkePrutser schreef op vrijdag 02 maart 2012 @ 16:59:

Ik vind WTF1 niet eens zo'n slechte manier om het te doen toch?

Een UTC timestamp eerst naar local time converten om vervolgens de localtime weer te correcten naar UTC?

[ZpAz]

JavaScript:

//<![CDATA[
if (GBrowserIsCompatible()) {
document.write('<div id="map" style="float: left; width: 700px; height: 600px"><\/div>');
} else {
document.write('<b>Javascript must be enabled in order to use Google Maps.<\/b>');
}
//]]>

Ja, dat gaat werken.

[YopY]

PiepPiep schreef op vrijdag 02 maart 2012 @ 11:01:
Precies! copy/paste ftw!

*duikt*

Pfft, ja, iOS programmeren begint al snel copy/pastewerk te worden, . We hebben in het afgelopen half jaar een app gebouwd met daarin... iets van 20+ UITableViews, telkens weer dezelfde boilerplate schrijven om dat kreng te vullen met je eigen data en cellen word je best wel moe van .

^document.write moet verbannen worden, is de voornaamste reden waarom browsers pas renderen als ze alle JS etc binnen hebben.

[ZpAz]

Als je elke keer dezelfde code schrijft, doe je dan niet wat fout

[Bosmonster]

ZpAz schreef op zondag 04 maart 2012 @ 11:05:

JavaScript:

//<![CDATA[
if (GBrowserIsCompatible()) {
document.write('<div id="map" style="float: left; width: 700px; height: 600px"><\/div>');
} else {
document.write('<b>Javascript must be enabled in order to use Google Maps.<\/b>');
}
//]]>

Ja, dat gaat werken.

rofl

Nog een leuke snippet uit die site:

JavaScript:

//disable scripts to be executed
newHTML.replace(/<script>/,"<script defer>");

[ Voor 15% gewijzigd door Bosmonster op 05-03-2012 12:00 ]

[YopY]

ZpAz schreef op maandag 05 maart 2012 @ 10:46:
Als je elke keer dezelfde code schrijft, doe je dan niet wat fout

Ja . Maar het is telkens net weer een beetje anders, beetje custom, etc. Waarschijnlijk moeten we gewoon opzoek naar een goeie maar toch flexibele library om tableviews te maken. Ook moet de API voor het maken van tableviews in iOS 5 beter zijn... maar ivm backwards compatibility kunnen we daar nog niet mee bezig.

[roy-t]

Net in 12 uur tijd een soort test-afname simulatie, waar de invloed van afleiding tijdens het autorijden gestest wordt, omgehacked naar een continu doorlopende exhibit geschikt voor bezoekers. Man wat kwam ik toch een super lelijke code tegen.

Elke class was pseudo singleton en wel op de volgende manier:

Java:

public class Experiment extends JFrame{
    public static Experiment experiment;
    
    public Experiment(){
        super("titel");
        experiment = this;
    }

Naast het lekke van de this pointer in de constructor is dit natuurlijk ook de meest waardeloze variant van een singleton die er maar bestaat.

Ook was het zo dat elke class extende van JFrame, alles was een VIEW ook de code die het rijgedrag simuleerde. Dit resulteerde ook in hele rare effecten, waar bij de textuele GUI uit fullsreen wordt gehaald om daar dan fullscreen een OpenGL Window te plaatsen, elke vraag liet het scherm dus 2 seconden knipperen.

Verder was 80% van de code uitgecommentariseert vaak met uitleg `//proef XXXX' of wat dan ook waardoor de code nog moeilijker te volgen was, vooral omdat er dan vaak tussen grote blokken comments ineens toch nog wat live code stond. Als laatste had natuurlijk alles een referentie naar alles dus was het super moeilijk om sommige dingen los te kweken.

Zelf door de korte tijdsspanne een hoop hacks toegepast, ik had gewoon niet genoeg tijd om de code echt e verbeteren maar de stukjes die ik nu gebruik zijn iig iets opgeschoont, en tsja de bezoeker ziet het toch niet.

[Gynnad]

Het wou gisteren op het einde niet meer echt lukken, dus heb ik een mooi stukje code getypt wat ik vanmorgen dus wou gaan testen, maar kreeg een RuntimeException..

code:

UserDotCMS user = null; //getUserDotCMS(customUser);
if(user == null){
throw new RuntimeException("Unable to login the dotCMS user for user: \"" + customUser.getName() + "\" on website: \"" + customUser.getWebsite() + "\", have you created the customDotCMSUser already? ");
            }

Best logisch

[GekkePrutser]

Gynnad schreef op woensdag 07 maart 2012 @ 10:02:
Best logisch

Ja, klinkt bekend... Tijdens het bouwen even een database lookup vervangen door een statische toekenning zodat je alvast de code daarna kan testen. En dan als je de database lookup gebouwd hebt, vergeten om dat statement weer weg te halen.

Vervolgens 10 minuten afvragen waarom de verkeerde gegevens er uit komen SQL tracen enzo, en dan... Oh ja.

Dat gebeurt mij best vaak, typisch einde-dag verschijnsel. Zo'n moment dat je weet dat je eigenlijk beter naar huis had kunnen gaan in plaats van doorwerken.

[Janoz]

GekkePrutser schreef op woensdag 07 maart 2012 @ 11:47:
Dat gebeurt mij best vaak, typisch einde-dag verschijnsel. Zo'n moment dat je weet dat je eigenlijk beter naar huis had kunnen gaan in plaats van doorwerken.

Nope, op zo'n moment is het nog veel beter om je eens te gaan verdiepen in unittest en het gebruik van mocks. Dan kun je rustig een statisch testgeval in je mock zetten en komt deze nooit in de productiecode terecht.

[Alex)]

C#:

/// <summary>
/// Strings the formatter.
/// </summary>
/// <param name="template">The template.</param>
/// <param name="values">The values.</param>
/// <returns></returns>
public string StringFormatter(string templates, Dictionary<string, object> values)
{  /* ... */ }

Lekker nuttig, gegenereerde documentatie

[Woy]

Strings the formatter.

Al is het natuurlijk ook niet echt een handige naam voor een methode.

[PiepPiep]

Alex) schreef op donderdag 08 maart 2012 @ 10:33:

C#:

/// <summary>
/// Strings the formatter.
/// </summary>
/// <param name="template">The template.</param>
/// <param name="values">The values.</param>
/// <returns></returns>
public string StringFormatter(string templates, Dictionary<string, object> values)
{  /* ... */ }

Lekker nuttig, gegenereerde documentatie

Dat heb ik hier zoooooooooooo enorm veel

[Soultaker]

Alex) schreef op donderdag 08 maart 2012 @ 10:33:

C#:

/// <summary>
/// Strings the formatter.
/// </summary>
/// <param name="template">The template.</param>
/// <param name="values">The values.</param>
/// <returns></returns>
public string StringFormatter(string templates, Dictionary<string, object> values)
{  /* ... */ }

Lekker nuttig, gegenereerde documentatie

Waarom is templates in de parameterlijst opeens template in de documentatie

[Alex)]

Soultaker schreef op donderdag 08 maart 2012 @ 21:34:
[...]

Waarom is templates in de parameterlijst opeens template in de documentatie

Omdat ik een faalhaas ben en iets niet consistent had geanonimiseerd

[Soultaker]

Ah, dat klinkt wel aannemelijk.

[ZpAz]

YopY schreef op maandag 05 maart 2012 @ 13:25:
[...]


Ja . Maar het is telkens net weer een beetje anders, beetje custom, etc. Waarschijnlijk moeten we gewoon opzoek naar een goeie maar toch flexibele library om tableviews te maken. Ook moet de API voor het maken van tableviews in iOS 5 beter zijn... maar ivm backwards compatibility kunnen we daar nog niet mee bezig.

Volgens een tweet van een app-bakker (Camera+ ofzo) draaide al meer als 92% oid op iOS5. Ben ook bezig met een app, en ga enkel voor iOS5. Veel fancyer met ARC en StoryBoard (en nog veel andere features) dan iOS4 en lager.

Maar als je al een bestaande app hebt kan dat misschien niet zo snel natuurlijk.

[Paprika]

C#:

            if (_currentIndex - 1 < 0)
            {
                int tempIndex = _currentIndex;

                for (int j = 0; j < 1; j++)
                {
                    tempIndex--;
                    if (tempIndex < 0)
                    {
                        tempIndex = _videoFiles.Count - 1;
                    }
                }
                thumb = new Image { Source = _videoFiles[tempIndex].Thumbnail };
            }

Waarschijnlijk een test resultaat van een collega, al stond dit bijna in de release.

[ Voor 133% gewijzigd door Paprika op 09-03-2012 11:23 ]

[Standeman]

Ik ben zojuist vol verbazing de volgende parel van een tabel tegen gekomen in een .net omgeving

code:

[dbo].[Datum]

Met open mond kijk ik welke kolommen erin staan en mijn vermoedens worden bevestigd:

code:

[Datum]
[Jaar]
[Kwartaal]
[Weekjaar]
[Week]
[Periode]
[Maand]
[Maandnaam]
[MaandKorteNaam]
[Dag]
[Dagnaam]
[DagKorteNaam]
[WeekenddagJN]
[WerkdagJN]
[EersteWerkdagMaandJN]
[LaatsteWerkdagMaandJN]
[DagnummerWeek]
[DagnummerJaar]
[DagnummerChristelijkJaar]
[DagnummerJuliaansJaar]

Uiteraard is die table netjes gevuld vanaf 01-01-2000 tot en met 31-12-2049.

Ik zit me af te vragen om welke reden iemand in godsnaam een dergelijk tabel maakt / bedenkt. En of deze met de hand is gevuld

[P_de_B]

Het ziet er inderdaad stom uit, en grote kans dat dit het is. Maar soms kan dit handig zijn om bijvoorbeeld snel te kunnen joinen in de database.

[Grijze Vos]

Ik kan me niet voorstellen dat het ooit makkelijker is om 'snel te joinen', ipv die datum gewoon fatsoenlijk uitrekenen in je applicatie en dan gebruiken in een query.

[P_de_B]

Iets als geef me alle boekingen die op werkdagen zijn gemaakt?

SELECT * FROM Booking b
INNER JOIN Dates d on b.BookingDate = Dates.Date
WHERE WerkDagJN = 1

[Firesphere]

P_de_B schreef op dinsdag 13 maart 2012 @ 15:50:
Iets als geef me alle boekingen die op werkdagen zijn gemaakt?

SELECT * FROM Booking b
INNER JOIN Dates d on b.BookingDate = Dates.Date
WHERE WerkDagJN = 1

Iets met
WHERE DAYOFWEEK(`WerkDagJN`) = 1
Lijkt mij veel malen handiger dan...
Of heeft MSDB niet een optie daar voor?

[ Voor 5% gewijzigd door Firesphere op 13-03-2012 15:55 . Reden: wHeek? ]

[Knutselsmurf]

Firesphere schreef op dinsdag 13 maart 2012 @ 15:54:
[...]

Iets met
WHERE DAYOFWEEK(`WerkDagJN`) = 1
Lijkt mij veel malen handiger dan...
Of heeft MSDB niet een optie daar voor?

Door een aparte tabel te maken, kun je dmv een left join ook de datums laten verschijnen waar geen resultaten zijn. Bovendien kun je nu indeces aanmaken op de weeknummer,werkdag,etc-velden, wat in performance kan schelen. Niet ieder DBMS kan immers indexeren op een functie-resultaat.

[HeSitated]

Firesphere schreef op dinsdag 13 maart 2012 @ 15:54:
Iets met
WHERE DAYOFWEEK(`WerkDagJN`) = 1
Lijkt mij veel malen handiger dan...
Of heeft MSDB niet een optie daar voor?

Ik weet niet om hoeveel records het in betreffend voorbeeld gaat....

Simplistisch gesteld: stel je voor je hebt een grote tabel met > 1 miljoen records, dan ga jij dus nu een kopie maken van je tabel daar de functie DATEPART op loslaten en vervolgens filteren...

Derhalve KAN het helemaal niet verkeerd zijn om een tabel ala het gegeven voorbeeld te maken...

Toevallig lees ik net dit:
http://www.sqlservercentr...ervices+%28SSRS%29/87058/

[ Voor 8% gewijzigd door HeSitated op 13-03-2012 18:54 . Reden: Link toegevoegd ]

[azerty]

HeSitated schreef op dinsdag 13 maart 2012 @ 18:40:
Toevallig lees ik net dit:
http://www.sqlservercentr...ervices+%28SSRS%29/87058/

Off-topic, maar die pay/view wall stelt ook niet veel voor... Ffe met firebug de overlay verwijderen, de opacity weghalen en de 200px hoogte limiet van de inhoud container weghalen en done ^^

[Firesphere]

HeSitated schreef op dinsdag 13 maart 2012 @ 18:40:
[...]


Ik weet niet om hoeveel records het in betreffend voorbeeld gaat....

Simplistisch gesteld: stel je voor je hebt een grote tabel met > 1 miljoen records, dan ga jij dus nu een kopie maken van je tabel daar de functie DATEPART op loslaten en vervolgens filteren...

Derhalve KAN het helemaal niet verkeerd zijn om een tabel ala het gegeven voorbeeld te maken...

Toevallig lees ik net dit:
http://www.sqlservercentr...ervices+%28SSRS%29/87058/

Heb net even voor de grap wat MySQL tests gedraaid, maar de snelheid van een extra tabel ligt echt veel lager, zelfs als ik op 6 dagen selecteer. Ik weet niet wat nou zo slecht is aan een inbuild functie eerlijk gezegd.

[P_de_B]

Firesphere schreef op dinsdag 13 maart 2012 @ 15:54:
[...]

Iets met
WHERE DAYOFWEEK(`WerkDagJN`) = 1
Lijkt mij veel malen handiger dan...
Of heeft MSDB niet een optie daar voor?

Wie zegt dat er een ingebouwde functie in de db is die teruggeeft of een bepaalde datum een werkdag is? (DAYOFWEEK is het in ieder geval niet). Misschien heeft het bedrijf wel een eigen indeling van werkdagen, misschien is het in Israel actief waarbij zondag een werkdag is.

Daarnaast inderdaad de al gegeven argumenten dat het niet mogelijk is een index te gebruiken op het resultaat van een functie. Als jij een functie zet om de kolom OrderDatum zal er een tablescan moeten plaatsvinden. Als je een JOIN gebruikt met een tabel kan er wel een index gebruikt worden.

Nogmaals, grote kans dat de tabel niet efficient wordt gebruikt, maar zonder context zeggen dat het slecht is vind ik in dit geval wat kort door de bocht.