De Devschuur Coffee Corner - Iteratie ⓫

[n8n]

Deze jquery nano kan ook binnen een element selecteren:

https://gist.github.com/n...3ea7c6d9b723af78b9c18ec66

[mrmartijn]

Vergeet ook de event handler extension niet:

code:

$.on = function (selector, type, callback) {
  window.addEventListener(type, function (event) {
    var target = event.path.filter(e => e instanceof Element && e.matches(selector))[0] || null
    if (target != null) callback.call(target, event)
  })
}

Nu nog angular.nano.min.js.gz

[n8n]

mrmartijn schreef op dinsdag 20 december 2016 @ 20:13:
Vergeet ook de event handler extension niet:

code:

$.on = function (selector, type, callback) {
  window.addEventListener(type, function (event) {
    var target = event.path.filter(e => e instanceof Element && e.matches(selector))[0] || null
    if (target != null) callback.call(target, event)
  })
}

Nu nog angular.nano.min.js.gz

Je kan || null en op de volgende regel != null nog weglaten omdat if (undefined) niks doet. En de msMatchesSelecector (dacht ik) als matches backup is nog handig voor <ie11 in hoeverre dat nog relevant is.

[ Voor 8% gewijzigd door n8n op 20-12-2016 20:41 ]

[TheNephilim]

Als jullie zo functionaliteit blijven toevoegen wordt het nog echt jQuery ook!

[.oisyn]

Brrr, regels zonder puntkomma op het eind... *bibber*

[gekkie]

Tsja is dat niet de lifecycle van de meeste libraries en frameworks .. begint klein, minimaal, snel etc.
Maar als het een beetje tractie krijgt wordt het (over)voert, slaat de obesitas toe en uiteindelijk bezwijkt het min of meer aan z'n eigen gewicht.

Hmm wurgslang alert ?

[Devilly]

gekkie schreef op woensdag 21 december 2016 @ 10:05:
Tsja is dat niet de lifecycle van de meeste libraries en frameworks .. begint klein, minimaal, snel etc.
Maar als het een beetje tractie krijgt wordt het (over)voert, slaat de obesitas toe en uiteindelijk bezwijkt het min of meer aan z'n eigen gewicht.

Hmm wurgslang alert ?

Dat geldt volgens mij niet alleen voor libraries en frameworks. Genoeg software die zo bezwijkt.

[gekkie]

Devilly schreef op woensdag 21 december 2016 @ 10:12:
[...]


Dat geldt volgens mij niet alleen voor libraries en frameworks. Genoeg software die zo bezwijkt.

En genoeg bedrijven en structuren in z'n algemeen

[kaesve]

.oisyn schreef op woensdag 21 december 2016 @ 10:01:
Brrr, regels zonder puntkomma op het eind... *bibber*;

FTFY ;

[Mount]

Recruiters

Had ik net een concrete vacture, durfde zelfs een bedrijfsnaam te noemen. Salaris rond de 1800 bruto met maarliefst 10% vakantiegeld. Ik kan volgens mij beter gaan werken bij de McDonalds

Man man man..

[farlane]

En, ga je het doen?

[Mount]

Naar de McDonalds? Wellicht. Hele dag hamburgers flippen

Zucht, ik snap ook wel waarom die vacature nog niet gevuld is.

[ElkeBxl]

Mount schreef op woensdag 21 december 2016 @ 12:56:
Naar de McDonalds? Wellicht. Hele dag hamburgers flippen

Voor mij 2 Royal Cripsy Bacons, medium portie frieten, mayonaise en een icetea alstublieft!

[Dido]

ElkeBxl schreef op woensdag 21 december 2016 @ 13:30:
Voor mij 2 Royal Cripsy Bacons, medium portie frieten, mayonaise en een icetea alstublieft!

E: Voor mij 2 Royal Cripsy Bacons, medium portie frieten, mayonaise en een icetea alstublieft!
McD: Wilt U menu's of alleen de broodjes?
E: Alleen de broodjes, en een medium portie frieten, ma...
McD: Wilt U daar iets bij drinken?
E: Ice-tea alstublieft, en een medium portie fr...
McD: Medium of large?
E: Medium, en een medium portie frieten en ma...
McD: Medium of large?
E: Medium, met...
McD: Wilt U daar fritessaus of ketchup bij?
E: Mayonaise
McD: Verder nog iets?

En dan hoop je maar dat je er uiteindelijk in geslaagd bent alles te bestellen wat je wilde...

[ElkeBxl]

Dido schreef op woensdag 21 december 2016 @ 13:39:
[...]
McD: Wilt U daar fritessaus of ketchup bij?
E: Mayonaise
McD: Verder nog iets?

En dan hoop je maar dat je er uiteindelijk in geslaagd bent alles te bestellen wat je wilde...

Die fritessaus mogen ze steken waar de zon niet schijnt, ik wil mayonaise!

[Skyaero]

ElkeBxl schreef op woensdag 21 december 2016 @ 13:41:
Die fritessaus mogen ze steken waar de zon niet schijnt

Dan wordt het pindasaus

Mount schreef op woensdag 21 december 2016 @ 12:56:
Naar de McDonalds? Wellicht. Hele dag hamburgers flippen

Doe maar een Royale with Cheese

[ElkeBxl]

Skyaero schreef op woensdag 21 december 2016 @ 13:44:
[...]

Dan wordt het pindasaus

Iiiieeeuuuwww... Met brokjes?!

[gekkie]

Zou het misschien kunnen dat elke Dev thans een functie heeft bij de McDrek, niemand wil Lerdorf kennelijk ook maar iets zinvols vragen, wellicht dan maar of hij een mogelijk relatie tussen PHP en fastfood kan duiden, danwel of hij ook een functie bij de McDrek ambieert

* gekkie vraagt zich wel af waarom muizen maar zo'n kort staartje hebben

[ Voor 14% gewijzigd door gekkie op 21-12-2016 13:51 ]

[Mount]

ElkeBxl schreef op woensdag 21 december 2016 @ 13:30:
[...]

Voor mij 2 Royal Cripsy Bacons, medium portie frieten, mayonaise en een icetea alstublieft!

Het is patat!

*rent

[incaz]

Dido schreef op woensdag 21 december 2016 @ 13:39:
[...]
En dan hoop je maar dat je er uiteindelijk in geslaagd bent alles te bestellen wat je wilde...

Precies de reden dat ik tegenwoordig bij klantenservicedingen gewoon maar begin met 'hij doet het niet' of 'ik heb een probleem' - niet omdat ik denk dat dat een zinnige omschrijving is, maar omdat het meestal nogal zinloos is om op het script vooruit te lopen.

Immers, dit is hoe het meestal verloopt:

"Klantenservice, goedenmiddag, hoe kan ik u helpen?"
"Mijn xyz doet het niet"
HIer zou je wellicht de vraag verwachten 'wat is er aan de hand, maar de werkelijke vraag is meestal
"Wat is uw klantnummer? Ik verbind u door, ogenblikje"

"Technische dienst goedenmiddag"
"Mijn xyz doet het niet"
Hier zou je wellicht kunnen verwachten dat aanvullende info gewenst is, maar men moet een aantal stappen doorlopen dus waarom tijdverspillen?
"Heeft u al een keer gereset? Met een andere kabel geprobeerd? Nog een keer gereset? Ok, dan heeft het nu pas zin om daadwerkelijke informatie te gaan uitwisselen. Wat bedoelt u met 'doet het niet'?"

[ElkeBxl]

Mount schreef op woensdag 21 december 2016 @ 13:58:
[...]


Het is patat!

*rent

[TheNephilim]

Pffff, weer zo'n SEO/marketing bedrijf die (via FTP) wat linkjes en dergelijke in de footer knikkeren. Dus als wij straks bij wijziging van de website deployen vanaf de git repo, dan zijn de wijzigingen weer weg.

Sowieso... het is bijna 2017, komop zeg met je linkjes in de footer met willekeurige seo woorden. Vooral de pagina /linkpartners die ze toegevoegd hebben, met 'accountant in <plaatsnaam>' en 'voor uw bestrating in <plaatsnaam>'.

Echt slecht

[gekkie]

say ohhhhhhhhhhhhhhh

[wackmaniac]

TheNephilim schreef op woensdag 21 december 2016 @ 14:13:
Pffff, weer zo'n SEO/marketing bedrijf die (via FTP) wat linkjes en dergelijke in de footer knikkeren. Dus als wij straks bij wijziging van de website deployen vanaf de git repo, dan zijn de wijzigingen weer weg.

Sowieso... het is bijna 2017, komop zeg met je linkjes in de footer met willekeurige seo woorden. Vooral de pagina /linkpartners die ze toegevoegd hebben, met 'accountant in <plaatsnaam>' en 'voor uw bestrating in <plaatsnaam>'.

Echt slecht

Waarom geef je ze dan ook FTP-toegang tot die site. Daar zijn wij in 2005 al mee gestopt.

[Mount]

incaz schreef op woensdag 21 december 2016 @ 14:03:
[...]


Precies de reden dat ik tegenwoordig bij klantenservicedingen gewoon maar begin met 'hij doet het niet' of 'ik heb een probleem' - niet omdat ik denk dat dat een zinnige omschrijving is, maar omdat het meestal nogal zinloos is om op het script vooruit te lopen.

Immers, dit is hoe het meestal verloopt:

"Klantenservice, goedenmiddag, hoe kan ik u helpen?"
"Mijn xyz doet het niet"
HIer zou je wellicht de vraag verwachten 'wat is er aan de hand, maar de werkelijke vraag is meestal
"Wat is uw klantnummer? Ik verbind u door, ogenblikje"

"Technische dienst goedenmiddag"
"Mijn xyz doet het niet"
Hier zou je wellicht kunnen verwachten dat aanvullende info gewenst is, maar men moet een aantal stappen doorlopen dus waarom tijdverspillen?
"Heeft u al een keer gereset? Met een andere kabel geprobeerd? Nog een keer gereset? Ok, dan heeft het nu pas zin om daadwerkelijke informatie te gaan uitwisselen. Wat bedoelt u met 'doet het niet'?"

Bron: http://xkcd.com/806/

[gekkie]

Didn't see that one coming

[Skyaero]

gekkie schreef op woensdag 21 december 2016 @ 13:50:
wellicht dan maar of hij een mogelijk relatie tussen PHP en fastfood kan duiden

beiden zijn kut?

[TheNephilim]

wackmaniac schreef op woensdag 21 december 2016 @ 14:26:
[...]


Waarom geef je ze dan ook FTP-toegang tot die site. Daar zijn wij in 2005 al mee gestopt.

Wij doen niet aan hosting, dus de klant regelt dit zelf, of heeft dit vaak al.

[kenneth]

Skyaero schreef op woensdag 21 december 2016 @ 13:44:
Doe maar een Royale with Cheese

B-b-b-because of the metric system?

[gekkie]

Skyaero schreef op woensdag 21 december 2016 @ 14:51:
[...]

beiden zijn kut?

Naja of PHP is zo briljant dat er geen vragen meer over te stellen zijn

[n8n]

Skyaero schreef op woensdag 21 december 2016 @ 14:51:
[...]

beiden zijn kut?

Fastfood is nog genieten na een paar bier, voor php heb je bier nodig om de volgende dag weer naar je werk te gaan.

[orf]

TheNephilim schreef op woensdag 21 december 2016 @ 14:54:
[...]


Wij doen niet aan hosting, dus de klant regelt dit zelf, of heeft dit vaak al.

Dat lijkt me naar. Die enkele keer dat wij niet de hosting doet is er vaak gezeik. Bijzondere configuratie, missende modules, beperkingen.

Ik ben blij dat wij een eigen platform hebben met loadbalancers, varnish, memcached, etc.

Edit: Beter laat dan nooit:

mrmartijn schreef op dinsdag 20 december 2016 @ 12:27:
Je kan nog altijd jQuery nano gebruiken

code:

var $ = function(selector) {
    return Array.prototype.slice.call(document.querySelectorAll(selector));
};

Dit dan graag niet in de global namespace. Dat zie ik ook nog wel eens gebeuren. Zelf stop ik altijd alles in een anonymous function, zodat je werk niet zomaar stuk kan.

[ Voor 35% gewijzigd door orf op 21-12-2016 16:52 ]

[TheNephilim]

orf schreef op woensdag 21 december 2016 @ 16:48:
[...]


Dat lijkt me naar. Die enkele keer dat wij niet de hosting doet is er vaak gezeik. Bijzondere configuratie, missende modules, beperkingen.

Ik ben blij dat wij een eigen platform hebben met loadbalancers, varnish, memcached, etc.

Tjah, dat moet de klant dan ook oplossen met de webhoster. Over het algemeen werken we met kleine bedrijven en die gaan gewoon niet het geld betalen dat bij loadbalancers, varnish, memcached en dergelijke hoort.

Het grootste probleem is stiekem eigenlijk de e-mail. Dat gaan we sowieso niet regelen en oplossingen als Google Apps of Office 365 vinden ze sowieso te duur. Als ze dan ook nog geen partij hebben die dat regelt, dan kunnen wij dat weer gaan doen waardoor je er ook weer verantwoordelijk voor bent.

[Antrax]

Mount schreef op woensdag 21 december 2016 @ 14:32:
[...]


[afbeelding]
Bron: http://xkcd.com/806/

Geniaal

[WernerL]

Dido schreef op woensdag 21 december 2016 @ 13:39:
[...]

E: Voor mij 2 Royal Cripsy Bacons, medium portie frieten, mayonaise en een icetea alstublieft!
McD: Wilt U menu's of alleen de broodjes?
E: Alleen de broodjes, en een medium portie frieten, ma...
McD: Wilt U daar iets bij drinken?
E: Ice-tea alstublieft, en een medium portie fr...
McD: Medium of large?
E: Medium, en een medium portie frieten en ma...
McD: Medium of large?
E: Medium, met...
McD: Wilt U daar fritessaus of ketchup bij?
E: Mayonaise
McD: Verder nog iets?

En dan hoop je maar dat je er uiteindelijk in geslaagd bent alles te bestellen wat je wilde...

Daarom gewoon bij zo'n automaat/PC met groot touchscreen bestellen als je bij de Mac bent. Hoef je niet via zo'n muts me bestelling door te geven.

[orf]

TheNephilim schreef op woensdag 21 december 2016 @ 17:08:
[...]
Het grootste probleem is stiekem eigenlijk de e-mail. Dat gaan we sowieso niet regelen en oplossingen als Google Apps of Office 365 vinden ze sowieso te duur. Als ze dan ook nog geen partij hebben die dat regelt, dan kunnen wij dat weer gaan doen waardoor je er ook weer verantwoordelijk voor bent.

Bij ons is mail stiekem ook een probleem. We hebben een imap server, maar daar wil ik graag vanaf. Vaak is e-mail wel door de klant zelf geregeld, maar als dat niet zo is, wil ik er eigenlijk geen verantwoordelijkheid voor. Het lieft via hosted Exchange of Office365, maar ik heb nog niet een partij die dat dan regelt voor de klant.

[gekkie]

Wat is er mis met een IMAP server ?

[TheNephilim]

gekkie schreef op donderdag 22 december 2016 @ 09:25:
Wat is er mis met een IMAP server ?

Met die IMAP-server is niks mis, maar met het zelf hosten ervan, als webdeveloper wel. Zelfde verhaal als met de webhosting. Daar wil ik eigenlijk al geen verantwoordelijkheid voor dragen, maar de e-mail die nog kritieker is, daarvoor al helemaal niet.

[orf]

gekkie schreef op donderdag 22 december 2016 @ 09:25:
Wat is er mis met een IMAP server ?

TheNephilim schreef op donderdag 22 december 2016 @ 10:09:
[...]


Met die IMAP-server is niks mis, maar met het zelf hosten ervan, als webdeveloper wel. Zelfde verhaal als met de webhosting. Daar wil ik eigenlijk al geen verantwoordelijkheid voor dragen, maar de e-mail die nog kritieker is, daarvoor al helemaal niet.

Wij hebben hosting helemaal uitbesteed en daarom durf ik er verantwoordelijkheid voor te dragen. Mail is nog wat anders omdat webmail dan niet zo goed is als gMail of Outlook online, omdat klanten niet makkelijk zelf dingen kunnen regelen als out-of-office, geen agenda-integratie, etc.

[gekkie]

Zit wat in, zet mail meestal ook buiten de deur, al is exchange/outlook ook een draak.
En met android kreeg ik zaken als calendar-free-busy-sharing ook niet voor elkaar, terwijl het met caldav weer een koud kunstje is.

[Sardaukar]

Dit jaar eens een keer niet vrij tussen kerst en oud en nieuw - al teveel vakantie gehad dit jaar :-)

Geeft me mooi de gelegenheid om wat langlopende bugs bij een project op te lossen. Daar heb ik nu mooi een paar dagen de tijd voor.

[Firesphere]

Sardaukar schreef op vrijdag 23 december 2016 @ 09:08:
Dit jaar eens een keer niet vrij tussen kerst en oud en nieuw - al teveel vakantie gehad dit jaar :-)

Geeft me mooi de gelegenheid om wat langlopende bugs bij een project op te lossen. Daar heb ik nu mooi een paar dagen de tijd voor.

Ik ben verplicht vrij, 2 weken.
En ze tellen niet voor m'n annual leave, dus, whatever

[ZaZ]

Ik moest ook 'verplicht' vrij, anders ging ik over de 100 vakantiedagen heen die ik nog tegoed heb.

[Voutloos]

Mensen die dusdanig dagen sparen snap ik dus echt niet he.

[Antrax]

Ik zie een gat in de markt. Mailservers beheren voor bedrijven

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[wackmaniac]

Nou, dan worden wij daar waarschijnlijk klant

[ZaZ]

Voutloos schreef op vrijdag 23 december 2016 @ 11:37:
Mensen die dusdanig dagen sparen snap ik dus echt niet he.

Ik ook niet

[OkkE]

ZaZ schreef op vrijdag 23 december 2016 @ 10:58:
Ik moest ook 'verplicht' vrij, anders ging ik over de 100 vakantiedagen heen die ik nog tegoed heb.

Wij mogen maar een aantal vakantiedagen meenemen naar het volgende jaar, de rest moet voor het einde opgemaakt of ze worden uitbetaald.

[Antrax]

wackmaniac schreef:

Nou, dan worden wij daar waarschijnlijk klant

Mochten jullie per direct hulp nodig hebben. Neem dan even contact op in DM. Ik configureer en onderhoud al jaren een aantal server stacks voor bedrijven. Vooral mailservers.

[Mercatres]

OkkE schreef op vrijdag 23 december 2016 @ 12:07:
[...]

Wij mogen maar een aantal vakantiedagen meenemen naar het volgende jaar, de rest moet voor het einde opgemaakt of ze worden uitbetaald.

Wij (want België) mogen dat ook niet. We moeten zelfs twee weken aaneensluitend opnemen tussen 1 mei en 31 oktober.

[Sardaukar]

Slightly off-topic, maar kan iemand een goede .NET library aanraden voor het lezen van Excel files? Ik zie er meerdere staan maar hoor graag een aanbeveling

[markvt]

Sardaukar schreef op vrijdag 23 december 2016 @ 14:08:
Slightly off-topic, maar kan iemand een goede .NET library aanraden voor het lezen van Excel files? Ik zie er meerdere staan maar hoor graag een aanbeveling

Persoonlijk heb ik goede ervaringen met aspose words voor word bestanden, ze hebben ook een Excel library: http://www.aspose.com/products/cells/net

Wellicht kan je die eens proberen.

[gekkie]

Hmmm DANE, leuk .. als die spaghetti-eters eens wat minder worden afgeleid komen ze eens aan DNSSEC toe .. als laatste van europa, kan ik mezelf er ook eens van voorzien voor m'n domeintje.

Libraries ?, libraries ? .. niet eens even de ooxml spec zelf implementeren om er van te leren ?

[ Voor 21% gewijzigd door gekkie op 23-12-2016 14:17 ]

[Sardaukar]

gekkie schreef op vrijdag 23 december 2016 @ 14:15:
Libraries ?, libraries ? .. niet eens even de ooxml spec zelf implementeren om er van te leren ?

Nee, te lui zo net voor de feestdagen

[diabolofan]

Als ik zelf even snel wat bij elkaar moet programmeren om een Excel uit te lezen dan pak ik altijd EPPlus (http://epplus.codeplex.com/).

[alienfruit]

Zo verplicht vijf weken vakantie. Ik mag de data niet meer veranderen anders raak ik de dagen kwijt (uitbetalen doen ze niet meer aan). Krijg ik gisteren een mail dat ik moet helpen om een probleem op te lossen. Mooi niet, wacht maar tot ik terug ben van vakantie

[Sebazzz]

Sardaukar schreef op vrijdag 23 december 2016 @ 14:08:
Slightly off-topic, maar kan iemand een goede .NET library aanraden voor het lezen van Excel files? Ik zie er meerdere staan maar hoor graag een aanbeveling

Wij hebben goede ervaringen met EPPlus. Het heeft een handige API en is prima stabiel. En nog gratis en open-source ook.

[ Voor 4% gewijzigd door Sebazzz op 23-12-2016 16:35 ]

[Alex)]

Ik heb laatst een keer gebruik gemaakt van ClosedXML om een Excelsheet te genereren. Dat was best makkelijk, ik verwacht dat het uitlezen van een sheet dan ook niet al te moeilijk zal zijn.

[Damic]

ooooooooh wat is VS2015 leuk

[kenneth]

Damic schreef op zaterdag 24 december 2016 @ 00:35:
ooooooooh wat is VS2015 leuk

Vertel!

[Verwijderd]

Damic schreef op zaterdag 24 december 2016 @ 00:35:
ooooooooh wat is VS2015 kut

FTFY

[Damic]

kenneth schreef op zaterdag 24 december 2016 @ 06:30:
[...]

Vertel!

+ Lampje voor je lijnen code dat zegt dat het anders (meestal korter kan)
+ als je niet meer weet wat een functie doet kun je er gewoon bovenop gaan staan met de muis en de tooltip lezen
+ cpu resource monitor als je runt

- Ze hebben de kleuren (geel/groen/rood) donkerder gemaakt aan de lijn markeringen
* Damic needs a wider screen

Verwijderd schreef op zaterdag 24 december 2016 @ 08:46:
[...]


FTFY

Zou nog kunnen komen

[Merethil]

Damic schreef op zaterdag 24 december 2016 @ 10:09:
[...]

+ als je niet meer weet wat een functie doet kun je er gewoon bovenop gaan staan met de muis en de tooltip lezen

Is dit niet... Erhm... Standaard in alle IDE's dan? Ik kan niet anders herinneren dan dat bijvoorbeeld netbeans en Eclipse dit deden bij java, zolang er JavaDoc is geschreven. Voor zover ik weet zat dit ook allang in veel oudere versies van VS.

[whoami]

Damic schreef op zaterdag 24 december 2016 @ 10:09:
[...]

+ Lampje voor je lijnen code dat zegt dat het anders (meestal korter kan)

Kon daarvoor ook al, moest je wel Resharper installeren.

Maareh, je kan ook al VS.NET 2017 installeren hoor (een RC , dat wel)

[DevWouter]

Damic schreef op zaterdag 24 december 2016 @ 10:09:
[...]
+ als je niet meer weet wat een functie doet kun je er gewoon bovenop gaan staan met de muis en de tooltip lezen

Dat is juist een grote stap achteruit als je er over nadenkt. Waarom moet je de code inspecteren? Is de naam slecht? Is de documentatie afwezig? Of is er een complexe afhankelijkheid die je continue vergeet?

Het zou mooi zijn als ontwikkelaars aan het begin van elk jaar een weekje een simpele editor gebruiken om te kijken wat de werkelijke reden is waarom ze een bepaalde functionaliteit in een editor gebruiken.

[dcm360]

DevWouter schreef op zaterdag 24 december 2016 @ 11:39:
[...]


Dat is juist een grote stap achteruit als je er over nadenkt. Waarom moet je de code inspecteren? Is de naam slecht? Is de documentatie afwezig? Of is er een complexe afhankelijkheid die je continue vergeet?

Het zou mooi zijn als ontwikkelaars aan het begin van elk jaar een weekje een simpele editor gebruiken om te kijken wat de werkelijke reden is waarom ze een bepaalde functionaliteit in een editor gebruiken.

De belangrijkste reden voor mij laat je wel achterwege: de functie zit (bijvoorbeeld) in een library en is geen onderdeel van mijn eigen code. Dan zou je dus of de hele API van alles wat je gebruikt uit je hoofd moeten leren, of telkens buiten de editor om er naar op zoek gaan. Heb ik het toch liever in de editor.

[.oisyn]

DevWouter schreef op zaterdag 24 december 2016 @ 11:39:
[...]


Dat is juist een grote stap achteruit als je er over nadenkt. Waarom moet je de code inspecteren? Is de naam slecht? Is de documentatie afwezig? Of is er een complexe afhankelijkheid die je continue vergeet?

Leuk hoor, maar wie garandeert dat die functie ook echt doet wat het zou moeten doen?

[Caelorum]

Sebazzz schreef op vrijdag 23 december 2016 @ 16:35:
[...]

Wij hebben goede ervaringen met EPPlus. Het heeft een handige API en is prima stabiel. En nog gratis en open-source ook.

Die inderdaad. Wordt door ons sinds een jaar gebruikt voor inlezen en genereren van xlsx-bestanden. Voor xls gebruiken we de interop-methode, dat werkt op zich wel stabiel, maar om de zoveel tijd hangt het excel-proces, dus daar moet je wel op voorbereid zijn.

[DevWouter]

.oisyn schreef op zaterdag 24 december 2016 @ 12:18:
[...]

Leuk hoor, maar wie garandeert dat die functie ook echt doet wat het zou moeten doen?

Als iemand een glas onder de kraan houdt verwacht je toch dat er water uitkomt en niet wodka. (Hoewel ik vermoed dat mening tweaker dat best oké zou vinden... )

Een functienaam schept nu eenmaal een bepaalde verwachting en als dat afwijkt dan zijn er genoeg andere methodes (commentaar, documentatie, et cetera) om dat duidelijk te maken dan door de implementatie te lezen.

De "code peek" (zoals die feature heet) kan het acceptabeler maken om slechte code te schrijven (en zo te laten) om dat men het argument "Je kan toch de code lezen?" kan gebruiken wanneer je vraagt of iemand zijn code wilt documenteren.

[.oisyn]

DevWouter schreef op zaterdag 24 december 2016 @ 13:56:
[...]


Als iemand een glas onder de kraan houdt verwacht je toch dat er water uitkomt en niet wodka. (Hoewel ik vermoed dat mening tweaker dat best oké zou vinden... )

Het zal niet de eerste keer zijn als de installateur een keer per ongeluk de koude en warme leidingen verkeerd om heeft aangesloten op de kraan.

Maar fijn om te horen dat de functies die jij schrijft altijd precies volgens de specs werken (en dat die specs ook kloppen), en dus nooit fouten maakt

[ Voor 69% gewijzigd door .oisyn op 24-12-2016 14:38 ]

[Rutix]

DevWouter schreef op zaterdag 24 december 2016 @ 13:56:
[...]


Als iemand een glas onder de kraan houdt verwacht je toch dat er water uitkomt en niet wodka. (Hoewel ik vermoed dat mening tweaker dat best oké zou vinden... )

Een functienaam schept nu eenmaal een bepaalde verwachting en als dat afwijkt dan zijn er genoeg andere methodes (commentaar, documentatie, et cetera) om dat duidelijk te maken dan door de implementatie te lezen.

De "code peek" (zoals die feature heet) kan het acceptabeler maken om slechte code te schrijven (en zo te laten) om dat men het argument "Je kan toch de code lezen?" kan gebruiken wanneer je vraagt of iemand zijn code wilt documenteren.

Dan moet je eerder die houding van die ontwikkelaars aanpakken dan een feature af te kraken. Zoals al eerder gezegd als je een third party library gebruikt is het rete handig en ook als je even wat meer informatie over die functie wil hebben. Een feature maar niet implementeren omdat sommige mensen er lui of laks van kunnen worden vind ik geen argument tbh.

[Laurens-R]

DevWouter schreef op zaterdag 24 december 2016 @ 13:56:
[...]


Als iemand een glas onder de kraan houdt verwacht je toch dat er water uitkomt en niet wodka. (Hoewel ik vermoed dat mening tweaker dat best oké zou vinden... )

Een functienaam schept nu eenmaal een bepaalde verwachting en als dat afwijkt dan zijn er genoeg andere methodes (commentaar, documentatie, et cetera) om dat duidelijk te maken dan door de implementatie te lezen.

De "code peek" (zoals die feature heet) kan het acceptabeler maken om slechte code te schrijven (en zo te laten) om dat men het argument "Je kan toch de code lezen?" kan gebruiken wanneer je vraagt of iemand zijn code wilt documenteren.

ja wij doen alles uiteraard perfect maar ja soms krijg je nou eenmaal die legacy meuk van 'die ander' en dan ben ik heel erg blij met dat soort features.

[DevWouter]

.oisyn schreef op zaterdag 24 december 2016 @ 14:35:
[...]

Het zal niet de eerste keer zijn als de installateur een keer per ongeluk de koude en warme leidingen verkeerd om heeft aangesloten op de kraan.

Maar ze sluiten hem nooit aan op een fles Wodka...

.oisyn schreef op zaterdag 24 december 2016 @ 14:35:
Maar fijn om te horen dat de functies die jij schrijft altijd precies volgens de specs werken (en dat die specs ook kloppen), en dus nooit fouten maakt

Van wie heb je dat gehoord? Ik probeer dat juist geheim te houden

Rutix schreef op zaterdag 24 december 2016 @ 14:46:
[...]

Dan moet je eerder die houding van die ontwikkelaars aanpakken dan een feature af te kraken. Zoals al eerder gezegd als je een third party library gebruikt is het rete handig en ook als je even wat meer informatie over die functie wil hebben. Een feature maar niet implementeren omdat sommige mensen er lui of laks van kunnen worden vind ik geen argument tbh.

Ik kraak juist de houding af en niet de feature. De use-case in het oorspronkelijk bericht (Damic in "De Devschuur Coffee Corner - Iteratie &#...") gaat juist over "wanneer je niet weet wat de functie doet". En hoewel de implementatie lezen handig is (aka "code peek") is dat niet mijn eerste keus. Ik heb veel liever goeie documentatie.
Echter als een tool zoals "code peek" effectief is heb je een *kans* dat het schrijven van goeie documentatie niet meer gedaan wordt. Liever had ik code bubbles ipv code peek. Dat is in mijn ogen een completere oplossing.

(TL;DR: ik zeg niet dat Damic een slechte houding heeft of de feature slecht is)

Laurens-R schreef op zaterdag 24 december 2016 @ 15:31:
[...]


ja wij doen alles uiteraard perfect maar ja soms krijg je nou eenmaal die legacy meuk van 'die ander' en dan ben ik heel erg blij met dat soort features.

Het is ook een goeie feature zeker als je duizenden bestanden moet doorspitten of wanneer alles ontzettend cryptisch is. Echter meestal refactor (rename, inline, extract en documenteer) ik liever de hele handel. Helaas is dat niet altijd een mogelijkheid.

[F.West98]

In documentatie worden nou eenmaal niet altijd alle side-effects beschreven. Zeker als je wat meer custom werk doet (buiten dat wat de makers hadden verwacht) kan het handig zijn om te kijken naar de code welke variabelen e.d. worden aangepast.
(wat dat betreft is Haskell oid ideaal, geen side-effects )

[ Voor 11% gewijzigd door F.West98 op 24-12-2016 17:10 ]

[RayNbow]

F.West98 schreef op zaterdag 24 december 2016 @ 17:06:
In documentatie worden nou eenmaal niet altijd alle side-effects beschreven. [...]
(wat dat betreft is Haskell oid ideaal, geen side-effects )

Wel side-effects, maar alleen als het uitgevoerd wordt. En alles wat eventuele side-effects kan hebben heeft dat netjes beschreven in z'n type. Zo weet je dat het resultaat van putStrLn :: String -> IO () I/O kan doen.

[Creepy]

Sardaukar schreef op vrijdag 23 december 2016 @ 14:08:
Slightly off-topic, maar kan iemand een goede .NET library aanraden voor het lezen van Excel files? Ik zie er meerdere staan maar hoor graag een aanbeveling

Slightly off-topic, en iets met een waarschuwing die er niet voor niets staat

[Alex)]

Ik vind Visual Studio 2015 een fijne IDE, maar ik heb wel een paar features uitgezet. Die preview zodra je iets aanklikt in de Solution Explorer vind ik heel erg irritant.

Daarnaast valt het me op dat VS bij web-projecten erg traag reageert. Bij eerdere versies had ik daar veel minder last van.

[.oisyn]

DevWouter schreef op zaterdag 24 december 2016 @ 16:57:
Ik kraak juist de houding af en niet de feature. De use-case in het oorspronkelijk bericht (Damic in "De Devschuur Coffee Corner - Iteratie &#...") gaat juist over "wanneer je niet weet wat de functie doet"

Precies. Bijvoorbeeld omdat het bugs bevat. Dan wil je toch makkelijk even in de functie kunnen kijken? Jouw hele premisse waar je post op is gebaseerd, is dat functies altijd precies doen wat ze horen te doen. Dat klopt dus al niet.

[ Voor 12% gewijzigd door .oisyn op 24-12-2016 22:05 ]

[Craven]

* Craven meld zich. Ben benieuwd of er hier ook mensen rondlopen die zich wat minder bezig houden met het code kloppen? Ik ben nu een maandje product owner en nu dus verantwoordelijk voor de ontwikkeling van 1 van onze producten. Daarvoor R&D engineer en daarvoor zat ik aan de andere kant en maakte ik gebruik van het product als IT admin.

Needless to say is echt code kloppen voor mij een stap te ver. Al houd ik me dan wel weer bezig met veel powershell. Dus een beetje c# of .Net moet me ook nog wel lukken.

Edit: over frustraties gesproken. Hoe gaan jullie om met exotische bugs die je alleen bij 1 klant voorbij ziet komen en niet reproduceerbaar zijn? Voor mij een pain in the ass momenteel.

[ Voor 15% gewijzigd door Craven op 24-12-2016 23:03 ]

[armageddon_2k1]

Wat doet een product owner dan precies?

[Verwijderd]

armageddon_2k1 schreef op zondag 25 december 2016 @ 09:13:
Wat doet een product owner dan precies?

Heb jij dan nog nooit met scrum gewerkt?

The Product Owner represents the product's stakeholders and the voice of the customer; and is accountable for ensuring that the team delivers value to the business. The Product Owner writes customer-centric items (typically user stories), prioritizes them based on importance and dependencies, and adds them to the Product Backlog. Scrum Teams should have one Product Owner. This role should not be combined with that of the Scrum Master. The Product Owner should focus on the business side of product development and spend the majority of their time liaising with stakeholders and should not dictate how the team reaches a technical solution. This role is equivalent to the customer representative role in some other agile frameworks such as extreme programming (XP).

~ Wikipedia: Scrum (software development)

[ Voor 7% gewijzigd door Verwijderd op 25-12-2016 10:02 ]

[armageddon_2k1]

Nee, ik werk niet in de IT

[Rutix]

Alex) schreef op zaterdag 24 december 2016 @ 21:07:
Ik vind Visual Studio 2015 een fijne IDE, maar ik heb wel een paar features uitgezet. Die preview zodra je iets aanklikt in de Solution Explorer vind ik heel erg irritant.

Daarnaast valt het me op dat VS bij web-projecten erg traag reageert. Bij eerdere versies had ik daar veel minder last van.

Hoe bedoel je traag reageren?

[qless]

Nou zo traag als advocaat door een heel dun rietje... Heb daar met vs2015 ook last van, doe nu het js/html deel in vscode, dat schiet beter op...

[jip_86]

Wij krijgen als het goed is in januari VS2015. Zitten nog steeds met VS2010, die hangt zichzelf standaard een paar seconden op als je een XAML opent of wisselt naar een tab met XAML. Hoor van anderen die hem al hebben dat die editor fors sneller is geworden dus het kan mij niet snel genoeg januari worden

[Rutix]

qless schreef op zondag 25 december 2016 @ 12:12:
Nou zo traag als advocaat door een heel dun rietje... Heb daar met vs2015 ook last van, doe nu het js/html deel in vscode, dat schiet beter op...

Bedoel je dan de editor of het openen van files of wat? Ik heb namelijk nergens last van....

[Ryur]

jip_86 schreef op zondag 25 december 2016 @ 12:38:
Wij krijgen als het goed is in januari VS2015. Zitten nog steeds met VS2010, die hangt zichzelf standaard een paar seconden op als je een XAML opent of wisselt naar een tab met XAML. Hoor van anderen die hem al hebben dat die editor fors sneller is geworden dus het kan mij niet snel genoeg januari worden

Ik zou dus echt nooit bij een bedrijf kunnen werken die je verplicht om een bepaalde (oudere) versie te gebruiken. Werk momenteel bij een bedrijf waar mijn functieomschrijving "manusje-van-alles" is, en een van de taken is op de hoogte blijven van de nieuwste ontwikkelingen.

Hierdoor zit ik nu al op Visual Studio 15 RC (of 2017, welke term je er ook aanhangt) te werken. Leuke nieuwe wijzigingen!

[Alex)]

Rutix schreef op zondag 25 december 2016 @ 15:06:
[...]

Bedoel je dan de editor of het openen van files of wat? Ik heb namelijk nergens last van....

Openen van files, aanpassingen maken in die bestanden, debuggen... alles. Als ik een web.config sluit hangt Visual Studio zich ook standaard een paar seconden op.

Met app.configs in een console application heb ik er geen last van, vreemd genoeg.

[Craven]

armageddon_2k1 schreef op zondag 25 december 2016 @ 11:34:
Nee, ik werk niet in de IT

Nou ja dat hierboven dus zo ongeveer. Bij ons doen we over het algemeen wat minder met road map en nieuwe features. Daar hebben we een losse product manager voor. Product owners zijn bij ons meer bezig met de community en ophalen van feedback over bestaande features.

Maar ehhh als je niet in de IT zit wat doe je hier dan?

[sig69]

VS2015 crashed met een outofmemoryexception op pagina's met veel partial views. Dus onbruikbaar voor mij voor sommige projecten. Verder zitten er veel kleine bugs in die na al die tijd nog steeds niet opgelost zijn. Erg jammer van zo'n potentieel enorm goed product.

[farlane]

Ryur schreef op zondag 25 december 2016 @ 16:12:
[...]

Ik zou dus echt nooit bij een bedrijf kunnen werken die je verplicht om een bepaalde (oudere) versie te gebruiken. Werk momenteel bij een bedrijf waar mijn functieomschrijving "manusje-van-alles" is, en een van de taken is op de hoogte blijven van de nieuwste ontwikkelingen.

Hierdoor zit ik nu al op Visual Studio 15 RC (of 2017, welke term je er ook aanhangt) te werken. Leuke nieuwe wijzigingen!

Er zijn bedrijven die hun voortbestaan niet van beta-status software willen laten afhangen. Who knew?

[Ryur]

farlane schreef op zondag 25 december 2016 @ 22:04:
[...]

Er zijn bedrijven die hun voortbestaan niet van beta-status software willen laten afhangen. Who knew?

Ik gebruik ook geen beta-software hoor?
Zodra Microsoft (of welk bedrijf dan ook) de RC versie uitbrengt, stap ik half over. Zodra de final version uit is stap ik volledig over.

Zo heb ik niet wat ik hier dus hoor, net overgestapt naar VS2015 terwijl VS15/VS2017 over 1 à 2 weken uitkomt. Dat snap ik echt niet (en zou dan dus geen bedrijf voor mij zijn).
Ben blij dat ik met VS2015 kan werken. C# 6.0 heeft al bij een hoop projecten zijn waarde besteed: vooral die string interpolation (kortere string.format) & de Elvis-operator (nullable checker, i.p.v. die if null constructies).

[Matis]

Wij ons op de zaak zal het een worst wezen welke IDE je gebruikt. De versies van libraries, compilers en applicaties liggen namelijk vast middels Yocto.
Er zijn collega's die VIM als "IDE" gebruiken, emacs, eclipse, QtCreator, Geany, gedit... Om over de verschillen in versienummers nog maar te zwijgen.

[ Voor 9% gewijzigd door Matis op 26-12-2016 07:57 ]

[armageddon_2k1]

Craven schreef op zondag 25 december 2016 @ 21:56:
[...]

Nou ja dat hierboven dus zo ongeveer. Bij ons doen we over het algemeen wat minder met road map en nieuwe features. Daar hebben we een losse product manager voor. Product owners zijn bij ons meer bezig met de community en ophalen van feedback over bestaande features.

Maar ehhh als je niet in de IT zit wat doe je hier dan?

Ik werk als Architect in productontwikkeling. In die functie heb ik wel te maken met programmeerwerk in electronica en simulatiewerk. Vind de Coffeecorner een leuke plek om te lurken omdat ik programmeren een leuke hobby vind. Ik wist niet dat er een verplichting aan vast zat dat je in de IT moest werken

[StM]

Hier nog iemand die de development wereld achter zich gelaten heeft Werk nu bij een security lab waar we de HW en SW testen van high assurance producten. In m'n vrije tijd dev ik nog vrij veel en een groot deel van onze tooling is ook zelf ontwikkeld.

[Sardaukar]

Creepy schreef op zaterdag 24 december 2016 @ 17:46:
[...]

Slightly off-topic, en iets met een waarschuwing die er niet voor niets staat

I know, I know. <boetekleed aantrekkend>

[Craven]

armageddon_2k1 schreef op maandag 26 december 2016 @ 09:48:
[...]


Ik werk als Architect in productontwikkeling. In die functie heb ik wel te maken met programmeerwerk in electronica en simulatiewerk. Vind de Coffeecorner een leuke plek om te lurken omdat ik programmeren een leuke hobby vind. Ik wist niet dat er een verplichting aan vast zat dat je in de IT moest werken

Als architect in productontwikkeling (softwareontwikkeling?) zit je toch gewoon in de IT?

[armageddon_2k1]

Craven schreef op maandag 26 december 2016 @ 15:26:
[...]

Als architect in productontwikkeling (softwareontwikkeling?) zit je toch gewoon in de IT?

Ehm, nee. Productontwikkeling als in daadwerkelijke consumenten producten. De firmware die in de electronica gaat is maar een klein deel. Als architect ben ik ook verantwoordelijk voor thermisch en mechanisch ontwerp, het hele requirements management en verificatie, compliance aan relevante standaarden. Allemaal voor FDA Class-2 Medical Devices.

Dus niet echt IT nee.

[DJMaze]

Found a blast from the past! Lady Kier, van Deee-lite, aan het programmeren

YouTube: Lady Kier Interview 1995 Part 1

[farlane]

Ryur schreef op zondag 25 december 2016 @ 22:20:
[...]
Ik gebruik ook geen beta-software hoor?
Zodra Microsoft (of welk bedrijf dan ook) de RC versie uitbrengt, stap ik half over. Zodra de final version uit is stap ik volledig over.

En dat vind ik dus raar. Hoeveel tijd zouden mensen kwijt zijn aan mieren met bugs die in beta/rc software zit terwijl ze eigenlijk gewoon hun werk zouden moeten doen? Terwijl het voordeel van die nieuwe versie lang niet altijd uit te leggen is.

Ik vind persoonlijk dat er in de gold versies nog meer dan genoeg bugs zitten om je aan te ergeren, laat staan de rc versies.