De Devschuur Coffee Corner - Iteratie 2

[Barryvdh]

Ja klopt, die heb ik ook gehad, maar de repo's die ik al aan het wachten was, zijn nu dus gestarred, in plaats van gewatched, dus ik kreeg ineens geen notifications meer in mijn stream.

[Firesphere]

Dus, ik volgens dezelfde methode als altijd een DO Manager bouwen. Klapt'ie er helemaal uit, niks in de logs.

Hmmm, oldskool debuggen, gewoon features uit zetten tot het werkt. Prima, alles werkt als ik alleen de controller en de class mee geef.
Weer toevoegen van een Title? Werkt.
Weer toevoegen van een summary? Werkt.
Weer toevoegen van custom functie? Werkt.
Weer toevoegen DataBase referentie? Werkt.


Ik heb echt geen idee, maar uiteindelijk is de werkende code dezelfde als die eerder een error gaf

Het lijkt wel maandag.

[BtM909]

Barryvdh schreef op dinsdag 07 augustus 2012 @ 15:13:
Ja klopt, die heb ik ook gehad, maar de repo's die ik al aan het wachten was, zijn nu dus gestarred, in plaats van gewatched, dus ik kreeg ineens geen notifications meer in mijn stream.

Gewoon even contact opnemen: https://help.github.com/contact

[Barryvdh]

BtM909 schreef op dinsdag 07 augustus 2012 @ 15:34:
[...]
Gewoon even contact opnemen: https://help.github.com/contact

Nouja, ik heb gewoon alles weer opnieuw gewachted, vroeg me alleen af of dat bij iedereen zo was.

[CodeCaster]

Dood aan IE met z'n "De pagina kan niet worden weergegeven".

Geen netwerkkaart in je computer? "De pagina kan niet worden weergegeven".
Geen verbinding naar de server? "De pagina kan niet worden weergegeven".
Serverfout (5xx)? "De pagina kan niet worden weergegeven".
Clientfout (4xx)? "De pagina kan niet worden weergegeven".




Haha, je scrollde.

I don't always debug, but when I do I do it on a production server where I cannot install other software and where my only tool is IE.

En nee, "User Friendly Errors" staat uit.

[ Voor 53% gewijzigd door CodeCaster op 07-08-2012 15:52 ]

[OkkE]

CodeCaster schreef op dinsdag 07 augustus 2012 @ 15:48:
[afbeelding]
Haha, je scrollde.

Het voordeel van OSX is dat al zulke images al gelijk opvallen als nep.

[Caelorum]

OkkE schreef op dinsdag 07 augustus 2012 @ 16:40:
[...] Het voordeel van OSX is dat al zulke images al gelijk opvallen als nep.

Ubuntu hier, maar in eerste instantie scrollde ik toch (heb maar ff bakje koffie gehaald)

[Alex)]

Damn you SharePoint... uiteindelijk 3 uur bezig geweest om een memoryleak te vinden

[Verwijderd]

OkkE schreef op dinsdag 07 augustus 2012 @ 16:40:
[...]

Het voordeel van OSX is dat al zulke images al gelijk opvallen als nep.

Ik scrollde ook op OSX

[LEDfan]

Hier ook ubuntu (xubuntu) en scrolde ook....

[Soundless]

Wtf, zit hier naar 2 MySQL tabellen te kijken met elk 900+ kolommen >_>
Dit moet een db voorstellen voor surveys. Als ik het goed begrijp is er voor elke vraag, of zelfs elk antwoord, een aparte kolom aangemaakt.

Ik probeer te begrijpen waarom hiervoor is gekozen. Zal vast wel een reden hebben...

[ Voor 67% gewijzigd door Soundless op 07-08-2012 21:08 ]

[OnTracK]

Omdat ze het eerst in Excel hadden gemaakt en iemand ze verteld had dat het veel beter in een database konden stoppen...

Oeh, ik bedenk me er nog een:
Omdat ze het eerst in Excel hadden gemaakt en Excel 97 niet meer kolommen aankon dan 256.

[ Voor 34% gewijzigd door OnTracK op 07-08-2012 21:31 ]

[marcop23]

Soundless schreef op dinsdag 07 augustus 2012 @ 20:59:
Wtf, zit hier naar 2 MySQL tabellen te kijken met elk 900+ kolommen >_>
Dit moet een db voorstellen voor surveys. Als ik het goed begrijp is er voor elke vraag, of zelfs elk antwoord, een aparte kolom aangemaakt.

Ik probeer te begrijpen waarom hiervoor is gekozen. Zal vast wel een reden hebben...

Toch vraag ik me nog steeds af hoe je dat soort dingen dan het beste aanpakt, als je vast zit aan MySQL. Bij settings bijvoorbeeld, een table settings met elke user een row die je joint wanneer nodig en elke setting een kolom, toch?

Ik zou niet weten hoe anders eigenlijk.

Ik programmeer als hobby. Database layoutjes verzinnen is niet mijn ding

[.oisyn]

Ligt er een beetje aan. Als het een beetje dynamisch is en oninteressant om op te querien zou ik persoonlijk settings gewoon als een blob in een enkele kolom mieteren.

[.oisyn]

Als je op linux vanuit C of C++ code een HTTP request wil doen, is libcurl dan een beetje de defacto library om dat te doen? Als ik de omschrijving lees:

a highly portable and easy-to-use client-side URL transfer library, supporting DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP, SMTPS, TELNET and TFTP

dan klinkt dat een beetje overkill voor een simpel tooltje

[Firesphere]

Kan het anders dan?
Ik gebruik eigenlijk altijd libcurl, het kan gewoon een boel. Ja, het is overkill voor 1 request, maar er is niet een simpele kleinere library om te gebruiken toch?

Het ondersteund alle mainstream opties, that works right?

[.oisyn]

Sure, maar ik heb er een hekel aan als een dergelijke library ineens allemaal dependencies heeft op andere libraries. Als je HTTPS wil doen (wat ik toevallig dus wil doen), dan heb ik ook libSSH2 en OpenSSL nodig. En OpenSSL heeft weer een dependency op... jawel, Perl for crying out loud.

[Soundless]

OnTracK schreef op dinsdag 07 augustus 2012 @ 21:30:
Omdat ze het eerst in Excel hadden gemaakt en iemand ze verteld had dat het veel beter in een database konden stoppen...

Oeh, ik bedenk me er nog een:
Omdat ze het eerst in Excel hadden gemaakt en Excel 97 niet meer kolommen aankon dan 256.

Als ik het me goed herinner hadden ze het van nul af opgebouwd. Had met datamining te maken ofzo. Dan alsnog snap ik deze structuur niet.

marcop23 schreef op dinsdag 07 augustus 2012 @ 21:31:
[...]

Toch vraag ik me nog steeds af hoe je dat soort dingen dan het beste aanpakt, als je vast zit aan MySQL. Bij settings bijvoorbeeld, een table settings met elke user een row die je joint wanneer nodig en elke setting een kolom, toch?

Ik zou niet weten hoe anders eigenlijk.

Ik programmeer als hobby. Database layoutjes verzinnen is niet mijn ding

Het eerste wat bij mij opkomt is in ieder geval een aparte table voor vragen/antwoorden/gegeven antwoorden/etc. En dan inderdaad gewoon joinen.

Ik kan echt totaal geen reden bedenken voor het gebruiken van een layout als deze. Ik heb het dan ook gevraagd aan de klant en wacht nog op antwoord.

Ik hou jullie nog wel op de hoogte

[Acid_Burn]

Soundless schreef op dinsdag 07 augustus 2012 @ 20:59:
Wtf, zit hier naar 2 MySQL tabellen te kijken met elk 900+ kolommen >_>
Dit moet een db voorstellen voor surveys. Als ik het goed begrijp is er voor elke vraag, of zelfs elk antwoord, een aparte kolom aangemaakt.

Ik probeer te begrijpen waarom hiervoor is gekozen. Zal vast wel een reden hebben...

Ach, wij hebben een pakket waarin er veel aangepast kan worden. Admins kunnen bijvoorbeeld de velden configureren. Nu hadden ze bij 1 module ruim 2200 kolommen aangemaakt

[Soultaker]

.oisyn schreef op dinsdag 07 augustus 2012 @ 22:03:
Als je op linux vanuit C of C++ code een HTTP request wil doen, is libcurl dan een beetje de defacto library om dat te doen?

Absoluut.

dan klinkt dat een beetje overkill voor een simpel tooltje

Dat 't in de source tree zit betekent niet dat je 't mee hoeft te compileren...

En OpenSSL heeft weer een dependency op... jawel, Perl for crying out loud.

Wie heeft er nu geen Perl? Heb je wel een shell dan?

Als je Windows gebruikt werkt de package van ActiveState prima.

edit:
Perl wordt alleen gebruikt voor het configuren, neem ik aan? Ik kan me niet voorstellen dat openssl een runtime dependency heeft op libperl...

[ Voor 10% gewijzigd door Soultaker op 07-08-2012 23:16 ]

[.oisyn]

Geen idee, ik zag de installation instructions voor libcurl voor MSVC++ en toen dacht ik "ja flikker op zeg".

.edit: ah kijk aan, er zijn ook gewoon binaries: http://quantcorner.wordpr...bcurl-with-visual-c-2010/ . Hoe die aan die downloadlink komt is me een raadsel, op de pagina van curl zelf kan ik 'm iig niet vinden

.edit2: ah, via de niet heel duidelijk getoonde download wizard

Awesome. Eens kijken of ik mijn Fifa autobuyer kan porten naar de raspberry pi (gebruik nu nog de WinHTTP library namelijk)

[ Voor 76% gewijzigd door .oisyn op 07-08-2012 23:44 ]

[alienfruit]

Acid_Burn schreef op dinsdag 07 augustus 2012 @ 22:57:
Ach, wij hebben een pakket waarin er veel aangepast kan worden. Admins kunnen bijvoorbeeld de velden configureren. Nu hadden ze bij 1 module ruim 2200 kolommen aangemaakt

Ja, ik sla ook bij een vragenlijst de antwoorden in een tabel op Maar goed elke vragenlijst heeft dan ook zijn eigen antwoordentabel

[Phoenix1337]

Wellicht dat t aan mij ligt maar voor elke vragenlijst een eigen antwoordentabel klinkt ook niet echt genormaliseerd?

[Soundless]

Ah, ik kreeg te horen dat het ooit een studentenprojectje was. Dus dat het ooit door studenten snel in elkaar is gezet. Er was dan ook geen geldige reden om deze structuur te gebruiken...

Wordt dus zeker weten ombouwen..

[Phoenix1337]

Dat lijkt me inderdaad verstandig. Met zulke rotzooi moet je niet willen werken

[.Gertjan.]

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 08:42:
Wellicht dat t aan mij ligt maar voor elke vragenlijst een eigen antwoordentabel klinkt ook niet echt genormaliseerd?

In principe heb je gelijk, echter kun je soms ook over-normaliseren. Als ik een vragenlijst heb met 7 vaste vragen en dus 7 bijbehorende antwoorden kan dat in principe makkelijk in 1 tabel worden verwerkt als kolommen. Wanneer de lijsten complex worden dan moet je inderdaad gaan normaliseren.

Bedenk je namelijk wel dat bij een genormaliseerd model je best wat extra calls moet inbouwen in je code om de gegevens op te halen en je ook al deze gegevens moet checken. Als er 7 kolommen zijn met antwoorden hoef je maar 1 rij op te halen, anders moet je meerdere tabellen aanroepen en data koppelen. Dat is voor 7 antwoorden misschien een tikje te veel

Ben momenteel ook met een tool bezig die rapportages draait op basis van ingevulde antwoorden, maar deze tool is volledig dynamisch. De vragenlijsten kunnen worden opgesteld en aangepast door de gebruikers, dan kom je niet onder normalisatie uit Of je moet kolommen maken als Antwoord1 t/m Antwoord9999

[CodeCaster]

Na-ah.

TekstAntwoord1 t/m TekstAntwoord9999, DatumAntwoord1 t/m DatumAntwoord9999, IntAntwoord ... you catch my drift.

[Phoenix1337]

Precies. Wanneer je alleen rijen met antwoorden nodig bent is dat geen probleem. Wanneer je echter meer wil kom je niet onder normaliseren uit. Wellicht had ik dan alsnog de data dubbel opgeslagen. Eentje volledig genormaliseerd en jouw oplossing als een caching idee.

Ik kom hier ook geregeld tabellen tegen waarin een kolom staat waarin komma gescheiden id's opgeslagen worden. Daar kun je databasetechnisch echt helemaal niets meer mee.

[Korben]

CodeCaster schreef op woensdag 08 augustus 2012 @ 09:59:
Na-ah.

TekstAntwoord1 t/m TekstAntwoord9999, DatumAntwoord1 t/m DatumAntwoord9999, IntAntwoord ... you catch my drift.

Psh.

SQL:

CREATE TABLE [Everything] (Blob XML NOT NULL)

[Phoenix1337]

Gewoon je objecten serializen en opslaan in een blob

[.Gertjan.]

CodeCaster schreef op woensdag 08 augustus 2012 @ 09:59:
Na-ah.

TekstAntwoord1 t/m TekstAntwoord9999, DatumAntwoord1 t/m DatumAntwoord9999, IntAntwoord ... you catch my drift.

Een ontwikkelaar die dat daadwerkelijk durft te implementeren kom ik graag tegen. Kan ik eindelijk al die jaren ICT frustratie op zo iemand botvieren

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 09:59:
Precies. Wanneer je alleen rijen met antwoorden nodig bent is dat geen probleem. Wanneer je echter meer wil kom je niet onder normaliseren uit. Wellicht had ik dan alsnog de data dubbel opgeslagen. Eentje volledig genormaliseerd en jouw oplossing als een caching idee.

Oei, caching in de DB vind ik redelijk gevaarlijk. Je kunt denk ik beter de calls optimaliseren dat je in 1 call alle antwoorden ophaalt voor de hele vragen lijst (ipv antwoorden per vraag). Caching heeft als risico dat deze mogelijk out-of-sync gaat lopen (al heel vaak gezien).

Ik kom hier ook geregeld tabellen tegen waarin een kolom staat waarin komma gescheiden id's opgeslagen worden. Daar kun je databasetechnisch echt helemaal niets meer mee.

Ah, dat lijkt wel op een Webservices implementatie waar ik geregeld mee werk, daar zitten ook dat soort pareltjes in. Geen objecten maar datasets teruggeven. Nesting van objecten? Nope doe je zelf maar op basis van een volgnummer. Meerdere ID's opvragen: graag een komma-gescheiden reeks van integers

Het gaat zelfs zo ver dat je bepaalde objecten op basis van hun naam moet meegeven in plaats van de ID die gehanteerd wordt door het hele systeem (en dus ook in je return objecten zit, je moet dus eerst die ID ombuigen naar de naam)

[kenneth]

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 10:02:
Gewoon je objecten serializen en opslaan in een blob

Opslaan, opslaan. Waarom zou je je programma afsluiten? Eventueel in een VM draaien tegen stroomuitval.

[Phoenix1337]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 10:03:

[...]

Oei, caching in de DB vind ik redelijk gevaarlijk. Je kunt denk ik beter de calls optimaliseren dat je in 1 call alle antwoorden ophaalt voor de hele vragen lijst (ipv antwoorden per vraag). Caching heeft als risico dat deze mogelijk out-of-sync gaat lopen (al heel vaak gezien).

Ach, we gebruiken hier mysql icm met replication. De vraag is niet of replicatie out of sync gaat lopen maar wanneer. En dit staat ook gewoon op diverse plekken aangegeven dat dit gaat gebeuren ...

.Gertjan. schreef op woensdag 08 augustus 2012 @ 10:03:
Ah, dat lijkt wel op een Webservices implementatie waar ik geregeld mee werk, daar zitten ook dat soort pareltjes in. Geen objecten maar datasets teruggeven. Nesting van objecten? Nope doe je zelf maar op basis van een volgnummer. Meerdere ID's opvragen: graag een komma-gescheiden reeks van integers

Het gaat zelfs zo ver dat je bepaalde objecten op basis van hun naam moet meegeven in plaats van de ID die gehanteerd wordt door het hele systeem (en dus ook in je return objecten zit, je moet dus eerst die ID ombuigen naar de naam)

Ik vraag me altijd af hoe andere mensen over mijn code denken. Wellicht maken we zelf ook wel fouten welke een ander weer niet maakt

[CodeCaster]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 10:03:
[...]

Een ontwikkelaar die dat daadwerkelijk durft te implementeren kom ik graag tegen. Kan ik eindelijk al die jaren ICT frustratie op zo iemand botvieren

Dat soort pareltjes ontstaan door een combinatie van don't know, don't care en het moest gisteren af. Als je je even één middagje in een tutorial verdiept, kom je al een aardig eind met normalisatie. Als dat je niet boeit, of als het van de baas zo snel mogelijk moet, dan maar quick & dirty.

Korben schreef op woensdag 08 augustus 2012 @ 10:01:
Psh.

SQL:

CREATE TABLE [Everything] (Blob XML NOT NULL)

Prima, dan exposen we ook een service:

C#:

interface GodService
{
    string GetEverything();
    void SetEverything(String xml);
}

Dan moet de client maar zorgen dat 'ie de XML-db lokaal bewerkt en in z'n geheel terugstuurt. Há! xpath > SQL.

[.Gertjan.]

CodeCaster schreef op woensdag 08 augustus 2012 @ 10:16:

C#:

interface GodService
{
    string GetEverything();
    void SetEverything(String xml);
}

Dan moet de client maar zorgen dat 'ie de XML-db lokaal bewerkt en in z'n geheel terugstuurt. Há! xpath > SQL.

Ja maar dataverkeer is duur, dus je moet hem even door een zip-library trekken en natuurlijk even encrypten met 3 exotische versleutelingen. Daarna pomp je de ZIP in een XML met een aantal controle sleutels (die natuurlijk niet gecheckt worden, maar het staat enterprise om het zo te doen).

Want ja, de manager had ergens gelezen dat "echte" programma's dat ook doen

[Korben]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 10:19:
[...]

Ja maar dataverkeer is duur, dus je moet hem even door een zip-library trekken en natuurlijk even encrypten met 3 exotische versleutelingen. Daarna pomp je de ZIP in een XML met een aantal controle sleutels (die natuurlijk niet gecheckt worden, maar het staat enterprise om het zo te doen).

Want ja, de manager had ergens gelezen dat "echte" programma's dat ook doen

3 exotische versleutelingen? Oeh, als ik nou 3 keer ROT13 toepas, dat móet wel sterk zijn!

[Alex)]

Psh, WCF gebruiken.

Wat dacht je van een custom REST-implementatie waarbij je alle requests met PUT en HEAD moet doen?

[TheNephilim]

Jullie zijn weer lekker op dreef haha

[.Gertjan.]

Korben schreef op woensdag 08 augustus 2012 @ 10:21:
[...]

3 exotische versleutelingen? Oeh, als ik nou 3 keer ROT13 toepas, dat móet wel sterk zijn!

Weet je wat, we doen er nog een bonus ROT13 overheen voor extra veiligheid

[Korben]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 10:22:
[...]

Weet je wat, we doen er nog een bonus ROT13 overheen voor extra veiligheid

Nee wacht, een veel betere feature is dat de aanroeper kan opgeven hoe veel passes ROT13 er moeten worden toegepast. Een soort dial-a-yield maar dan anders.

[CodeCaster]

Korben schreef op woensdag 08 augustus 2012 @ 10:21:
[...]

3 exotische versleutelingen? Oeh, als ik nou 3 keer ROT13 toepas, dat móet wel sterk zijn!

ROT13 is niet exotisch, en driemaal hetzelfde is natuurlijk ook niet exotisch genoeg.

Ik zeg ROT12, ROT14 en dan ROT26! Die zie je zelden, laat staan samen!

[Phoenix1337]

Dan niet key stretching toepassen he anders word het te goed beveiligd. We kunnen natuurlijk ook base64 als 'versleuteling' toepassen

[Firesphere]

En niet te vergeten UTF8!

[Phoenix1337]

Elke goed beveiligde applicatie moet inderdaad wel van utf-8 encoding gebruik maken

Of we slaan alles stiekem op als UTF-8 en we exposen t naar de buitenwereld als iso-8859-1

[ Voor 36% gewijzigd door Phoenix1337 op 08-08-2012 10:27 ]

[Korben]

Oh, ja, maar als we UTF-8 gebruiken moeten we wel de juiste encryptie toepassen. Ik stel voor: ROT556032.

[Firesphere]

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 10:26:
Elke goed beveiligde applicatie moet inderdaad wel van utf-8 encoding gebruik maken

Of we slaan alles stiekem op als UTF-8 en we exposen t naar de buitenwereld als iso-8859-1

Ik refereer aan de KPN-fail

[Phoenix1337]

Die xml die via onze rest-service opgevraagd wordt moet wel html-entities gecodeerd worden he. We moeten natuurlijk wel uitkijken met javascript injectie enzo. Stel je voor dat iemand een xml terugstuurd en de volgende die de xml weer opvraagd krijgt een stuk javascript geserveerd

[ThaNOD]

CodeCaster schreef op woensdag 08 augustus 2012 @ 10:25:
[...]

ROT13 is niet exotisch, en driemaal hetzelfde is natuurlijk ook niet exotisch genoeg.

Ik zeg ROT12, ROT14 en dan ROT26! Die zie je zelden, laat staan samen!

Ik zie dan meteen zoiets voor me:

[Korben]

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 10:31:
Die xml die via onze rest-service opgevraagd wordt moet wel html-entities gecodeerd worden he. We moeten natuurlijk wel uitkijken met javascript injectie enzo. Stel je voor dat iemand een xml terugstuurd en de volgende die de xml weer opvraagd krijgt een stuk javascript geserveerd

Klinkt prima allemaal. Ik zeg: compile it, ship it, and run like hell.

[.Gertjan.]

Pfff, zit ik me net helemaal vast te bijten in een mooie oplossing voor tabjes in een webinterface. Beetje klussen met jQuery bedenk ik me ineens dat er al een tabs functie in jQuery(UI) zit

Tja, ik vind graag het wiel opnieuw uit

[Hydra]

Korben schreef op woensdag 08 augustus 2012 @ 10:32:
[...]

Klinkt prima allemaal. Ik zeg: compile it, ship it, and run like hell.

Zulke dingen doe je natuurlijk wel op je laatste werkdag voordat je definitief vertrekt

[Alex)]

...en je laat geen documentatie achter, gebruikt onduidelijke functie- en variabelenamen, gebruikt commentaar dat de plank volledig misslaat (bij voorkeur automatisch gegenereerd) en je maakt gebruik van 4 verschillende design patterns zodat je pareltjes als EnterpriseEverythingInstanceLocatorFactoryObserver krijgt.

[TheNephilim]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 10:36:
Pfff, zit ik me net helemaal vast te bijten in een mooie oplossing voor tabjes in een webinterface. Beetje klussen met jQuery bedenk ik me ineens dat er al een tabs functie in jQuery(UI) zit

Tja, ik vind graag het wiel opnieuw uit

Die zit er inderdaad in, maar ben er niet 100% tevreden mee. Al zou het zijn omdat jQuery UI zo moeilijk te stylen is. Zooooveel CSS

[alienfruit]

Alex) schreef op woensdag 08 augustus 2012 @ 10:38:
...en je laat geen documentatie achter, gebruikt onduidelijke functie- en variabelenamen, gebruikt commentaar dat de plank volledig misslaat (bij voorkeur automatisch gegenereerd) en je maakt gebruik van 4 verschillende design patterns zodat je pareltjes als EnterpriseEverythingInstanceLocatorFactoryObserver krijgt.

Wat doet zoiets?

[Firesphere]

Alex) schreef op woensdag 08 augustus 2012 @ 10:38:
...en je laat geen documentatie achter, gebruikt onduidelijke functie- en variabelenamen, gebruikt commentaar dat de plank volledig misslaat (bij voorkeur automatisch gegenereerd) en je maakt gebruik van 4 verschillende design patterns zodat je pareltjes als EnterpriseEverythingInstanceLocatorFactoryObserver krijgt.

Natuurlijk documenteer je alles!

C#:

// This is an interface
interface GodService
{
    string GetEverything();
    void SetEverything(String xml);
}

[ Voor 56% gewijzigd door Firesphere op 08-08-2012 10:41 ]

[Alex)]

alienfruit schreef op woensdag 08 augustus 2012 @ 10:40:
[...]


Wat doet zoiets?

Nou, dat is een observerklasse (met een static constructor) die monitort of de locator van de instances die alle enterprise-dingen retourneren wel goed werken. Of zoiets.

[Phoenix1337]

Waarom niet gewoon:

C#:

// This is an interface
interface a
{
    string a();
    void b(String a);
}

Daarnaast, 2 methodes in een interface? Kunnen we daar niet beter 2 interfaces van maken waarvan de ene de andere extend?

[ Voor 34% gewijzigd door Phoenix1337 op 08-08-2012 10:45 ]

[alienfruit]

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 08:42:
Wellicht dat t aan mij ligt maar voor elke vragenlijst een eigen antwoordentabel klinkt ook niet echt genormaliseerd?

Hoezo? Waarom zou je moeilijk willen doen? Ik heb nu gewoon een vragenlijst tabel met voor elke vraag een waarde (tabelnaam,tabelveld) en vervolgens slaat ie daar mooi het antwoord in. Normaal gesproken maken voor het opslaan van zulke surveys alle antwoorden in een tabel (krijg je velden als: naam, voornaam, geboortedatum, informatiepakket, etc.). Elke survey response heeft dan zijn eigen record in de tabel. Er is natuurlijk wel een aparte tabel om de mogelijke antwoorden voor een vraag de specifieren...

[ Voor 5% gewijzigd door alienfruit op 08-08-2012 10:51 ]

[Phoenix1337]

alienfruit schreef op woensdag 08 augustus 2012 @ 10:47:
[...]


Hoezo? Waarom zou je moeilijk willen doen? Ik heb nu gewoon een vragenlijst tabel met voor elke vraag een waarde (tabelnaam,tabelveld) en vervolgens slaat ie daar mooi het antwoord in. Normaal gesproken maken voor het opslaan van zulke surveys alle antwoorden in een tabel. Elke survey response heeft dan zijn eigen record in de tabel. Er is natuurlijk wel een aparte tabel om de mogelijke antwoorden voor een vraag de specifieren...

Omdat je dan meerdere tabellen krijgt voor dezelfde entiteit? Het heeft niets met moeilijk maken te doen, het hoort gewoon niet tenzij je je niet aan de normalisatieregels wilt houden.

[alienfruit]

Ik zie een survey response als entiteit

[Phoenix1337]

alienfruit schreef op woensdag 08 augustus 2012 @ 10:51:
Ik zie een survey response als entiteit

Ik snap hem even niet meer. Je hebt voor elke survey een aparte response entiteit?

[alienfruit]

Wacht. Het is dus zoiets:
survey
id
naam
weergavetype
tabelnaam (bijv. survey1_response)

groep
id
naam

vraag
id
groep_id
survey_id
vraag
type
tabelnaam (bijv. survey1_response)
tabelveldnaam (bijv. voornaam)

vraag_antwoorden (voor comboboxes etc.)
id
vraag_id
naam
waarde

survey1_response
id
survey_id
voornaam
achternaam
straat
straatnummer
postcode
telefoonnummer


survey2_response
id
bedrijfpand
aantal_bewakers

etc.

[ Voor 3% gewijzigd door alienfruit op 08-08-2012 10:59 ]

[OkkE]

Wikipedia Redefined: http://www.wikipediaredefined.com/

[Phoenix1337]

Ahh oke. Dat had ik zelf verder genormaliseerd.

[.Gertjan.]

OkkE schreef op woensdag 08 augustus 2012 @ 11:02:
Wikipedia Redefined: http://www.wikipediaredefined.com/

Ziet er erg netjes uit
Qua layout moest ik wel een beetje aan de metro "nieuwe MS interface" denken.

[alienfruit]

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 11:02:
Ahh oke. Dat had ik zelf verder genormaliseerd.

Je bedoelt ook nog een tabel om alle antwoorden van een survey response op te slaan? Ik vond dit zelf wel lekker overzichtelijk, hehe

[.oisyn]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 10:03:
Oei, caching in de DB vind ik redelijk gevaarlijk. Je kunt denk ik beter de calls optimaliseren dat je in 1 call alle antwoorden ophaalt voor de hele vragen lijst (ipv antwoorden per vraag). Caching heeft als risico dat deze mogelijk out-of-sync gaat lopen (al heel vaak gezien).

Je beschrijft een algemeen nadeel van caching, en cache consitency is iets waar je goede aandacht aan moet besteden. Maar dat is compleet ongerelateerd aan waar je die cache opslaat.

[Phoenix1337]

alienfruit schreef op woensdag 08 augustus 2012 @ 11:08:
[...]


Je bedoelt ook nog een tabel om alle antwoorden van een survey response op te slaan? Ik vond dit zelf wel lekker overzichtelijk, hehe

Ja Geen aparte tabel per survey response dus.

[.oisyn]

Phoenix1337 schreef op woensdag 08 augustus 2012 @ 10:44:
Waarom niet gewoon:

C#:

// This is an interface
interface a
{
    string a();
    void b(String a);
}

Waarom geef je ze nou twee verschillende namen? Overloading kan het werk toch prima doen?

[Phoenix1337]

.oisyn schreef op woensdag 08 augustus 2012 @ 11:16:
[...]

Waarom geef je ze nou twee verschillende namen? Overloading kan het werk toch prima doen?

Sorry, mijn fout. Maar wel in twee verschillende interfaces lijkt mij?

[Korben]

.oisyn schreef op woensdag 08 augustus 2012 @ 11:16:
[...]

Waarom geef je ze nou twee verschillende namen? Overloading kan het werk toch prima doen?

Niet in een webservice.

[Phoenix1337]

Korben schreef op woensdag 08 augustus 2012 @ 11:19:
[...]

Niet in een webservice.

Dan moeten we de boel maar hacken. Een webservice die via een tekstbestand communiceert met een constant draaiende applicatie wellicht?

[whoami]

Korben schreef op woensdag 08 augustus 2012 @ 11:19:
[...]

Niet in een webservice.

AFAIK wel. Moet je wel even het WebMethod attribute (in .NET dan) gaan gebruiken.

[Alex)]

In .NET kun je webmethods niet overloaden. Als je overloaded methods hebt moet je bij iedere [WebMethod] het MessageName-attribuut meegeven om de naam van de methods te onderscheiden.

[GateKeaper]

Wij moeten ons aan de (cookie)wet houden, maar de overheid niet?

http://webwereld.nl/nieuw...cookiewet-te-voldoen.html

[TheNephilim]

OkkE schreef op woensdag 08 augustus 2012 @ 11:02:
Wikipedia Redefined: http://www.wikipediaredefined.com/

Ziet er goed uit! Er is ook goed over nagedacht als je de motivatie leest, pluspunt!

[OkkE]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 11:05:
Ziet er erg netjes uit
Qua layout moest ik wel een beetje aan de metro "nieuwe MS interface" denken.

TheNephilim schreef op woensdag 08 augustus 2012 @ 11:28:
Ziet er goed uit! Er is ook goed over nagedacht als je de motivatie leest, pluspunt!

Sowieso vind ik Wikipedia op dit moment niet zo heel overzichtelijk, maar dit 'redesign' vond ik ook zeker wel mooi en goed doordacht. Zou het niet erg vinden als dit echt zou worden doorgevoerd.

[BM]

Grmbl.

Service werkt lokaal? Check
Service werkt lokaal in de Azure Emulator? Check
Service werkt in Azure? Nope

Fijn

[BtM909]

ThaNOD schreef op woensdag 08 augustus 2012 @ 10:31:
[...]


Ik zie dan meteen zoiets voor me:
[afbeelding]

Barly?

Really Rarly?

[Rutix]

GateKeaper schreef op woensdag 08 augustus 2012 @ 11:24:
Wij moeten ons aan de (cookie)wet houden, maar de overheid niet?

http://webwereld.nl/nieuw...cookiewet-te-voldoen.html

Nee ze zeggen zelfs alleen commerciele websites wat natuurlijk onzin is. Er word in de wet geen onderscheid gemaakt tussen de verschillende type websites.

[ThaNOD]

BtM909 schreef op woensdag 08 augustus 2012 @ 12:10:
[...]

Barly?

Really Rarly?

zag de typo (barely) inderdaad toen ik hem gepost had, maar het is een meme dus dan mag het

[Andre-85]

OkkE schreef op woensdag 08 augustus 2012 @ 11:02:
Wikipedia Redefined: http://www.wikipediaredefined.com/

Ben ik de enige die dit heel erg op de interface van Gmail en consorten vindt lijken?

Niet dat het daarmee slechter wordt ofzo, maar ik vind de overeenkomst heel erg groot.

[BM]

BM schreef op woensdag 08 augustus 2012 @ 12:01:
Grmbl.

Service werkt lokaal? Check
Service werkt lokaal in de Azure Emulator? Check
Service werkt in Azure? Nope

Fijn

En uiteindelijk..... is het een compleet ongerelateerd probleem
Strings vergelijken waarbij de ene in uppercase is, en de ander in lowercase, en het raar vinden dat die code nooit gehit word *zucht*

[pedorus]

Klinkt als code die mogelijk ook niet door de Turkey test komt

[Rutix]

Andre-85 schreef op woensdag 08 augustus 2012 @ 13:49:
[...]

Ben ik de enige die dit heel erg op de interface van Gmail en consorten vindt lijken?

Niet dat het daarmee slechter wordt ofzo, maar ik vind de overeenkomst heel erg groot.

"Flat" stijl lijkt helemaal in te komen . Opzicht vind ik het erg niet verkeerd uit zien. Het is wel erg wennen though.

[.Gertjan.]

BM schreef op woensdag 08 augustus 2012 @ 15:24:
[...]

En uiteindelijk..... is het een compleet ongerelateerd probleem
Strings vergelijken waarbij de ene in uppercase is, en de ander in lowercase, en het raar vinden dat die code nooit gehit word *zucht*

Door dat gekloot ben ik afgestapt van string vergelijkingen met .toUpper/toLower

Lang leve de myString.Compare(otherString, StringComparison.OrdinalIgnoreCase) constructie.

Het enige wat daar roet in het eten kan gooien is het null zijn van myString, maar daar gaat je upper/lowercase ook op zijn gezicht .

[alienfruit]

Mooi hoor: http://blogs.remobjects.com/blogs/ck/2012/08/08/p4690

[alwinuzz]

.Gertjan. schreef op woensdag 08 augustus 2012 @ 18:51:
[...]


Door dat gekloot ben ik afgestapt van string vergelijkingen met .toUpper/toLower

Lang leve de myString.Compare(otherString, StringComparison.OrdinalIgnoreCase) constructie.

Het enige wat daar roet in het eten kan gooien is het null zijn van myString, maar daar gaat je upper/lowercase ook op zijn gezicht .

Dan gebruik je toch de static versie?

Tijdje terug werd hier gesproken over een dikke tekstcursor in Chrome. Nu heb ik hem ook

[Firesphere]

alienfruit schreef op woensdag 08 augustus 2012 @ 20:18:
Mooi hoor: http://blogs.remobjects.com/blogs/ck/2012/08/08/p4690

Ajax-style code in echte code! Ziet er tof uit. Toch maar eens .NET proberen dan, denk ik?

[BM]

pedorus schreef op woensdag 08 augustus 2012 @ 17:26:
Klinkt als code die mogelijk ook niet door de Turkey test komt

Daar ben ik wel vrij zeker van dat ie daar niet doorheen komt

.Gertjan. schreef op woensdag 08 augustus 2012 @ 18:51:
[...]


Door dat gekloot ben ik afgestapt van string vergelijkingen met .toUpper/toLower

Lang leve de myString.Compare(otherString, StringComparison.OrdinalIgnoreCase) constructie.

Het enige wat daar roet in het eten kan gooien is het null zijn van myString, maar daar gaat je upper/lowercase ook op zijn gezicht .

Dat is idd mooier (heb ze nu allebei naar upper gedaan voor vergelijken, zelfde effect).

Was een kleine aanpassing van een collega die de boel ondersteboven schopte. Voorheen gaven we bepaalde identifiers altijd als lowercase terug, en dat is pasgeleden aangepast naar uppercase. Als ik er dan wel nog steeds lowercase identifiers tegenaangooi matchen ze natuurlijk nooit

(identifiers waren referenties voor externe klanten, intern worden gewoon nummers gebruikt als identifiers )

[alienfruit]

Firesphere schreef op woensdag 08 augustus 2012 @ 20:42:
Ajax-style code in echte code! Ziet er tof uit. Toch maar eens .NET proberen dan, denk ik?

En dan werkt er nog een Nederlander aan de compiler

[D-Raven]

Echt... het is gewoon satire deze topics
deze en deze .
Voor de TS van die topics is het allemaal vrij serieus, maar de reacties zijn unaniem "dafuq?"

[Verwijderd]

[CodeCaster]

Oh dat is zeker weten een troll. Toen ik z'n history bekeek zag ik deze reactie weer. Lekker negeren.

[Verwijderd]

Ik word hier zo verdrietig van
Nog een leuke: Big Joe in "\[vb.net] .DOC en .ODT bestanden openen in texteditor"

[ Voor 17% gewijzigd door Verwijderd op 09-08-2012 00:14 ]

[.oisyn]

Tjezus kan die gast niet gewoon geband worden oid?

[pedorus]

Lol, lekker aan het happen...
NMe in "\[vb.net] .DOC en .ODT bestanden openen in texteditor"
whoami in "[JAVA] Inheritance vraag" en verder

Ik heb het idee dat ie een ferfente hater is van design patterns en OO. Misschien moet ie met java gaan werken

[ Voor 26% gewijzigd door pedorus op 09-08-2012 00:57 ]

[alwinuzz]

Het is wel een goeie troll, aangezien we er bijna allemaal intrappen

Geweldig dit: Big Joe in "[JAVA] Inheritance vraag"

Verder vind ik het beneden peil dat jullie mijn code op zo'n negatieve manier afkraken. Ik zit al 15 jaar in het vak en heb nog nooit negatieve feedback gehad op mijn code!

Nou bij deze dan!

[BtM909]

Zullen we het userbashen even laten voor wat het is? Troll of niet

[D-Raven]