De Devschuur Coffee Corner - Iteratie ⓫

[Jan_V]

ZpAz schreef op donderdag 2 februari 2017 @ 13:16:
[...]


Als jij als eerste met een bedrag over de tafel komt van wat je wilt verdienen heb je al "verloren". De enige kant die het bedrag dan nog op gaat in de onderhandeling is omlaag of deze blijft hetzelfde. Je moet iets zeggen als: "Wat vinden jullie dat iemand met mijn kennis die deze positie vervult waard is". Komen ze met een belachelijk bod zeg je "adieu". Elk ander bod kan je nog proberen te verhogen.

Degene die het eerst een prijs noemt is in een nadeel.

Klopt inderdaad!

Jon Sonmez schrijft hier iets uitgebreider over in z'n boek Soft Skills. Sowieso wel een aanrader om te lezen. Leest makkelijk weg en staan goede tips in: https://www.amazon.com/So...pers-manual/dp/1617292397

[Rem]

Wat mij heel erg geholpen heeft bij het solliciteren en onderhandelen over salaris:
http://www.kalzumeus.com/2012/01/23/salary-negotiation/

Vrij lange blogpost, maar zeker het lezen waard.

[Hydra]

DevWouter schreef op donderdag 2 februari 2017 @ 09:59:
http://www.loonwijzer.nl/home/salaris/salarischeck

Die zit veel te laag voor software engineers. Verdien ongeveer 1k meer per maand en tel daar 't leasewaggie nog niet bij op.

[Antrax]

Hydra schreef op donderdag 2 februari 2017 @ 14:11:
[...]


Die zit veel te laag voor software engineers. Verdien ongeveer 1k meer per maand en tel daar 't leasewaggie nog niet bij op.

Daarom zoek ik altijd werk in of rond Amsterdam zo dat ik dat gezeur niet heb in sollicitatiegesprekken, ik heb een eigen auto, moet ik ergens heen voor mijn werkgever, dan vergoed hij de kilometers. Maar dat blijft natuurlijk iedereen zijn persoonlijke voorkeur. Het ligt immers ook aan wel vakgebied je zit. Een programmeur (zoals ik) heeft bijv. echt geen lease auto nodig

[HMS]

iRicardo schreef op donderdag 2 februari 2017 @ 14:19:
[...]

Daarom zoek ik altijd werk in of rond Amsterdam zo dat ik dat gezeur niet heb in sollicitatiegesprekken, ik heb een eigen auto, moet ik ergens heen voor mijn werkgever, dan vergoed hij de kilometers. Maar dat blijft natuurlijk iedereen zijn persoonlijke voorkeur. Het ligt immers ook aan wel vakgebied je zit. Een programmeur (zoals ik) heeft bijv. echt geen lease auto nodig

Een programmeur die elke dag op hetzelfde kantoor zit niet nee. Een programmeur (zoals ik) die geen vaste werkplek heeft en in principe bij klanten door het hele land heen kan zitten heeft wel een lease auto nodig .

[Tjolk]

iRicardo schreef op donderdag 2 februari 2017 @ 14:19:
[...]

Daarom zoek ik altijd werk in of rond Amsterdam

Klinkt alsof je regelmatig werk zoekt, of interpreteer ik dat verkeerd?

Ik ben 2x van werkgever gewisseld in de afgelopen 10 jaar, en daar weliswaar specifiek gezocht naar iets op fietsafstand, dat terzijde.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Gamebuster]

gekkie schreef op woensdag 1 februari 2017 @ 16:40:
God wanneer gaat de PostNL eens failliet .. alles wat er voor in de plaats moet komen kan toch onmogelijk slechter zijn.

DPD of DHL zeker nooit geprobeerd? Die zijn daadwerkelijk slechter

[jip_86]

Vind DHL ook wel goed eigenlijk. Tot in detail kun je je pakketjes volgen vanuit China. Kan het evt zelfs in het depot afhalen als ze het weer meegenomen hebben (dat is dan maar 15min rijden voor mij).

[gekkie]

Gamebuster schreef op donderdag 2 februari 2017 @ 16:59:
[...]
DPD of DHL zeker nooit geprobeerd? Die zijn daadwerkelijk slechter

Tot nu toe alleen met transmission en UPS eigenlijk geen gelazer gehad.
DHL track en trace is ook het zoeken naar een pagina in de webinterface die het wel wil doen ..

[armageddon_2k1]

PostNL heb ik alleen maar goede ervaringen mee. DPD, DHL, UPS.... fucking drama. Inflexibel, nooit werken de 'niet-thuis-codes'...

[gekkie]

Achja over het algemeen leer je de tent pas kennen als er eens wat fout gaat .. en hoe erg het fout gaat, hoe er over gecommuniceerd wordt en of en hoe het rechtgebreeen wordt.

[incaz]

Oh no! Een missing </div>, ergens in een one-template-to-rule-them-all met 34 openingsdivjes - voor het grootste gedeelte genest. Noooo

[Rutix]

ZpAz schreef op donderdag 2 februari 2017 @ 13:16:
[...]


Als jij als eerste met een bedrag over de tafel komt van wat je wilt verdienen heb je al "verloren". De enige kant die het bedrag dan nog op gaat in de onderhandeling is omlaag of deze blijft hetzelfde. Je moet iets zeggen als: "Wat vinden jullie dat iemand met mijn kennis die deze positie vervult waard is". Komen ze met een belachelijk bod zeg je "adieu". Elk ander bod kan je nog proberen te verhogen.

Degene die het eerst een prijs noemt is in een nadeel.

Dit is heel goed advies. Ze zeggen weleens "je moet altijd als bedrag hoog gaan zitten en dan middel je uit met je werkgever" maar er zijn dus ook situaties waar het "hoge bedrag" dat je in je hoofd hebt, het lage bedrag is wat de werkgever in zijn hoofd heeft dan loop je dat inderdaad mis als jij als eerste dat bedrag op tafel gooit.

incaz schreef op donderdag 2 februari 2017 @ 18:09:
Oh no! Een missing </div>, ergens in een one-template-to-rule-them-all met 34 openingsdivjes - voor het grootste gedeelte genest. Noooo

Daar heb je toch een goede IDE voor

[Sardaukar]

kenneth schreef op donderdag 2 februari 2017 @ 10:48:
Hee formuliervalidatieprogrammeurs mag ik alsjeblieft gewoon spaties in telefoonnummers en postcodes tikken okee bedankt doei

Herkenbaar

[Antrax]

Ger schreef op donderdag 2 februari 2017 @ 16:57:
[...]
Klinkt alsof je regelmatig werk zoekt, of interpreteer ik dat verkeerd?

Ik ben 2x van werkgever gewisseld in de afgelopen 10 jaar, en daar weliswaar specifiek gezocht naar iets op fietsafstand, dat terzijde.

***members only***

Ik doe vaak korte projecten bij werkgevers. Nu zit ik toevallig op een iets langer project 1-2 jaar waar al door een andere developer al 3 jaar ingestoken is. Ik hou gewoon van afwisseling en ik zie ook dagelijks mensen gaan en komen

[Mercatres]

Juist eens iets nieuws meegemaakt: wandelend een retrospective doen. Is wel eens goed, in plaats van altijd zitten en elkaar aanstaren.

[gekkie]

Mercatres schreef op vrijdag 3 februari 2017 @ 12:26:
Juist eens iets nieuws meegemaakt: wandelend een retrospective doen. Is wel eens goed, in plaats van altijd zitten en elkaar aanstaren.

Sowieso is een ommetje buiten zo rond de lunch niet slecht voor mijn gemoedstoestand.

Zo tijd om eens te kijken of de NS me nog steeds niet bevalt .. en afreizen naar het land der patattensnijders

[ Voor 14% gewijzigd door gekkie op 03-02-2017 13:22 ]

[Mercatres]

gekkie schreef op vrijdag 3 februari 2017 @ 13:19:
[...]

Sowieso is een ommetje buiten zo rond de lunch niet slecht voor mijn gemoedstoestand.

Goh, dit was echt voor de retrospective te doen, dus rond 11h al.

gekkie schreef op vrijdag 3 februari 2017 @ 13:19:
Zo tijd om eens te kijken of de NS me nog steeds niet bevalt .. en afreizen naar het land der patattensnijders

FOSDEM dus?

[gekkie]

Mercatres schreef op vrijdag 3 februari 2017 @ 13:40:
FOSDEM dus?

Check .. weekend vol met regen eind jan / begin feb .. dus FOSDEM ..

[SPee]

kenneth schreef op donderdag 2 februari 2017 @ 10:48:
Hee formuliervalidatieprogrammeurs mag ik alsjeblieft gewoon spaties in telefoonnummers en postcodes tikken okee bedankt doei

Van mij mag dat voor telefoonnummers niet
Anders krijg je later weer de vraag om de telefoonnummers te harmoniseren, omdat iedereen maar wat invult:

• [phone]
• 020 - 123 1234
• 06 12345678
• [phone]

Aangezien je het telnr op je telefoon ook niet met spaties e.d. invult, waarom dat dan op een formulier wel toestaan?
Bij het weergeven kun je het dan wel weer netjes formatteren. Als je alles toestaat, stript bij opslaan en in jouw weergave toont, dan zal de gebruiker denken "zo heb ik het niet ingevoerd", wat je ook niet wilt.

[incaz]

SPee, al die andere tekens rip je er dan toch gewoon uit on input? Zie het probleem niet helemaal. Een van de redenen om het wel toe te staan lijkt me om copypaste makkelijk te maken. Is ook gezeur als je bv IBAN's moet kopieren en het op de site / in de mail is aangegeven met spaties.
Zo moeilijk is een regexje daarvoor toch niet? Landnummer eraf trekken is ietsjes lastiger maar zou denk ik nog steeds niet zo'n enorm probleem moeten zijn. Je schrijft uiteindelijk voor de gebruiker, niet voor de techniek.

[Megamind]

SPee schreef op vrijdag 3 februari 2017 @ 16:05:
[...]


Van mij mag dat voor telefoonnummers niet
Anders krijg je later weer de vraag om de telefoonnummers te harmoniseren, omdat iedereen maar wat invult:

• [phone]
• 020 - 123 1234
• 06 12345678
• [phone]

Aangezien je het telnr op je telefoon ook niet met spaties e.d. invult, waarom dat dan op een formulier wel toestaan?
Bij het weergeven kun je het dan wel weer netjes formatteren. Als je alles toestaat, stript bij opslaan en in jouw weergave toont, dan zal de gebruiker denken "zo heb ik het niet ingevoerd", wat je ook niet wilt.

Wij trekken gewoon alle niet nummers eruit voorhet het de DB ingaat

Edit: met hierboven dus

[RagingPenguin]

Megamind schreef op vrijdag 3 februari 2017 @ 17:07:
[...]

Wij trekken gewoon alle niet nummers eruit voorhet het de DB ingaat

Edit: met hierboven dus

En wat als mensen hun nummer als +316... schrijven? Want dan wil denk ik wel dat die '+' blijft staan.

[Megamind]

Nee want je kan er rules op loslaten. Anders zouden telefoon centrales ook niet kunnen omgaan met alleen nummers.

[Creepy]

Wij bouwen hier alle nummers om naar +31 6 ...... maar voordat we dat doen strippen we alle niet nummers eruit... Dus lekker boeiend of er spaties, haakjes e.d. tussenstaan en of het nu begint met +31(0)6 of 06 of 3106 of 316 of......

[gekkie]

Naja de plus is ook gewoon vervangen door 00.
en indien geen 00 of + .. dan alles tussen () laten staan, anders nuken.
En altijd ook raw input opslaan, kun je er in noodgevallen altijd nog een menselijke parser er overheen gooien.

[ongewoongewoon]

Ik ben nu al een tijdje actief op zoek naar een andere auto op marktplaats en ergerde mij groen en geel dat ik niet op auto's kan filteren die een logisch verklaarbare kilometerstand (NAP) hebben. Ik vindt dit zelfs zo storend dat ik zojuist mijn "Geen development in het weekend" regel heb gebroken: de custom javascript plugin + een jquery loopje om alle ads die geen NAP vinkje hebben te verbergen doet wonderen

[Jan_V]

Weer een geluk bij een ongeluk!

Een van de schijven in m'n thuis-server is er mee opgehouden. Deze schijf bevatte al m'n foto's, video's, etc. Zeker een belangrijke schijf nu we net een half jaar een baby hebben.
Ik was in de veronderstelling dat ik CrashPlan had ingesteld om deze schijf te backuppen. Dit was ook het geval, totdat ik onlangs de drive letters van de schijven heb aangepast (don't ask). De afgelopen maanden zijn er van deze schijf dus geen backups in de cloud gemaakt.

Gelukkig doe ik ook iedere dag een robocopy van die schijf naar een lokale backup schijf. Maar dit was wel even schrikken!

Nu maar gelijk een backup van de backup schijf maken, de backup schijf ook met CrashPlan naar de cloud backuppen en daarna een nieuwe harde schijf in de server plaatsen welke de kapotte moet gaan vervangen.

/me zou nu wel willen dat hij een 500mbit/s upload heeft

Hmm, het is blijkbaar een van m'n nieuwe WD Red schijven die de geest heeft gegeven.

[ Voor 5% gewijzigd door Jan_V op 04-02-2017 14:38 ]

[Rutix]

Ik vind CrashPlan echt makkelijk het enige wat me echt super irriteert is dat het restoren van de backup super traag gaat. >.<

[gekkie]

Internet verbinding met > 60% packetloss ook ...

[Firesphere]

https://beta.companieshouse.gov.uk/company/10542519

[Creepy]

[Jan_V]

Rutix schreef op zaterdag 4 februari 2017 @ 15:15:
Ik vind CrashPlan echt makkelijk het enige wat me echt super irriteert is dat het restoren van de backup super traag gaat. >.<

Dat merk ik ook, maximaal 3Mbps download.
Heb de instellingen al aangepast, maar gaat niet hoger. Ach, nog maar 3,7 dagen wachten totdat de backup weer terug is.

[Hydra]

Creepy schreef op vrijdag 3 februari 2017 @ 22:53:
Wij bouwen hier alle nummers om naar +31 6

Ook de niet-mobiele?

[Mercatres]

Ik vind het jammer dat CrashPlan onlangs ARM support heeft gedropped. Had ik m'n NAS eindelijk goed geconfigureerd, moet ik het nu op de meest cumbersome manier doen ever.

[ Voor 3% gewijzigd door Mercatres op 05-02-2017 13:38 . Reden: ARM Support, CrashPlan heeft nooit officieel Synology supported. ]

[Firesphere]

Ik heb "gewoon" 1TB OneDrive ruimte. Genoeg voor m'n backups.
Daarnaast worden kritieke zaken gebacked in een ring van servers etc. zodat ik altijd wel ergens een backup heb.

Alles GZipped, daily, weekly en monthly backups tot een jaar terug.

[Creepy]

Hydra schreef op zondag 5 februari 2017 @ 13:29:
[...]


Ook de niet-mobiele?

En alle buitelandse telefoonnummers ook!

[Firesphere]

Creepy schreef op vrijdag 3 februari 2017 @ 22:53:
Wij bouwen hier alle nummers om naar +31 6 ...... maar voordat we dat doen strippen we alle niet nummers eruit... Dus lekker boeiend of er spaties, haakjes e.d. tussenstaan en of het nu begint met +31(0)6 of 06 of 3106 of 316 of......

Hmmm, dan zul je mij niet snel aan de lijn kunnen krijgen

[Dido]

Zijn telefoonnummers nu de nieuwe namen? Als ik een ding geleerd heb in de afgelopen 17 jaar is het wel dat ik in mijn eentje absoluut niet genoeg weet om betrouwbare programmatuur te schrijven die iets doet met namen, datums, tijden, telefoonnummers, adressen of emailadressen.

En dan geldt voor die laatste dat er duidelijke regels zijn - maar er is (bijna) niemand die ze implementeert.

Voor de andere categorieen, volg de link bij namen, stel jezelf de vraag bij datums of je een weeknummer kunt berekenen (als je meteen "ja" antwoordt, doe dan nooit zelf iets met datums of tijden) en vul "B/T1, 3rd Floor, Campal Trade Centre,, Opp. Kala Academy, Panjim, Goa 403001, India" even in in je adres-database. Als dat lukt wil ik het adres van hun standaard accomodatie ook nog wel even opzoeken - daar staat ergens "behind xyz Internet Company" in.

En dan heb ik BTW-nummers nog niet genoemd. Gelukkig geeft de EU (jawel, ze doen wel eens iets nuttigs) een simpele webservice die je vertelt of een BTW-nummer bestaat. Zoals er voor al die andere nummers en data gewoon prima libraries zijn om ermee om te gaan.

Als je al een gevecht aan wilt gaan, doe het dan met de DBA. Implementeer voor alles wat boven de database hangt het werk van (grote groepen van) mensen die, door schade en schande wijs geworden, veel betere oplossingen hebben bedacht dan je ooit zelf gaat verzinnen (en als je dat wel doet zit je waarschijnlijk op de verkeerde plek )

Hell, zelfbedachte regels voor telefoonnumers? Dat is bijna net zo erg als een in-house encryptiealgoritme (want dat kent niemand en is dus veilig )

[Matis]

* Matis had zich opgemaakt voor een paar dagen bughunten

Binnen twee uur gevonden

[gekkie]

.. ze stoppen big data in het kleinste kamertje

[alienfruit]

In ons huidige project op mijn werk gebruiken we een reeks velden met een verplichte landscode. De landcode wordt vervolgens gebruikt om soms enkele dingen qua volgorde te veranderen. Maar eigenlijk zijn gewoon allemaal tekstwaarden. Bij de telefoonnummers slopen we eigenlijk alleen de () en spatie weg.

[.oisyn]

Mercatres schreef op zondag 5 februari 2017 @ 13:32:
Ik vind het jammer dat CrashPlan onlangs ARM support heeft gedropped. Had ik m'n NAS eindelijk goed geconfigureerd, moet ik het nu op de meest cumbersome manier doen ever.

Hoe dan? Het is toch gewoon een Java client?

[whoami]

Matis schreef op maandag 6 februari 2017 @ 09:48:
* Matis had zich opgemaakt voor een paar dagen bughunten

Binnen twee uur gevonden

Ik zou de smileys omwisselen

* whoami heeft het hier trouwens goed kapot gemaakt

[ Voor 11% gewijzigd door whoami op 06-02-2017 11:54 ]

[ElkeBxl]

whoami schreef op maandag 6 februari 2017 @ 11:54:
[...]
* whoami heeft het hier trouwens goed kapot gemaakt

Als je iets doet, moet je het goed doen! Half kapot maken is maar lame

[Mercatres]

.oisyn schreef op maandag 6 februari 2017 @ 11:09:
[...]

Hoe dan? Het is toch gewoon een Java client?

Yea, maar om een of andere reden (weet het niet meer exact), heeft CP de support gedropped. Helaas.

---

Hier zitten we ook met z'n allen testcases af te rammelen. 't Is weer validatietijd...

[.oisyn]

Mercatres schreef op maandag 6 februari 2017 @ 14:29:
[...]

Yea, maar om een of andere reden (weet het niet meer exact), heeft CP de support gedropped. Helaas.

Waardeloos. Zal wel komen doordat iedereen zijn NAS backupt en daardoor wegkomt met een enkele 1-person-unlimited abonnement . Gelukkig heeft mijn Synology een Atom

[Mercatres]

.oisyn schreef op maandag 6 februari 2017 @ 14:35:
[...]


Waardeloos. Zal wel komen doordat iedereen zijn NAS backupt en daardoor wegkomt met een enkele 1-person-unlimited abonnement . Gelukkig heeft mijn Synology een Atom

Dat is ook mijn vermoeden. Nu kan ik dus twee dingen doen:
- M'n NAS als een externe dir mounten in Windows en die dan laten backuppen.
- Een nieuwe NAS nemen.

Weggaan bij CrashPlan doe ik niet, daarvoor werkt het net te fijn (en ik heb geen zin om wéér al m'n data te backuppen).

[.oisyn]

Ik heb even zitten lezen, blijkbaar gebruiken ze een bepaalde proprietary native library. Vraag me af of dat niet makkelijk te reverse-engineeren is.

[TheNephilim]

300 GB in GIT, daar moet je toch niet aan denken

https://arstechnica.com/i...ous-300gb-git-repository/

[Antrax]

TheNephilim schreef op dinsdag 7 februari 2017 @ 10:22:
300 GB in GIT, daar moet je toch niet aan denken

https://arstechnica.com/i...ous-300gb-git-repository/

Holy hell, je zal maar als nieuwe werknemer je pc aan het installeren zijn en je moet git clone doen. Dan kan je in de tussentijd gewoon drie bijbaantjes nemen voordat je aan de slag kan

[dev10]

Daar gaat het artikel juist over, dan Microsoft iets gebouwd heeft waar dat dus niet hoeft. In het kort komt het er op neer dan in eerste instantie wordt er alleen een het broodnodige gedownload. Alles wat je daarna nodig hebt, wordt los gedownload.

[ard1998]

Hoera, ik heb een gratis windows server 2016 licentie via school

[Hydra]

TheNephilim schreef op dinsdag 7 februari 2017 @ 10:22:
300 GB in GIT, daar moet je toch niet aan denken

https://arstechnica.com/i...ous-300gb-git-repository/

Wel knap dat Microsoft een gedecentraliseerd version control systeem gecentraliseerd heeft In plaats van de source netjes op te knippen in modules hebben ze een van de belangrijkste voordelen van git ongedaan gemaakt.

iRicardo schreef op dinsdag 7 februari 2017 @ 10:25:
Holy hell, je zal maar als nieuwe werknemer je pc aan het installeren zijn en je moet git clone doen. Dan kan je in de tussentijd gewoon drie bijbaantjes nemen voordat je aan de slag kan

Misschien moet je eerst 't artikel even lezen

[TheNephilim]

Hydra schreef op dinsdag 7 februari 2017 @ 11:38:
[...]


Wel knap dat Microsoft een gedecentraliseerd version control systeem gecentraliseerd heeft In plaats van de source netjes op te knippen in modules hebben ze een van de belangrijkste voordelen van git ongedaan gemaakt.

Hoe bedoel je? Normaal gesproken pull je ook niet rechtstreeks van je collega's toch? Dus als een commit niet gepushed is naar origin, zul jij die niet zien. In dit geval is toch het 'enige' verschil dat ipv. de hele history te pullen, je alleen pulled wat je nodig hebt?

This is key to its decentralized nature—every repository contains all the history of all the files, making them all equal peers. For Windows, this meant that every developer would need to fetch millions of files and hundreds of gigabytes. The initial clone of the repository took hours, and even simple tasks such as checking to see if all files are up to date took many minutes.

^ Dit is normaal gesproken het geval met Git.

The premise of GVFS is straightforward enough: rather than fetching all the data at once, only a bare skeleton of the repository needs to be populated up front. The virtualized file system subsequently retrieves additional data on a demand-driven, as-needed basis. Building one particular Windows component, for example, will cause GVFS to fetch the files that make up that component, along with anything that the component depends on, but it will stop short of fetching all the many hundreds of gigabytes the repository contains.

^ Dus als je collega iets pushed en dat zou relevant zijn voor jou werk dan zal GVFS dat (neem ik aan) alsnog pullen.

[Hydra]

TheNephilim schreef op dinsdag 7 februari 2017 @ 11:44:
Hoe bedoel je?

Dat normaliter iedere repo de volledige history heeft en je dus alleen maar een netwerkverbinding nodig hebt als je informatie uit wil wisselen. In dit geval lijkt het er op dat je gegevens pas opgehaald worden als je ze voor 't eerst benaderd. Dus als je app.js wil editen wordt 'ie pas opgehaald. In ieder geval is dat wat ik op maak uit 't artikel.

[Antrax]

Hydra schreef op dinsdag 7 februari 2017 @ 11:38:
Misschien moet je eerst 't artikel even lezen

Dat zou inderdaad een goed plan zijn. Ik las alleen Git en 300 GB. Ik kreeg flashbacks

[alienfruit]

Hydra, het probleem met de Windows code was dat het niet makkelijk op te knippen was. Daarom zijn uiteindelijk voor deze oplossing gegaan. Ik denk dat het niet vaak voorkomt dat je met zulke grote repositories moet werken.

Zo ja, dan zou deze aanpak een oplossing kunnen zijn. Maar goed, als je miljoenen bestanden hebt vraag ik mij af in hoeverre de hele history hebben zinvol is.

[Sebazzz]

alienfruit schreef op dinsdag 7 februari 2017 @ 12:22:
Zo ja, dan zou deze aanpak een oplossing kunnen zijn. Maar goed, als je miljoenen bestanden hebt vraag ik mij af in hoeverre de hele history hebben zinvol is.

Gezien Microsofts track record met backwards compatibility, verwacht ik zeer belangrijk.

[qless]

<rant>
Wat een ongeloofelijk kut library is dat ingite-ui...
Zoek je in de documentatie van een igCombo widget de methode setFocus op. Keurig gedocumenteerd. Kijk je in de code....geen methode.. (geeft ook een not found error).

Wil je de ingebouwde template engine gebruiken (met van die {{ }} notaties) met 2x een if (niet genest) kan niet...maar niet gedocumenteerd
</rant>

[gekkie]

qless schreef op dinsdag 7 februari 2017 @ 12:46:
<rant>
Wat een ongeloofelijk kut library is dat ingite-ui...
</rant>

Ik zou zeggen .. in de openhaard er mee

[BtM909]

Oh noes, Trump bemoeit zich er ook mee:

[ongewoongewoon]

Lekker een uurtje achter m'n staart aan het rennen geweest om een bug in een systeem te pletten. De oorzaak bleek uiteindelijk niet eens in de code te staan: Iemand had in tabel B een kolom gemaakt om een foreign key van tabel A in op te slaan, maar daarbij gekozen voor een mediumint(6) terwijl de key kolom in A een int(11) is. Dat verwacht je toch niet?

[gekkie]

ongewoongewoon schreef op dinsdag 7 februari 2017 @ 16:20:
Lekker een uurtje achter m'n staart aan het rennen geweest om een bug in een systeem te pletten. De oorzaak bleek uiteindelijk niet eens in de code te staan: Iemand had in tabel B een kolom gemaakt om een foreign key van tabel A in op te slaan, maar daarbij gekozen voor een mediumint(6) terwijl de key kolom in A een int(11) is. Dat verwacht je toch niet?

Mjah dat is ergens wel vervelend dat dat niet geenforced wordt door de SQL standaard danwel de DB implementatie daarvan.

.oisyn schreef op maandag 6 februari 2017 @ 14:35:
[...]
Waardeloos. Zal wel komen doordat iedereen zijn NAS backupt en daardoor wegkomt met een enkele 1-person-unlimited abonnement . Gelukkig heeft mijn Synology een Atom

Hopelijk niet zo'n atom ?

[ Voor 29% gewijzigd door gekkie op 07-02-2017 16:33 ]

[hackerhater]

TheNephilim schreef op dinsdag 7 februari 2017 @ 11:44:
[...]


Hoe bedoel je? Normaal gesproken pull je ook niet rechtstreeks van je collega's toch? Dus als een commit niet gepushed is naar origin, zul jij die niet zien. In dit geval is toch het 'enige' verschil dat ipv. de hele history te pullen, je alleen pulled wat je nodig hebt?

Wel eens gedaan hoor

[Sardaukar]

Mercatres schreef op maandag 6 februari 2017 @ 14:55:
[...]

Dat is ook mijn vermoeden. Nu kan ik dus twee dingen doen:
- M'n NAS als een externe dir mounten in Windows en die dan laten backuppen.
- Een nieuwe NAS nemen.

Weggaan bij CrashPlan doe ik niet, daarvoor werkt het net te fijn (en ik heb geen zin om wéér al m'n data te backuppen).

Ik doe het eerste. PM me anders maar even als je een batchfile wilt hebben waarmee je dit makkelijker voor elkaar kunt krijgen.

[Mercatres]

Blergh, gisteren halve dag verloren met niet werkende Windows 10 (althans, m'n IIS werkte niet meer), vandaag m'n videokaart die moeilijk deed... 't is weer Windows-update tijd

[Verwijderd]

Vandaag eens verdiept in TDD. Tot nu toe alleen TED (Test Eventually Development) gebruikt. Maar als je even lekker opdreef bent en knappe lappen code heb uitgetikt en dan realiseert dat je alle moet testen en überhaupt testbaar moet maken. Dan baal je wel even. Dus nu maar eens zien wat TDD mij te bieden heeft. Enige tips gerelateerd aan TDD is zeer op prijs gesteld. Zo heb ik mijn verhaaltje ook weer eens gehouden

[DevWouter]

Verwijderd schreef op donderdag 9 februari 2017 @ 14:05:
Vandaag eens verdiept in TDD. Tot nu toe alleen TED (Test Eventually Development) gebruikt. Maar als je even lekker opdreef bent en knappe lappen code heb uitgetikt en dan realiseert dat je alle moet testen en überhaupt testbaar moet maken. Dan baal je wel even. Dus nu maar eens zien wat TDD mij te bieden heeft. Enige tips gerelateerd aan TDD is zeer op prijs gesteld. Zo heb ik mijn verhaaltje ook weer eens gehouden

Mijn persoonlijk tip is gebruik zowel TDD als BDD.
TDD geeft je vertrouwen in de correcte werking van je code.
BDD geeft je vertrouwen in de correcte werking van je applicatie.

[EddoH]

Wij doen alleen aan PIDTD. Panic and Incident Driven Test Development.

[Rem]

EddoH schreef op donderdag 9 februari 2017 @ 15:41:
Wij doen alleen aan PIDTD. Panic and Incident Driven Test Development.

Hah, herkenbaar. Wij noemen dat NTDD, No Tests Driven Debugging.

[gekkie]

Wij van de PvdP, pleiten al jaren voor proefdier vrij programmeren.

[jip_86]

Waarom niet CTDD?
Customer Test Driven Development

[incaz]

Dat doen wij! Werkt eigenlijk prima, de responsetijd is over het algemeen enkele seconden.

Seriously! Seriously!? Niet voor alles, maar CTDD UI-stuff met een betrokken community werkt eigenlijk prima.

[alienfruit]

Wij hebben een test team die na ons test en al meteen stopt met testen als een knopje er niet 100% pixel-perfect er uit ziet als in het design. Zucht. Helft van de tijd is ook de design veranderd zonder het aan ons te vertellen.

[Swedish Clown]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

alienfruit schreef op donderdag 9 februari 2017 @ 19:27:
Wij hebben een test team die na ons test en al meteen stopt met testen als een knopje er niet 100% pixel-perfect er uit ziet als in het design. Zucht. Helft van de tijd is ook de design veranderd zonder het aan ons te vertellen.

Ben ik toch benieuwd hoe dat testteam dat doet dan? Schrijven jullie als team dan helemaal geen tests of voert het test team een hele batterij aan handmatige testprocedures uit?

[ Voor 28% gewijzigd door Swedish Clown op 09-02-2017 19:30 ]

[Matis]

Brakkie41 schreef op donderdag 9 februari 2017 @ 19:28:
***members only***

Ik dacht eerst dat het over mij ging. Ik zit sinds een maand in een multidisciplinair scrum team. Ik heb de afgelopen 7 jaar mijn eigen agenda bepaald en nooit hoeven wachten op reviews of merge requests.

Ik moet eerlijkheidshalve toegeven dat het me enorm zwaar valt, dat anderen bepalen wanneer je wat moet doen en weer anderen of dat je je werk wel goed doet.
Zeker wanneer ik met mijn ervaring een aantal valkuilen zie aankomen, maar die gebagitaliseerd worden met: die lossen we wel op als we er tegenaan lopen.

Dat druist in tegen mijn manier van werken en het kost me dan ook heel veel moeite om op deze manier te moeten werken. Ik conformeer me wel, maar met moeite.

Cut the guy some slack.

[alienfruit]

Ben ik toch benieuwd hoe dat testteam dat doet dan? Schrijven jullie als team dan helemaal geen tests of voert het test team een hele batterij aan handmatige testprocedures uit?

Het testteam bepaald het test script hoe en wat ze testen. Bij de oplevering van de sprint testen wij op basis van de user story die wij hebben. Echte diepgang qua testen doen wij niet. Ik heb serieus geen tijd om op zoek te gaan naar obscure testdata of test data aan te maken etc soms hebben we niet eens de juiste rechten om dit te kunnen.

Het vervelende alleen is dat de UX/UI mensen er een handje van hebben om dingen te veranderen nadat het deel af is en alleen communiceren ze dit niet. Zodoende stopt het testen omdat de volgorde van een reeks knoppen is veranderd of omdat een knop inmiddels 'create order' ipv. 'create service order' heet etc. Ik heb het liefst dat ze verder doorgaan met testen tot dat de UI en/of SAP Gateway borked.

[Alex)]

Ben ik een heel erge oude zeur als ik niet zo veel op heb met dat scrumgedoe? Vooral de daily scrum... verschrikkelijk.

[gekkie]

alienfruit schreef op donderdag 9 februari 2017 @ 21:17:
[...]


Het testteam bepaald het test script hoe en wat ze testen. Bij de oplevering van de sprint testen wij op basis van de user story die wij hebben. Echte diepgang qua testen doen wij niet. Ik heb serieus geen tijd om op zoek te gaan naar obscure testdata of test data aan te maken etc soms hebben we niet eens de juiste rechten om dit te kunnen.

Het vervelende alleen is dat de UX/UI mensen er een handje van hebben om dingen te veranderen nadat het deel af is en alleen communiceren ze dit niet. Zodoende stopt het testen omdat de volgorde van een reeks knoppen is veranderd of omdat een knop inmiddels 'create order' ipv. 'create service order' heet etc. Ik heb het liefst dat ze verder doorgaan met testen tot dat de UI en/of SAP Gateway borked.

Schiet ook niet echt op dan, als ze voor iedere non-fatal bug gaan stoppen, krijg je dan nog ooit een product de deur uit ?
Kan toch prima doorgaan en notitie maken dat de meuk nog wel gehertest moet worden ook op die meer cosmetische zaken ?

Alex) schreef op donderdag 9 februari 2017 @ 21:21:
Ben ik een heel erge oude zeur als ik niet zo veel op heb met dat scrumgedoe? Vooral de daily scrum... verschrikkelijk.

Achja het hele scrum gedoe past wel in het hele "sociale" plaatje heden ten dage wat mij betreft.
Veel vorm, daardoor helaas wel vaak wat minder inhoud.

[ Voor 14% gewijzigd door gekkie op 09-02-2017 21:24 ]

[Swedish Clown]

Matis schreef op donderdag 9 februari 2017 @ 21:10:
[...]

Ik dacht eerst dat het over mij ging. Ik zit sinds een maand in een multidisciplinair scrum team. Ik heb de afgelopen 7 jaar mijn eigen agenda bepaald en nooit hoeven wachten op reviews of merge requests.

Ik moet eerlijkheidshalve toegeven dat het me enorm zwaar valt, dat anderen bepalen wanneer je wat moet doen en weer anderen of dat je je werk wel goed doet.
Zeker wanneer ik met mijn ervaring een aantal valkuilen zie aankomen, maar die gebagitaliseerd worden met: die lossen we wel op als we er tegenaan lopen.

Dat druist in tegen mijn manier van werken en het kost me dan ook heel veel moeite om op deze manier te moeten werken. Ik conformeer me wel, maar met moeite.

Cut the guy some slack.

Laat ik even voorop stellen dat wij binnen het team ruimte genoeg hebben om je eigen ding te kunnen doen en zaken die jij belangrijk vind aan te kunnen pakken. Zo heb ik deze week een aantal PR's gedaan naar open source repo's die wij gebruiken aangezien wij daar op lange termijn profijt van gaan krijgen en een PR gedaan richting onze cross-team Jenkins. Beide niet op onze backlog maar er was even ruimte voor.

Het is absoluut geen dictatuur bij ons maar er zijn wel grenzen. Als er in 4 weken tijd geen enkel ticket van de backlog gepakt wordt ga je duidelijk over die grens heen en ja dan ga ik als scrummaster miepen want ik mag aan de PO gaan uitleggen waarom er deadlines gemist worden.

Wat betreft de reviews, zijn wij heel pragmatisch en absoluut geen mierenneukers. Ieder z'n stijl en zolang je geen hele gekke dingen doet heb je genoeg ruimte om de implementatie je eigen draai te geven. Zolang het maar past in het totaalplaatje.

Ik cut zeker genoeg slack maar er zijn grenzen

Alex) schreef op donderdag 9 februari 2017 @ 21:21:
Ben ik een heel erge oude zeur als ik niet zo veel op heb met dat scrumgedoe? Vooral de daily scrum... verschrikkelijk.

Ik heb er ook niet veel mee Wij zijn dan ook heel vrij en los met hoe wij scrum/kanban bedrijven. Een hoop van de standaard praktijken slaan wij dan ook over

[kenneth]

Om nog even terug te komen over dat gezeik met streepjes en spaties in telefoonnummers. De gemeente vraagt mij om een biljetnummer in te vullen dat op het aanslagbiljet staat. Ik neem het letterlijk over en:


Neeee, dit is niet letterlijk. Ik heb voor de screenshot de cijfers veranderd.

[incaz]

Ah, dat brengt herinneringen naar boven waarbij een overheidssite iets stuurde als
wachtwoord: A$xy67T.

Alleen de punt aan het eind hoorde niet bij het wachtwoord

[Skyaero]

Uberhaupt een wachtwoord naar iemand sturen...

[ Voor 3% gewijzigd door Skyaero op 09-02-2017 23:35 ]

[Megamind]

Leuk, PDFsharp is al 2 jaar niet meer aan ontwikkeld en nu heb ik een bug gevonden

[incaz]

Skyaero schreef op donderdag 9 februari 2017 @ 23:35:
Uberhaupt een wachtwoord naar iemand sturen...

Hoe zou je het anders doen als je bepaalde gegevens aan iemand wilt koppelen? Zolang het passwords zijn voor eenmalig gebruik of die je meteen moet veranderen is het een normale manier van beveiligen volgens mij.

(Dit was een aanvraag voor DigiD of een pre-digid-dienst, dus overheidssites zouden dit nu niet meer moeten hebben. Maar ik denk dat het onvermijdelijk is dat je een vorm van codes doorstuurt, fysiek, om het fysieke adres aan het account te koppelen. En het wachtwoord is daar een prima veld voor (in combi met een gebruikersnaam of ledennr ofzo natuurlijk.)

[Swedish Clown]

Megamind schreef op donderdag 9 februari 2017 @ 23:45:
Leuk, PDFsharp is al 2 jaar niet meer aan ontwikkeld en nu heb ik een bug gevonden

Om even bot te zijn, maar hoezo gebruik je/jullie dit project dan? Misschien tijd om naar alternatieven te kijken?

[ElkeBxl]

Alex) schreef op donderdag 9 februari 2017 @ 21:21:
Ben ik een heel erge oude zeur als ik niet zo veel op heb met dat scrumgedoe? Vooral de daily scrum... verschrikkelijk.

Bij ons hangt het af van de projecten. Zo heb ik er eentje waar we soms met 7 teams tegelijk aan een workpackage bezig zijn, dan is het wel handig om een vast moment te hebben waar je duidelijke afspraken kan maken over wat wanneer te doen. Zoals of we die dag een synchronisatie van nieuwe interfaces tussen de backend en frontend gaan doen.

Bij kleinere projecten hebben we geen echte daily scrum en wordt het vaker afgelast dan dat het door gaat

[OkkE]

Alex) schreef op donderdag 9 februari 2017 @ 21:21:
Ben ik een heel erge oude zeur als ik niet zo veel op heb met dat scrumgedoe? Vooral de daily scrum... verschrikkelijk.

Het verplicht elke ochtend met elkaar in een king staan en vertellen vind ik ook niet zo heel nuttig; vooral omdat er vaak te diep wordt ingegaan op bepaalde zaken. Maar elke dag horen wat je teamgenoten hebben gedaan, willen gaan doen en wat voor problemen ze zijn tegengekomen, dat voegt i.m.h.o. wel iets toe. Voor mij zou het echter ook via tekst moeten kunnen.

[Voutloos]

Ja, ervaring hier is dat het discipline vereist om niet te veel over het gedane te bomen. Helemaal als het als een soort urenverantwoording gaat klinken gaat het nut hard omlaag. De onderdelen over waar je nu mee bezig gaat en welke obstakels er zijn zijn belangrijker, want dat is waar je iets aan je team kan hebben.

[ Voor 18% gewijzigd door Voutloos op 10-02-2017 10:47 ]

[gekkie]

Megamind schreef op donderdag 9 februari 2017 @ 23:45:
Leuk, PDFsharp is al 2 jaar niet meer aan ontwikkeld en nu heb ik een bug gevonden

Vrees niet ..
Het is immers een kwestie van geduld .. rustig wachten tot de dag dat iedere programmeur Perl lult
Kreeg gisteren een mail dat de PDF:API2 op CPAN weer nieuw leven in geblazen wordt door iemand.. kennelijk had ik oooooit wat jaren geleden over die package gemauwd
Dus ik zou zo zeggen .. switch to Perl .. ze hebben na eeuwen nu ook hun versie 6, let's obfuscate some more

[Verwijderd]

DevWouter schreef op donderdag 9 februari 2017 @ 15:32:
[...]


Mijn persoonlijk tip is gebruik zowel TDD als BDD.
TDD geeft je vertrouwen in de correcte werking van je code.
BDD geeft je vertrouwen in de correcte werking van je applicatie.

Zal ook eens kijken naar BDD, heb er van gehoord maar weet niet echt wat het is/doet. Maar vandaag even werkdag lang unit en intergration tests schrijven, fun

kenneth schreef op donderdag 9 februari 2017 @ 21:55:
Om nog even terug te komen over dat gezeik met streepjes en spaties in telefoonnummers. De gemeente vraagt mij om een biljetnummer in te vullen dat op het aanslagbiljet staat. Ik neem het letterlijk over en:

[afbeelding]
Neeee, dit is niet letterlijk. Ik heb voor de screenshot de cijfers veranderd.

Goede oude tijd dat ze je je wachtwoord opsturen in plain text, gelukkig bestaan zulke websites niet meer!

[ Voor 38% gewijzigd door Verwijderd op 10-02-2017 11:12 ]

[Voutloos]

kenneth schreef op donderdag 9 februari 2017 @ 21:55:
Om nog even terug te komen over dat gezeik met streepjes en spaties in telefoonnummers. De gemeente vraagt mij om een biljetnummer in te vullen dat op het aanslagbiljet staat. Ik neem het letterlijk over en:
...

Inmiddels corrigeren op zo'n beetje dagelijkse basis honderden miljoenen arme gebruikers dit soort input 'fouten'.

Eigenlijk best sneu dat iedereen al zo geconditioneerd is om het snel braaf te fixen en er niet lang bij stil te staan. Of fijn natuurlijk, want dan kan je als frontender tenminste gewoon aan je parallax scrolling, carousel of JS framework van de maand blijven pielen.

[ongewoongewoon]

Ik zie elke dag mensen over Scrum posten terwijl ik het moet doen met [url href=http://scottberkun.com/2007/asshole-driven-development/]ADD[/url]

[Rutix]

OkkE schreef op vrijdag 10 februari 2017 @ 10:30:
[...]

Het verplicht elke ochtend met elkaar in een king staan en vertellen vind ik ook niet zo heel nuttig; vooral omdat er vaak te diep wordt ingegaan op bepaalde zaken. Maar elke dag horen wat je teamgenoten hebben gedaan, willen gaan doen en wat voor problemen ze zijn tegengekomen, dat voegt i.m.h.o. wel iets toe. Voor mij zou het echter ook via tekst moeten kunnen.

Ja precies dit. Ons team is goed op elkaar afgestemd en we weten dus dat we niet diep op onderwerpen moeten in gaan. Probleem van tekst is weer een beetje dat het er zo makkelijk bij in schiet. Als je 10-15 minuten bij elkaar gaat staan dan heb je gewoon die tijd om het even te zeggen .

[incaz]

Brrr, git. Na al die tijd heb ik nog steeds het idee dat iedere keer dat ik iets met git wil doen, dataloss juist enorm waarschijnlijk lijkt ipv dat het als veiligheid voelt.

[hackerhater]

incaz schreef op vrijdag 10 februari 2017 @ 13:31:
Brrr, git. Na al die tijd heb ik nog steeds het idee dat iedere keer dat ik iets met git wil doen, dataloss juist enorm waarschijnlijk lijkt ipv dat het als veiligheid voelt.

Waarom?

[aDutchCow]

Hebben een paar van jullie enige ervaring met Grav?
https://getgrav.org/
En wat is jullie mening erover? Zien jullie er voordelen in of juist niet?

[incaz]

@hackerhater: Ik weet nooit wat er verschijnt en verdwijnt, en teveel complexe dingen vragen bv resets. Waarbij ik dan gewoon echt niet weet of wat ik ga verwijderen dan wel in git staat. En ik weet niet hoe het beter wordt - de learning curve is blijkbaar dusdanig steil voor mij dat ik er gewoon niet aan toe kom om het goed te leren. (En ik vind het ook knap frustrerend als ik uren en uren moet gaan besteden om mijn veiligheidsnet te doorgronden.)

[wackmaniac]

incaz schreef op vrijdag 10 februari 2017 @ 13:42:
@hackerhater: Ik weet nooit wat er verschijnt en verdwijnt, en teveel complexe dingen vragen bv resets. Waarbij ik dan gewoon echt niet weet of wat ik ga verwijderen dan wel in git staat. En ik weet niet hoe het beter wordt - de learning curve is blijkbaar dusdanig steil voor mij dat ik er gewoon niet aan toe kom om het goed te leren. (En ik vind het ook knap frustrerend als ik uren en uren moet gaan besteden om mijn veiligheidsnet te doorgronden.)

"git status" en "git diff [filename]" voldoen hierin voor mij.