De Devschuur Coffee Corner - Iteratie ➓

[Douweegbertje]

Gamebuster schreef op dinsdag 12 januari 2016 @ 20:29:
Hoe geef je commentaar op iemand's code zonder als een ongelooflijke betweter over te komen? Dan heb ik het over dingen als "als je de variable zo en zo had genoemd, dan was de code een stuk duidelijker" en "je bent hier en daar een spatie vergeten"

Door te stoppen met denken dat het commentaar is en dat iedereen je lief en aardig moet vinden.
Ten eerste is het dus opbouwende kritiek, en iemand moet dat gewoon accepteren. Er zit hier en daar een limiet als in dat je gaat mierenneuken en letterlijk elke dag zijn ballen breekt.

Ik heb allang geaccepteerd dat mensen mij een lul vinden, uiteindelijk ga ik voor goed werk en na werktijd / pauzes kan iedereen het wel met mij vinden. Als iemand mij nog steeds een lul vindt dan kan deze gene niet een 'professionele' omgeving gescheiden houden van bijv. prive.

Persoonlijk heb ik er ook een hekel aan als mensen eromheen gaan draaien. Wat is het probleem; zijn vars zijn niet slim gekozen en z'n identing is onhandig. Als iemand daar al moeite mee heeft...

[Niekfct]

Gamebuster schreef op dinsdag 12 januari 2016 @ 20:29:
Hoe geef je commentaar op iemand's code zonder als een ongelooflijke betweter over te komen? Dan heb ik het over dingen als "als je de variable zo en zo had genoemd, dan was de code een stuk duidelijker" en "je bent hier en daar een spatie vergeten"

Door er een vraag van te maken / aangeven een discussie te willen starten?

"Misschien kun je ..?" of "Hmm, ik zou het zelf ... Waarom heb je hiervoor gekozen?"

[Gamebuster]

Devilly schreef op dinsdag 12 januari 2016 @ 20:34:
[...]


Daarmee ben je sowieso geen betweter. Dat maakt je enkel tot een zeur en mierenneuker.

Ja daarom, maar ik krijg echt moordneigingen van zoiets:

JavaScript:

{
  bla: 'bam',
  foo: 'baz',
  ram:'bam'
}

foo(bam, bar,baz)

myFunction function(foo,dam, daa) {
}

En dan regelmatig terugkerend, niet een enkele keer.

[ Voor 14% gewijzigd door Gamebuster op 12-01-2016 20:38 ]

[Niekfct]

Gamebuster schreef op dinsdag 12 januari 2016 @ 20:37:
[...]

Ja daarom, maar ik krijg echt moordneigingen van zoiets:

JavaScript:

{
  bla: 'bam',
  foo: 'baz',
  ram:'bam'
}

Van JS? Klopt

[Gamebuster]

Niekfct schreef op dinsdag 12 januari 2016 @ 20:37:
[...]


Van JS? Klopt

Was puur een voorbeeld

[Gamebuster]

Niekfct schreef op dinsdag 12 januari 2016 @ 20:37:
[...]


Door er een vraag van te maken / aangeven een discussie te willen starten?

"Misschien kun je ..?" of "Hmm, ik zou het zelf ... Waarom heb je hiervoor gekozen?"

Goed punt Die kaarten heb ik echter al gespeeld. Kan je die onbeperkt gewoon opnieuw gebruiken?

[Firesphere]

Niekfct schreef op dinsdag 12 januari 2016 @ 20:37:
[...]


Door er een vraag van te maken / aangeven een discussie te willen starten?

"Misschien kun je ..?" of "Hmm, ik zou het zelf ... Waarom heb je hiervoor gekozen?"

Dit inderdaad.

Kun je me uitleggen waarom je de variabelen bij de input een andere naam hebt gegeven? Het ziet er zo onlogisch uit.
Is er een reden dat je zaken hernoemt? Het komt wat onlogisch over namelijk.

Een spatie o.i.d. moet je niet over gaan zeiken, maar gewoon zeggen "Volgens mij ben je op regel X een spatie vergeten. Voor de leesbaarheid is't misschien handig die toch toe te voegen"

[gekkie]

Gamebuster schreef op dinsdag 12 januari 2016 @ 20:29:
Hoe geef je commentaar op iemand's code zonder als een ongelooflijke betweter over te komen? Dan heb ik het over dingen als "als je de variable zo en zo had genoemd, dan was de code een stuk duidelijker" en "je bent hier en daar een spatie vergeten"

Poeheeee .. moet je daar tegenwoordig ook al politiekcorrect over gaan doen ?

[Merethil]

gekkie schreef op dinsdag 12 januari 2016 @ 21:00:
[...]

Poeheeee .. moet je daar tegenwoordig ook al politiekcorrect over gaan doen ?

Pfffff je hebt een spatie gemist, man!

[Niekfct]

Gamebuster schreef op dinsdag 12 januari 2016 @ 20:42:
[...]

Goed punt Die kaarten heb ik echter al gespeeld. Kan je die onbeperkt gewoon opnieuw gebruiken?

Ligt er een beetje aan Bij ons (lekker casual) zijn we al gauw overgegaan naar

"meh" - bij een ingeslopen foutje / codestyle niet mee eens
"bla?" - voor namechange
"lolwut" - voor wtf
"formatter?" - voor spaties etc

Uiteraard bij de niet default dingetjes wel fatsoenlijke uitleg

Meestal spreken we elkaar toch wel even kort bij een code review, ff sparren of denkwijze bespreken.

[gekkie]

Merethil schreef op dinsdag 12 januari 2016 @ 21:03:
[...]
Pfffff je hebt een spatie gemist, man!

*moord*brand*schreeuw* .. ik voel me nu een bepaald onsappige pruim .. dat kun je toch niemand aan doen !

[Alex)]

Firesphere schreef op dinsdag 12 januari 2016 @ 20:49:
[...]

Dit inderdaad.

Kun je me uitleggen waarom je de variabelen bij de input een andere naam hebt gegeven? Het ziet er zo onlogisch uit.
Is er een reden dat je zaken hernoemt? Het komt wat onlogisch over namelijk.

Zolang namen niet slechts uit één letter bestaan of van Hungarianmeuk zijn voorzien is stoor ik mij er niet zo aan als ze een beetje raar of onlogisch zijn. Behalve verzamelingen, de namen van die dingen moeten van mij in het meervoud.

Een spatie o.i.d. moet je niet over gaan zeiken, maar gewoon zeggen "Volgens mij ben je op regel X een spatie vergeten. Voor de leesbaarheid is't misschien handig die toch toe te voegen"

Daar heb je toch gewoon autoformat voor?

[ Voor 7% gewijzigd door Alex) op 12-01-2016 21:10 ]

[gekkie]

Niekfct schreef op dinsdag 12 januari 2016 @ 20:37:
[...]
Door er een vraag van te maken / aangeven een discussie te willen starten?

"Misschien kun je ..?" of "Hmm, ik zou het zelf ... Waarom heb je hiervoor gekozen?"

Zou dit persoonlijk echt danig veel irritanter vinden voor van die kleine dingen waar je eigenlijk niet over van mening kan verschillen.

Zeg dan gewoon dat je het kut vindt .. kan ik ja en amen zeggen .. en bennen we er vanaf ...
Door die vraag moet ik een reden gaan verzinnen ..

[Niekfct]

gekkie schreef op dinsdag 12 januari 2016 @ 21:13:
[...]

Zou dit persoonlijk echt danig veel irritanter vinden voor van die kleine dingen waar je eigenlijk niet over van mening kan verschillen.

Zeg dan gewoon dat je het kut vindt .. kan ik ja en amen zeggen .. en bennen we er vanaf ...
Door die vraag moet ik een reden gaan verzinnen ..

Jep, vandaar

"meh" - bij een ingeslopen foutje / codestyle niet mee eens
"bla?" - voor namechange
"lolwut" - voor wtf
"formatter?" - voor spaties etc

Tis vooral als je iemand niet op de tenen wil trappen

[ Voor 4% gewijzigd door Niekfct op 12-01-2016 21:14 ]

[Firesphere]

Alex) schreef op dinsdag 12 januari 2016 @ 21:09:
[...]

Zolang namen niet slechts uit één letter bestaan of van Hungarianmeuk zijn voorzien is stoor ik mij er niet zo aan als ze een beetje raar of onlogisch zijn. Behalve verzamelingen, de namen van die dingen moeten van mij in het meervoud.

Mits goed geimplementeerd, heb ik er niets op tegen. Helaas wordt het tegenwoordig bijna misbruikt om de meest idiote namen te bedenken.

[...]


Daar heb je toch gewoon autoformat voor?

Mja, even vergeten voor de commit? Of nog even snel toegevoegd na de autoformat?

[gekkie]

Zou voor mij idd ook een stuk beter werken .. kun je brainfarts tenminste gewoon makkelijk laten voor wat ze zijn.

[Firesphere]

gekkie schreef op dinsdag 12 januari 2016 @ 21:13:
[...]

Zou dit persoonlijk echt danig veel irritanter vinden voor van die kleine dingen waar je eigenlijk niet over van mening kan verschillen.

Zeg dan gewoon dat je het kut vindt .. kan ik ja en amen zeggen .. en bennen we er vanaf ...
Door die vraag moet ik een reden gaan verzinnen ..

Ik denk dat je te moeilijk denkt

Als ik een array met A, B en C heb, en die array-pointers vervolgens in mijn functie de namen D, E en F geef, is dat niet logisch, tenzij daar een reden voor is.

Heb je geen reden? Dan heb je je gewoon vergist. Doet niets af aan de kwaliteit van je code, alleen is het aanpassen snel gebeurd en de leesbaarheid vertienvoudigd.
Heb je er wel een reden voor, bijvoorbeeld dat het in een andere array o.i.d. al D, E en F was, maar dat deze array net even iets andere functies vervult soms, dan is het toch prima? Kun je hoogstens vragen om het even toe te lichten in een comment.

[Douweegbertje]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:15:
[...]

Mits goed geimplementeerd, heb ik er niets op tegen. Helaas wordt het tegenwoordig bijna misbruikt om de meest idiote namen te bedenken.

[...]

Ik vind gewoon dat als je de var leest dat je soort van moet weten waar het over gaat. Dat gaat gewoon niet met eigen brouwsels.. gelukkig ben ik dat nooit tegen gekomen. Behalve dan iemand die alles in het Nederlands deed. Daar ben ik de befaamde "ontbeestje" tegengekomen (debug.. sigh).

[Alex)]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:15:
[...]

Mits goed geimplementeerd, heb ik er niets op tegen. Helaas wordt het tegenwoordig bijna misbruikt om de meest idiote namen te bedenken.

In SQL heb ik er een handje van om tabelnamen af te korten als ik een JOIN schrijf. Dan krijg je dus zoiets:

SQL:

SELECT  c.[Name] AS [Customer Name], 
        p.[Name] AS [Product Name]
FROM    [CustomerOrders] co
JOIN    [Customers] c ON c.[CustomerId] = co.[CustomerId]
JOIN    [Orders] o ON o.[OrderId] = co.[OrderId]
JOIN    [OrderLines] ol ON ol.[OrderId] = o.[OrderId]
JOIN    [Products] p ON p.[ProductId] = ol.[ProductId]
WHERE   c.[Name] = 'Firesphere'

(Even een verzonnen query)

Verder gebruik ik eigenlijk overal wel beschrijvende namen.

Mja, even vergeten voor de commit? Of nog even snel toegevoegd na de autoformat?

Bij mij zit dat in m'n muscle memory: Ctrl-K, Ctrl-D, Ctrl-S

[ Voor 3% gewijzigd door Alex) op 12-01-2016 21:20 ]

[Douweegbertje]

Alex) schreef op dinsdag 12 januari 2016 @ 21:19:
[...]

In SQL heb ik er een handje van om tabelnamen af te korten als ik een JOIN schrijf. Dan krijg je dus zoiets:

SQL:

SELECT  c.[Name] AS [Customer Name], 
        p.[Name] AS [Product Name]
FROM    [CustomerOrders] co
JOIN    [Customers] c ON c.[CustomerId] = co.[CustomerId]
JOIN    [Orders] o ON o.[OrderId] = co.[OrderId]
JOIN    [OrderLines] ol ON ol.[OrderId] = o.[OrderId]
JOIN    [Products] p ON p.[ProductId] = ol.[ProductId]
WHERE   c.[Name] = 'Firesphere'

(Even een verzonnen query)


[...]

Bij mij zit dat in m'n muscle memory: Ctrl-K, Ctrl-D, Ctrl-S

Ja maar dit is haast een standaard met met joins een table een shortname te geven als join orders as o om vervolgens o.foo te gebruiken. Daarbij is het dan ook nog overduidelijk wat er in o zit omdat je dat net hebt gezegd in de code zelf.

[Firesphere]

Alex) schreef op dinsdag 12 januari 2016 @ 21:19:
[...]

In SQL heb ik er een handje van om tabelnamen af te korten als ik een JOIN schrijf. Dan krijg je dus zoiets:

SQL:

SELECT  c.[Name] AS [Customer Name], 
        p.[Name] AS [Product Name]
FROM    [CustomerOrders] co
JOIN    [Customers] c ON c.[CustomerId] = co.[CustomerId]
JOIN    [Orders] o ON o.[OrderId] = co.[OrderId]
JOIN    [OrderLines] ol ON ol.[OrderId] = o.[OrderId]
JOIN    [Products] p ON p.[ProductId] = ol.[ProductId]
WHERE   c.[Name] = 'Firesphere'

(Even een verzonnen query)

Ow shit, dit komt me zo bekend voor!
Ik heb mezelf geprobeerd aan te leren om in ieder geval in zo'n afkorting er een comment bij te zetten.
Ik heb in die poging flink gefaald. Gelukkig is SQL nog redelijk leesbaar

[...]

Bij mij zit dat in m'n muscle memory: Ctrl-K, Ctrl-D, Ctrl-S

CTRL-ALT-L => Such WOW; Much Push.

[gekkie]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:18:
[...]

Ik denk dat je te moeilijk denkt

Als ik een array met A, B en C heb, en die array-pointers vervolgens in mijn functie de namen D, E en F geef, is dat niet logisch, tenzij daar een reden voor is.

Heb je geen reden? Dan heb je je gewoon vergist. Doet niets af aan de kwaliteit van je code, alleen is het aanpassen snel gebeurd en de leesbaarheid vertienvoudigd.
Heb je er wel een reden voor, bijvoorbeeld dat het in een andere array o.i.d. al D, E en F was, maar dat deze array net even iets andere functies vervult soms, dan is het toch prima? Kun je hoogstens vragen om het even toe te lichten in een comment.

Meh ik ben meer mister van Goal ... als je het zo vraagt .. ipv te stellen dat je er geen snars van begrijpt ... ontneem je mij de kans op een "ben I now so smart, off are you nou zo stupid !"

[Firesphere]

gekkie schreef op dinsdag 12 januari 2016 @ 21:25:
[...]

Meh ik ben meer mister van Goal ... als je het zo vraagt .. ipv te stellen dat je er geen snars van begrijpt ... ontneem je mij de kans op een "ben I now so smart, off are you nou zo stupid !"

I am smart. You are stupid.

[Alex)]

Douweegbertje schreef op dinsdag 12 januari 2016 @ 21:21:
[...]


Ja maar dit is haast een standaard met met joins een table een shortname te geven als join orders as o om vervolgens o.foo te gebruiken. Daarbij is het dan ook nog overduidelijk wat er in o zit omdat je dat net hebt gezegd in de code zelf.

Firesphere schreef op dinsdag 12 januari 2016 @ 21:21:
[...]

Ow shit, dit komt me zo bekend voor!
Ik heb mezelf geprobeerd aan te leren om in ieder geval in zo'n afkorting er een comment bij te zetten.
Ik heb in die poging flink gefaald. Gelukkig is SQL nog redelijk leesbaar

Ik heb een collega gehad die geen aliassen gebruikte maar tabelnamen altijd volledig uitgeschreef, behalve als hij dezelfde tabel twee keer moest hebben. Dan kreeg de tweede keer de alias [Tabelnaam2].

Dan zou ik liever dit hebben gezien:

SQL:

SELECT    [Tickets].[Id],
          [RaisedBy].[Name] AS [Raised by],
          [ClosedBy].[Name] AS [Closed by]
FROM      [Tickets]
JOIN      [Users] [RaisedBy] ON [RaisedBy].[UserId] = [Tickets].[RaisedByUserId]
JOIN      [Users] [ClosedBy] ON [ClosedBy].[UserId] = [Tickets].[ClosedByUserId]

[Firesphere]

Alex) schreef op dinsdag 12 januari 2016 @ 21:26:
[...]


[...]

Ik heb een collega gehad die geen aliassen gebruikte maar tabelnamen altijd volledig uitgeschreef, behalve als hij dezelfde tabel twee keer moest hebben. Dan kreeg de tweede keer de alias [Tabelnaam2].

Dan zou ik liever dit hebben gezien:

SQL:

SELECT    [Tickets].[Id],
          [RaisedBy].[Name] AS [Raised by],
          [ClosedBy].[Name] AS [Closed by]
FROM      [Tickets]
JOIN      [Users] [RaisedBy] ON [RaisedBy].[UserId] = [Tickets].[RaisedByUserId]
JOIN      [Users] [ClosedBy] ON [ClosedBy].[UserId] = [Tickets].[ClosedByUserId]

Klinkt echt als een plan. Generieke namen zoals T1, T2 etc. gebruiken!

[Alex)]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:28:
[...]

Klinkt echt als een plan. Generieke namen zoals T1, T2 etc. gebruiken!

Project7, C1, Filter6, Extent4...

Hallo Entity Framework

[gekkie]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:25:
[...]
I am smart. You are stupid.

Oh U wijze grijze kiwi

[Sebazzz]

Alex) schreef op dinsdag 12 januari 2016 @ 21:29:
[...]

Project7, C1, Filter6, Extent4...

Hallo Entity Framework

Ik vind de queries van Entity Framework vaak leesbaarder dan die van NHibernate.

[Firesphere]

gekkie schreef op dinsdag 12 januari 2016 @ 21:29:
[...]

Oh U wijze grijze kiwi

Grijs?!

* Firesphere kijkt in de spiegel

Zo grijs ben ik niet!

[gekkie]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:31:
[...]
Grijs?!

* Firesphere kijkt in de spiegel

Zo grijs ben ik niet!

Niet grijs .. niet wijs

[Firesphere]

Er staat toch echt "Grijze" hoor.

[ElkeBxl]

gekkie schreef op dinsdag 12 januari 2016 @ 18:22:
[...]

Heeft de afdeling belgoland trouwens nog suggesties voor aardig en niet al te prijzig voer in het brusselse (behalve kebabzaken in molenbeek waar je potentieel zelf als fastfood in stukjes op een bord geblazen wordt ) ?

Waar verblijf je, hoe ver wil je je verplaatsen in de stad en waar gaat je voorkeur naar? Je hebt geweldige oosterse keukens op Place Saint-Géry, ribbekes à volonté op de Vlaamsesteenweg, overheerlijke broodjes op de Grasmarkt, de klassieke frituren voor toeristen aan de Beurs, ... Genoeg internationale keukens te vinden in Brussel

[gekkie]

wijs ongrijs gaat niet ... onwijs grijs daarentegen

[gekkie]

ElkeBxl schreef op dinsdag 12 januari 2016 @ 21:40:
[...]
Waar verblijf je, hoe ver wil je je verplaatsen in de stad en waar gaat je voorkeur naar? Je hebt geweldige oosterse keukens op Place Saint-Géry, ribbekes à volonté op de Vlaamsesteenweg, overheerlijke broodjes op de Grasmarkt, de klassieke frituren voor toeristen aan de Beurs, ... Genoeg internationale keukens te vinden in Brussel

Weet ik nog niet .. redelijke kans dat ik me een nieuwe fetish aan laat meten voor mannen in uniform met een flinke buks (bij schuman in de buurt .. maar goed ben je zo city center opzich).

Friterette bij de beurs heb ik vorig jaar al wel gedaan (net als daar bij de super bier shoppen ipv bij die dure toeristen bierjuweliers.

Eens google mapsen op de rest
*argh* bloody franse straatnamen in google maps .. dat ze daar ook is mee zouden staken

Ahh een paar taai taaien en een "smart indian" .. doe dan maar een van de thai'en
en ribbekes klinkt ook goed maar die vlaamsesteenweg is lang ..

[ Voor 12% gewijzigd door gekkie op 12-01-2016 21:52 ]

[Firesphere]

[e-mail]
Hallo Bas,

Misschien was de boodschap niet duidelijk.
We hebben geen behoefte aan aanbiedingen. Al helemaal niet via mij. Ik
kan trouwens nog steeds niet programmeren. Typen heb ik ondertussen
wel geleerd van m'n slaaf.
Tenzij je mij zo'n 30k per maand gaat betalen voor het achtervolgen
van een bal. Ow wacht, daar is een muis!
Hey, zie die cheerie!

Ow, wacht. Even terug.

Beste Bas,

Ik heb geen behoefte aan je aanbiedingen en ik stoor me aan het feit
dat die stomme leeuw weer bovenop de krabpaal zit.

Meauw,
Dodge.


p.s.
Is firesphere die gast die me voer geeft? Want anders snap ik er niets meer
van. Hij mag wel wat eerder opstaan van mij!

p.p.s.
Dacht je echt dat je disclaimer iets toevoegd?

[ElkeBxl]

gekkie schreef op dinsdag 12 januari 2016 @ 21:43:
[...]

Weet ik nog niet .. redelijke kans dat ik me een nieuwe fetish aan laat meten voor mannen in uniform met een flinke buks (bij schuman in de buurt .. maar goed ben je zo city center opzich).

Friterette bij de beurs heb ik vorig jaar al wel gedaan (net als daar bij de super bier shoppen ipv bij die dure toeristen bierjuweliers.

Eens google mapsen op de rest

Als je aan Schuman zit, sowieso metro 1 of 5 richting centrum nemen en daar gaan eten

Wat concretere namen:
- Fanny Thai aan Place Saint-Géry: zowat de beste Thai daar in de buurt
- Amadeo op de Sint-Katelijnestraat: ribbekes zoveel je wilt, what's more to say?
- Houtsiplou op het Rouppeplein: heel goede hamburgers
- Bia Mara op de Kiekenmarkt: goede fish 'n chips shop voor een wat snellere hap
- De Pistolei op de Grasmarkt: supergoede broodjes, aanrader is een "Brusseleir"
- La Mer Du Nord op de Sint-Katelijnestraat: degelijke vis, buiten eten
- Nüetnigenough op de Lombardstraat: stoofvlees friet met een stevig biertje, Belgischer kan niet
- Friterie Tabora achter de Beurs: ziet er beetje louche uit maar zijn heel goede frieten en zijn vaak tot stuk na middernacht open
- Chez Papy aan de Grasmarkt: goede frieten maar hou rekening met mogelijke lange wachtrijen als het mooi weer is

[Firesphere]

ElkeBxl schreef op dinsdag 12 januari 2016 @ 21:59:
[...]

Als je aan Schuman zit, sowieso metro 1 of 5 richting centrum nemen en daar gaan eten

Wat concretere namen:
- Fanny Thai aan Place Saint-Géry: zowat de beste Thai daar in de buurt
- Amadeo op de Sint-Katelijnestraat: ribbekes zoveel je wilt, what's more to say?
- Houtsiplou op het Rouppeplein: heel goede hamburgers
- Bia Mara op de Kiekenmarkt: goede fish 'n chips shop voor een wat snellere hap
- De Pistolei op de Grasmarkt: supergoede broodjes, aanrader is een "Brusseleir"
- La Mer Du Nord op de Sint-Katelijnestraat: degelijke vis, buiten eten
- Nüetnigenough op de Lombardstraat: stoofvlees friet met een stevig biertje, Belgischer kan niet
- Friterie Tabora achter de Beurs: ziet er beetje louche uit maar zijn heel goede frieten en zijn vaak tot stuk na middernacht open
- Chez Papy aan de Grasmarkt: goede frieten maar hou rekening met mogelijke lange wachtrijen als het mooi weer is

Even voor de zekerheid hoor, maar ben jij echt een vrouw?

[ElkeBxl]

Firesphere schreef op dinsdag 12 januari 2016 @ 22:00:
[...]

Even voor de zekerheid hoor, maar ben jij echt een vrouw?

Een heel hongerige door nu over al dat eten te praten

[gekkie]

ElkeBxl schreef op dinsdag 12 januari 2016 @ 21:59:
[...]

Als je aan Schuman zit, sowieso metro 1 of 5 richting centrum nemen en daar gaan eten

Wat concretere namen:
- Fanny Thai aan Place Saint-Géry: zowat de beste Thai daar in de buurt
- Amadeo op de Sint-Katelijnestraat: ribbekes zoveel je wilt, what's more to say?
- Houtsiplou op het Rouppeplein: heel goede hamburgers
- Bia Mara op de Kiekenmarkt: goede fish 'n chips shop voor een wat snellere hap
- De Pistolei op de Grasmarkt: supergoede broodjes, aanrader is een "Brusseleir"
- La Mer Du Nord op de Sint-Katelijnestraat: degelijke vis, buiten eten
- Nüetnigenough op de Lombardstraat: stoofvlees friet met een stevig biertje, Belgischer kan niet
- Friterie Tabora achter de Beurs: ziet er beetje louche uit maar zijn heel goede frieten en zijn vaak tot stuk na middernacht open
- Chez Papy aan de Grasmarkt: goede frieten maar hou rekening met mogelijke lange wachtrijen als het mooi weer is

Big bookmark .. thx .. Voor 3 dagen moet ik daar wel uitkomen.
Sowieso een metrokaart .. maar hotel was vorig jaar wel bevallen .. niet echt duur en aardig modern en redelijk op de route .

[ElkeBxl]

gekkie schreef op dinsdag 12 januari 2016 @ 22:02:
[...]

Big bookmark .. thx .. Voor 3 dagen moet ik daar wel uitkomen.
Sowieso een metrokaart .. maar hotel was vorig jaar wel bevallen .. niet echt duur en aardig modern en redelijk op de route .

You're welcome
Sommige zaken moet je wel reserveren (zoals de Amadeo, kan veel volk in maar zit altijd volzet).

Nu ik toch bezig ben, ook lijstje van goede cafés nodig? Als er nog tweakers volk het weekend van fosdem in Brussel zit kunnen we evengoed kleine meetup doen.

[gekkie]

ElkeBxl schreef op dinsdag 12 januari 2016 @ 22:17:
[...]
You're welcome
Sommige zaken moet je wel reserveren (zoals de Amadeo, kan veel volk in maar zit altijd volzet).

Nu ik toch bezig ben, ook lijstje van goede cafés nodig? Als er nog tweakers volk het weekend van fosdem in Brussel zit kunnen we evengoed kleine meetup doen.

Zat net met de website van die nounognietgenoeg voor m'n neus .. nu ook weer lekkere trek
Hmm pistolei ben ik vorig jaar vanzelf al eens naar binnen gewandeld geloof ik .. iets custom in elkaar laten knutselen .. waren idd wel goede broodjes

Naja vooral alternatieve cafes dan ... delerium is elk jaar geloof ik een puinbende met al dat fosdem volk

[azerty]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:51:
[...]

Zo jaag je hem wel weg geloof ik, ja

[Firesphere]

azerty schreef op dinsdag 12 januari 2016 @ 22:43:
[...]


Zo jaag je hem wel weg geloof ik, ja

Helaas, was het maar zo'n feest. Hij blijft maar mailtjes sturen naar Dodge

De hele tijd dat katten niet kunnen typen. Of dat hij niet geloofd dat een kat reageert op z'n mailtjes, etc.

Zwaar vermoeiend figuur.

[ Voor 22% gewijzigd door Firesphere op 12-01-2016 22:45 ]

[azerty]

Firesphere schreef op dinsdag 12 januari 2016 @ 22:44:
[...]

Helaas, was het maar zo'n feest. Hij blijft maar mailtjes sturen naar Dodge

De hele tijd dat katten niet kunnen typen. Of dat hij niet geloofd dat een kat reageert op z'n mailtjes, etc.

Zwaar vermoeiend figuur.

Gaat hij daar nu serieus echt op in?

[Firesphere]

azerty schreef op dinsdag 12 januari 2016 @ 22:46:
[...]


Gaat hij daar nu serieus echt op in?

Jup. Dat doet hij echt ja. Tot en met vragen of hij Dodge haar baas mag spreken.

Aangezien Dodge de baas is hier, wordt dat nog best lastig!

[gekkie]

Hmm moet je toch wel best wanhopig zijn .. al zullen ze het wel aanprijzen als een "excentrieke sollicitant" des te interessanter
Nog een interessante disclaimer of is tie vrij standaard ?

[ Voor 18% gewijzigd door gekkie op 12-01-2016 22:54 ]

[Firesphere]

gekkie schreef op dinsdag 12 januari 2016 @ 22:54:
Hmm moet je toch wel best wanhopig zijn .. al zullen ze het wel aanprijzen als een "excentrieke sollicitant" des te interessanter
Nog een interessante disclaimer of is tie vrij standaard ?

"Ik heb de perfecte kandidaat! Wel een beetje harig en ze heeft een staart... maar ze is echt perfect voor jullie organisatie!"

[gekkie]

Ach als ze een professionele PerfectHairyPussy is .. (hmm dit klinkt weer iets dubieuzer dan gedacht) .. lijkt ze me inderdaad buitengewoon geschikt.
Onder het motto "Af en toe een klauw .. dan voel ik me vrouw".

[vaporitraha]

Gamebuster schreef op dinsdag 12 januari 2016 @ 20:29:
Hoe geef je commentaar op iemand's code zonder als een ongelooflijke betweter over te komen? Dan heb ik het over dingen als "als je de variable zo en zo had genoemd, dan was de code een stuk duidelijker" en "je bent hier en daar een spatie vergeten"

Wat eventueel ook kan is een soort van algemeen omschrijven wat je van de code vindt.

Dus zeggen van "Hier en daar nog een spatie toevoegen en iets duidelijkere namen voor sommige variabelen."

Klinkt niet zo mierenneukerig en scheelt jou een hoop tijd om precies aan te wijzen waar de fouten zitten. Zo zou ik het doen denk ik.

[azerty]

PHP... Niet altijd even logisch...

PHP:

$data = ["bla" => 1, "foo" => 2, "bar" => 3, "baz" => 4];
// var_dump geeft de values mooi aan als int type
// var_dump van $data["foo"] geeft mooi int(2)
// ...
// Maak PDO preparestmt
$stmt->bindparam(":value", $data["foo"], PDO::PARAM_INT);
// Voer statement uit
if(2 === $data["foo"]){
    echo "ok";
} else {
    echo "fail";
}

Raad eens wat de output hier zou kunnen zijn?

[.oisyn]

Vast "fail", maar ik ben eigenlijk veel benieuwder naar wat $data["foo"] dan wel precies is.

[gekkie]

.oisyn schreef op dinsdag 12 januari 2016 @ 23:38:
Vast "fail", maar ik ben eigenlijk veel benieuwder naar wat $data["foo"] dan wel precies is.

Bij jou is het geloof ik droog

[.oisyn]

Nee het regent hier nogal hard.

[azerty]

.oisyn schreef op dinsdag 12 januari 2016 @ 23:38:
Vast "fail", maar ik ben eigenlijk veel benieuwder naar wat $data["foo"] dan wel precies is.

Het wordt een

string("2")

Edit:

Om het op te lossen moet je dit doen:

PHP:

$data = ["bla" => 1, "foo" => 2, "bar" => 3, "baz" => 4];
// var_dump geeft de values mooi aan als int type
// var_dump van $data["foo"] geeft mooi int(2)
// ...
// Maak PDO preparestmt
$temp = $data["foo"];
$stmt->bindparam(":value", $temp, PDO::PARAM_INT);
// Voer statement uit
if(2 === $data["foo"]){
    echo "ok";
} else {
    echo "fail";
}

Heeft geloof ik ergens iets te maken met het feit dat de bindparam een variable-by-reference gebruikt, maar dan nog... Je verwacht het niet.

[ Voor 53% gewijzigd door azerty op 12-01-2016 23:46 ]

[Douweegbertje]

azerty schreef op dinsdag 12 januari 2016 @ 23:36:
PHP... Niet altijd even logisch...

PHP:

$data = ["bla" => 1, "foo" => 2, "bar" => 3, "baz" => 4];
// var_dump geeft de values mooi aan als int type
// var_dump van $data["foo"] geeft mooi int(2)
// ...
// Maak PDO preparestmt
$stmt->bindparam(":value", $data["foo"], PDO::PARAM_INT);
// Voer statement uit
if(2 === $data["foo"]){
    echo "ok";
} else {
    echo "fail";
}

Raad eens wat de output hier zou kunnen zijn?

*slapt azerty*

Nee, jij bent onlogisch.

Dit komt omdat als je niets aangeeft het een string wordt, en met "PDO::PARAM_INT" is het een int...
De "default" is gewoon string.
Zo zijn er nog wel meer dingen die je kunt doen waardoor je datatype veranderd.. PARAM_BOOL, datatype long.. etc.


Ik snap in zekere zin wel dat je -denkt- dat het onlogisch is, en indien het een andere random functie zou zijn, dan zou ik je gelijk geven maarrrr...: het is niet voor niets een soort van "prepare" statement, dus hij beïnvloed zeer zeker je input indien je het niet goed afhandelt.


edit; beetje spuit 11 maar toch.

[gekkie]

azerty schreef op dinsdag 12 januari 2016 @ 23:45:
Heeft geloof ik ergens iets te maken met het feit dat de bindparam een variable-by-reference gebruikt, maar dan nog... Je verwacht het niet.

Staat al slechts 6 jaar in de comments bij de docs ... die je toch onderhand wel verplicht bent om door te spitten bij PHP .. semi-reverse-engineerde docs

[azerty]

gekkie schreef op dinsdag 12 januari 2016 @ 23:56:
[...]

Staat al slechts 6 jaar in de comments bij de docs ... die je toch onderhand wel verplicht bent om door te spitten bij PHP .. semi-reverse-engineerde docs

Inderdaad, zie het nu... http://php.net/manual/en/pdostatement.bindparam.php#94711

En @DE: Ik geef toch juist WEL een type aan? Ik zeg dat de DB een int moet verwachten (en die geef ik dus ook). De bindparam is trouwens read-only, er worden geen nieuwe waardes in gestopt.

[ Voor 7% gewijzigd door azerty op 13-01-2016 00:01 ]

[gekkie]

azerty schreef op woensdag 13 januari 2016 @ 00:00:
[...]
Inderdaad, zie het nu... http://php.net/manual/en/pdostatement.bindparam.php#94711

Mjah niet dat het echt opvalt met die enorme brij aan comments, maarja biedt in iedergeval weer kans om je te laten zien als "PHPprofessional.nl" purrrrrrrrrr

Als ik het wel lees moet je dus eigenlijk maar bindvalue gebruiken omdat bindparam potentieel met je reference gaat lopen knutselen.

Hrmm so much for that .. de comments bij bindvalue zijn ook wel leuk:

- if you use PDO::PDO_PARAM_INT and provide a boolean, it will be converted to a long

Waarom zou je er ook een int van knutselen als je ook gewoon gelijk de langste kunt hebben.

[ Voor 50% gewijzigd door gekkie op 13-01-2016 00:15 ]

[F.West98]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Jottem

[.oisyn]

Douweegbertje schreef op dinsdag 12 januari 2016 @ 23:51:
Nee, jij bent onlogisch.

Neuh...

Dit komt omdat als je niets aangeeft het een string wordt, en met "PDO::PARAM_INT" is het een int...
De "default" is gewoon string.

Hij geeft ook PDO::PARAM_INT

het is niet voor niets een soort van "prepare" statement, dus hij beïnvloed zeer zeker je input indien je het niet goed afhandelt.

Hier ben ik het pertinent mee oneens. De prepare statement prepared de statement, niet jouw variabelen. Je input is precies dat, een input. Hij moet met zijn fikken van de inhoud van die variabelen afblijven. Sterker nog, het hele idee van bindparam() (itt bindvalue()) is dat je aangeeft waar de input vandaan komt, maar dat hij die data pas moet lezen zodra je de statement execute, niet eerder. Je kunt de var namelijk nog gewoon tussentijds aanpassen, en die veranderingen pakt hij dus op. Het slaat derhalve helemaal nergens op dat hij die dingen tijdens bindparam() al aan gaat passen, want dat is typisch nog helemaal niet de waarde die hij uiteindelijk gaat gebruiken.

Is het dus logisch? Neen!

[ Voor 3% gewijzigd door .oisyn op 13-01-2016 01:59 ]

[Firesphere]

Ik hoop dat Stack collission detection heeft...

[ElkeBxl]

gekkie schreef op dinsdag 12 januari 2016 @ 22:20:
[...]

Zat net met de website van die nounognietgenoeg voor m'n neus .. nu ook weer lekkere trek
Hmm pistolei ben ik vorig jaar vanzelf al eens naar binnen gewandeld geloof ik .. iets custom in elkaar laten knutselen .. waren idd wel goede broodjes

Naja vooral alternatieve cafes dan ... delerium is elk jaar geloof ik een puinbende met al dat fosdem volk

De Pistolei is ideaal voor custom broodjes of zo een speciaal geval zoals hun Brusseleir. Gehakt, sla, aardappelsalade, ... Ik krijg het enkel op als ik echt grootse honger heb

Delirium is een echte toeristenval. Als ik naar dat straatje ga, duik ik meestal de Florisbar binnen aan de overkant. Absinth, goede cocktails in hetzelfde gebouw, pak minder volk en als je echt speciaal bier wil ga je gewoon je drank halen in Delirium om je in de Florisbar te gaan zetten (alles in dat straatje is toch van dezelfde eigenaar)

Alternatieve cafés:
- Rock Classic op de Kolenmarkt: rock en metal café waar ze weten dat goede muziek luid mag staan. Je kan er ook aan de bar schaakstukken gaan vragen om te spelen op de speciale tafels tegen onbekenden
- O'Reilly's: Irish pub aan de Beurs
- O'Reilly's NUA: vlak naast O'Reilly's waar er karaokeavonden zijn en je op de eerste verdieping een DJ hebt
- Mappa Mundo aan Place Saint-Géry: goede cocktails
- Zebra Bar aan Place Saint-Géry: vaak live muziek. Kan gaan van een singer songwriter tot een jazz avondje
- Bar des Amis op de Sint-Katelijnestraat: vroeg gaan, awesome cocktails, bediening in het Nederlands
- Little Delirium vlakbij de Grote Markt: het kleine broertje van de Delirium met pak minder volk, geen boeken als menukaart maar wel nog genoeg keuze uit speciaalbiertjes op tap

[azerty]

.oisyn schreef op woensdag 13 januari 2016 @ 01:58:
[...]

Neuh...


[...]

Hij geeft ook PDO::PARAM_INT


[...]

Hier ben ik het pertinent mee oneens. De prepare statement prepared de statement, niet jouw variabelen. Je input is precies dat, een input. Hij moet met zijn fikken van de inhoud van die variabelen afblijven. Sterker nog, het hele idee van bindparam() (itt bindvalue()) is dat je aangeeft waar de input vandaan komt, maar dat hij die data pas moet lezen zodra je de statement execute, niet eerder. Je kunt de var namelijk nog gewoon tussentijds aanpassen, en die veranderingen pakt hij dus op. Het slaat derhalve helemaal nergens op dat hij die dingen tijdens bindparam() al aan gaat passen, want dat is typisch nog helemaal niet de waarde die hij uiteindelijk gaat gebruiken.

Is het dus logisch? Neen!

Het is pas na de execute dat het aangepast wordt

[F.West98]

Goeiemorgen! *gaaap*
* F.West98 zet ☕ neer voor de geïnteresseerden

[Hydra]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Woy]

Hydra schreef op woensdag 13 januari 2016 @ 08:39:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[wackmaniac]

Firesphere schreef op dinsdag 12 januari 2016 @ 21:15:
[...]

Mits goed geimplementeerd, heb ik er niets op tegen. Helaas wordt het tegenwoordig bijna misbruikt om de meest idiote namen te bedenken.

[...]

Mja, even vergeten voor de commit? Of nog even snel toegevoegd na de autoformat?

Autoformat in post-commit hook

[incaz]

Douweegbertje schreef op dinsdag 12 januari 2016 @ 23:51:
Ik snap in zekere zin wel dat je -denkt- dat het onlogisch is, en indien het een andere random functie zou zijn, dan zou ik je gelijk geven maarrrr...: het is niet voor niets een soort van "prepare" statement, dus hij beïnvloed zeer zeker je input indien je het niet goed afhandelt.

Iedere functie dient met z'n fikken van de input af te blijven, tenzij het expliciet toestemming heeft gekregen met een &$var in de functie signature of aanroep. En die syntax is niet voor niets zo afschuwelijk lelijk, dat moet voelen als nagels over een schoolbord. Dat mag je alleen doen als er heel zwaarwegende redenen Het bouwen van een sql-statement is in de verste verte niet zo'n zwaarwegende reden - dat is echt iets dat prima werkt als alleen-lezen operatie.

En dit is er beslist een die ik niet verwacht had en die ik (ondanks dat ik meestal vrij welwillend ben richting php) echt wel wtf vind.

[Douweegbertje]

incaz schreef op woensdag 13 januari 2016 @ 09:31:
[...]


Iedere functie dient met z'n fikken van de input af te blijven, tenzij het expliciet toestemming heeft gekregen met een &$var in de functie signature of aanroep. En die syntax is niet voor niets zo afschuwelijk lelijk, dat moet voelen als nagels over een schoolbord. Dat mag je alleen doen als er heel zwaarwegende redenen Het bouwen van een sql-statement is in de verste verte niet zo'n zwaarwegende reden - dat is echt iets dat prima werkt als alleen-lezen operatie.

En dit is er beslist een die ik niet verwacht had en die ik (ondanks dat ik meestal vrij welwillend ben richting php) echt wel wtf vind.

Zolang je het weet dat het gebeurt... net als dat je php locale bijvoorbeeld een komma gebruikt in een getal, en je bijvoorbeeld 100.10 input, dat het 100,10 wordt?

[mbarie]

incaz schreef op woensdag 13 januari 2016 @ 09:31:
[...]


Iedere functie dient met z'n fikken van de input af te blijven, tenzij het expliciet toestemming heeft gekregen met een &$var in de functie signature of aanroep. En die syntax is niet voor niets zo afschuwelijk lelijk, dat moet voelen als nagels over een schoolbord. Dat mag je alleen doen als er heel zwaarwegende redenen Het bouwen van een sql-statement is in de verste verte niet zo'n zwaarwegende reden - dat is echt iets dat prima werkt als alleen-lezen operatie.

En dit is er beslist een die ik niet verwacht had en die ik (ondanks dat ik meestal vrij welwillend ben richting php) echt wel wtf vind.

bindParam() is expliciet by reference. bindValue() expliciet niet. Niets aan het handje toch?

edit:
Oh wacht. Dat bindParam de referenced variable aanpast. Ja, meh...

[ Voor 4% gewijzigd door mbarie op 13-01-2016 09:53 ]

[PatrickH89]

Douweegbertje schreef op woensdag 13 januari 2016 @ 09:41:
[...]


Zolang je het weet dat het gebeurt... net als dat je php locale bijvoorbeeld een komma gebruikt in een getal, en je bijvoorbeeld 100.10 input, dat het 100,10 wordt?

Zolang je weet dat het gebeurt lijkt me niet het juiste argument hier

Ik gebruik PHP veel en kan er over het algemeen goed mee leven, maar deze 'feature' is gewoon onnodig.

[OkkE]

Edit: Oeps, late reactie...

Gamebuster schreef op dinsdag 12 januari 2016 @ 20:29:
"als je de variable zo en zo had genoemd, dan was de code een stuk duidelijker"

Als je het verder gewoon goed kunt uitleggen, eventueel misschien met een code voorbeeld uit het verleden (of verzonnen), dan zou het niet als betweterig over moeten komen.

"je bent hier en daar een spatie vergeten"

Daar heb je als het goed is een coding standaard voor afgesproken? Zo niet, dan is dat misschien een slim idee om te doen.

[gekkie]

ElkeBxl schreef op woensdag 13 januari 2016 @ 06:17:
[...]
als je echt speciaal bier wil ga je gewoon je drank halen in Delirium om je in de Florisbar te gaan zetten (alles in dat straatje is toch van dezelfde eigenaar)

Hmmm in NL kom je in theorie voor je met je glaswerk op straat staat eerst een kleerkast tegen met een V' tje van Vrijdom .. in iedergeval niet van Freedom. Uitzonderingen daar gelaten.

Hmm doe mij tegenwoordig maar een kroeg met geluidsniveau laag .. heb dat heen en weer geschreeuw nooit echt plezierig gevonden (versta er dan ondanks het geschreeuw toch geen moer van .. dus een @random "ja" "nee" "zal wel" terug .. maar leg me er nu ook niet zo meer bij neer

mbarie schreef op woensdag 13 januari 2016 @ 09:46:
[...]
bindParam() is expliciet by reference. bindValue() expliciet niet. Niets aan het handje toch?

edit:
Oh wacht. Dat bindParam de referenced variable aanpast. Ja, meh...

Behalve dan dat zoals al aangehaald is de reden voor een reference een andere is.
Dit is toch duidelijk een niet (officieel) gedocumenteerd side-effect.
Zou betekenen dat je met PHP altijd eerst een kopie moet maken voor je iets een reference geeft en na return checken of het er mee heeft lopen morrelen. Naja scheelt dat ze PHP 7 dan 2x zo snel hebben gemaakt .. kun je dat gebruiken om alles 3x dubbel te checken.

[ Voor 32% gewijzigd door gekkie op 13-01-2016 10:16 ]

[PdeBie]

Omdat ik vandaag mijn 34e verjaardag mag vieren. Eet smakelijk!

[ElkeBxl]

gekkie schreef op woensdag 13 januari 2016 @ 10:09:
[...]

Hmmm in NL kom je in theorie voor je met je glaswerk op straat staat eerst een kleerkast tegen met een V' tje van Vrijdom .. in iedergeval niet van Freedom. Uitzonderingen daar gelaten.

Hmm doe mij tegenwoordig maar een kroeg met geluidsniveau laag .. heb dat heen en weer geschreeuw nooit echt plezierig gevonden (versta er dan ondanks het geschreeuw toch geen moer van .. dus een @random "ja" "nee" "zal wel" terug .. maar leg me er nu ook niet zo meer bij neer

In Brussel valt dat nog mee qua glaswerk op straat, het hangt van bar tot bar af. Maar heel dat straatje van Delirium, Florisbar, ... is van dezelfde eigenaar. Er staat gewoon een buitenwipper op het einde van het straatje en het is de gewoonte om daar buiten te staan met je booze

[.oisyn]

Douweegbertje schreef op woensdag 13 januari 2016 @ 09:41:
[...]


Zolang je het weet dat het gebeurt...

Dat verexcuseert bad design niet. Het is gewoonweg onnodig dat het type van je variabele wordt veranderd. De makers van de API hadden er makkelijk voor kunnen zorgen dat het niet gebeurt. Het staat nergens in de docs dat het kan gebeuren, sterker nog, de dosc zeggen:

Most parameters are input parameters, that is, parameters that are used in a read-only fashion to build up the query

Dat het gebeurt moet je vervolgens lezen in een user comment.

[gekkie]

ElkeBxl schreef op woensdag 13 januari 2016 @ 10:17:
[...]
In Brussel valt dat nog mee qua glaswerk op straat, het hangt van bar tot bar af. Maar heel dat straatje van Delirium, Florisbar, ... is van dezelfde eigenaar. Er staat gewoon een buitenwipper op het einde van het straatje en het is de gewoonte om daar buiten te staan met je booze

Een buitenwipper waar ik niet buiten mee zou willen wippen gok ik

[Hydra]

Woy schreef op woensdag 13 januari 2016 @ 08:50:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[mbarie]

Hydra schreef op woensdag 13 januari 2016 @ 11:16:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

mbarie schreef op woensdag 13 januari 2016 @ 11:25:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[.oisyn]

Ik vond deze comment in onze codebase

C++:

// Dec. 19, 1995

[ Voor 6% gewijzigd door .oisyn op 13-01-2016 11:30 ]

[Firesphere]

Hydra schreef op woensdag 13 januari 2016 @ 08:39:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Woy]

Hydra schreef op woensdag 13 januari 2016 @ 11:29:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Voutloos]

Hydra schreef op woensdag 13 januari 2016 @ 11:29:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Shit, spuit 11.

Maar goed, als officieel cynisch persoon verwacht ik ook niet dat uitbesteden goedkoper blijft als je wel alles wil controleren en security feature echt hoogste prio heeft.

[ Voor 15% gewijzigd door Voutloos op 13-01-2016 12:05 ]

[Hydra]

Woy schreef op woensdag 13 januari 2016 @ 11:59:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Pizzalucht]

Hydra schreef op woensdag 13 januari 2016 @ 11:16:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Alex)]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[dev10]

Omdat er hier nogal wel C# developers zitten: JetBrains heeft net Project Rider aangekondigd. Een multiplatform IDE voor C# met ReSharper ingebouwd. Zie: http://blog.jetbrains.com...oject-rider-a-csharp-ide/

[Firesphere]

dev10 schreef op woensdag 13 januari 2016 @ 12:55:
Omdat er hier nogal wel C# developers zitten: JetBrains heeft net Project Rider aangekondigd. Een multiplatform IDE voor C# met ReSharper ingebouwd. Zie: http://blog.jetbrains.com...oject-rider-a-csharp-ide/

Nice

[azerty]

Dat ziet er inderdaad wel interessant uit!

[Firesphere]

Eens even bijlezen op Talse from Tech Support.
Heerlijke verhalen!

[.Gertjan.]

Hydra schreef op woensdag 13 januari 2016 @ 11:16:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

.Gertjan. schreef op woensdag 13 januari 2016 @ 13:12:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Firesphere]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[incaz]

.Gertjan. schreef op woensdag 13 januari 2016 @ 13:12:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Firesphere]

incaz schreef op woensdag 13 januari 2016 @ 13:46:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

---

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

incaz schreef op woensdag 13 januari 2016 @ 13:46:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

.

Firesphere schreef op woensdag 13 januari 2016 @ 13:44:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Firesphere]

Hydra schreef op woensdag 13 januari 2016 @ 14:09:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

.


[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

Firesphere schreef op woensdag 13 januari 2016 @ 14:15:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[EddoH]

Hydra schreef op woensdag 13 januari 2016 @ 14:17:
[...]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen