De Devschuur Coffee Corner - Iteratie 5

[Firesphere]

Ik denk dat ik iets heb stuk gemaakt....

[alienfruit]

Ben ie een Facebooker dan?

[Firesphere]

alienfruit schreef op vrijdag 07 februari 2014 @ 00:15:
Ben ie een Facebooker dan?

Nee joh, ik heb helemaal geen beta-api-toegang ofzo. Waar ik ook geen account voor nodig heb. Nooit gehad!

[Megamind]

Pas maar op anders ben je weer 10k armer

[Firesphere]

Megamind schreef op vrijdag 07 februari 2014 @ 00:38:
Pas maar op anders ben je weer 10k armer

Neuh, dit mag hoor Denk ik...

[BtM909]

Better safe than sorry

[Firesphere]

Met een beetje handigheid reproduceer je dit ook in de live status, dus.... meh

[Megamind]

Glad ijs!

[Swedish Clown]

Vrijdag! Bijna weekend! Ohnee, zondag werken om voorbereidingen te treffen om maandag een nieuw systeem live te kunnen zetten

[BM]

Gister allereerste testversie van een grotendeels herschreven client en webservice opgeleverd. Voornamelijk performancezaken veranderd, bepaalde acties die normaal >60 seconde duurden zijn nu in <5 seconde klaar. Eerste indruk is geloof ik dat het allemaal behoorlijk goed werkt

De leukere momenten van m'n werk

[perseas]

Waar is de koffie?!

[Ryur]

Zo vandaag gaat een lastig dagje worden. Ik ga mij verdiepen in de wondere wereld van Microsoft Dynamics NAV.

Ben heel benieuwd hoe mij dit gaat bevallen!

Gelukkig is de koffiemachine dichtbij

[ Voor 12% gewijzigd door Ryur op 07-02-2014 08:25 ]

[_Moe_]

Printers die moeilijk doen! Mijn grootste frustaties binnen de computer wereld.

[Hydra]

_Moe_ schreef op vrijdag 07 februari 2014 @ 08:34:
Printers die moeilijk doen! Mijn grootste frustaties binnen de computer wereld.

Daar heb je toch beheerders voor?

[Solopher]

Zo, aan de koffie .

Vandaag nog even wat puntjes afronden en maandag een nieuw project (als het allemaal doorgaat, zo hier en daar wordt op het laatste moment vaak gerommeld met de planning).

[OkkE]

Adobe stuurt me net een mailtje dat dit het moment is om Creative Cloud te gaan gebruiken, naar het e-mailadres dat gekoppeld zit aan mijn Creative Cloud account.

[Rhapsody]

Zou je het niet eens gaan gebruiken dan? Je hebt al een account!

[ Voor 21% gewijzigd door Rhapsody op 07-02-2014 08:49 ]

[OkkE]

Rhapsody schreef op vrijdag 07 februari 2014 @ 08:48:
Zou je het niet eens gaan gebruiken dan? Je hebt al een account!

Ik gebruik Creative Cloud al dagelijks...

[ Voor 3% gewijzigd door OkkE op 07-02-2014 09:03 ]

[Firesphere]

Mogguh

Koffie?

Trouwens, Google doet een toffe actie met hun Russische site

[Hydra]

Firesphere schreef op vrijdag 07 februari 2014 @ 09:02:
Trouwens, Google doet een toffe actie met hun Russische site

En terecht ook.

[.Gertjan.]

Douweegbertje schreef op donderdag 06 februari 2014 @ 18:06:
[...]
Nou dat is dan één klein puntje. Niet zomaar éven data veranderen. Die omgang van x-cijfers naar IBAN stelt inderdaad geen moer voor.

Op papier lijkt het zo makkelijk, er komt echter wel wat meer bij kijken.

Sowieso is het dataformaat anders. Banknummers kon je nog wel in een numeriek veld dumpen, maar IBAN bevat teksten. Daarnaast mag je alle 11 proeven die je hebt gaan vervangen voor IBAN proeven (en die is iets complexer).

Firesphere schreef op vrijdag 07 februari 2014 @ 09:02:
Mogguh

Koffie?

Lekker Zojuist mijn boekhouder de deurgewezen, so it's a good day Eindelijk een goede en betrouwbare partij gevonden.

Trouwens, Google doet een toffe actie met hun Russische site

Het is dat ze het meldden op het nieuws, ik had de regenboogvlag er niet zo snel in herkend. Subtiele actie en erg gewaagd, maar toch goed van Google

[_Moe_]

Hydra schreef op vrijdag 07 februari 2014 @ 08:38:
[...]


Daar heb je toch beheerders voor?

Hadden we die maar!

[Sebazzz]

.Gertjan. schreef op vrijdag 07 februari 2014 @ 09:07:
[...]
Banknummers kon je nog wel in een numeriek veld dumpen, maar IBAN bevat teksten.

Schaam je. Je gebruikt nooit een numeriek veld voor iets waarmee je niet gaat rekenen (als in a + b). Waaronder telefoonnummers, creditcard nummers etc. Uitzonderingen in verband met performance zijn IDs.

[Firesphere]

.Gertjan. schreef op vrijdag 07 februari 2014 @ 09:07:
[...]

Lekker Zojuist mijn boekhouder de deurgewezen, so it's a good day Eindelijk een goede en betrouwbare partij gevonden.

[...]

Het is dat ze het meldden op het nieuws, ik had de regenboogvlag er niet zo snel in herkend. Subtiele actie en erg gewaagd, maar toch goed van Google

En wat vond hij van de deur?

Het logo linkt trouwens naar de Russische versie van het Olympisch Manifest, waarin expliciet staat dat discriminatie op basis van whatever reden niet is toegestaan tijdens de Olympiade.

[Hydra]

Firesphere schreef op vrijdag 07 februari 2014 @ 09:20:
Het logo linkt trouwens naar de Russische versie van het Olympisch Manifest, waarin expliciet staat dat racisme op basis van whatever reden niet is toegestaan tijdens de Olympiade.

Ik wist niet dat homo een "ras" was.

[.Gertjan.]

Sebazzz schreef op vrijdag 07 februari 2014 @ 09:15:
[...]

Schaam je. Je gebruikt nooit een numeriek veld voor iets waarmee je niet gaat rekenen (als in a + b). Waaronder telefoonnummers, creditcard nummers etc. Uitzonderingen in verband met performance zijn IDs.

Ik zeg niet dat ik dat deed Ik kom zelfs figuren tegen die telefoonnummers in numerieke velden mikken. Ken genoeg systemen waar rekeningnummer vrolijk in een numeriek veld worden gemikt hoor

[Firesphere]

Hydra schreef op vrijdag 07 februari 2014 @ 09:24:
[...]


Ik wist niet dat homo een "ras" was.

discriminatie inderdaad.

[Hydra]

Firesphere schreef op vrijdag 07 februari 2014 @ 09:26:
discriminatie inderdaad.

Beetje een pet peeve van me

[Firesphere]

Hydra schreef op vrijdag 07 februari 2014 @ 09:37:
[...]




Beetje een pet peeve van me

Het maakt ook wel degelijk verschil, dus fair point

[Douweegbertje]

.Gertjan. schreef op vrijdag 07 februari 2014 @ 09:26:
[...]

Ik zeg niet dat ik dat deed Ik kom zelfs figuren tegen die telefoonnummers in numerieke velden mikken. Ken genoeg systemen waar rekeningnummer vrolijk in een numeriek veld worden gemikt hoor

Rekeningnummers beginnen bijvoorbeeld nooit met een 0. Sure, telefoonnummer is niet handig om in een int veld te zetten.

Sowieso vind ik de redenatie "als je er niet mee gaat rekenen, dan is het geen int" een beetje krom. Als je gewoon 100% zeker weet dat het een int is, ga je het toch niet in een varchar zetten?

Daarbij zou het raar zijn als je het zelfde veld zou kunnen gebruiken voor zowel een gironummer en een IBAN adres. Als je je DB een beetje goed in elkaar had gezet, zou je rekeningnummer veld nooit zo lang moeten zijn dat er een IBAN in past..

Ik wordt zelf gek van DB's die alleen maar bestaan uit varchar(50) en varchar(100) dingen. Gewoon omdat niemand nadenkt over welke data er in komt te staan.

[ Voor 8% gewijzigd door Douweegbertje op 07-02-2014 10:15 ]

[azerty]

Douweegbertje schreef op vrijdag 07 februari 2014 @ 10:14:
Ik wordt zelf gek van DB's die alleen maar bestaan uit varchar(50) en varchar(100) dingen. Gewoon omdat niemand nadenkt over welke data er in komt te staan.

Ja, maar stel dat het nu wijzigt in de toekomst, dan moeten we daar toch niets meer aan wijzigen?

[Hydra]

Douweegbertje schreef op vrijdag 07 februari 2014 @ 10:14:
Sowieso vind ik de redenatie "als je er niet mee gaat rekenen, dan is het geen int" een beetje krom. Als je gewoon 100% zeker weet dat het een int is, ga je het toch niet in een varchar zetten?

Daar ben ik het wel mee eens. Het is gewoon efficienter (zowel kwa geheugen als kwa performance) om een int te gebruiken als je weet dat het gewoon een int is. Net zoals dat je een date ook als een date opslaat, en niet een varchar. Afgezien van dat het inefficient is, weet je nooit of je er in de toekomst misschien wel mee wil rekenen.

Nou zijn telefoonnummers / rekeningnummers typisch voorbeelden van een "string met nummers" i.p.v. een integer, dus is het logisch deze als varchar op te slaan.

Daarbij zou het raar zijn als je het zelfde veld zou kunnen gebruiken voor zowel een gironummer en een IBAN adres. Als je je DB een beetje goed in elkaar had gezet, zou je rekeningnummer veld nooit zo lang moeten zijn dat er een IBAN in past..

Ik ben geen voorstander van limieten op varchars. Het maakt niks uit namelijk, en je moet vaak later de tabel aanpassen omdat je een edge-case vergeten bent. Voor de DB maakt het geen fluit uit of het een varchar(10) of (255) is over het algemeen. Heck, in veel databases maakt 't zelfs niet uit of 't varchar(255) of text is.

[Intru]

Na wat vertraging heb ik gisteren eindelijk m'n afstudeercolloquium gehad, en daarmee heb ik m'n master Computing Science nu officieel afgerond! Mijn begeleiders waren zeer tevreden, en ik heb een 9 gekregen op m'n scriptie.

[Korben]

Hydra schreef op vrijdag 07 februari 2014 @ 10:20:
[...]


Daar ben ik het wel mee eens. Het is gewoon efficienter (zowel kwa geheugen als kwa performance) om een int te gebruiken als je weet dat het gewoon een int is. Net zoals dat je een date ook als een date opslaat, en niet een varchar. Afgezien van dat het inefficient is, weet je nooit of je er in de toekomst misschien wel mee wil rekenen.

Nou zijn telefoonnummers / rekeningnummers typisch voorbeelden van een "string met nummers" i.p.v. een integer, dus is het logisch deze als varchar op te slaan.


[...]


Ik ben geen voorstander van limieten op varchars. Het maakt niks uit namelijk, en je moet vaak later de tabel aanpassen omdat je een edge-case vergeten bent. Voor de DB maakt het geen fluit uit of het een varchar(10) of (255) is over het algemeen. Heck, in veel databases maakt 't zelfs niet uit of 't varchar(255) of text is.

In de meeste databases maakt dat wel degelijk uit. text/ntext/varchar(max)/nvarchar(max) zul je in bijvoorbeeld SQL Server (en ik denk de meeste DBMS'en) nooit kunnen indexeren met een reguliere index, omdat de kolom te groot is. De geïndexeerde waarden van een rij mogen in SQL Server namelijk niet groter zijn dan 900 bytes. Dan wordt het ineens wél interessant om na te denken over de maximale grootte van je kolommen.

Het is niet alsof er wekelijks nieuwe formaten voor rekeningnummers worden geïntroduceerd of edge-cases voor langste rekeningnummers worden gevonden. Als het te klein is, doe je simpelweg ALTER TABLE en ben je klaar.

IBAN is wat dat betreft best makkelijk, want je kunt van tevoren al afleiden dat char(34) of varchar(34) het correcte type is.

[.oisyn]

Firesphere schreef op vrijdag 07 februari 2014 @ 09:39:
[...]

Het maakt ook wel degelijk verschil, dus fair point

Mwoa, het ene is gewoon een subset van het andere.

[_Moe_]

Intru schreef op vrijdag 07 februari 2014 @ 10:29:
Na wat vertraging heb ik gisteren eindelijk m'n afstudeercolloquium gehad, en daarmee heb ik m'n master Computing Science nu officieel afgerond! Mijn begeleiders waren zeer tevreden, en ik heb een 9 gekregen op m'n scriptie.

Proficiat!

en nu?

[BM]

Tijd voor taart dacht ik zo

[TheNephilim]

Ja ik lust ook wel een stukje!

[GateKeaper]

Aaaarggghh.... IT heeft alle rechten op c:\program files\ beperkt. Users hebben nu enkel nog rechten om te lezen.

Uiteraard is er geen enkel programma dat zijn data onder zijn program folder kwijt wil.

[.oisyn]

Korben schreef op vrijdag 07 februari 2014 @ 10:30:
IBAN is wat dat betreft best makkelijk, want je kunt van tevoren al afleiden dat char(34) of varchar(34) het correcte type is.

Toen ik dit las was ik verbaasd over die 34. Kijk ik op Wikipedia, zie ik dat bijv. landen als Libanon 22 20-cijferige rekeningnummers gebruiken .

.edit: Wikipedia NL is fout, het zijn 20 cijfers. Er staat ook dat de totale IBAN lengte 28 chars is en vervolgens laten ze er 30 zien

[ Voor 12% gewijzigd door .oisyn op 07-02-2014 11:12 ]

[Intru]

Kom maar een stukje taart / bier halen

En verder nu: ik werk al een tijd aan m'n eigen bedrijf, en was daar sinds september eigenlijk al fulltime bezig. Dus daar lekker mee verder.

[PrisonerOfPain]

.oisyn schreef op vrijdag 07 februari 2014 @ 11:09:
[...]


Toen ik dit las was ik verbaasd over die 34. Kijk ik op Wikipedia, zie ik dat bijv. landen als Libanon 2220-cijferige rekeningnummers gebruiken .

28

[.oisyn]

Ik heb het over het interne rekeningnummer, niet over de IBAN.

[PrisonerOfPain]

Ok

[TheNephilim]

GateKeaper schreef op vrijdag 07 februari 2014 @ 11:09:
Aaaarggghh.... IT heeft alle rechten op c:\program files\ beperkt. Users hebben nu enkel nog rechten om te lezen.

Uiteraard is er geen enkel programma dat zijn data onder zijn program folder kwijt wil.

Oh ik zou echt niet kunnen werken met dergelijke systeembeheerders

.oisyn schreef op vrijdag 07 februari 2014 @ 11:09:
[...]


Toen ik dit las was ik verbaasd over die 34. Kijk ik op Wikipedia, zie ik dat bijv. landen als Libanon 2220-cijferige rekeningnummers gebruiken .

Sommige landen hebben echt een kort nummer! Nja, ik verwacht dat ze gewoon blijven omzetten in het binnenland.

Intru schreef op vrijdag 07 februari 2014 @ 11:10:
Kom maar een stukje taart / bier halen

En verder nu: ik werk al een tijd aan m'n eigen bedrijf, en was daar sinds september eigenlijk al fulltime bezig. Dus daar lekker mee verder.

Leuk! Wat doe je voor jezelf?

[Alex)]

GateKeaper schreef op vrijdag 07 februari 2014 @ 11:09:
Aaaarggghh.... IT heeft alle rechten op c:\program files\ beperkt. Users hebben nu enkel nog rechten om te lezen.

Uiteraard is er geen enkel programma dat zijn data onder zijn program folder kwijt wil.

Dat is al sinds Windows NT 4 zo...

Als je voorheen alles kon in Program Files en nu niet meer betekent dat dat je geen adminrechten meer hebt op je pc.

[Dido]

Douweegbertje schreef op vrijdag 07 februari 2014 @ 10:14:
Sowieso vind ik de redenatie "als je er niet mee gaat rekenen, dan is het geen int" een beetje krom. Als je gewoon 100% zeker weet dat het een int is, ga je het toch niet in een varchar zetten?

Prima, maar een rekeningnummer is geen int. Tenzijj je inderdada uitgaat van "we gebruiken dit alleen voor Nederlandse rekeningnummers, en er gaat nooit wat anders dan cijfertjes in een rekeningnummer komen" - Wat al raar is, gezien de inmiddels uitgestorven gewoonte om postbanknummers te prefixen met een "P".

Bij al dit soort nummers (telefoonnummer, rekeningnummer, VIN, BTW-nummer, etc) moet je gewoon rekening houden met het feit dat er 1) verschillende standaarden zijn en 2) dat die standaarden kunnen en zullen veranderen.

Daarbij zou het raar zijn als je het zelfde veld zou kunnen gebruiken voor zowel een gironummer en een IBAN adres. Als je je DB een beetje goed in elkaar had gezet, zou je rekeningnummer veld nooit zo lang moeten zijn dat er een IBAN in past..

Want jij weet exact hoe lang alle mogelijk buitenlandse rekeningnummer zijn, kunnen zijn en wat er in de te voorziene toekomst mee gebeurt.
Tsja, voor veel mesnen gaat dat niet op.

[GateKeaper]

Alex) schreef op vrijdag 07 februari 2014 @ 11:14:
[...]

Dat is al sinds Windows NT 4 zo...

Als je voorheen alles kon in Program Files en nu niet meer betekent dat dat je geen adminrechten meer hebt op je pc.

Euhm, nee.. ik kon altijd gewoon schrijven in een map als c:\program files\Autodesk\ (om maar één te noemen). Nu dus niet meer. Ben nooit admin geweest, maar had altijd schrijfrechten op die folders.

[Acid_Burn]

XP maakte er geen probleem van, maar sinds Vista meen ik is het beleid van Windows strenger geworden. In principe schrijf je daar alleen naartoe bij installatie. Gebruikersinstellingen/bestanden horen niet thuis in de program files directory, dus dan heb je ook geen schrijfrechten nodig. Programma's die daar last van hebben zijn of ancient of de programmeur is gewoon dom bezig geweest.

[Korben]

Verplichte Raymond Chen-links:

In Windows, the directory is the application bundle en The TEMP directory is like a public hot tub whose water hasn't been changed in over a year.

[.oisyn]

Sowieso, gereduceerde rechtenset op hun PC voor developers

[Intru]

TheNephilim schreef op vrijdag 07 februari 2014 @ 11:13:
Leuk! Wat doe je voor jezelf?

Ik ben met 2 vrienden een bedrijf begonnen dat software maakt voor recreatie/buitensportbedrijven. Zij hebben zelf zo'n recreatiebedrijf, en vroegen een jaar of 6 geleden of ik misschien iets kon ontwikkelen wat hun workflow zou vergemakkelijken.
Ongeveer 2-3 jaar geleden is een ander bedrijf daar toen ook gebruik van gaan maken, en een jaar geleden zijn we het officieel gaan verkopen. M'n scriptie heb ik in de zomer afgemaakt, en sinds september werk ik hier fulltime aan. Op dat moment is ook een oud studiegenoot van me bij ons komen werken als extra dev. We hebben nu een stuk of 25 bedrijven (door het hele land) die onze software gebruiken

[TheNephilim]

Intru schreef op vrijdag 07 februari 2014 @ 12:01:
[...]

Ik ben met 2 vrienden een bedrijf begonnen dat software maakt voor recreatie/buitensportbedrijven. Zij hebben zelf zo'n recreatiebedrijf, en vroegen een jaar of 6 geleden of ik misschien iets kon ontwikkelen wat hun workflow zou vergemakkelijken.
Ongeveer 2-3 jaar geleden is een ander bedrijf daar toen ook gebruik van gaan maken, en een jaar geleden zijn we het officieel gaan verkopen. M'n scriptie heb ik in de zomer afgemaakt, en sinds september werk ik hier fulltime aan. Op dat moment is ook een oud studiegenoot van me bij ons komen werken als extra dev. We hebben nu een stuk of 25 bedrijven (door het hele land) die onze software gebruiken

Interessant, wat doet je software (in grote lijnen)? De combinatie recreatie/buitensport zegt me zo even niks

Maar dat is wel mooi, zo vanuit je studie direct je eigen bedrijf in kunnen rollen. Zeker als je met z'n tweeën bent kun je nu nog mooi wat slagen slaan!

[armageddon_2k1]

Mijn vriendin en ik hebben oordoppen laten maken op maat, voor als we naar concerten gaan. Bij het aanmeten kregen ze de mal niet meer uit het oor van mijn vriendin en die moest naar het ziekenhuis. Audicien was nogal geschokt en beloofden alles te betalen. We kwamen binnen in het ziekenhuis en toen plopte de KNO arts hem er zo uit. 10 minuten later stonden we weer buiten,

Komt er nu een factuur binnen met:
128euro onderzoekskosten
145 euro behandelkosten

De fuck!!? Het is dat de audicien het wil betalen, maar ligt het aan mij als ik denk dat 273 euro voor 10 minuutjes werk een beetje veel is?

[GateKeaper]

armageddon_2k1 schreef op vrijdag 07 februari 2014 @ 12:09:
Komt er nu een factuur binnen met:
128euro onderzoekskosten
145 euro behandelkosten

De fuck!!? Het is dat de audicien het wil betalen, maar ligt het aan mij als ik denk dat 273 euro voor 10 minuutjes werk een beetje veel is?

Voorloop & administratiekosten?

[.Gertjan.]

armageddon_2k1 schreef op vrijdag 07 februari 2014 @ 12:09:
De fuck!!? Het is dat de audicien het wil betalen, maar ligt het aan mij als ik denk dat 273 euro voor 10 minuutjes werk een beetje veel is?

En dan vinden we het gek dat de zorg onbetaalbaar is geworden

[_Moe_]

armageddon_2k1 schreef op vrijdag 07 februari 2014 @ 12:09:
Mijn vriendin en ik hebben oordoppen laten maken op maat, voor als we naar concerten gaan. Bij het aanmeten kregen ze de mal niet meer uit het oor van mijn vriendin en die moest naar het ziekenhuis. Audicien was nogal geschokt en beloofden alles te betalen. We kwamen binnen in het ziekenhuis en toen plopte de KNO arts hem er zo uit. 10 minuten later stonden we weer buiten,

Komt er nu een factuur binnen met:
128euro onderzoekskosten
145 euro behandelkosten

De fuck!!? Het is dat de audicien het wil betalen, maar ligt het aan mij als ik denk dat 273 euro voor 10 minuutjes werk een beetje veel is?

Ik heb dat idee nogal al vaak als ik naar een of andere 'mecanicien van het lichaam' ga. En dan kan je wel zeggen dat het niet uitmaakt want je trekt het merendeel toch terug van de ziekenkas. Maar waarom moeten ze dan zoveel vragen. Als ik voor 10 euro naar de dokter ga, is het voor mij ok als ik 7 euro terug trek hoor.

[GateKeaper]

_Moe_ schreef op vrijdag 07 februari 2014 @ 12:23:
[...]
En dan kan je wel zeggen dat het niet uitmaakt want je trekt het merendeel toch terug van de ziekenkas.

Dat is zo'n non-argument. Die kas vullen we echt met zijn allen. De bedragen die ze vragen zoals hierboven genoemd wordt, zijn wat mij betreft ook onacceptabel. Ik kan me voorstellen dat specialistisch werk geld kost, maar dit soort dingen zijn gewoon extreem.

Bezuinig daarop, leg de kosten aan banden, en breng onze verzekeringen mee omlaag in prijs. Komt de koopkracht ook nog eens ten goede.

En of het vergoed zou worden is ook nog maar eens de vraag. Kan zomaar zijn dat het binnen zijn eigen risico zou vallen. Dik betalen iedere maand, maar de eerste x honderd euro's zijn alsnog voor jezelf.

[TheNephilim]

armageddon_2k1 schreef op vrijdag 07 februari 2014 @ 12:09:
Mijn vriendin en ik hebben oordoppen laten maken op maat, voor als we naar concerten gaan. Bij het aanmeten kregen ze de mal niet meer uit het oor van mijn vriendin en die moest naar het ziekenhuis. Audicien was nogal geschokt en beloofden alles te betalen. We kwamen binnen in het ziekenhuis en toen plopte de KNO arts hem er zo uit. 10 minuten later stonden we weer buiten,

Komt er nu een factuur binnen met:
128euro onderzoekskosten
145 euro behandelkosten

De fuck!!? Het is dat de audicien het wil betalen, maar ligt het aan mij als ik denk dat 273 euro voor 10 minuutjes werk een beetje veel is?

Ziek! Je zou toch zo de arts vragen hoe hij erop gekomen is een dergelijke factuur te sturen. Het is gewoon schandalig.

[.Gertjan.]

GateKeaper schreef op vrijdag 07 februari 2014 @ 12:26:
[...]
Dat is zo'n non-argument. Die kas vullen we echt met zijn allen. De bedragen die ze vragen zoals hierboven genoemd wordt, zijn wat mij betreft ook onacceptabel. Ik kan me voorstellen dat specialistisch werk geld kost, maar dit soort dingen zijn gewoon extreem.

Het is volgens mij geen geheim dat "staatssteun" zorgt voor hogere prijzen. De prijzen van kinderopvang zijn schrikbarend hoog, puur omdat mensen minder kritisch zijn als het voor ze betaald wordt. Als jij niet hoeft te kijken naar de kosten omdat je werkgever of de staat het betaalt kijk je er ook niet naar. Mensen met een tankpas van de baas zal het ook niet boeien of de benzine 5km verderop goedkoper is.

Zodra er een maximum vergoeding wordt voorgeschreven zal ook iedere leverancier tegen die vergoeding aan gaan zitten. Kijk maar naar maximumbedragen in de zorg, bijna iedere zorgverlener zit tegen die prijs aan.

Pas zodra de kraan dicht gaat, gaan mensen nadenken. Het invoeren van een eigenbijdrage in de kinderopvang zorgde ervoor dat mensen kritischer gingen kijken naar het product en een goede prijs-kwaliteitsverhouding wilden hebben. Toen werd men pas kritisch (en vielen veel "graaiers" om). Helaas had dat gevolgen voor werknemers in de sector omdat die zonder baan stonden. Toch zou het goed zijn om op directieniveau sommige partijen eens te snoeien. Zelfde signalen zie je nu in de ouderenzorg, de werknemers moeten inleveren, maar de directie geeft vaak niet thuis.

Bezuinig daarop, leg de kosten aan banden, en breng onze verzekeringen mee omlaag in prijs. Komt de koopkracht ook nog eens ten goede.
jezelf.

Alsof bezuinigingen in de zorg in het verleden gezorgd hebben voor lagere prijzen en dus een goedkopere verzekering. Als de zorgkosten omlaag gaan dan is er wel weer iemand die zegt dat er meer zorg geconsumeerd worden of dat de premies omhoog gaan door wanbetalers. Ik vraag mij af in hoeverre dat allemaal klopt. Het privatiseren van die sector heeft tot nu toe weinig concurrentie opgeleverd en al helemaal weinig kostenbesparing.

[D-Raven]

GateKeaper schreef op vrijdag 07 februari 2014 @ 12:26:
[...]


Dat is zo'n non-argument. Die kas vullen we echt met zijn allen. De bedragen die ze vragen zoals hierboven genoemd wordt, zijn wat mij betreft ook onacceptabel. Ik kan me voorstellen dat specialistisch werk geld kost, maar dit soort dingen zijn gewoon extreem.

Bezuinig daarop, leg de kosten aan banden, en breng onze verzekeringen mee omlaag in prijs. Komt de koopkracht ook nog eens ten goede.

En of het vergoed zou worden is ook nog maar eens de vraag. Kan zomaar zijn dat het binnen zijn eigen risico zou vallen. Dik betalen iedere maand, maar de eerste x honderd euro's zijn alsnog voor jezelf.

Dat doen ze tegenwoordig ook, alleen op een andere manier. Wat een zorgverzekeraar tegenwoordig doet is zorg inkopen bij een ziekenhuis.
Ze zeggen tegen het ziekenhuis, wij willen X keer behandeling Y afnemen, en vervolgens wordt er dan onderhandeld over de prijs. Dit drukt de prijs per behandeling voor de verzekeraar, maar toegegeven, dit doet niks voor de verzekerde in relatie tot zijn eigen risico.
Maar doordat de zorgverzekeraar scherper kan inkopen, kunnen ze de prijs van de zorgverzekering (basis) beter sturen.
Dat het hierdoor niet in een klap flink goedkoper wordt.. tjah.. er spelen nog meer dingen mee.

Het idee achter dit systeem was dat hierdoor de ziekenhuizen weer meer met elkaar gaan concurreren.
De realiteit is dat ziekenhuizen hierdoor niet rendabele afdelingen gaan afstoten (want ze verdienen minder dus hebben minder buffer om niet rendabele afdelingen te compenseren) en dat jij als patiënt niet zomaar bij elk ziekenhuis terecht kan omdat je verzekeraar misschien geen contract heeft bij het ziekenhuis waar jij terecht wilt. (ok in de praktijk is daar bij sommige verzekeraars iets voor geregeld).

Combineer dit met een declaratie systeem (ZH -> verzekeraar) welke vrij strak dicteert wat er wel en niet declarabel is bij een behandeling, constante reorganisaties bij ziekenhuizen om de kosten te drukken, en het feit dat de afdelingsmanagers e.d. vaak chirurgen e.d. zijn, welke goed zijn in hun vak, maar de ballen verstand hebben van het managen van een afdeling.
Ow en door die constante reorganisaties zijn de meeste mensen in het management meer bezig met hun eigen baan veilig te stellen, dan daadwerkelijk keuzes te maken die het beste zijn voor de afdeling welke ze managen.

Ineens is het niet zo vreemd meer dat de kwaliteit van ziekenhuizen achteruit holt...of dat het allemaal zo duur is.

edit: en geloof maar niet dat het de komende 5 jaar beter gaat worden.

[Dido]

armageddon_2k1 schreef op vrijdag 07 februari 2014 @ 12:09:
Komt er nu een factuur binnen met:
128euro onderzoekskosten
145 euro behandelkosten

De fuck!!? Het is dat de audicien het wil betalen, maar ligt het aan mij als ik denk dat 273 euro voor 10 minuutjes werk een beetje veel is?

DBC?

Met andere woorden, iemand die een dag onder het mes moet om die prop te verwijderen krijgt dezelfde factuur?

[Intru]

TheNephilim schreef op vrijdag 07 februari 2014 @ 12:03:
[...]


Interessant, wat doet je software (in grote lijnen)? De combinatie recreatie/buitensport zegt me zo even niks

Maar dat is wel mooi, zo vanuit je studie direct je eigen bedrijf in kunnen rollen. Zeker als je met z'n tweeën bent kun je nu nog mooi wat slagen slaan!

Simpel gezegd is het een boekings- en administratiesysteem. We proberen het hele proces tussen contactformulier en eindfactuur zo makkelijk mogelijk te maken. Veel van onze klanten (en hun personeel) zijn niet bepaald nerds, dus gebruiksgemak is behoorlijk essentieel.
Bij recreatie/buitensport moet je denken een bedrijven die bedrijfsuitjes/ familiedagen/ schoolkampen/ kinderfeestjes/ blokarten organiseren, solexen etc. verhuren, klimparken/klimwanden hebben. Dat soort werk.

En het bevalt me zeer goed, zo vanuit mijn studie een eigen bedrijf starten. Met twee man fulltime gaat het inderdaad ineens een stuk sneller dan alleen (terwijl je ook nog probeert te studeren). Maar eigenlijk zou er nog wel een devje bij mogen.

[Douweegbertje]

Zoooo ik kan op de wall of shame

Per ongeluk zat de live db op m'n ontwikkel omgeving, laat ik dan vervolgens net even een nieuw stukje proberen te hacken waardoor ik een injectie had uitgevoerd die -alle- gebruikers een nieuw wachtwoord had gegeven.
In elk geval staat de backup er weer op terug, maar toch..

[Hydra]

Dus nu moet je chocolade tracteren ofzo in t hele bedrijf?

[Voutloos]

Als je uberhaupt dev code direct met de productie db kan laten connecten doe je wel veel meer fout dan deze uiteindelijke fuckup.

[_Moe_]

Douweegbertje schreef op vrijdag 07 februari 2014 @ 13:32:
Zoooo ik kan op de wall of shame

Per ongeluk zat de live db op m'n ontwikkel omgeving, laat ik dan vervolgens net even een nieuw stukje proberen te hacken waardoor ik een injectie had uitgevoerd die -alle- gebruikers een nieuw wachtwoord had gegeven.
In elk geval staat de backup er weer op terug, maar toch..

Wel een leuke reminder

[alwinuzz]

Dido schreef op vrijdag 07 februari 2014 @ 13:14:
[...]

DBC?

Met andere woorden, iemand die een dag onder het mes moet om die prop te verwijderen krijgt dezelfde factuur?

Zou best door het DBC-systeem kunnen komen idd. Echt het meest idiote systeem ooit bedacht. Een productgroep is dan bijvoorbeeld 0-300 minuten dus 10 minuten werk is net zo duur als een paar uur werk.

PS het merendeel van de opbrengst van die factuur gaat naar het ziekenhuis voor de overhead. Net als een consultant zelf een klein deel ontvangt van wat er voor hem wordt gefactureerd.

[Alex)]

Productie? Wat is dat?

Ik weet niet eens hoe de productieomgeving er bij de klant waar ik nu zit uitziet.

[Dido]

alwinuzz schreef op vrijdag 07 februari 2014 @ 13:37:
Zou best door het DBC-systeem kunnen komen idd. Echt het meest idiote systeem ooit bedacht. Een productgroep is dan bijvoorbeeld 0-300 minuten dus 10 minuten werk is net zo duur als een paar uur werk.

Met andere woorden, zorg dat je ten volle gebruik maakt van die DBC.
"Jawel, ik moet en zal die operatie er ook bij nemen! Ik betaal ervoor!"

Maar goed, ik zit zelf toevallig in een situatie waarin ik redelijk ten volle van een DBC gebruik maak en dan valt de prijs toch wel weer mee (maar ik weet dondersgoed dat iemand in mijn situatie die na een gesprek van een half uur weer helemaal happy is, dezelfde factuur krijgt als ik).

[Ealanrian]

Traktatie uitgedeeld, cadeau in ontvangst genomen, pas in geleverd en weer thuis, het was een leuke tijd bij mijn afstudeer plek

[EddoH]

Nu nog een cursusje Nederlands en je komt er wel!

(gefeliciteerd!)

[Ealanrian]

EddoH schreef op vrijdag 07 februari 2014 @ 15:14:
Nu nog een cursusje Nederlands en je komt er wel!

(gefeliciteerd!)

En daarom schrijf ik verslagen in het Engels

[Gamebuster]

Douweegbertje schreef op vrijdag 07 februari 2014 @ 13:32:
Zoooo ik kan op de wall of shame

Per ongeluk zat de live db op m'n ontwikkel omgeving, laat ik dan vervolgens net even een nieuw stukje proberen te hacken waardoor ik een injectie had uitgevoerd die -alle- gebruikers een nieuw wachtwoord had gegeven.
In elk geval staat de backup er weer op terug, maar toch..

Ik heb dit soort dingen ook wel eens fout gedaan, alleen niet zo dramatisch.

Als oplossing heb ik op de websites een "production warning" toegevoegd wanneer ik de site bezoek vanaf een werk-IP/login en deze tegen production DB/cache/mailserver/whatever spreekt. Dit doe ik via een JS fragmentje zodat de code niet eens ervoor aangepast moet worden.

Ik heb nu rode streepjes in de headers in productie.

[Alex)]

Handig, de debugger kapt ermee zodra ik properties van een object wil inspecteren...

edit: En toen crashte heel VS met een NullReferenceException (vast veroorzaakt door een plugin)

[ Voor 38% gewijzigd door Alex) op 07-02-2014 15:55 ]

[hylke94]

Gamebuster schreef op vrijdag 07 februari 2014 @ 15:30:
[...]

Ik heb dit soort dingen ook wel eens fout gedaan, alleen niet zo dramatisch.

Als oplossing heb ik op de websites een "production warning" toegevoegd wanneer ik de site bezoek vanaf een werk-IP/login en deze tegen production DB/cache/mailserver/whatever spreekt. Dit doe ik via een JS fragmentje zodat de code niet eens ervoor aangepast moet worden.

Ik heb nu rode streepjes in de headers in productie.

[afbeelding]

Dat is wel een mooie oplossing. Moet ik misschien ook maar gaan toepassen op mijn eigen websites...

[Rutix]

Waarom zou je uberhaupt vanaf je ontwikkelomgeving naar productie willen connecten? Als er dingen bij ons naar productie worden dan gaat dat niet via mijn ontwikkelomgeving maar gewoon via de normale release cycle en dus gewoon via build server ect. Heb je ook nooit dat je per ongeluk tegen productie DB aankletst

[Styxxy]

Een andere oplossing is ook om ontwikkelaars standaard geen schrijfrechten te geven op productie. Op die manier kan je op zich wel jouw omgeving naar productie richten (stel bv om een bug te reproduceren) maar dan kan er niets kapot gaan. En dan gewoon een aparte account voorzien die wel schrijfrechten heeft (of per use-case rechten krijgt).

Dat is dan toch de manier van werken op mijn werk .

@Hieronder: dat sowieso. Acceptatie omgeving wordt om de 2 maanden "gerefresht" met de data van productie. Daarnaast wordt productie enkel in hoogst nodige gevallen gebruikt. En dan zijn er nog twee "dag min 1" omgevingen, die gebruikt kunnen worden. Echt op actieve productie zitten, is sowieso iets dat extréém zeldzaam mag gebeuren (en zou standaard dus tegen gehouden moeten worden).

[ Voor 32% gewijzigd door Styxxy op 07-02-2014 16:27 ]

[Alex)]

Of je zorgt voor een acceptatie- danwel maintenanceomgeving die representatief is voor productie, zodat men daar vrolijk kan spelen/testen zonder dat er een kans is om productie te slopen.

[TheNephilim]

Ah, ik weet ook weer waarom ik geen muziek-webstreaming gebruikte. Het lagged, hapert en niet alleen als m'n PC wat aan het doen is

[Alex)]

Betere PC kopen

[Korben]

Alex) schreef op vrijdag 07 februari 2014 @ 16:27:
Betere PC kopen

Of zorgen voor een betere verbinding. Alhoewel, als je < 200 kbps niet normaal kunt streamen, dan heb je wel echt een ontzettende rukverbinding.

[TheNephilim]

Ik weet niet volgens mij is het gewoon de manier Grooveshark (HTML5) -> Chrome. Als ik in PhpStorm een project open (bijv.), dan stottert de muziek al.

[Rutix]

Alex) schreef op vrijdag 07 februari 2014 @ 16:16:
Of je zorgt voor een acceptatie- danwel maintenanceomgeving die representatief is voor productie, zodat men daar vrolijk kan spelen/testen zonder dat er een kans is om productie te slopen.

Precies dat hebben wij hier ook . Sowieso hebben wij projecten waar wij nieteens in de DB mogen kijken en we om de maand een backup van de DB krijgen die geanonimiseerd is.

[Evilbee]

Styxxy schreef op vrijdag 07 februari 2014 @ 16:13:
Een andere oplossing is ook om ontwikkelaars standaard geen schrijfrechten te geven op productie. Op die manier kan je op zich wel jouw omgeving naar productie richten (stel bv om een bug te reproduceren) maar dan kan er niets kapot gaan. En dan gewoon een aparte account voorzien die wel schrijfrechten heeft (of per use-case rechten krijgt).

Maar dat moet de software die je gebruikt dat wel ondersteunen.

[Firesphere]

TheNephilim schreef op vrijdag 07 februari 2014 @ 16:29:
Ik weet niet volgens mij is het gewoon de manier Grooveshark (HTML5) -> Chrome. Als ik in PhpStorm een project open (bijv.), dan stottert de muziek al.

Spotify

Trouwens, Grooveshark werkt beter in Firefox dan in Chrome bij mij.

Sowieso, Chrome

[TheNephilim]

Rutix schreef op vrijdag 07 februari 2014 @ 16:30:
[...]

Precies dat hebben wij hier ook . Sowieso hebben wij projecten waar wij nieteens in de DB mogen kijken en we om de maand een backup van de DB krijgen die geanonimiseerd is.

Dat is wel ideaal ja! Dan heb je toch een beetje een realistische database om tegen te ontwikkelen.

Firesphere schreef op vrijdag 07 februari 2014 @ 16:32:
[...]

Spotify

Trouwens, Grooveshark werkt beter in Firefox dan in Chrome bij mij.

Sowieso, Chrome

Neuj, ik zet gewoon muziek op m'n telefoon normaal gesproken. Alleen CyanogenMod op m'n telefoon gezet en nog geen tijd gehad voor de muziek. Ga dat denk ik met Bittorrent Sync doen, hoef ik niet allemaal te klooien met kabeltjes, kan zo on the fly even wat veranderen.

[ Voor 38% gewijzigd door TheNephilim op 07-02-2014 16:33 ]

[alienfruit]

Ik zou wel access willen hebben tot de productieomgeving. Dan kan ik wat tanks benzine bestellen

[Caelorum]

Waarom doe ik dit toch steeds. Zes weken geleden dacht ik: "joh, ik kan deze data en informatie wel gewoon in een eigen file structuur op de telefoon laten opslaan. Scheelt me weer uitzoek werk en dat soort dingen". Uiteraard kom ik er nu achter dat een database toch wel nodig is en ben ik morgen de hele dag bezig met het migreren van mijn houtje-touwtje oplossing naar sqllite database :\

[mousekraker]

alwinuzz schreef op vrijdag 07 februari 2014 @ 13:37:
[...]


Zou best door het DBC-systeem kunnen komen idd. Echt het meest idiote systeem ooit bedacht. Een productgroep is dan bijvoorbeeld 0-300 minuten dus 10 minuten werk is net zo duur als een paar uur werk.

PS het merendeel van de opbrengst van die factuur gaat naar het ziekenhuis voor de overhead. Net als een consultant zelf een klein deel ontvangt van wat er voor hem wordt gefactureerd.

DBC is zo 2011... Het is nu DOT

[Alex)]

Caelorum schreef op vrijdag 07 februari 2014 @ 16:53:
Waarom doe ik dit toch steeds. Zes weken geleden dacht ik: "joh, ik kan deze data en informatie wel gewoon in een eigen file structuur op de telefoon laten opslaan. Scheelt me weer uitzoek werk en dat soort dingen". Uiteraard kom ik er nu achter dat een database toch wel nodig is en ben ik morgen de hele dag bezig met het migreren van mijn houtje-touwtje oplossing naar sqllite database :\

Feature creep, of onvoldoende uitgedacht wat je ermee wilde bereiken toen je begon aan de implementatie.

[Caelorum]

Alex) schreef op vrijdag 07 februari 2014 @ 17:14:
[...]

Feature creep, of onvoldoende uitgedacht wat je ermee wilde bereiken toen je begon aan de implementatie.

Dat laatste ^^ en natuurlijk grote tijdsdruk.

[ Voor 6% gewijzigd door Caelorum op 07-02-2014 17:48 ]

[Douweegbertje]

Voutloos schreef op vrijdag 07 februari 2014 @ 13:36:
Als je uberhaupt dev code direct met de productie db kan laten connecten doe je wel veel meer fout dan deze uiteindelijke fuckup.

Naja ik word altijd wel blij van mensen die er niets van af weten die vervolgens zeggen dat ik veel meer fout doe Puntje bij paaltje heb ik gewoon een huge fuckup gemaakt. Of de omgeving nou wel of niet goed is, heeft daar niets mee te maken.

Uiteindelijk ben ik gewoon afhankelijk van de resources die beschikbaar zijn, en toevallig weet jij niet over wat voor soort data ik spreek. Vervolgens weet je ook niet de kosten vs de baten en dat soort meuk.

Verder heb je grotendeels gelijk hoor, en ik snap ook zeer zeker je punt. Normaal wil je gewoon fatsoenlijke stagings servers hebben met goede versiebeheer en dat soort zaken. Nu is dat allemaal wel redelijk goed geregeld in de vorm van versiebeheer, behalve de database. En dat heeft helaas een aantal redenen.

Nu is er gewoon een dev database, alleen toevallig moest ik de live versie hebben. Laat ik vervolgens iets doms doen, en de shit hits the fan

Ik kan namelijk ook wel letterlijk 10+ dingen opnoemen hoe dit beter had gekund, helaas heb ik die middelen gewoon niet en moet ik af en toe tegen dit soort zaken aanlopen.

[D-Raven]

Ik lees dit topic: Real-time applicatie en .NET GUI: Gaat dat goed?
En het jeukt me aan alle kanten, wat een aannames, onzinnige argumenten, en dooddoeners komen er voorbij..

Ben ik nou de enige die dit vind?
* D-Raven besluit om er maar niet in te reageren

[Hydra]

Ach ja, t is in PRG een beetje als in de meeste semi-tech fora: een hoop aannaames en rehashing van dingen die ze eerder gehoord hebben, en verrekte weinig eigen ervaring.

[Douweegbertje]

D-Raven schreef op vrijdag 07 februari 2014 @ 18:58:
Ik lees dit topic: Real-time applicatie en .NET GUI: Gaat dat goed?
En het jeukt me aan alle kanten, wat een aannames, onzinnige argumenten, en dooddoeners komen er voorbij..

Ben ik nou de enige die dit vind?
* D-Raven besluit om er maar niet in te reageren

De vraagstelling vind ik gewoon ruk tbh. Ik weet er helemaal niets van af hoor, maar als ik zijn vraag lees, zie ik dat hij er ook letterlijk niets van weet. Ik bedoel, zijn hoofd eis (latency) is haast de 'core' van het programma. Als dat zo belangrijk is, waarom zou de GUI keuze dan zoveel problemen moeten opleveren. Als het zootje gewoon goed in elkaar zit, hoort het te werken.

Verbeter me maar als ik verkeerd zit, maar ik dacht dat heel dat aspect van "low latency" een specialisme op zich is. Zoek dan gewoon naar iemand die dat kan, en laat hem zelf de keuzes maken in wat voor GUI "platform" het komt.

[Styxxy]

D-Raven schreef op vrijdag 07 februari 2014 @ 18:58:
Ik lees dit topic: Real-time applicatie en .NET GUI: Gaat dat goed?
En het jeukt me aan alle kanten, wat een aannames, onzinnige argumenten, en dooddoeners komen er voorbij..

Ben ik nou de enige die dit vind?
* D-Raven besluit om er maar niet in te reageren

Het jeukt bij mij ook al sinds de eerste post. Maar ... * Styxxy besluit om er ook maar niet in te reageren. Succes aan Hydra .

[Voutloos]

Douweegbertje schreef op vrijdag 07 februari 2014 @ 18:39:
Nu is er gewoon een dev database, alleen toevallig moest ik de live versie hebben. Laat ik vervolgens iets doms doen, en de shit hits the fan

Goed, noem t een verschil van middelen, maar hoe je productie db erbij gepakt hebt is de echte fout. Wat je daarna doet is niet veel meer dan een symptoom.

[Firesphere]

Pomtiedom

[Kobus Post]

Firesphere schreef op vrijdag 07 februari 2014 @ 20:35:
Pomtiedom
[afbeelding]

If it ain't broken, don't fix it!