De Devschuur Coffee Corner - Iteratie ➓

[hylke94]

hellum schreef op maandag 06 juni 2016 @ 15:43:
Toevallig nog iemand uit Groningen die weet wat voor geknal dat net was?

Was hier in Friesland inderdaad ook te horen. De garage trilde erover...

[Douweegbertje]

TheNephilim schreef op maandag 06 juni 2016 @ 15:47:
[...]


https://twitter.com/vlbvolkel/status/739747371941285888

Kortom; een F-16 die door de geluidsbarrière gaat, flinke knal inderdaad

Wat een niveau daar op twitter.. Allemaal huilen, schadevergoeding vragen (voor niets.. ), super overdrijven en whatnot. Mijn god.

Ik snap dat je schrikt, dat alles trilt en weet ik veel wat.. maar wat wil je nou.

[Voutloos]

Het is bijna een argument om het veel vaker te doen, zodat het speciale eraf is.
In bepaalde hoeken van Frankrijk hoor je het dagelijks en vindt menig ook Nederlandse toerist het hartstikke cool.

Aardbevingen en NAM etc. is heus wel een echt probleem, maar dat hoef je er niet altijd bij te halen. Als je nu daarom overdreven op de luchtbasis reageert klaag je domweg bij de verkeerde instantie.

[Voutloos]

Klagen over klagen is trouwens het lekkerste dat er is. Zeker die Voutloos, wat een zeikerd is dat.

[azerty]

Damic schreef op maandag 06 juni 2016 @ 16:22:
[...]
Tester nodig

Denk niet dat het voor de meeste hier nuttig is, is vrij gespecialiseerd, en je hebt minimaal 2 vrije RPi's nodig

[Damic]

azerty schreef op maandag 06 juni 2016 @ 20:39:
[...]


Denk niet dat het voor de meeste hier nuttig is, is vrij gespecialiseerd, en je hebt minimaal 2 vrije RPi's nodig

Hazo nee kan ik je niet bij hepen

[azerty]

Damic schreef op maandag 06 juni 2016 @ 20:49:
[...]

Hazo nee kan ik je niet bij hepen

Toch bedankt in elk geval

---

Mochten er mensen zin hebben om een nieuw honeypot platform uit te testen (let wel, alpha stage/PoC) dat op RPi's draait (minimaal 2 nodig dus), geef een seintje

[gekkie]

Douweegbertje schreef op maandag 06 juni 2016 @ 18:48:
[...]

Wat een niveau daar op twitter.. Allemaal huilen, schadevergoeding vragen (voor niets.. ), super overdrijven en whatnot. Mijn god.

Ik snap dat je schrikt, dat alles trilt en weet ik veel wat.. maar wat wil je nou.

Je macht laten voelen door gekwetst en zielig te doen, moderne tijden.

[incaz]

gekkie schreef op maandag 06 juni 2016 @ 20:54:
[...]

Je macht laten voelen door gekwetst en zielig te doen, moderne tijden.

Andere visie: mensen willen zich verzetten tegen het achteloos over hun belangen en grenzen heenwalsen door een overheid met oorlogsspeeltjes die geen interesse heeft in de belangen van bewoners.

Het is maar net waar je de nadruk legt tenslotte.

In een context waarin de NAM en de overheid aan alle kanten proberen om de winsten voor zichzelf te houden en de lasten af te schuiven op de bewoners kan ik me die frustratie en gevoeligheid wel voorstellen eigenlijk.

[BtM909]

Oh ja, rondje koffie van moi:

[gekkie]

incaz schreef op maandag 06 juni 2016 @ 21:03:
[...]
Andere visie: mensen willen zich verzetten tegen het achteloos over hun belangen en grenzen heenwalsen door een overheid met oorlogsspeeltjes die geen interesse heeft in de belangen van bewoners.

Het is maar net waar je de nadruk legt tenslotte.

In een context waarin de NAM en de overheid aan alle kanten proberen om de winsten voor zichzelf te houden en de lasten af te schuiven op de bewoners kan ik me die frustratie en gevoeligheid wel voorstellen eigenlijk.

Owh in een rant tegen de overheid kan ik me ansich prima vinden.
Maar het is dan wel frapant dat ze van alles waar je tegen zou kunnen ranten .. en vinden dat je schadevergoeding voor moet kunnen krijgen, dat nou net een vliegtuig is wat door de geluidsbarriere vliegt .. waar je hooguit alleen maar wat van geschrokken bent (en kennelijk de < 90's niet hebt meegemaakt waarbij dat er vaker dan eens per decenium gebeurde).

Zeker omdat diegene die al die "schadevergoeding" of "boetes" altijd moet ophoesten .. nagenoeg altijd je collega burgers of klanten zijn. Het is nooit en te nimmer de leidinggevende bestuurder danwel anderzinds verantwoordelijke. En schadevergoeding krijgen omdat jij schade lijdt door de schadevergoeding van andere zit er helaas pindakaas nog niet in.
Anders was ik absoluut mee gaan huilen. Zoals bijvb een telefoon aanschaffen met een veel te duur abo .. en dan achteraf gaan mekkeren dat ik dat allemaal niet snapte en schadevergoeding wil. En wie mag dat uiteindelijk betalen .. iedereen die niet achtelijk was .. fijn gesubsidieerde domheid aan de ene kant in combinatie met gesubsidieerde ethiek van een pinda* aan de andere kant.

*pinda als in aardnoot .. je weet maar nooit in deze tijden.

BtM909 schreef op maandag 06 juni 2016 @ 21:59:
Oh ja, rondje koffie van moi:

[afbeelding]

Hoop poetswerk .. maar ze zullen wel smaken denk ik

[ Voor 7% gewijzigd door gekkie op 06-06-2016 22:05 ]

[SPee]

Douweegbertje schreef op maandag 06 juni 2016 @ 18:48:
[...]

Wat een niveau daar op twitter.. Allemaal huilen, schadevergoeding vragen (voor niets.. ), super overdrijven en whatnot. Mijn god.

Ik snap dat je schrikt, dat alles trilt en weet ik veel wat.. maar wat wil je nou.

Kan ik dan ook het weer aanklagen?
Afgelopen zaterdag schrok ik van de knallen door het onweer. En de daarbij horende hoosbui.
Iemand heeft ervoor gezorgd dat het weer van slag is, dus die moet dokken. En na mij de zondvloed (die mensen in o.a. Duitsland)

[gekkie]

SPee schreef op maandag 06 juni 2016 @ 22:12:
[...]

Kan ik dan ook het weer aanklagen?
Afgelopen zaterdag schrok ik van de knallen door het onweer. En de daarbij horende hoosbui.
Iemand heeft ervoor gezorgd dat het weer van slag is, dus die moet dokken. En na mij de zondvloed (die mensen in o.a. Duitsland)

De paus ... witte blanke man .. met een mijter op .. lijntje met boven .. komt dat weer toch ook vandaan .. en volgens mij valt er financieel gezien ook nog wel wat te halen. Succes gegarandeerd ?

Nog even stoken op twitter .. en je hebt een voorgedrukte aangifte om te cashen.

[ Voor 6% gewijzigd door gekkie op 06-06-2016 22:19 ]

[Douweegbertje]

incaz schreef op maandag 06 juni 2016 @ 21:03:
[...]


Andere visie: mensen willen zich verzetten tegen het achteloos over hun belangen en grenzen heenwalsen door een overheid met oorlogsspeeltjes die geen interesse heeft in de belangen van bewoners.

Het is maar net waar je de nadruk legt tenslotte.

In een context waarin de NAM en de overheid aan alle kanten proberen om de winsten voor zichzelf te houden en de lasten af te schuiven op de bewoners kan ik me die frustratie en gevoeligheid wel voorstellen eigenlijk.

Helemaal gelijk hoor. Punt is echter dat je niets bereikt met kinderachtige IQ-loze opmerkingen. Ik schaam mij gewoon vanwege het type opmerkingen wat daar allemaal staat. Er stond misschien één fatsoenlijke opmerking tussen in de trend van "Kunnen jullie dit niet vooraf melden, ik schrok mij een hoedje".
Volgens mij bereik je daar meer mee dan "Jezus m'n ruiten lagen er bijna uit, waar kan ik geld krijgen?!".

Jouw punt wat je aangeeft is gewoon heel iets anders dan die egoïstische kut opmerkingen. Want meer dan dat was het niet.

Mja.. twitter.

[gekkie]

Douweegbertje schreef op maandag 06 juni 2016 @ 22:26:
[...]
Er stond misschien één fatsoenlijke opmerking tussen in de trend van "Kunnen jullie dit niet vooraf melden, ik schrok mij een hoedje".

Was die NL Alert daar niet voor dan ?

[Douweegbertje]

gekkie schreef op maandag 06 juni 2016 @ 22:55:
[...]

Was die NL Alert daar niet voor dan ?

Haha ja ik heb hem vandaag ook eindelijk eens gekregen. 4x om precies te zijn. 3x om 12 uur en nog één om 12:12

[gekkie]

Douweegbertje schreef op maandag 06 juni 2016 @ 23:20:
[...]
Haha ja ik heb hem vandaag ook eindelijk eens gekregen. 4x om precies te zijn. 3x om 12 uur en nog één om 12:12

Nouja ... om eerlijk te zijn .. schrok me een hoedje .. herrie die m'n telefoon nog nooit gemaakt had.
En eigenlijk vind ik dat dus ook niet kunnen heh .. hadden ze niet even een alert kunnen sturen dat er een NL alert aan kwam ?!? En dat met al die aanslagen tegenwoordig .. had ik het al gehad over schade vergoeding ? .. nee heh .. nee nou ik heb best wel veel medestanders want m'n telefoon maakte daarna nog meer herrie van alle support SMS' jes voor m'n claim op twittert van schoonmoeders.. maarja das uhmm anders heh .. das geen alert .. van NL .. dus ja heeh over m'n schoonmoeder klaag ik toch al genoeg .. er verandert toch niks .. en daar valt geen rooie cent uit te persen.

(hmm ik had er maar 1 .. liep 5 seconden voor op de sirene meuk .. test geslaagd .. dus ik heb het gelijk maar uitgezet )

[azerty]

Goedemorgen iedereen!

* azerty zet een thermos met koffie, een thermos met chocolademelk en een thermos met thee klaar voor de gegadigden (behalve voor gekkie). Ook Firesphere wordt niet vergeten: een goed gekoeld Belgisch biertje staat voor hem klaar.

[Ask!]

azerty schreef op dinsdag 07 juni 2016 @ 05:28:
Goedemorgen iedereen!

* azerty zet een thermos met koffie, een thermos met chocolademelk en een thermos met thee klaar voor de gegadigden (behalve voor gekkie). Ook Firesphere wordt niet vergeten: een goed gekoeld Belgisch biertje staat voor hem klaar.

Dan wil ik die:

BtM909 schreef op maandag 06 juni 2016 @ 21:59:
Oh ja, rondje koffie van moi:

[afbeelding]

[kwaakvaak_v2]

gekkie schreef op maandag 06 juni 2016 @ 23:30:
[...]

Nouja ... om eerlijk te zijn .. schrok me een hoedje .. herrie die m'n telefoon nog nooit gemaakt had.
En eigenlijk vind ik dat dus ook niet kunnen heh .. hadden ze niet even een alert kunnen sturen dat er een NL alert aan kwam ?!? En dat met al die aanslagen tegenwoordig .. had ik het al gehad over schade vergoeding ? .. nee heh .. nee nou ik heb best wel veel medestanders want m'n telefoon maakte daarna nog meer herrie van alle support SMS' jes voor m'n claim op twittert van schoonmoeders.. maarja das uhmm anders heh .. das geen alert .. van NL .. dus ja heeh over m'n schoonmoeder klaag ik toch al genoeg .. er verandert toch niks .. en daar valt geen rooie cent uit te persen.

(hmm ik had er maar 1 .. liep 5 seconden voor op de sirene meuk .. test geslaagd .. dus ik heb het gelijk maar uitgezet )

Ik vraag mij toch af met al die puntjes tussen die woord-flarden of je in het echt ook praat met zoveel pauze's tussen je woorden.

[Tjolk]

Ik maak er geen punt van.

[Ryur]

Ik kan het bericht echt niet lezen

[azerty]

Ik lees er gewoon... over

[Firesphere]

BtM909 schreef op maandag 06 juni 2016 @ 21:59:
Oh ja, rondje koffie van moi:

[afbeelding]

Ah, vergelijkbaar apparaat hebben we hier op kantoor. Heerlijk koffie fixen!

[dev10]

Douweegbertje schreef op maandag 06 juni 2016 @ 18:48:
[...]

Wat een niveau daar op twitter.. Allemaal huilen, schadevergoeding vragen (voor niets.. ), super overdrijven en whatnot. Mijn god.

Ik snap dat je schrikt, dat alles trilt en weet ik veel wat.. maar wat wil je nou.

Het grootste gedeelte van de reacties is iets in de trant van 'kan dat niet beter aangekondigd worden'. Als reactie op een aankondiging.

Het is weer echt heerlijk de zeikcultuur van Nederland. Op het moment dat er echt een vliegtuig is dat onderschept moet worden en er een F16 door de geluidsbarriere heen vliegt, zou het me niet verbazen dat er alsnog een hoop mensen gaan klagen vanwege de knal en of dat ook niet van te voren aangekondigd kan worden.

[gekkie]

kwaakvaak_v2 schreef op dinsdag 07 juni 2016 @ 08:47:
[...]
Ik vraag mij toch af met al die puntjes tussen die woord-flarden of je in het echt ook praat met zoveel pauze's tussen je woorden.

Tsja, gebrek aan koffie heh; you know who to blame; ;

dev10 schreef op dinsdag 07 juni 2016 @ 09:40:
[...]
Het is weer echt heerlijk de zeikcultuur van Nederland. Op het moment dat er echt een vliegtuig is dat onderschept moet worden en er een F16 door de geluidsbarriere heen vliegt, zou het me niet verbazen dat er alsnog een hoop mensen gaan klagen vanwege de knal en of dat ook niet van te voren aangekondigd kan worden.

Uiteindelijk waren de meeste klachten daar toch ook over ? (uit groningen en omstreken was een F16 voor een QRA; dus of een vliegtuig even een dagje van te voren wil melden dat het niet meer gaat reageren op luchtverkeersleiding; ik zeg; goed plan!

[ Voor 52% gewijzigd door gekkie op 07-06-2016 09:48 ]

[Pizzalucht]

dev10 schreef op dinsdag 07 juni 2016 @ 09:40:
[...]


Het grootste gedeelte van de reacties is iets in de trant van 'kan dat niet beter aangekondigd worden'. Als reactie op een aankondiging.

Het is weer echt heerlijk de zeikcultuur van Nederland. Op het moment dat er echt een vliegtuig is dat onderschept moet worden en er een F16 door de geluidsbarriere heen vliegt, zou het me niet verbazen dat er alsnog een hoop mensen gaan klagen vanwege de knal en of dat ook niet van te voren aangekondigd kan worden.

Volgens mij klaagden de meeste mensen juist over de knal die van een onderschepping kwam ipv de testvlucht maar dachten ze dat het van de testvlucht kwam :
http://www.rtvoost.nl/nieuws/default.aspx?nid=246005

[wackmaniac]

Pizzalucht schreef op dinsdag 07 juni 2016 @ 09:49:
[...]


Volgens mij klaagden de meeste mensen juist over de knal die van een onderschepping kwam ipv de testvlucht maar dachten ze dat het van de testvlucht kwam :
http://www.rtvoost.nl/nieuws/default.aspx?nid=246005

Precies dat.

[Firesphere]

Douweegbertje schreef op maandag 06 juni 2016 @ 18:48:
[...]

Wat een niveau daar op twitter.. Allemaal huilen, schadevergoeding vragen (voor niets.. ), super overdrijven en whatnot. Mijn god.

Ik snap dat je schrikt, dat alles trilt en weet ik veel wat.. maar wat wil je nou.

Het mooiste is de klachten over aardbeving-gebied enzo.

Kom lekker hier in Wellington wonen! Er gaat hier geen dag voorbij zonder aardbeving. En regelmatig ook best heftig. Stuk erger dan die beetjes in Groningen.
Ow, en de straaljagers vliegen hier ook regelmatig op volle snelheid met afterburner aan, als er een UIA in NZ-luchtruim komt

[Struikrover]

Tja, op het moment dat die vliegtuigen door de barriere heen vlogen wist Defensie ook nog niet wat er aan de hand was natuurlijk. Lijkt me logisch dat je dan geen Twitter bericht stuurt met "Hee, er vliegen zo even twee F16's met een knal over het land want er is misschien iets aan de hand. Verder niks aan de hand hoor!". Dus aankondigen is dan nogal lastig

[Alex)]

Ik wil een bepaalde SOAP-service gebruiken. Één van de velden die ik moet invullen is "ValidUntil", volgens de WSDL is dat een string waarin iets moet volgens het patroon "\d\d\d\d-\d\d-\d\d". Volgens de documentatie van de vendor moet dat YYYY-MM-DD zijn.

Ik kreeg steeds wazige foutmeldingen, van het kaliber "Can't find the requested object"... wat raar is, want als ik het via de GUI doe werkt het wel.

5 minuten terug zag ik pas dat ik YYYY-DD-MM aan die webservice voerde

[joram.agten]

lekker warm, raam open, eten op
ik val bijna in slaap....

[ Voor 7% gewijzigd door joram.agten op 07-06-2016 15:03 ]

[roeleboel]

Pffff, mensen die boos worden omdat bugs die ze nooit gerapporteerd hebben niet worden opgelost

[DevWouter]

roeleboel schreef op dinsdag 07 juni 2016 @ 14:35:
Pffff, mensen die boos worden omdat bugs die ze nooit gerapporteerd hebben niet worden opgelost

Vind juist dat ontwikkelaars juist boos moeten worden op die mensen.

[incaz]

DevWouter schreef op dinsdag 07 juni 2016 @ 15:10:
[...]

Vind juist dat ontwikkelaars juist boos moeten worden op die mensen.

Daar wordt het vast beter van!

[DevWouter]

incaz schreef op dinsdag 07 juni 2016 @ 15:27:
[...]


Daar wordt het vast beter van!

Ligt natuurlijk wel aan waar, wanneer en hoe
Het gaat omdat je gelijk krijgt, niet gelijk hebt

Dit moet je dus niet doen:

User: Waarom hebben jullie XXX niet opgelost?
Dev: Hadden jullie dat op de lijst gezet?
User: Huh, nee. Ik heb gisteren jouw er nog over gebeld.
Dev: Ja en ik had gezegd dat jij die ticket moest aanmaken en op mijn naam zetten
User: Bureaucratisch !@#$

Dit moet je juist wel doen:

Dev: Hé user, heb jij nog iets gezien waarvan je denkt "meh"?
User: Nou, eigenlijk het blauw is niet blauw genoeg. Het moet blauwer
Dev: Fantastich, maak maar die ticket aan, dan kunnen we het niet vergeten.
User: Nou, eigenlijk...
Dev: Geen probleem. Ik maak hem wel aan en zet hem op jouw naam. Maar dan is het wel jouw verantwoordelijkheid! Als je hem aangevuld heb zet het maar op mijn naam.
User: Ja, goed plan en... bedankt man voor het meedenken. Sorry dat ik ...
Dev: Ik ben er ook om jouw te helpen.

Bij het eerste heb je twee partijen die hun frustraties leggen waar duidelijk niks uitkomt. Bij de tweede heb je één partij die zijn frustratie uit (developer mist feedback van de klant) maar die vervolgens er een actie van maakt. Daarboven op dwing je de gebruiker tot het gebruik van het ticket-systeem, verplicht je hem tot een taak en geef je hem verantwoordelijkheid over de juiste manier van handelen.

Doe dit vaak genoeg en niet alleen wordt je als een zeer fijne collega gezien (pro-actief, benaderbaar en zo voorts).

En mochten ze het verknallen dan kan jij aangeven dat jij meer dan je best gedaan hebt.

[dev10]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Douweegbertje]

dev10 schreef op dinsdag 07 juni 2016 @ 17:14:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Is het dan ook 11,95 of 11,96? Indien het laatste dan zie ik geen probleem.

[jip_86]

Nog mooier word het als collega belt met een call waarin een notitie vermeld stond "[mijn voornaam] heeft met klant gebeld voor info".
Ook een leuk WTF momentje want wist van niets

[ Voor 5% gewijzigd door jip_86 op 07-06-2016 22:21 ]

[azerty]

Goedemorgen iedereen!

* azerty zet een thermos met koffie, een thermos met chocolademelk en een thermos met thee klaar voor de gegadigden (behalve voor gekkie). Ook Firesphere wordt niet vergeten: een goed gekoeld Belgisch biertje staat voor hem klaar.

[HuHu]

Douweegbertje schreef op dinsdag 07 juni 2016 @ 19:39:
[...]


Is het dan ook 11,95 of 11,96? Indien het laatste dan zie ik geen probleem.

Ik denk dat die laatste daadwerkelijk elfduizend negenhonderdvijfenvijftig euro kost, terwijl de eerste maar vierentwintig euro en vijfennegentig cent kost. Dan lijkt het me lastig herkennen wat foutief is en wat correct.

[ Voor 9% gewijzigd door HuHu op 08-06-2016 08:03 ]

[Voutloos]

Maar klant heeft dan toch gelijk dat de export in stupide formaat is?

[dev10]

HuHu schreef op woensdag 08 juni 2016 @ 08:01:
[...]

Ik denk dat die laatste daadwerkelijk elfduizend negenhonderdvijfenvijftig euro kost, terwijl de eerste maar vierentwintig euro en vijfennegentig cent kost. Dan lijkt het me lastig herkennen wat foutief is en wat correct.

Nee, dat was dus niet zo. Die laatste was daadwerkelijk €11,955 en dat moest en zou toen ook per sé zo opgeslagen worden van de klant.

[gekkie]

dev10 schreef op woensdag 08 juni 2016 @ 09:18:
[...]


Nee, dat was dus niet zo. Die laatste was daadwerkelijk €11,955 en dat moest en zou toen ook per sé zo opgeslagen worden van de klant.

Tsja of €dd,ddd is een valide formaat of niet, zoja dan voldoet €11,950 daar prima aan en zal de rest van de code dat ook prima moeten kunnen verwerken. Achja, klanten.

[Tjolk]

Als het om prijzen ga sla ik bedragen altijd in centen op in de DB, als zijnde de kleinste eenheid. Voor de weergave is het dan een kwestie van delen door 100 en klaar.
In jouw geval zijn tienden van centen mogelijk begrijp ik? Dan zou ik 11 euro 99 en een halve cent dus opslaan als 11995 en dan dus alles delen door 1000. Kun je gewoon werken met integers.

Niet dat je daar nu nog iets aan hebt overigens.

[DevWouter]

dev10 schreef op dinsdag 07 juni 2016 @ 17:14:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Naar mijn idee is dit een typisch verhaal voor www.thedailywtf.com.

Toch kan je hier veel van leren. Als ik het doorlees zie ik de volgende feiten:

1. De klant corrigeert het werk
2. De klant geeft achteraf aan dat het opgeleverde werk van onvoldoende kwaliteit is (betekent niet dat het zo is)
3. De klant wordt betrokken bij de datamigratie, wat een puur technisch aangelegenheid is.
4. Voor de datamigratie is gekozen voor CSV (Waarom niet de database zelf opleveren)
5. De klant is niet bekend met de interne structuur van zijn WebShop

Puur op het bovenstaande (weet niet of de gehele waarheid is, maar dit is het internet, je weet hoe het werk) trek ik twee conclusies meningen:

• De klant heeft geen duidelijk specificatie gegeven
• De partijen hebben niet (of konden niet) de klant ondersteunen

Volgens mij had één van de partijen moeten aangeven dat CSV niet ondersteund wordt en vervolgens JSON, XML, SQL of XLSX (yep, Excel) moeten aanbieden/vragen. Vooral bij de eerste twee heb je goeie kans dat de klant geen twijfel over het geleverde werk kan zaaien.

[Rem]

DevWouter schreef op woensdag 08 juni 2016 @ 09:42:
[...]


Naar mijn idee is dit een typisch verhaal voor www.thedailywtf.com.

Toch kan je hier veel van leren. Als ik het doorlees zie ik de volgende feiten:

1. De klant corrigeert het werk
2. De klant geeft achteraf aan dat het opgeleverde werk van onvoldoende kwaliteit is (betekent niet dat het zo is)
3. De klant wordt betrokken bij de datamigratie, wat een puur technisch aangelegenheid is.
4. Voor de datamigratie is gekozen voor CSV (Waarom niet de database zelf opleveren)
5. De klant is niet bekend met de interne structuur van zijn WebShop

Puur op het bovenstaande (weet niet of de gehele waarheid is, maar dit is het internet, je weet hoe het werk) trek ik twee conclusies meningen:

• De klant heeft geen duidelijk specificatie gegeven
• De partijen hebben niet (of konden niet) de klant ondersteunen

Volgens mij had één van de partijen moeten aangeven dat CSV niet ondersteund wordt en vervolgens JSON, XML, SQL of XLSX (yep, Excel) moeten aanbieden/vragen. Vooral bij de eerste twee heb je goeie kans dat de klant geen twijfel over het geleverde werk kan zaaien.

Wat zou het voordeel zijn van XLSX tov. CSV dan?

[wackmaniac]

DevWouter schreef op woensdag 08 juni 2016 @ 09:42:
[...]

(Waarom niet de database zelf opleveren)

[...]

Omdat je de databasestructuur niet wilt prijsgeven? Gewoon een database dumpen is nooit een goed idee. Al is het maar om de simpele reden dat er altijd logica in de database zit die je moet gaan uitleggen. Een "platte" export is hier de meest gunstige oplossing. CSV wellicht niet, maar als je de juiste escaping en delimetering gebruikt moet het geen enkel probleem zijn.

Dat de klant vervolgens zelf in de export gaat roeren is oliedom; dat had de nieuwe partij eenvoudig kunnen automatiseren.

[dev10]

wackmaniac schreef op woensdag 08 juni 2016 @ 10:00:
[...]


Omdat je de databasestructuur niet wilt prijsgeven? Gewoon een database dumpen is nooit een goed idee. Al is het maar om de simpele reden dat er altijd logica in de database zit die je moet gaan uitleggen. Een "platte" export is hier de meest gunstige oplossing. CSV wellicht niet, maar als je de juiste escaping en delimetering gebruikt moet het geen enkel probleem zijn.

Dit inderdaad. Er zijn een heleboel valide redenen te verzinnen waarom je geen dump van de database wilt geven.

Dat de klant vervolgens zelf in de export gaat roeren is oliedom; dat had de nieuwe partij eenvoudig kunnen automatiseren.

Dit is ook wat ik verwacht had. Ik kreeg het verzoek voor het CSV bestand van de nieuwe partij, via de klant. Ik had eigenlijk wel verwacht dat het 1-op-1 doorgestuurd zou worden en dat de nieuwe partij het zou importeren. Anyway, nadat ik uitgelegd had hoe het precies zit, is het voor de klant inmiddels ook duidelijk.

[incaz]

wackmaniac schreef op woensdag 08 juni 2016 @ 10:00:
[...]


Omdat je de databasestructuur niet wilt prijsgeven? Gewoon een database dumpen is nooit een goed idee. Al is het maar om de simpele reden dat er altijd logica in de database zit die je moet gaan uitleggen.

Normaliseren van gigantische CSV-exports kan, maar is niet per se het meest leuke werk.

Ik zou eigenlijk niet weten wat je moet uitleggen aan een goed genormaliseerde database - als dat niet heel erg voor zich spreekt zegt dat wellicht ook iets over het datamodel.

Daarnaast is het best fijn om de oorspronkelijke data te hebben - bijvoorbeeld als er een fundamentele fout in het oude datamodel zit en je kunt uitleggen waarom de nieuwe tellingen niet kloppen met de oude. En als het verbergen van je fouten juist de reden is om de structuur geheim te houden... mwah

[wackmaniac]

incaz schreef op woensdag 08 juni 2016 @ 10:30:
[...]

Ik zou eigenlijk niet weten wat je moet uitleggen aan een goed genormaliseerde database - als dat niet heel erg voor zich spreekt zegt dat wellicht ook iets over het datamodel.

[...]

Je moet ook niet voor jezelf denken, maar denken aan de personen die jouw database gaan ontvangen. Die hebben niet altijd hetzelfde niveau als jij

[kwaakvaak_v2]

wackmaniac schreef op woensdag 08 juni 2016 @ 10:41:
[...]


Je moet ook niet voor jezelf denken, maar denken aan de personen die jouw database gaan ontvangen. Die hebben niet altijd hetzelfde niveau als jij

Dat en ik zou als ontvangende partij ook niet blij worden van een DB dump, wat dat betekend dat ik de export/conversie moet gaan schrijven terwijl mijn applicatie al wel een werkende CSV import module heeft.

[Antrax]

jip_86 schreef op dinsdag 07 juni 2016 @ 22:10:
Nog mooier word het als collega belt met een call waarin een notitie vermeld stond "[mijn voornaam] heeft met klant gebeld voor info".
Ook een leuk WTF momentje want wist van niets

Ik krijg dat ook vaak. Dan bellen ze en zeggen ze dat ik een belafspraak met ze had. Terwijl ik nog nooit met diegene gesproken had.

Rete irritant.

[DevWouter]

Rem schreef op woensdag 08 juni 2016 @ 09:51:Wat zou het voordeel zijn van XLSX tov. CSV dan?

Vaak wilt de klant Excel gebruiken om de data te bekijken en denken ze dat CSV goedkoper en makkelijker is. XLSX kost wel iets meer om te implementeren (niet veel), maar je hebt dan een duidelijke standaard zonder encoding problemen.

wackmaniac schreef op woensdag 08 juni 2016 @ 10:00:
[...]
Omdat je de databasestructuur niet wilt prijsgeven? Gewoon een database dumpen is nooit een goed idee. Al is het maar om de simpele reden dat er altijd logica in de database zit die je moet gaan uitleggen. Een "platte" export is hier de meest gunstige oplossing.

Goed punt. Had niet bij stil gestaan dat dit een mogelijkheid was.

kwaakvaak_v2 schreef op woensdag 08 juni 2016 @ 11:17:
[...]een werkende CSV import module [...].

Probleem is niet de importer of de exporter, maar het gebruik van CSV als formaat. Er is een standaard voor CSV maar daar wordt ook aangeven dat er te veel variaties zijn.

[xleeuwx]

Met een juiste import tool kan je de delimiter gokken en deze navragen aan de gebruiker of je de juiste hebt gevonden, dit is wat Excel ook doet (of zou moeten doen ...) Hierdoor heb je de variaties ook uit je CSV gehaald en is het een prima oplossing voor je export / import

[DevWouter]

xleeuwx schreef op woensdag 08 juni 2016 @ 11:44:
Met een juiste import tool kan je de delimiter gokken en deze navragen aan de gebruiker of je de juiste hebt gevonden, dit is wat Excel ook doet (of zou moeten doen ...) Hierdoor heb je de variaties ook uit je CSV gehaald en is het een prima oplossing voor je export / import

Dat is een acceptabele workaround maar vrij duur en het lost het probleem niet op.

Overigens.... Dit is trouwens de leukste toepassing van CSV

C++:

int points[] =  {
    // TODO: Write proper importer...
#include "numbers.csv"
};

int main(int argv, char** argc){
    return  0;
}

[farlane]

DevWouter schreef op woensdag 08 juni 2016 @ 11:39:
[...]
Probleem is niet de importer of de exporter, maar het gebruik van CSV als formaat. Er is een standaard voor CSV maar daar wordt ook aangeven dat er te veel variaties zijn.

Nou ik heb problemen genoeg gehad met Excel formaten/versies. Als je bij je CSV aangeeft wat de scheidingstekens/eenheden zijn is er geen vuiltje aan de lucht.

[wackmaniac]

De mooiste oplossing is de methodiek die Libre Office hanteert en die xleeuwx volgens mij aandraagt; je gokt een delimiter en laat een voorbeeld zien. Op die manier is het voor de gebruiker inzichtelijk wat er gebeurt. Ik zie niet helemaal in wat daar duur aan zou moeten zijn, dat is meer user friendlyness naar je gebruikers toe.

[xleeuwx]

wackmaniac schreef op woensdag 08 juni 2016 @ 13:07:
De mooiste oplossing is de methodiek die Libre Office hanteert en die xleeuwx volgens mij aandraagt; je gokt een delimiter en laat een voorbeeld zien. Op die manier is het voor de gebruiker inzichtelijk wat er gebeurt. Ik zie niet helemaal in wat daar duur aan zou moeten zijn, dat is meer user friendlyness naar je gebruikers toe.

Ik gebruik hier een functie voor die gewoon uit een lijst van meest bekende delimiters kijkt hoe vaak deze voor komt in een regel en dan ga ik de eerste 10 regels door.

Daarna laat ik een overzicht zien waar op basis van die delimiter die gekozen is alles al gescheiden is. Dan hoeft de gebruiker alleen aan te geven of dit correct is.

[BtM909]

Dafuq I just saw:

[F.West98]

Weet niet of dit waar is, kan best zijn. Maar:
- If it's true: 'murica
- If it's not true: 'murica(ns)

[gekkie]

Dat ze daar weer gewoon eens de bij de hoorns vatten .. en gelijk dat TTIP ergens stoppen waar de zon niet schijnt. Achja .. klopt het beeld van texas misschien toch nog wel een beetje bij de betere 70's en 80's series

[ Voor 30% gewijzigd door gekkie op 08-06-2016 20:45 ]

[Douweegbertje]

Mja, het eerste wat je denk is misschien 'murica.. maar in Nederland kan je net zo hard kapot gemaakt worden met rechtszaken. Je recht daadwerkelijk krijgen is soms heel lastig.

[Alex)]

farlane schreef op woensdag 08 juni 2016 @ 12:20:
[...]

Nou ik heb problemen genoeg gehad met Excel formaten/versies. Als je bij je CSV aangeeft wat de scheidingstekens/eenheden zijn is er geen vuiltje aan de lucht.

Behalve als je ergens te maken hebt met voorloopnullen (die nodig zijn). Excel sloopt die er gewoon af en schrijft ze niet weg wanneer je het bestand weer opslaat. Hetzelfde zie je met datums, Excel doet er maar wat mee.

Ik heb ergens een file waarin data worden weggeschreven als dd-MMM-yyyy (dus 08-Jun-2016). De importer van dezelfde webapp verwacht het ook precies in dat formaat.

Excel rendert het echter als dd-MMM-yy (08-Jun-16) en schrijft het ook als zodanig weg. Daarvan gaat de importer vervolgens over z'n nek.

Je kunt het Excel wel goed laten exporteren, maar dan moet je de celformatting zelf goed instellen voor je de boel exporteert naar CSV. En als klap op de vuurpijl onthoudt Excel dat allemaal niet, dus wanneer je het CSV-bestand opnieuw opent zijn weer alle voorloopnullen weg.

Oh, en character sets zijn ook een feest. Excel schrijft ze altijd weg in één of ander ANSI-formaat, zelfs als het bestand in UTF8 werd aangeleverd.

[farlane]

Alex) schreef op woensdag 08 juni 2016 @ 21:34:
[...]

Mijn punt was ook dat Excel helemaal niet zo'n feest is. ( En al helemaal niet als je het gebruikt om CSV te verwerken zoals je zelf ook gemerkt hebt )

[Alex)]

farlane schreef op woensdag 08 juni 2016 @ 21:42:
[...]

Mijn punt was ook dat Excel helemaal niet zo'n feest is. ( En al helemaal niet als je het gebruikt om CSV te verwerken zoals je zelf ook gemerkt hebt )

Het voordeel van Excel en XLSX gebruiken is dan tenminste nog dat je datatypes op kunt geven en ook formatting kunt instellen.

Een kolom met voorloopnullen kun je dan gewoon specificeren als type 'Number' bestaande uit 8 cijfers, en een datumveld zal altijd een datumveld zijn.

Een library zoals ClosedXML maakt het werken met XLSX gelukkig erg makkelijk.

[ajakkes]

DevWouter schreef op woensdag 08 juni 2016 @ 09:42:
Volgens mij had één van de partijen moeten aangeven dat CSV niet ondersteund wordt en vervolgens JSON, XML, SQL of XLSX (yep, Excel) moeten aanbieden/vragen. Vooral bij de eerste twee heb je goeie kans dat de klant geen twijfel over het geleverde werk kan zaaien.

Alsjeblieft geen xlsx. En je dan later afvragen waarom het bestelnummer '12-02' 12 februari is geworden en een regel verder '99-12' 1 december 1999 is geworden. En in dit geval was 12,955 bijna zeker 12955 geworden terwijl 12,95 12,95 was gebleven.

Kan je vervolgens proberen te achterhalen wat het had moeten zijn.

CSV kan je openen in notepad, Excel, Calc. Dan hoef je in ieder geval niet te zoeken waar die datum, tijd of getal nou in eens vandaan komt in je bestelnummer, coördinaat of telefoonnummer.

En een import functie is ook zo gemaakt voor CSV. Sneller nog dan voor xml. Json is misschien een optie. In SQL staan vaak ook database specifieke opdrachten.

[ajakkes]

Alex) schreef op woensdag 08 juni 2016 @ 21:47:
[...]
Het voordeel van Excel en XLSX gebruiken is dan tenminste nog dat je datatypes op kunt geven en ook formatting kunt instellen.

Meeste xlsx exports die ik gezien heb, waren fake xlsx omdat de applicatie dat makkelijker te implementeren vond, en de klant heeft natuurlijk al even geopend zonder naar datatypes te kijken, waardoor de data al corrupt is voordat je het ontvangt.

[Alex)]

ajakkes schreef op woensdag 08 juni 2016 @ 21:58:
[...]


Alsjeblieft geen xlsx. En je dan later afvragen waarom het bestelnummer '12-02' 12 februari is geworden en een regel verder '99-12' 1 december 1999 is geworden. En in dit geval was 12,955 bijna zeker 12955 geworden terwijl 12,95 12,95 was gebleven.

Kan je vervolgens proberen te achterhalen wat het had moeten zijn.

Dat is af te vangen als je vooraf de nummerformatting goed instelt. Eventueel zet je data protection aan op de sheet zodat de formatting ook niet meer gewijzigd kan worden door de eindgebruiker.

CSV kan je openen in notepad, Excel, Calc. Dan hoef je in ieder geval niet te zoeken waar die datum, tijd of getal nou in eens vandaan komt in je bestelnummer, coördinaat of telefoonnummer.

Dat je CSV met zo ongeveer alles kunt openen is dan ook wel het enige voordeel aan dat formaat...

En een import functie is ook zo gemaakt voor CSV. Sneller nog dan voor xml. Json is misschien een optie. In SQL staan vaak ook database specifieke opdrachten.

En geen enkele van die formaten is geschikt om te laten invullen door een niet-techneut, terwijl de halve wereld overweg kan met Excel.

ajakkes schreef op woensdag 08 juni 2016 @ 22:02:
[...]


Meeste xlsx exports die ik gezien heb, waren fake xlsx omdat de applicatie dat makkelijker te implementeren vond, en de klant heeft natuurlijk al even geopend zonder naar datatypes te kijken, waardoor de data al corrupt is voordat je het ontvangt.

Eens. Als je enkel data wegschrijft zonder de formatting goed te zetten krijg je vanzelf datums in je ordernummers, en dat soort ellende.

[ Voor 16% gewijzigd door Alex) op 08-06-2016 22:09 ]

[Styxxy]

Alex) schreef op woensdag 08 juni 2016 @ 21:34:
[...]
Behalve als je ergens te maken hebt met voorloopnullen (die nodig zijn). Excel sloopt die er gewoon af en schrijft ze niet weg wanneer je het bestand weer opslaat. Hetzelfde zie je met datums, Excel doet er maar wat mee.

En als een niet-techneut dus die CSV opent en zijn data verliest -> bug melding om te zeggen dat we Excel maar moeten fixen! (true story)

[Alex)]

Styxxy schreef op woensdag 08 juni 2016 @ 22:14:
[...]

En als een niet-techneut dus die CSV opent en zijn data verliest -> bug melding om te zeggen dat we Excel maar moeten fixen! (true story)

Yep. Been there, done that.

[ajakkes]

Voor invullen door niet techneuten kan je prima excel gebruiken. Dat kan je daarna namelijk opslaan als CSV om te importeren.

Een veld in CSV kan zo groot zijn als nodig. In Excel wordt een standaard cel afgekapt op 'uit mijn hoofd' 3000 characters. Mis je plots weer tekst.

Maar het gaat om overdracht van techneut 1 naar techneut 2 waar een klant (in principe) met z'n tengels af moet blijven.

Maar er was natuurlijk weer een klant die dacht 3 cijfers achter de komma handmatig te moeten fixen. Terwijl techneut daar misschien wel helemaal geen probleem mee had.

[Alex)]

Klanten/eindgebruikers willen toch vaak zelf dingen kunnen aanpassen, bij voorkeur in bulk, en Excel is daar 'lekker makkelijk voor'.

En geef ze eens ongelijk. Excel ís makkelijk.

[F.West98]

Maar... Access is toch dé ideale manier om data op te slaan voor verzending??

* F.West98 rent

[Skyaero]

F.West98 schreef op woensdag 08 juni 2016 @ 22:24:
Maar... Access is toch dé ideale manier om data op te slaan voor verzending??

* F.West98 rent

Ben je mal, foto maken van je scherm met je telefoon. Had de klant maar moeten specificeren in welk digitaal formaat aan te leveren

[mrmartijn]

Word documenten, 1 record per pagina, lettertype bepaald datatype

[gekkie]

mrmartijn schreef op woensdag 08 juni 2016 @ 22:33:
Word documenten, 1 record per pagina, lettertype bepaald datatype

Ahja .. daar had ik nog een vraag over .. welk datatype was ook alweer comic sans ?

[mrmartijn]

gekkie schreef op woensdag 08 juni 2016 @ 23:00:
[...]

Ahja .. daar had ik nog een vraag over .. welk datatype was ook alweer comic sans ?

In .doc bestanden een int en .docx een float. behalve in nederlandse word versies

[gekkie]

mrmartijn schreef op woensdag 08 juni 2016 @ 23:06:
[...]
In .doc bestanden een int en .docx een float. behalve in nederlandse word versies

Ah kijk .. goed om te weten ... zelfde gezeik als met die taalspecifieke excelfuncties .. welke goddelijke godheid dat verzonnen heeft

[farlane]

Alex) schreef op woensdag 08 juni 2016 @ 22:22:
Klanten/eindgebruikers willen toch vaak zelf dingen kunnen aanpassen, bij voorkeur in bulk, en Excel is daar 'lekker makkelijk voor'.

En geef ze eens ongelijk. Excel ís makkelijk.

Nee Excel is niet makkelijk voor die taak, anders zou het niet zo snel kapot gaan. Het *lijkt* alleen maar makkelijk.

[Styxxy]

farlane schreef op woensdag 08 juni 2016 @ 23:19:
[...]
Nee Excel is niet makkelijk voor die taak, anders zou het niet zo snel kapot gaan. Het *lijkt* alleen maar makkelijk.

Alternatief?

[ajakkes]

Styxxy schreef op woensdag 08 juni 2016 @ 23:45:
[...]

Alternatief?

CSV. Natuurlijk.

Maar LibreOffice Calc zal al minder snel je data types automatisch omzetten dan Excel. En geeft dezelfde functies.

Wanneer klanten iets met de data willen doen is Excel best een goede keuze.

Maar als een klant aan geeft dat 3 cijfers omzetten naar 2 cijfers achter de komma een hele dag werk was hadden ze in Excel ook de juiste functie niet gevonden.

[mrmartijn]

Probleem met excel is dat het standaard al het UTF-8 gebeuren stuk maakt en windows-* probeert te exporteren. Libreoffice kan wel gewoon netjes UTF-8 gebruiken bij csv bestanden.

Bron: Japanse artikelen in magento inladen

[farlane]

Styxxy schreef op woensdag 08 juni 2016 @ 23:45:
[...]
Alternatief?

Een gebruiker met verstand van zaken (itt een gebruiker die Excel als waarheid heeft) of bijvoorbeeld LibreOffice die wat minder snel je brondata vernaggelt.

[DevWouter]

mrmartijn schreef op donderdag 09 juni 2016 @ 09:45:
Probleem met excel is dat het standaard al het UTF-8 gebeuren stuk maakt en windows-* probeert te exporteren. Libreoffice kan wel gewoon netjes UTF-8 gebruiken bij csv bestanden.

Bron: Japanse artikelen in magento inladen

Volgens mij wilt microsoft standaard UTF-16 gebruiken. UTF-8 (welke in mijn ogen de beste is) zie ik zelden bij microsoft producten. Echter dat verschilt per versie en per systeem. Kan niet zo snel een bron vinden hiervan.

[kwaakvaak_v2]

Styxxy schreef op woensdag 08 juni 2016 @ 23:45:
[...]

Alternatief?

over laten typen in een lage lonen land

[CodeCaster]

ajakkes schreef op woensdag 08 juni 2016 @ 22:02:
[...]


Meeste xlsx exports die ik gezien heb, waren fake xlsx

Hoeveel vragen er niet op Stack Overflow voorbijkomen van mensen die HTML uitpoepen en het Excel noemen, en dan klagen dat het niet werkt...

DevWouter schreef op donderdag 09 juni 2016 @ 10:37:
Volgens mij wilt microsoft standaard UTF-16 gebruiken. UTF-8 (welke in mijn ogen de beste is) zie ik zelden bij microsoft producten. Echter dat verschilt per versie en per systeem. Kan niet zo snel een bron vinden hiervan.

ASCII: 127 characters ought to be enough for anybody.
Extended ASCII: 256 characters ought to be enough for anybody.
Unicode 1 / UCS-2: 65.536 characters ought to be enough for anybody.
ISO 10646: 679.477.248 characters ought to be enough for anybody, but nobody's going to implement it.
Unicode 2: 65.536 characters weren't enough for anybody, let's introduce surrogate pairs, because 1.114.112 characters really ought to be enough for anybody.

Microsoft stapte op de Unicode-bandwagon tijdens de standaardisering van UCS-2, oftewel: altijd twee bytes om álle (tot dan toe bekende) karakters te kunnen encoden. Het programmeert namelijk zo lekker als stringlength = bytelength / 2. Toen ze daarmee klaar waren, kwam Unicode 2 / UTF-16 pas.

UCS-2 was gelukkig aardig forward compatible met UTF-16, dus daarom zitten we nu op laatstgenoemde.

En die legacy lekt nog steeds door in C# / .NET:

C# uses length-prefixed UTF-16 strings in 2014 because Visual Basic used length-prefixed UCS-2 BSTRs in 1993. Obviously!

[ Voor 74% gewijzigd door CodeCaster op 09-06-2016 12:57 ]

[DevWouter]

@CodeCaster, bedankt voor de uitleg.

Ik ben toen de tijd er nog druk mee bezig geweest, maar was zo'n beetje de hele achtergrond vergeten. Bedankt voor het ophelderen!

[RobIII]

zezke schreef op vrijdag 29 april 2016 @ 13:40:
Dus imzy is gewoon de Devschuur, maar dan in Reddit formaat?

Jep Ik heb weer 10 invites. First come, first server. DM me je emailadres.

[azerty]

Ik heb er nog > 20

[Hipska]

Dat is een goeie om mailadressen te verzamelen

[Firesphere]

RobIII schreef op donderdag 09 juni 2016 @ 23:31:
[...]

Jep Ik heb weer 10 invites. First come, first server. DM me je emailadres.

Ik heb er ook nog 1, voor de liefhebber.

[Creepy]

Firesphere schreef op vrijdag 10 juni 2016 @ 09:17:
[...]

Ik heb er ook nog 1, voor de liefhebber.

maar 1? Tsss... hier ook nog 10 invites
_{En m'n shirt heb ik nog steeds niet gehad, ondanks de beloft van imzy}

[Firesphere]

Creepy schreef op vrijdag 10 juni 2016 @ 09:41:
[...]

maar 1? Tsss... hier ook nog 10 invites
_{En m'n shirt heb ik nog steeds niet gehad, ondanks de beloft van imzy}

Nou ja, ik heb ze dus al uitgegeven

_{Als jij'm nog niet hebt, moet het voor mij helemaal lang gaan duren}

Iemand hier die Bup gebruikt? https://bup.github.io/

[ Voor 19% gewijzigd door Firesphere op 10-06-2016 09:58 ]

[D-Raven]

Imzy. Wat ze willen bereiken, een 'betere en vriendelijke' reddit. Gaat alleen maar lukken als ze relatief klein blijven en een repressief moderatie beleid voeren.
Als ze eenmaal op de schaal van reddit komen, dan gaan ze uiteindelijk dezelfde problemen krijgen. Ik ben van mening dat het namelijk een vorm van social dynamics is waar niet aan te ontkomen is. Elke community, van voldoende grote, heeft altijd een paar 'rotte appels'.

Nu is dat in een digitale community makkelijker te corrigeren/bestraffen, maar het is zeer lastig om een balans tussen vrijheid van meningsuiting en ongewenst gedrag te onderhouden.

Hoe groter de community hoe lastig dit probleem, het internet staat vol met voorbeelden van community projecten welke op kleine schaal geweldig waren, maar toen ze te groot werden, overgenomen zijn door de trolls

[Skyaero]

Alleen streng across-the-board moderatiebeleid kan de kwaliteit van een discussieplatform waarborgen als deze groeit. Probleem van 4chan/8chan/reddit/imzy is dat iedereen een groep kan starten en deze kan modereren.

Wat mij het meest stoort aan Imzy op dit moment is de Twitter-stijl feed: 80% van mijn scherm wordt niet gebruik en in de overige 20% is het merendeel niet-relevante content. De informatievoorziening, het belangrijkste van een content/discussieplatform, is dus enorm summier.

Overigens heb ik ook nog 5 invites mocht iemand het toch willen proberen.

[BtM909]

Imzy trekt mij helaas nog niet echt goed aan. Ik weet het nog niet.

[incaz]

Reddit heeft wel meer dan een paar rotte appels toch?

Ok, code design vraagje, iets dat me al minstens 10 jaar bugt.

Hoe ga je om met statussen en andere referentietabellen?

Een tabel met [id, title, longdescription] is erg handig, maar er zitten ook bepaalde consequenties aan zo'n status, dus if( obj.status == CLOSED ){ // don't display edit fields anymore }
Je gaat daar dus hoe ik het zie onvermijdelijk een mix krijgen van je database-data en je code. Maar hoe doe je dat nou netjes?
(Idem met een landentabel: bij bepaalde landen moet je misschien andere logica uitvoeren omdat de regels anders zijn... toch wil je je landentabel volgens mij heel graag in de db hebben en niet in je code.)

[Creepy]

incaz: Misschien handig om dat even in een los topic neer ze zetten Het zou zonde zijn om dit te verstoppen in de CC.

[CodeCaster]

D-Raven schreef op vrijdag 10 juni 2016 @ 10:07:
Imzy. Wat ze willen bereiken, een 'betere en vriendelijke' reddit. Gaat alleen maar lukken als ze relatief klein blijven en een repressief moderatie beleid voeren.

Precies, zodra je ook maar íets van een massa krijgt, moet de vriendelijkheid de deur uit en moet je gaan handhaven. Ik kan ook niet echt een omschrijving vinden van henzelf welk probleem dit platform nu eigenlijk oplost.

Skyaero schreef op vrijdag 10 juni 2016 @ 10:34:
Wat mij het meest stoort aan Imzy op dit moment is de Twitter-stijl feed: 80% van mijn scherm wordt niet gebruik en in de overige 20% is het merendeel niet-relevante content. De informatievoorziening, het belangrijkste van een content/discussieplatform, is dus enorm summier.

Ik word nu al misselijk van de AJAX-load, waar ook Discourse gebruik van maakt.

Nadat ik een link/topic/... aanklik en die pagina is geladen, wil ik niet nog een seconde tegen een loading-spinner aankijken terwijl de daadwerkelijke content van die pagina geladen wordt. Dat is echt het meest achterlijke gebruik van AJAX dat er mogelijk is.

[ Voor 3% gewijzigd door CodeCaster op 10-06-2016 11:12 ]