De Devschuur Coffee Corner - Iteratie ➒

[ZaZ]

PITR in Oracle 12 bugt

[RayNbow]

Blergh... ziet er naar uit dat de accu in m'n SP2 min of meer overleden is...

[OkkE]

ElkeBxl schreef op maandag 07 december 2015 @ 09:54:
[...]



Komaan, iedereen een kerstmuts

Kerstboom-icoon ook goed?

[acemoo]

OkkE schreef op maandag 07 december 2015 @ 10:47:
[...]

Kerstboom-icoon ook goed?

Alleen als je er Maliboom van maakt

[kenneth]

Ik krijg bericht van KPN dat mijn datalimiet deze maand 2GB hoger is. Op MijnKPN zie ik staan dat ik in totaal 3000MB te besteden heb. Mijn telefoon beweert dat 3000MB gelijk is aan 2,93GB. Babylonische taferelen. Dat hele Gibi/Giga gaat echt nooit aanslaan

[OkkE]

br men schreef op maandag 07 december 2015 @ 10:50:
[...]

Alleen als je er Maliboom van maakt

Haha, nice one.

[ElkeBxl]

Jeej kerstmutsen en kerstbomen!

Altijd leuk als je mails binnenkrijgt met dit op de eerste regel:

I believe that the issue has ‘disappeared’ now.

Ik vind die quotes nogal verdacht...

[Verwijderd]

ElkeBxl schreef op maandag 07 december 2015 @ 11:29:
Jeej kerstmutsen en kerstbomen!

Altijd leuk als je mails binnenkrijgt met dit op de eerste regel:


[...]


Ik vind die quotes nogal verdacht...

Indien dat 'probleem' een persoon betreft, zou ik misschien even de politie waarschuwen.

[acemoo]

Laten we een array maken die bij 1 begint.
Maar laten we dan ook zuinig met het geheugen om gaan en de 0e plek gewoon niet laten bestaan.
En laten we compleet geen documentatie schrijven.

code:

int *ivector(nl,nh)
int nl,nh;
{
    int *v;

    v=(int *)calloc((unsigned) (nh-nl+1),sizeof(int));
    if (!v) nrerror("allocation failure in ivector()");
    return v-nl;
}

Wanneer v[0] beschreven word (doe dat dan ook niet! ) krijg je ineens op een totaal irrelevante plek een probleem met het vrij maken van het geheugen.

[ElkeBxl]

Verwijderd schreef op maandag 07 december 2015 @ 11:34:
[...]

Indien dat 'probleem' een persoon betreft, zou ik misschien even de politie waarschuwen.

Lol Voor zover ik weet betreft het geen persoon... Ik moei mij er niet mee

br men schreef op maandag 07 december 2015 @ 11:39:
Laten we een array maken die bij 1 begint.
Maar laten we dan ook zuinig met het geheugen om gaan en de 0e plek gewoon niet laten bestaan.
En laten we compleet geen documentatie schrijven.

code:

int *ivector(nl,nh)
int nl,nh;
{
    int *v;

    v=(int *)calloc((unsigned) (nh-nl+1),sizeof(int));
    if (!v) nrerror("allocation failure in ivector()");
    return v-nl;
}

Wanneer v\[0] beschreven word (doe dat dan ook niet! ) krijg je ineens op een totaal irrelevante plek een probleem met het vrij maken van het geheugen.

Haha, geniaal

[Merethil]

Pfffff csv files waar de seperator een komma is, en dan een komma gebruiken in je data. Vind je het gek dat wij hem iets anders inlezen dan verwacht!?

Lang leve afhankelijk zijn van oude systemen en mensen die niet weten hoe die systemen werken, noch wat voor data ze eigenlijk leveren...

[ZaZ]

Als ie netjes ge-escaped wordt is er toch niets aan de hand?

[Alex)]

CSV is echt een draak van een formaat. Het wordt nog leuker wanneer je een waarde hebt met voorloopnullen en je het bestand vervolgens in Excel gaat bewerken

[ElkeBxl]

Gooi er nog eens een datum en kommagetallen in en je hebt helemaal een recipe for disaster

[.oisyn]

br men schreef op maandag 07 december 2015 @ 11:39:

Brrrr, K&R syntax

[Styxxy]

Alex) schreef op maandag 07 december 2015 @ 12:09:
CSV is echt een draak van een formaat. Het wordt nog leuker wanneer je een waarde hebt met voorloopnullen en je het bestand vervolgens in Excel gaat bewerken

Gekend probleem, ja! We hebben al eens een bugmelding daarover gekregen... En of dat we dat dan niet kunnen oplossen in Excel... Sure.

[Alex)]

Styxxy schreef op maandag 07 december 2015 @ 13:24:
[...]

Gekend probleem, ja! We hebben al eens een bugmelding daarover gekregen... En of dat we dat dan niet kunnen oplossen in Excel... Sure.

"Natuurlijk, geef ons X weken de tijd en dan bouwen we het om in iets wat .xlsx'en kan lezen en schrijven..."

[alienfruit]

SAPUI5 heeft niet eens een spinner control

[ Voor 14% gewijzigd door alienfruit op 07-12-2015 13:59 ]

[azerty]

Ryur schreef op maandag 07 december 2015 @ 08:50:
[...]

Maar dat jouw sportschool zo vroeg open is! Van welk bedrijf is het?

"Clever fit" noemt het. Enkel in DE & AT. 7/7 open van 6:00-23:59

In BE/NL is er de basic-fit keten waar sommigen tijdens de week 's nachts open zijn geloof ik...

[ElkeBxl]

Styxxy schreef op maandag 07 december 2015 @ 13:24:
[...]

Gekend probleem, ja! We hebben al eens een bugmelding daarover gekregen... En of dat we dat dan niet kunnen oplossen in Excel... Sure.

"Kan je dat niet oplossen met een macro?"

azerty schreef op maandag 07 december 2015 @ 14:01:
[...]
In BE/NL is er de basic-fit keten waar sommigen tijdens de week 's nachts open zijn geloof ik...

Yes Ik heb er een paar vlakbij mijn deur, zelfs eentje exclusief voor vrouwen. Nog nooit binnen geweest.

[Ryur]

azerty schreef op maandag 07 december 2015 @ 14:01:
[...]


"Clever fit" noemt het. Enkel in DE & AT. 7/7 open van 6:00-23:59

In BE/NL is er de basic-fit keten waar sommigen tijdens de week 's nachts open zijn geloof ik...

Nice!
Ik zit zelf bij "AnyTime Fitness" (vestiging Goor).
Zoals de naam al zegt, altijd.

Kan 24/7 naar binnen, dan is er lang niet altijd begeleiding. Maar kan zo altijd sporten.
Ook is het prettig dat als ik eens bij een andere Anytime kom (bijvoorbeeld in Amerika waar ze heel groot zijn) dat ik er ook zo zou kunnen sporten.

Ja de sportschool is iets duurder dan de meeste sportscholen, maar daardoor weer je gelukkig ook wel een bepaald soort mensen. Vooral die mannen die alleen een sportschool abbo hebben om meiden op te pikken (bijvoorbeeld) of die mensen die continu tijdens het sporten zitten op een apparaat en alleen maar met de mobiel bezig.

[Vincentio]

alienfruit schreef op maandag 07 december 2015 @ 13:58:
SAPUI5 heeft niet eens een spinner control

Daarvoor heb je toch de BusyIndicator?
https://sapui5.netweaver....ple.BusyIndicator/preview

[gekkie]

Vincentio schreef op maandag 07 december 2015 @ 14:15:
[...]
Daarvoor heb je toch de BusyIndicator?
https://sapui5.netweaver....ple.BusyIndicator/preview

*ieks* *spacy* zo'n animated gifje dat fijn blijft animaten terwijl het proces er achter al lang en breed op z'n gat ligt .. en maar wachten en maar wachten

[Alex)]

Vincentio schreef op maandag 07 december 2015 @ 14:15:
[...]


Daarvoor heb je toch de BusyIndicator?
https://sapui5.netweaver....ple.BusyIndicator/preview

Misschien bedoelt hij zo'n up/down control?

[Vincentio]

Alex) schreef op maandag 07 december 2015 @ 14:34:
[...]

Misschien bedoelt hij zo'n up/down control?

[afbeelding]

Waarom zijn er dan ook zo veel verschillende objecten die men een "spinner" noemt
http://developer.android..../ui/controls/spinner.html

Is bijvoorbeeld weer wat anders...

[Geerrrt]

ElkeBxl schreef op maandag 07 december 2015 @ 09:54:
[...]



Komaan, iedereen een kerstmuts

Ik heb geen photoshop oid, dus ga je gang

[ElkeBxl]

GeertJam schreef op maandag 07 december 2015 @ 15:08:
[...]


Ik heb geen photoshop oid, dus ga je gang

Zien er wat veel frames uit bij jou
Maar wie weet doe ik het wel, wat staat er tegenover?

[Geerrrt]

ElkeBxl schreef op maandag 07 december 2015 @ 15:10:
[...]

Zien er wat veel frames uit bij jou
Maar wie weet doe ik het wel, wat staat er tegenover?

Een bedankje?

[ElkeBxl]

GeertJam schreef op maandag 07 december 2015 @ 15:11:
[...]


Een bedankje?

Is dat dan zoveel waard?

[Geerrrt]

ElkeBxl schreef op maandag 07 december 2015 @ 15:13:
[...]

Is dat dan zoveel waard?

Sowieso

[Firesphere]

Zo. Lightsaber loadertje omdat het kan

[ElkeBxl]

GeertJam schreef op maandag 07 december 2015 @ 15:13:
[...]


Sowieso

Jaja, vast wel...

[Gamebuster]

Ik hoorde vandaag de uitspraak "Frontend is lang niet zo belangrijk als de backend". Ik ben benieuwd wie hier eens of oneens is en waarom.

[acemoo]

Gamebuster schreef op maandag 07 december 2015 @ 15:41:
Ik hoorde vandaag de uitspraak "Frontend is lang niet zo belangrijk als de backend". Ik ben benieuwd wie hier eens of oneens is en waarom.

Als je frontend kut is wil niemand je product gebruiken?
Als je backend kut is wil niemand je product gebruiken?

[Down]

Down schreef op maandag 23 november 2015 @ 15:58:
Ben ik nou te kritisch naar sollicitanten of mag je verwachten dat ze een vraag als "wat is het verschil tussen een interface en een abstract class" moeiteloos kunnen beantwoorden?

Of dat ze een vraag zoals onderaan deze pagina relatief eenvoudig kunnen oplossen?

Vandaag was het weer zo ver.

> Kun je uitleggen wat het verschil is tussen een abstract class en een interface?
Uh... abstract wat? .. ?
> Abstract class
Hmm komt me niet zo 1-2-3 bekend voor
> Oké.. kun je dan uitleggen wat een interface is?
*legt uit wat een abstract class is*

[Ealanrian]

br men schreef op maandag 07 december 2015 @ 15:42:
[...]

Als je frontend kut is wil niemand je product gebruiken?
Als je backend kut iswill kan niemand je product gebruiken?

[Firesphere]

Down schreef op maandag 07 december 2015 @ 15:43:
[...]


Vandaag was het weer zo ver.

> Kun je uitleggen wat het verschil is tussen een abstract class en een interface?
Uh... abstract wat? .. ?
> Abstract class
Hmm komt me niet zo 1-2-3 bekend voor
> Oké.. kun je dan uitleggen wat een interface is?
*legt uit wat een abstract class is*

Hmmm, dat is wel opmerkelijk maar niet echt bijzonder eigenlijk. Veel mensen gebruiken vooral abstracts zonder stil te staan bij wat het nu eigenlijk is.

Een mooie is ook het verschil tussen "Where" en "Having"

[Merethil]

ZaZ schreef op maandag 07 december 2015 @ 12:07:
Als ie netjes ge-escaped wordt is er toch niets aan de hand?

Ze hadden heel netjes de kolom ernaast escaped... Helaas de rest niet

[Down]

Firesphere schreef op maandag 07 december 2015 @ 15:49:
[...]
Een mooie is ook het verschil tussen "Where" en "Having"

En aansluitend, wat is er aan de hand als je deze foutmelding krijgt en hoe los je het op:

Column x is invalid in the select list because it is not contained in either an aggregate function or the GROUP BY clause.

(stiekem weet ik het natuurlijk zelf niet en is dit een verkapte vraag )

[kenneth]

Je krijgt die foutmelding als je met een MySQL-gebruiker te maken hebt, je lost het op door iemand in te zetten die ervaring heeft met een echt DBMS.

[gekkie]

Down schreef op maandag 07 december 2015 @ 15:59:
[...]




En aansluitend, wat is er aan de hand als je deze foutmelding krijgt en hoe los je het op:

Column x is invalid in the select list because it is not contained in either an aggregate function or the GROUP BY clause.

(stiekem weet ik het natuurlijk zelf niet en is dit een verkapte vraag )

Je gebruikt postgres ipv mysql ?
Oplossing is maria aanbidden in je DB connectie

[Laurens-R]

kenneth schreef op maandag 07 december 2015 @ 16:06:
Je krijgt die foutmelding als je met een MySQL-gebruiker te maken hebt, je lost het op door iemand in te zetten die ervaring heeft met een echt DBMS.

[Avalaxy]

Gamebuster schreef op maandag 07 december 2015 @ 15:41:
Ik hoorde vandaag de uitspraak "Frontend is lang niet zo belangrijk als de backend". Ik ben benieuwd wie hier eens of oneens is en waarom.

Ik ben het er wel mee eens.

Vanuit een performance-perspectief:
Een goede database hebben (paar miljoen records) en daar een query voor schrijven die er te lang over doet (of gewoon heel vaak wordt aangeroepen) kan er voor duren dat je request minuten duurt, of zelfs helemaal niet uitgevoerd kan worden. Met front-end is het haast niet te doen om het zo grondig te verneuken dat je minuten zit te wachten voor iets klaar is met renderen.

Vanuit een reliability-perspectief:
Aan de serverkant is het vrij gemakkelijk om data kwijt te raken. Een verkeerde modelering van je database, errors niet goed afhandelen, geen transacties gebruiken, databasemigraties die verkeerd kunnen gaan, ga zo maar door. Aan de front-end kant is het heel lastig om data permanent kwijt te raken omdat als het goed is daar niet je data permanent wordt opgeslagen. Nu kun je misschien per ongeluk een Delete request uitvoeren, maar dat kun je aan de serverkant net zo goed per ongeluk doen.

Vanuit een integratie-perspectief:
De client is slechts één client en hoeft maar met één API te praten. De server moet er rekening mee houden dat hij met een heleboel compleet verschillende clients moet kunnen praten, daar moet je dus rekening mee houden in het design.

[markvt]

Nieuwe klanten vinden = goede front-end
Bestaande klanten houden = goede back-end

Uiteindelijk zul je beide op orde moeten hebben.

[Gamebuster]

Firesphere schreef op maandag 07 december 2015 @ 15:49:
Een mooie is ook het verschil tussen "Where" en "Having"

Pfff daar zou ik ook even bij moeten nadenken hoor Die mij dan maar die abstract class & interface vraag. Dan kan je meteen zien of de developer ook snapt waarom het verschil er is en wanneer je ze zou gebruiken.

"having" is je "where" voor functies die gelden op alle gegroepeerde rows...? Je gebruikt het in ieder geval zover ik weet altijd samen met group by.

- maar mijn SQL kennis is echt niet uitstekend.

[ Voor 14% gewijzigd door Gamebuster op 07-12-2015 16:35 ]

[Firesphere]

Gamebuster schreef op maandag 07 december 2015 @ 16:34:
[...]

Pfff daar zou ik ook even bij moeten nadenken hoor Die mij dan maar die abstract class & interface vraag. Dan kan je meteen zien of de developer ook snapt waarom het verschil er is en wanneer je ze zou gebruiken.

"having" is je "where" voor functies die gelden op alle gegroepeerde rows...? Je gebruikt het in ieder geval zover ik weet altijd samen met group by.

- maar mijn SQL kennis is echt niet uitstekend.

De ene is op een aggregate, de ander niet. Inderdaad

[Firesphere]

gekkie schreef op maandag 07 december 2015 @ 16:07:
[...]

Je gebruikt postgres ipv mysql ?
Oplossing is maria aanbidden in je DB connectie

MariaDB?

[gekkie]

Firesphere schreef op maandag 07 december 2015 @ 16:37:
[...]

MariaDB?

Die meld dat (net als mysql) bij mijn weten niet, gaat niet voor niets zo goed samen met PHP

[Gamebuster]

Firesphere schreef op maandag 07 december 2015 @ 16:37:
[...]

De ene is op een aggregate, de ander niet. Inderdaad

Wat heb ik gewonnen? Ben ik nu aangenomen?

[Firesphere]

Gamebuster schreef op maandag 07 december 2015 @ 16:44:
[...]

Wat heb ik gewonnen? Ben ik nu aangenomen?

Ja, kom je mijn collega zijn?
Is wel zo'n 30 uur vliegen per dag.

[Gamebuster]

Firesphere schreef op maandag 07 december 2015 @ 16:45:
[...]

Ja, kom je mijn collega zijn?
Is wel zo'n 30 uur vliegen per dag.

Dan moet je wel tegen de tijdzones in vliegen om 30 uur per dag te vliegen

[Firesphere]

Dat is niet mijn probleem.

[.oisyn]

Gamebuster schreef op maandag 07 december 2015 @ 15:41:
Ik hoorde vandaag de uitspraak "Frontend is lang niet zo belangrijk als de backend". Ik ben benieuwd wie hier eens of oneens is en waarom.

Oneens. Hoewel de back-end door zowel ontvanger als gever als plezierig kan worden ervaren, is de front-end uiteindelijk toch nodig voor een climactisch eindresultaat en dus belangrijk voor de continuëring van het interface-proces in de toekomst.

[gekkie]

De WHERE is dus NZ .. en de HAVING 30 uurtjes lang (in) de sigaar ?

En frontend en backend lijken me allebei even belangrijk.
Allebei kun je op zich zelf staande prima dus danig verkloten dat je applicatie onbruikbaar is, ondanks dat de ander dat niet is. Iets met yingel en yangel ofzo.

[ Voor 62% gewijzigd door gekkie op 07-12-2015 16:54 ]

[Otherside1982]

gekkie schreef op maandag 07 december 2015 @ 16:50:
De WHERE is dus NZ .. en de HAVING 30 uurtjes lang (in) de sigaar ?

De estimated cost van zo'n query is wel hoog, waarschijnlijk door de hoge round-trip tijden.

[Firesphere]

.oisyn schreef op maandag 07 december 2015 @ 16:49:
[...]


Oneens. Hoewel de back-end door zowel ontvanger als gever als plezierig kan worden ervaren, is de front-end uiteindelijk toch nodig voor een climactisch eindresultaat en dus belangrijk voor de continuëring van het interface-proces in de toekomst.

Oneens. Hoewel de backend niet gezien wordt door de gebruiker, is het wel datgene wat de gebruikerservaring maakt.

Een stabiele backend zorgt er voor dat de frontend werkt.

Uiteraard moet de frontend daarna wel werkbaar zijn, dus het een kan niet zonder het ander, maar dat isn een andere discussie.

[gekkie]

Otherside1982 schreef op maandag 07 december 2015 @ 16:52:
[...]
De estimated cost van zo'n query is wel hoog, waarschijnlijk door de hoge round-trip tijden.

Latency is een bitch .. maar ach de potentiele bandbreedte van een luchtbus is dan wel weer niet slecht.

[.oisyn]

Mooi hoe iedereen compleet om de innuendo heenleest

[Firesphere]

De bandbreedte van DHL is hoger dan die van de gemiddelde internetverbinding

Alleen die latency he, die latency.

.oisyn schreef op maandag 07 december 2015 @ 16:58:
Mooi hoe iedereen compleet om de innuendo heenleest

Hmmm, ok, het topic is nogal verschoven naar bandbreedte/latency, maar welke innuendo bedoel je? Volgens mij ga ik er namelijk gewoon op in.

[ Voor 56% gewijzigd door Firesphere op 07-12-2015 17:00 ]

[alienfruit]

Alex) schreef op maandag 07 december 2015 @ 14:34:
[...]

Misschien bedoelt hij zo'n up/down control?

[afbeelding]

Ja, dat noem ik zelf een spinner en niet een up/down control. Dat andere zou ik eerder een loading indicator noemen

[Alex)]

.oisyn schreef op maandag 07 december 2015 @ 16:58:
Mooi hoe iedereen compleet om de innuendo heenleest

Ik snap hem

[Gamebuster]

Alex) schreef op maandag 07 december 2015 @ 17:02:
[...]

Ik snap hem [afbeelding]

Ik niet. Ben ik nu dom

[kwaakvaak_v2]

Gamebuster schreef op maandag 07 december 2015 @ 17:12:
[...]

Ik niet. Ben ik nu dom

zet het even in een andere context

[.oisyn]

Het ging dus hierom: .oisyn in "De Devschuur Coffee Corner - Iteratie ➒"

[Gamebuster]

kwaakvaak_v2 schreef op maandag 07 december 2015 @ 17:13:
[...]


zet het even in een andere context

Ow. Ja. Oke. Ik snap m.

[.oisyn]

Is een labiaplastisch chirurg ook een front-end developer?
Google-term is NSFW

[gekkie]

Als tie vooral met code cleanup bezig is en weinig functioneel zal wijzigen wel ..

[kwaakvaak_v2]

alleen als ie kutcode schrijft

[ZaZ]

Backend code is veel gevaarlijker en daarmee dus belangrijker.

[ElkeBxl]

.oisyn schreef op maandag 07 december 2015 @ 16:49:
[...]


Oneens. Hoewel de back-end door zowel ontvanger als gever als plezierig kan worden ervaren, is de front-end uiteindelijk toch nodig voor een climactisch eindresultaat en dus belangrijk voor de continuëring van het interface-proces in de toekomst.

Mijn dirty mind had het direct door, mooie innuendo

kwaakvaak_v2 schreef op maandag 07 december 2015 @ 17:23:
alleen als ie kutcode schrijft

ZaZ schreef op maandag 07 december 2015 @ 17:27:
Backend code is veel gevaarlijker en daarmee dus belangrijker.

Ik ben al veel backend developers tegengekomen die alleen maar schijtcode schreven

[SPee]

Bij ons is MiddleWare de VIP.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Verplichte MEME bij innuendo

[ Voor 4% gewijzigd door SPee op 07-12-2015 18:01 ]

[Firesphere]

https://stackoverflow.com...scripto/28948330#28948330

Well, that's one way

[Rutix]

Firesphere schreef op maandag 07 december 2015 @ 20:23:
https://stackoverflow.com...scripto/28948330#28948330

Well, that's one way

"Security Architect and Manager" lmao.

[gekkie]

.. gelukkig niet mijn probleem met scapy .. en ook niet mijn oplossing

[ Voor 24% gewijzigd door gekkie op 07-12-2015 21:10 ]

[Firesphere]

gekkie schreef op maandag 07 december 2015 @ 21:09:
.. gelukkig niet mijn probleem met scapy .. en ook niet mijn oplossing

Als je oplossing voor problemen, het onderdrukken van meldingen is, ben je sowieso slecht bezig.

Nou ja, tenzij live omgeving, daar wil je geen warnings tonen. Als je ze maar fixed op de test

[gekkie]

Firesphere schreef op maandag 07 december 2015 @ 21:25:
[...]

Als je oplossing voor problemen, het onderdrukken van meldingen is, ben je sowieso slecht bezig.

Nou ja, tenzij live omgeving, daar wil je geen warnings tonen. Als je ze maar fixed op de test

Als de meldingen het kwaad zijn kan het prima in uitzonderings gevallen.
(systemDisaster wat de Linux kernel debug parameter kaapte en zo na genoeg onbruikbaar maakte voor een kernel als daarna systemDisaster met z'n gereutel begon).

[ZaZ]

ElkeBxl schreef op maandag 07 december 2015 @ 17:50:
[...]
Ik ben al veel backend developers tegengekomen die alleen maar schijtcode schreven

Oh, ik beweer nergens dat er waar er verantwoordelijkheid ligt er competentie is.
Politiek zou een leuk voorbeeld zijn daarvan.

[Ealanrian]

Ik wil een kaartje gaan kopen voor de CCC, wat zie ik uit verkocht..

[mbarie]

Jarenlange klant, eigenlijk altijd tevreden (naar mijn weten). Laatste weken bijna dagelijks contact. Na offerte blijft het stil . Hele leuke opdracht, maar ik heb 'm niet nodig dus ik ga niet lopen chasen. Ik ben benieuwd...

[farlane]

Down schreef op maandag 07 december 2015 @ 15:43:
[...]


Vandaag was het weer zo ver.

> Kun je uitleggen wat het verschil is tussen een abstract class en een interface?
Uh... abstract wat? .. ?
> Abstract class
Hmm komt me niet zo 1-2-3 bekend voor
> Oké.. kun je dan uitleggen wat een interface is?
*legt uit wat een abstract class is*

Wat is volgens jou het belangrijkste verschil dan?

[Verwijderd]

farlane schreef op dinsdag 08 december 2015 @ 09:55:
[...]


Wat is volgens jou het belangrijkste verschil dan?

Is dit serieus?

[.oisyn]

Nou, ja. Tenzij je het over specifieke talen hebt is het een beetje een onzinnige vraag. Net zoiets als vragen wat het verschil is tussen een auto en een blauwdruk van een vervoersmiddel. Het ene is een communicatieprotocol of contract, het andere is een class dat je niet op zichzelf kunt instantieren omdat het een specialisatie mist. Een (abstract) class definieert net zo goed een interface, en in C++ bestaat er dan ook helemaal geen aparte constructie om een interface te definieren, want die volgt gewoon uit de definitie van de class.

[ Voor 7% gewijzigd door .oisyn op 08-12-2015 10:22 ]

[Candanz]

Yey, m'n even-odd implementatie werkt eindelijk.

Wiki: Wikipedia: Even–odd rule

Python:

def isPointInPath(x, y, poly):
        num = len(poly)
        i = 0
        j = num - 1
        c = False
        for i in range(num):
                if  ((poly[i][1] > y) != (poly[j][1] > y)) and \
                        (x < (poly[j][0] - poly[i][0]) * (y - poly[i][1]) / (poly[j][1] - poly[i][1]) + poly[i][0]):
                    c = not c
                j = i
        return c

Mijn implementatie:

Java:

        int i, j;
        boolean c = false;
        for (i = 0, j = poly.size() - 1; i < poly.size(); j = i++) {
            if (((poly.get(i).Lt > point.Lt) != (poly.get(j).Lt > point.Lt))
                    && (point.Lg < (poly.get(i).Lg - poly.get(i).Lg) * (point.Lt - poly.get(i).Lt)
                            / (poly.get(j).Lt - poly.get(i).Lt) + poly.get(i).Lg)) {
                c = !c;
            }

        }
        return c;

Client stuurt mij gps coordinaten
Server zoekt uit welk land dat in ligt en stuurt land code terug
Client haalt info op met land code

Die if statement is bagger. Zelfs wiki heeft hem er bagger op staan zonder uitleg wat ie nu precies doet.
Hah

[Down]

farlane schreef op dinsdag 08 december 2015 @ 09:55:
[...]


Wat is volgens jou het belangrijkste verschil dan?

Het belangrijkste verschil? Dat een interface geen methods implementeert, maar een abstract class het wel kan. Tevens het vermelden waard dat (in C#) een class meerdere interfaces kan implementeren, maar slechts kan overerven van één (abstract) class.

Als je als doorsnee developer met ~3 jaar ervaring in C# en/of Java bovenstaande concepten nog nooit hebt toegepast vind ik dat wel frappant.

[farlane]

Verwijderd schreef op dinsdag 08 december 2015 @ 10:05:
[...]
Is dit serieus?

Ja.

.oisyn schreef op dinsdag 08 december 2015 @ 10:19:
Een (abstract) class definieert net zo goed een interface, en in C++ bestaat er dan ook helemaal geen aparte constructie om een interface te definieren, want die volgt gewoon uit de definitie van de class.

Daarom dus.

De (slimme) mensen die C++ hebben bedacht achtten het verschil niet belangrijk genoeg om er een aparte constructie voor te verzinnen: Ik vind het is dus helemaal niet zo logisch dat jullie dat verschil wel belangrijk genoeg achten om een sollicitant op af te branden.

Down schreef op dinsdag 08 december 2015 @ 10:32:
[...]


Het belangrijkste verschil? Dat een interface geen methods implementeert, maar een abstract class het wel kan. Tevens het vermelden waard dat (in C#) een class meerdere interfaces kan implementeren, maar slechts kan overerven van één (abstract) class.

Als je als doorsnee developer met ~3 jaar ervaring in C# en/of Java bovenstaande concepten nog nooit hebt toegepast vind ik dat wel frappant.

Dan zou je de vraag in de C# context moeten stellen.

Ik vind de algemenere vraag interessanter en ook meer zeggen over het kennisniveau van de sollicitant. Voor mij zou het een pre zijn als de sollicitant zou vragen welke taal het betreft.

[ Voor 34% gewijzigd door farlane op 08-12-2015 10:37 ]

[Down]

.oisyn schreef op dinsdag 08 december 2015 @ 10:19:
Nou, ja. Tenzij je het over specifieke talen hebt is het een beetje een onzinnige vraag. Net zoiets als vragen wat het verschil is tussen een auto en een blauwdruk van een vervoersmiddel. Het ene is een communicatieprotocol of contract, het andere is een class dat je niet op zichzelf kunt instantieren omdat het een specialisatie mist. Een (abstract) class definieert net zo goed een interface, en in C++ bestaat er dan ook helemaal geen aparte constructie om een interface te definieren, want die volgt gewoon uit de definitie van de class.

Ik heb het over C# waar ze niet alleen verschillend zijn, maar waar mensen ze evident ook door elkaar halen. Dat het verschil niet groot is betekent niet dat het geen legitieme vraag is. Het leidt simpelweg tot een gespreksvorm waarin mensen het concept van een interface moeten uitleggen.

[Down]

farlane schreef op dinsdag 08 december 2015 @ 10:32:
[...]

Ja.


[...]

Daarom dus.

De (slimme) mensen die C++ hebben bedacht achtten het verschil niet belangrijk genoeg om er een aparte constructie voor te verzinnen: Ik vind het is dus helemaal niet zo logisch dat jullie dat verschil wel belangrijk genoeg achten om een sollicitant op af te branden.


[...]

Dan zou je de vraag in de C# context moeten stellen.

Ik vind de algemenere vraag interessanter en ook meer zeggen over het kennisniveau van de sollicitant. Voor mij zou het een pre zijn als de sollicitant zou vragen welke taal het betreft.

Mijn quote van mezelf borduurde voort op de eerdere discussie, waarbij het ging om een vacature als C# developer. Dat stond er inderdaad niet bij, dus bij deze.

[Hydra]

Down schreef op maandag 07 december 2015 @ 15:43:
Vandaag was het weer zo ver.

> Kun je uitleggen wat het verschil is tussen een abstract class en een interface?
Uh... abstract wat? .. ?
> Abstract class
Hmm komt me niet zo 1-2-3 bekend voor
> Oké.. kun je dan uitleggen wat een interface is?
*legt uit wat een abstract class is*

Wat dacht je van sollicitanten met 15 jaar Java ervaring die het verschil tussen een ArrayList en LinkedList (en dus welke je wanneer wil gebruiken) niet kunnen vertellen.

Er zijn bizar veel developers die alleen maar "meewerken" en nooit zelf na hoeven te denken over dingen. Of nog erger: hele teams van alleen maar dit soort developers die dan wel software opleveren die 'werkt' maar die nooit verder nadenken dan de meest simpele implementatie van de happy-flow.

Heb ook afgelopen jaar een aantal gesprekken gedaan en vond het niveau van de 'ervaren' mensen die we kregen nogal teleurstellend.

[Forsith]

farlane schreef op dinsdag 08 december 2015 @ 10:32:

De (slimme) mensen die C++ hebben bedacht achtten het verschil niet belangrijk genoeg om er een aparte constructie voor te verzinnen: Ik vind het is dus helemaal niet zo logisch dat jullie dat verschil wel belangrijk genoeg achten om een sollicitant op af te branden.

Uncle Bob heeft een tijdje interessante blogpost over de 'verschillen' tussen abstracte klassen en interfaces (voor Java en C#) geschreven.

Link: http://blog.cleancoder.co...aceConsideredHarmful.html.

En nu gauw weer in lurk-mode

[ZaZ]

Hydra schreef op dinsdag 08 december 2015 @ 10:48:
[...]


Wat dacht je van sollicitanten met 15 jaar Java ervaring die het verschil tussen een ArrayList en LinkedList (en dus welke je wanneer wil gebruiken) niet kunnen vertellen.

Er zijn bizar veel developers die alleen maar "meewerken" en nooit zelf na hoeven te denken over dingen. Of nog erger: hele teams van alleen maar dit soort developers die dan wel software opleveren die 'werkt' maar die nooit verder nadenken dan de meest simpele implementatie van de happy-flow.

Heb ook afgelopen jaar een aantal gesprekken gedaan en vond het niveau van de 'ervaren' mensen die we kregen nogal teleurstellend.

Eind jaren 90 ging ineens een hele zooi mensen een IT opleiding doen omdat dat de toekomst was. Mensen die helemaal niets met computers hadden eigenlijk. Het 'leeft' totaal niet bij dat soort mensen maar het is wel hun vak geworden. Dit is het resultaat.

[Hydra]

ZaZ schreef op dinsdag 08 december 2015 @ 10:51:
[...]
Eind jaren 90 ging ineens een hele zooi mensen een IT opleiding doen omdat dat de toekomst was. Mensen die helemaal niets met computers hadden eigenlijk. Het 'leeft' totaal niet bij dat soort mensen maar het is wel hun vak geworden. Dit is het resultaat.

Yup. Geen enkele interesse. Een van die kerels profileerde zich als "ervaren enthousiaste Java developer/architect" maar had nog nooit iets met Java 8 gedaan. Dat was een paar maanden geleden; Java 7 is al sinds begin 2014 EOL.

[Creepy]

Hydra schreef op dinsdag 08 december 2015 @ 10:54:
[...]


Java 7 is al sinds begin 2014 EOL.

Dat is aangekondigd begin 2014, publieke support op Java 7 eindigde in April dit jaar
Maar los van dat zijn er inderdaad een hoop mensen die roepen ergens ervaren in te zijn maar een aantal simpele dingen gewoon niet weten of echt helemaal niks kunnen zonder Spring.....

[ Voor 27% gewijzigd door Creepy op 08-12-2015 11:01 ]

[Vincentio]

Hydra schreef op dinsdag 08 december 2015 @ 10:54:
[...]


Yup. Geen enkele interesse. Een van die kerels profileerde zich als "ervaren enthousiaste Java developer/architect" maar had nog nooit iets met Java 8 gedaan. Dat was een paar maanden geleden; Java 7 is al sinds begin 2014 EOL.

Tsja, is het Java Java of Java op bijvoorbeeld SAP? Daar wordt Java 8 in ieder geval nog niet op alle producten ondersteund.
Hell in 2010 toen ik nog wat anders deed in het SAP wereldje (portals ) draaide de main release van de Portal nog op Java 1.4.2....

[farlane]

Forsith schreef op dinsdag 08 december 2015 @ 10:48:
[...]


Uncle Bob heeft een tijdje interessante blogpost over de 'verschillen' tussen abstracte klassen en interfaces (voor Java en C#) geschreven.

Link: http://blog.cleancoder.co...aceConsideredHarmful.html.

En nu gauw weer in lurk-mode

Dat beschrijft precies hoe ik er over denk

Een interface is een gecastreerde abstract class

[incaz]

Forsith schreef op dinsdag 08 december 2015 @ 10:48:
[...]


Uncle Bob heeft een tijdje interessante blogpost over de 'verschillen' tussen abstracte klassen en interfaces (voor Java en C#) geschreven.

Link: http://blog.cleancoder.co...aceConsideredHarmful.html.

En nu gauw weer in lurk-mode

Ik geloof dat ik de point helemaal mis van dat stukje. Behalve dan de patronizing manier van schrijven ("my, that's bad!")

Maar het verschil is volgens mij dat Interface een belofte aan de buitenwereld is, terwijl een abstract class al implementatie is. Een makkelijke manier om zeker te weten dat je aan je belofte voldoet, maar niet noodzakelijk.

[.oisyn]

Down schreef op dinsdag 08 december 2015 @ 10:35:
[...]


Ik heb het over C# waar ze niet alleen verschillend zijn, maar waar mensen ze evident ook door elkaar halen. Dat het verschil niet groot is betekent niet dat het geen legitieme vraag is. Het leidt simpelweg tot een gespreksvorm waarin mensen het concept van een interface moeten uitleggen.

Als jij als sollicitatieafnemer met een dergelijke reactie komt op mijn antwoord wat ik zojuist postte weet ik dat ik bij het verkeerde bedrijf heb gesolliciteerd

[farlane]

incaz schreef op dinsdag 08 december 2015 @ 11:09:
[...]
Ik geloof dat ik de point helemaal mis van dat stukje

In feite zegt hij (op zijn manier) dat een interface een overbodig ding is omdat een abstract class al kan wat een interface doet, maar dan meer.

[.oisyn]

incaz schreef op dinsdag 08 december 2015 @ 11:09:
Maar het verschil is volgens mij dat Interface een belofte aan de buitenwereld is, terwijl een abstract class al implementatie is.

Maar dat hoeft dus niet.

Java:

class Foo
{
    abstract void bar();
}

Deze class heeft geen implementatie, maar het definieert wel een interface. Geen Java interface, maar dat is gewoon syntactische suiker om om het multiple inheritance probleem heen te werken.

[ Voor 13% gewijzigd door .oisyn op 08-12-2015 11:16 ]

[Sv3n]

En in Java 8 kan een interface ook wat een abstract class kan, met default methods

[Forsith]

incaz schreef op dinsdag 08 december 2015 @ 11:09:
[...]


Ik geloof dat ik de point helemaal mis van dat stukje. Behalve dan de patronizing manier van schrijven ("my, that's bad!")

Maar het verschil is volgens mij dat Interface een belofte aan de buitenwereld is, terwijl een abstract class al implementatie is. Een makkelijke manier om zeker te weten dat je aan je belofte voldoet, maar niet noodzakelijk.

Ik denk zelf dat een belangrijk punt van dit artikel is dat veel (hoewel, als ik de reacties hierboven lees ) programmeurs dogmatisch het verschil tussen een interface en abstracte klasse kunnen opdreunen. Echter, als je dan door gaat vragen dan blijkt dat verschillen helemaal niet zo duidelijk zijn als op het eerste gezicht leek.

(Edit: en verder op in het artikel geeft hij een m.i. goed punt waar abstracte klassen tekortschieten in Java, iets wat bijvoorbeeld in Scala netjes met traits had kunnen worden opgelost)

[ Voor 10% gewijzigd door Forsith op 08-12-2015 11:25 ]