De Devschuur Coffee Corner - Iteratie ➑

[BtM909]

Douweegbertje schreef op woensdag 01 april 2015 @ 16:09:
Ik las een keer op een forum dat iemand het woord 'opladen' gebruikte voor het woord 'uploaden'.

Dit is niet het WTF topic he

[ Voor 75% gewijzigd door BtM909 op 01-04-2015 16:19 ]

[F.West98]

Die nieuwe tool van Tweakers werkt wel heel snel zeg

[BtM909]

Dat bannen bedoel je?

---

Wie heeft mij allemaal lopen bannen?

[F.West98]

BtM909 schreef op woensdag 01 april 2015 @ 17:48:
Dat bannen bedoel je?

Ja

---

Wie heeft mij allemaal lopen bannen?

Waar heb je het over?

[Megamind]

Heb al wat verbaasde bugreports binnen

code:

        var s = () =>
        {
            var rand = Math.round(Math.random() * (30000 - 10000)) + 10000;
            setTimeout(() =>
            {
                $('body').css('transform', 'scaleX(-1)');

                setTimeout(() =>
                {
                    $('body').css('transform', 'scaleX(1)');
                    s();
                }, 2500);
            }, rand);
        };
        s();

[F.West98]

Dat had ik nou niet moeten doen op Tweakers
Browser lagt een beetje

[Firesphere]

Ja joh, New Relic, anders verander je je "ping" even naar een get, zonder te melden, en vervolgens me niet mailen dat je een 403 forbidden krijgt op de monitoring url

[Gamebuster]

Multiple inheritance + diamond problem support in c++...

  A
 /|\
B | C
 \|/
  D

Ik heb een class D die inherit van A, B en C; B en C inherit weer van A. Niet de klassieke diamond problem; ik heb echt de inheritance van A in D nodig, los van B en C.

Er gaat een wereld voor me open. Voor mij 1 van de eerste vrij significant nuttige features in C++ die ik nog niet eerder op deze manier ben tegengekomen in de talen waar ik veel mee werk. Ik sta zowaar verbaast dat het kan in een taal als C++.

Sure, je kan het "faken" in vele talen waar ik mee werk, maar ik vind de C++ manier best geinig.

Wel benieuwd of er nog gekke bijwerkingen zijn bij "virtual inheritance".

[ Voor 107% gewijzigd door Gamebuster op 01-04-2015 20:49 ]

[Firesphere]

Er is geen generieke BitBucket Issue mod

Automatisch krijg ik'm op m'n bordje omdat ik'm indien natuurlijk.
* Firesphere hoopt op collaborators

[Rutix]

ik heb mooi de bans ontlopen

[F.West98]

Rutix schreef op woensdag 01 april 2015 @ 22:38:
ik heb mooi de bans ontlopen

Sure?

[PrisonerOfPain]

Gamebuster schreef op woensdag 01 april 2015 @ 20:42:
Ik sta zowaar verbaast dat het kan in een taal als C++.

Bijna alles kan in C++ maar dat wil dus absoluut niet zeggen dat je 't dan ook maar moet doen. Multiple inheritance heeft z'n nut maar laat 't vooral zo veel mogelijk met rust.

[alienfruit]

Geen internet op kantoor. Sjonguh jonguh.

[.oisyn]

Gamebuster schreef op woensdag 01 april 2015 @ 20:42:
Multiple inheritance + diamond problem support in c++...

  A
 /|\
B | C
 \|/
  D

Ik heb een class D die inherit van A, B en C; B en C inherit weer van A. Niet de klassieke diamond problem; ik heb echt de inheritance van A in D nodig, los van B en C.

Er gaat een wereld voor me open. Voor mij 1 van de eerste vrij significant nuttige features in C++ die ik nog niet eerder op deze manier ben tegengekomen in de talen waar ik veel mee werk. Ik sta zowaar verbaast dat het kan in een taal als C++.

Sure, je kan het "faken" in vele talen waar ik mee werk, maar ik vind de C++ manier best geinig.

Waar C++ echter keihard mee faalt is interface inheritance waarbij je zowel een interface inheritance tree hebt als een concrete class tree. Zeg maar zoiets:

C++:

class IAnimal
{
public:
    virtual void Eat() = 0;
};

class IDog : public IAnimal
{
public:
    virtual void Bark() = 0;
};

class ConcreteAnimal : public IAnimal
{
public:
    void Eat() { /* ... */ }
};

class ConcreteDog : public ConcreteAnimal, public IDog
{
public:
    void Bark() { /* ... */ }
};

ConreteDog snuffie;

Ra ra waarom compilet dit niet (typfouten voorbehouden)

Wel benieuwd of er nog gekke bijwerkingen zijn bij "virtual inheritance".

Virtual inheritance is ook niet fantastisch, zo heb je altijd dynamic_cast nodig om te downcasten, en is de most derived class altijd verantwoordelijk voor construction van alle virtual base classes (dat is nogal irritant als zo'n base class constructor parameters verwacht)

[Ryur]

Zo ik was vanavond echt doodop. Nu door allerlei gebeurtenissen in persoonlijke sfeer weer helemaal over mijn slaap heen.

Ga ik maar even lekker werken, wie weet val ik zo wel weer lekker in slaap!

[Rutix]

F.West98 schreef op woensdag 01 april 2015 @ 22:42:
[...]

Sure?

>.< Almost!

[alienfruit]

Morgen misschien thuis werken omdat internet er uit ligt op onze kantoren. Stomme tunnelbrand in Holborn

[Schuurdeur]

Goedemorgen allen! Weer een nieuwe dag en gelukkig zonder 1 april grappen

C#:

bool koffie = false;
while(1) {
   if(koffie) {
        koffie = false;
        return "Pak nieuwe koffie";
   } else {
       koffie = true;
       return "Drink je koffie";
   }
}

i.v.m. nog te weinig koffie fouten voorbehouden.

[ Voor 1% gewijzigd door Schuurdeur op 02-04-2015 08:24 . Reden: Noob actie string veranderd in bool :9 ]

[Struikrover]

Koffie volgens het zogenaamde tick-tock mechanisme?

[Merethil]

Antagion schreef op donderdag 02 april 2015 @ 08:13:
Goedemorgen allen! Weer een nieuwe dag en gelukkig zonder 1 april grappen

C#:

string koffie = false;
while(1) {
   if(koffie) {
        koffie = false;
        return "Pak nieuwe koffie";
   } else {
       koffie = true;
       return "Drink je koffie";
   }
}

i.v.m. nog te weinig koffie fouten voorbehouden.

Een string die je als boolean gebruikt? Hoeveel koffie moet er in jou voor de basic programmeerskills actief raken?

[Struikrover]

@Antagion: net wat voor jou : http://coffeescript.org/

[Schuurdeur]

Pff dit is wel heel erg
*schaamt zich diep!

[ Voor 3% gewijzigd door Schuurdeur op 02-04-2015 08:27 ]

[WernerL]

Megamind schreef op woensdag 01 april 2015 @ 18:36:
Heb al wat verbaasde bugreports binnen

code:

        var s = () =>
        {
            var rand = Math.round(Math.random() * (30000 - 10000)) + 10000;
            setTimeout(() =>
            {
                $('body').css('transform', 'scaleX(-1)');

                setTimeout(() =>
                {
                    $('body').css('transform', 'scaleX(1)');
                    s();
                }, 2500);
            }, rand);
        };
        s();

Lambda' s in JS? Welke taal is dit? Lijkt me geen javascript.

[RayNbow]

WernerL schreef op donderdag 02 april 2015 @ 08:45:
[...]


Lambda' s in JS? Welke taal is dit? Lijkt me geen javascript.

ES6.

Edit: Hier kun je zien welke browsers het al ondersteunen (niet veel): https://kangax.github.io/compat-table/es6/

[ Voor 23% gewijzigd door RayNbow op 02-04-2015 08:52 ]

[WernerL]

Aah in Firefox werken lambda' s inderdaad. In Chrome nog niet.
Jammer dat we ES6 goodness pas over tig jaar kunnen gebruiken vanwege oude IE browsers die nog ondersteund moeten worden.

Zit nu even te bladeren door de draft op de mozilla website en er zitten leuke/handige nieuwe features tussen.

[RayNbow]

WernerL schreef op donderdag 02 april 2015 @ 08:53:
Jammer dat we ES6 goodness pas over tig jaar kunnen gebruiken vanwege oude IE browsers die nog ondersteund moeten worden.

IE support moet je gewoon droppen wanneer men upgradet naar Windows 10.

[Ryur]

Vannacht heel onrustig nachtje gehad. Nu veel koffie en beetje rustig aan doen!
Schrijf even expres op een aparte branch, zou ik het dus morgen kunnen weggooien

[OkkE]

Avalaxy schreef op woensdag 01 april 2015 @ 14:44:
Arghh... Klanten die veel te letterlijk naar UI mockups kijken en klagen dat de data niet klopt. No shit

Wij gebruiken in onze mockups altijd de correcte tekst voor navigatie, titels en knoppen. Alleen content tekst is Lorem Ipsum. Eigenlijk nooit klanten die het dan niet snappen.

[Avalaxy]

Ik moet hier dus m'n schetsen maken aan de hand van productiedata ipv onze testdata omdat er anders opmerkingen over komen dat de data niet klopt... Zucht.

[_Moe_]

Avalaxy schreef op donderdag 02 april 2015 @ 09:33:
Ik moet hier dus m'n schetsen maken aan de hand van productiedata ipv onze testdata omdat er anders opmerkingen over komen dat de data niet klopt... Zucht.

Know the feeling

[roy-t]

.oisyn schreef op woensdag 01 april 2015 @ 23:51:
[...]

Waar C++ echter keihard mee faalt is interface inheritance waarbij je zowel een interface inheritance tree hebt als een concrete class tree. Zeg maar zoiets:

C++:

class IAnimal
{
public:
    virtual void Eat() = 0;
};

class IDog : public IAnimal
{
public:
    virtual void Bark() = 0;
};

class ConcreteAnimal : public IAnimal
{
public:
    void Eat() { /* ... */ }
};

class ConcreteDog : public ConcreteAnimal, public IDog
{
public:
    void Bark() { /* ... */ }
};

ConreteDog snuffie;

Ra ra waarom compilet dit niet (typfouten voorbehouden)


[...]

Virtual inheritance is ook niet fantastisch, zo heb je altijd dynamic_cast nodig om te downcasten, en is de most derived class altijd verantwoordelijk voor construction van alle virtual base classes (dat is nogal irritant als zo'n base class constructor parameters verwacht)

Laat ons nu niet in spanning wachten, waarom compiled het niet!?

[.oisyn]

Ik zal je een hint geven: de error is dat ConcreteDog abstract is (dus is regel 25 fout)

[Feanathiel]

Ik snap er nog steeds weinig van, al is het alleen maar omdat mijn c++ kennis karig is. Moet je nu 2x Eat() implementeren (1x van IDog en 1x van IAnimal)? Wel raar als dat zo is (tegenover bv c#). Ah: public virtual IAnimal/IDog.

@.oisyn: thanks

[ Voor 16% gewijzigd door Feanathiel op 02-04-2015 18:58 ]

[Down]

Gisteren al onze SVN repositories gemigreerd naar Git. Bevalt goed maar de enorme hoeveelheid aan opties/commando's is wel overwhelming . Heeft iemand nog tips voor (Windows) tooling om het hele pad aan branches een beetje inzichtelijk te maken? Nu gebruik ik TortoiseGit, maar dat is niet spectaculair.

[.oisyn]

Feanathiel schreef op donderdag 02 april 2015 @ 10:37:
Ik snap er nog steeds weinig van, al is het alleen maar omdat mijn c++ kennis karig is. Moet je nu 2x Eat() implementeren (1x van IDog en 1x van IAnimal)? Wel raar als dat zo is (tegenover bv c#).

Je zit in de goede richting . ConcreteDog mist inderdaad een implementatie van Eat().

Het punt is dat een ConcreteDog 2x van IAnimal overerft. Één via ConcreteAnimal en één via IDog. Hoewel ConcreteAnimal al een Eat() implementatie heeft, blijft die van IDog ongeïmplementeerd. Het is dus niet zo dat de ene base class een virtual method van een andere base class kan implementeren, want het zijn effectief twee verschillende subobjecten. Ze hebben ook verschillende this pointers.

De logica hierachter wordt wat meer evident op het moment dat je membervariabelen toe gaat voegen aan de classes (en vergeet even de juistheid van class design). Stel we geven IAnimal een bool hasEaten, die we op true zetten in ConcreteAnimal::Eat(). Het is belangrijk om te realiseren dat ConcreteDog dan feitelijk 2x die member heeft. De implementatie in ConcreteAnimal is dan niet meer juist voor het IAnimal subdeel dat via IDog binnenkomt, want die zal alleen ConcreteAnimal::hasEaten aanpassen en niet IDog::hasEaten.

Dit hele probleem wordt puur en alleen veroorzaakt door het feit dat C++ geen verschil kent tussen classes en interfaces. Op het moment dat je zou kunnen afdwingen dat een interface geen members kan hebben, dan is het altijd veilig om de implementatie van IDog::Eat() door te routen naar ConcreteAnimal::Eat(). Er zijn weliswaar nog wel verschillende this-pointers, maar die zijn in het geval van interfaces puur en alleen voor de vtables dus dat is niet zo'n issue.

Dit is de fix trouwens:

C++:

class ConcreteDog : public ConcreteAnimal, public IDog
{
public:
    void Eat() { ConcreteAnimal::Eat(); }
    void Bark() { /* ... */ }
};

Een andere oplossing is idd virtual base classes, maar dat levert vaak alleen maar meer kopzorgen op

[ Voor 3% gewijzigd door .oisyn op 02-04-2015 11:01 ]

[tomcool]

Down schreef op donderdag 02 april 2015 @ 10:57:
Gisteren al onze SVN repositories gemigreerd naar Git. Bevalt goed maar de enorme hoeveelheid aan opties/commando's is wel overwhelming . Heeft iemand nog tips voor (Windows) tooling om het hele pad aan branches een beetje inzichtelijk te maken? Nu gebruik ik TortoiseGit, maar dat is niet spectaculair.

Ik vind zelf sourcetree wel een erg fijne applicatie
erg overzichtelijk wat er nu klaar staat voor commit enz.

[Korben]

Feanathiel schreef op donderdag 02 april 2015 @ 10:37:
Ik snap er nog steeds weinig van, al is het alleen maar omdat mijn c++ kennis karig is. Moet je nu 2x Eat() implementeren (1x van IDog en 1x van IAnimal)? Wel raar als dat zo is (tegenover bv c#). Ah: public virtual IAnimal/IDog.

In C# kun je Eat() ook twee keer implementeren (of zelfs drie keer) door expliciete implementatie te gebruiken:

C#:

class Corgi: IDog, IAnimal
{
   public void Eat()
   {
      // eat chair
   }

   void IDog.Eat()
   {
      // eat turd
   }

   void IAnimal.Eat()
   {
      // eat food
   }
}

[Geerrrt]

Korben schreef op donderdag 02 april 2015 @ 11:01:
[...]

In C# kun je Eat() ook twee keer implementeren (of zelfs drie keer) door expliciete implementatie te gebruiken:

C#:

class Corgi: IDog, IAnimal
{
   public void Eat()
   {
      // eat chair
   }

   void IDog.Eat()
   {
      // eat turd
   }

   void IAnimal.Eat()
   {
      // eat food
   }
}

Ik denk dat je je Corgi toch wat beter moet trainen als hij stoelen eet

[hoofd31]

Down schreef op donderdag 02 april 2015 @ 10:57:
Gisteren al onze SVN repositories gemigreerd naar Git. Bevalt goed maar de enorme hoeveelheid aan opties/commando's is wel overwhelming . Heeft iemand nog tips voor (Windows) tooling om het hele pad aan branches een beetje inzichtelijk te maken? Nu gebruik ik TortoiseGit, maar dat is niet spectaculair.

Ik werk zelf veel met GitExtensions.
https://code.google.com/p/gitextensions/

Heb ook een tijdje sourcetree gebruikt maar die vind ik minder overzichtelijk.

[roy-t]

@.oisyn

Thanks, nu snap ik het!

tomcool schreef op donderdag 02 april 2015 @ 11:00:
[...]

Ik vind zelf sourcetree wel een erg fijne applicatie
erg overzichtelijk wat er nu klaar staat voor commit enz.

SourceTree gebruikte ik ook altijd, maar het laatste half jaar is de applicatie slechter en slechter geworden. Niet meer voor uit te branden met onze repository. Zelf nu over naar de command line omdat die altijd wel snel is. Maar voor de main repo op mijn werk zijn we over naar Hg, werkt toch net wat lekkerder met grote repositories (thanks facebook!

[TheNephilim]

roy-t schreef op donderdag 02 april 2015 @ 11:21:
@.oisyn

Thanks, nu snap ik het!


[...]


SourceTree gebruikte ik ook altijd, maar het laatste half jaar is de applicatie slechter en slechter geworden. Niet meer voor uit te branden met onze repository. Zelf nu over naar de command line omdat die altijd wel snel is. Maar voor de main repo op mijn werk zijn we over naar Hg, werkt toch net wat lekkerder met grote repositories (thanks facebook!

SourceTree is inderdaad wel erg traag... vooral met .min.css bestanden Dat schiet echt niet op

[Chris7]

WernerL schreef op donderdag 02 april 2015 @ 08:53:
Aah in Firefox werken lambda' s inderdaad. In Chrome nog niet.
Jammer dat we ES6 goodness pas over tig jaar kunnen gebruiken vanwege oude IE browsers die nog ondersteund moeten worden.

Of nu al met Babel (vroeger 6to5).

TheNephilim schreef op donderdag 02 april 2015 @ 11:41:
[...]

SourceTree is inderdaad wel erg traag... vooral met .min.css bestanden Dat schiet echt niet op

Ik vind het op zich wel meevallen, al switch ik ook regelmatig naar de commandline omdat dat dan sneller is.

[Douweegbertje]

En tot zover Coding C++ with .oisyn.

Wou dat er wat meer blogjes van dit was, beetje hap klare info.

[OkkE]

tomcool schreef op donderdag 02 april 2015 @ 11:00:
[...]

Ik vind zelf sourcetree wel een erg fijne applicatie
erg overzichtelijk wat er nu klaar staat voor commit enz.

In het begin ook veel SourceTree gebruikt. Toen ik Git eenmaal een beetje door had direct overgestapt op CLI. Dat werkt sneller, is duidelijker wat je doet / er gebeurt en werkt overal (SSH bijv.).

[LEDfan]

Ik werk altijd met de Git CLI. Ik heb veel tools getest, maar was nooit zeker over het resultaat als ik op een button drukte. Gitsh (https://github.com/thoughtbot/gitsh) is echt wel handig, je moet niet constant "git" typen. Druk op enter geeft de status weer, en alles wordt aangevult.

[Hipska]

Ik gebruik deze: https://github.com/magicmonty/bash-git-prompt

Als ik in commandline cd naar een map die een git repo is, dan zie ik status van de repo in de prompt.

[EddoH]

Douweegbertje schreef op donderdag 02 april 2015 @ 12:28:
En tot zover Coding C++ with .oisyn.

Wou dat er wat meer blogjes van dit was, beetje hap klare info.

Als je dagelijks C++ programmeert kom je al deze situaties vanzelf wel tegen hoor Heb je geen blog voor nodig.

[PrisonerOfPain]

EddoH schreef op donderdag 02 april 2015 @ 13:27:
[...]


Als je dagelijks C++ programmeert kom je al deze situaties vanzelf wel tegen hoor Heb je geen blog voor nodig.

Jammer genoeg wel ja, stomme classes met 5 parents en god-weet-waar die method call waar vandaan komen of naar toe gaan. Gameplay

[ThomasG]

*knip*

[ Voor 98% gewijzigd door ThomasG op 02-04-2015 13:55 . Reden: flauw grapje ]

[EddoH]

PrisonerOfPain schreef op donderdag 02 april 2015 @ 13:31:
[...]


Jammer genoeg wel ja, stomme classes met 5 parents en god-weet-waar die method call waar vandaan komen of naar toe gaan. Gameplay

Klinkt als iets wat ik zelf vaak tegenkom: het is ongelovelijk veel makkelijker om nette code te schrijven als je libraries/sdk's/api maakt dan dat je ze gebruikt in een concrete applicatie. In een applicatie (gameplay in jouw voorbeeld) heb je vage uitzonderingen, niet-standaard regeltjes, moeilijk om abstracties te maken of dingen algemeen te maken. Hoe goed je je best ook doet, ik krijg het nooit zo netjes als ik zou willen.
Terwijl je bij een api/helper lib/whatever juist alles zo algemeen mogelijk houdt, wat resulteert in veel netter code.

...of ik doe gewoon iets fout

[Megamind]

WernerL schreef op donderdag 02 april 2015 @ 08:45:
[...]


Lambda' s in JS? Welke taal is dit? Lijkt me geen javascript.

TypeScript

[PrisonerOfPain]

ThomasG schreef op donderdag 02 april 2015 @ 13:37:
[...]
Dus daarom zit Battlefield 4 nog steeds vol met bugs. Spaghetti code

Moest dat nou?

EddoH schreef op donderdag 02 april 2015 @ 13:39:
[...]


Klinkt als iets wat ik zelf vaak tegenkom: het is ongelovelijk veel makkelijker om nette code te schrijven als je libraries/sdk's/api maakt dan dat je ze gebruikt in een concrete applicatie. In een applicatie (gameplay in jouw voorbeeld) heb je vage uitzonderingen, niet-standaard regeltjes, moeilijk om abstracties te maken of dingen algemeen te maken.

Dat valt eigenlijk wel mee - het is eerder omdat 't een plek is waar verschillende disciplines bij elkaar komen en er dus verschillend met verschillende abstracties gecommuniceerd moet worden.

[ Voor 61% gewijzigd door PrisonerOfPain op 02-04-2015 13:46 ]

[ThomasG]

PrisonerOfPain schreef op donderdag 02 april 2015 @ 13:45:
[...]


Moest dat nou?

Was een flauw grapje. Bedoel er verder niets mee

[alienfruit]

Lekker zeg...

BT Faults have said it will likely be days before the fault is repaired and have mentioned that the fire is actually still burning!

“A road in central London remains closed as an electrical fire continues to burn under the pavement.”
http://www.bbc.co.uk/news/uk-england-london-32157618

[PrisonerOfPain]

ThomasG schreef op donderdag 02 april 2015 @ 13:48:
[...]
Was een flauw grapje. Bedoel er verder niets mee

Als je er toch niets mee bedoelt, zeg het dan ook niet.

[.Gertjan.]

EddoH schreef op donderdag 02 april 2015 @ 13:39:
[...]
Terwijl je bij een api/helper lib/whatever juist alles zo algemeen mogelijk houdt, wat resulteert in veel netter code.

...of ik doe gewoon iets fout

Verklaart wel enigszins waarom frontend code veelal een gruwelijke bende wordt. Meestal juist omdat je de api's/libraries netjes en clean probeert te houden. De achterlijke uitzonderingen moeten dan toch ergens gebouwd worden, maar je wil niet je mooie api vervuilen met uitzonderingen.

Aan de andere kant heeft een API vaak veel meer validatie en pre/post parsing code omdat je weer diverse ingangen en uitgangen moet ondersteunen. Ook kan je bij een api ontiegelijk veel lelijke troep verbergen achter abstractie (wat men niet ziet is er niet ), meestal zit een api-consumer tegen je interface aan te werken (en als hij in de sources duikt komt hij vaak ook niet dieper dan dat) dus veel lelijke code zal hij niet zien.

[ZaZ]

Als je compiled zie je de code toch niet meer

[.Gertjan.]

ZaZ schreef op donderdag 02 april 2015 @ 14:01:
Als je compiled zie je de code toch niet meer

Behalve in .net, beetje decompiler produceert een redelijk overeenkomende decompiled versie
Hoewel ze bij LINQ en Lambda's nog steeds wel een beetje de mist in gaan.

[alienfruit]

Toch al aan de £70 omdat internet niet werkt. Mi-fi dongles werken wel goed

[Caelorum]

PrisonerOfPain schreef op donderdag 02 april 2015 @ 13:50:
[...] Als je er toch niets mee bedoelt, zeg het dan ook niet.

Zit het je zo hoog? Of komt het doordat je dit soort zooi al maanden aan moet horen/lezen?

[TheNephilim]

Handuggg!

https://mailtrap.io/

[PrisonerOfPain]

Caelorum schreef op donderdag 02 april 2015 @ 14:28:
[...]

Zit het je zo hoog? Of komt het doordat je dit soort zooi al maanden aan moet horen/lezen?

A) Het is al lang niet meer zo, er is inmiddels een nieuwe game C) het is kinderachtig etc etc.

[Firesphere]

TheNephilim schreef op donderdag 02 april 2015 @ 14:37:
Handuggg!

https://mailtrap.io/

Mailcatcher FTW

[.oisyn]

PrisonerOfPain schreef op donderdag 02 april 2015 @ 14:41:
[...]


A) Het is al lang niet meer zo, er is inmiddels een nieuwe game C) het is kinderachtig etc etc.

Je vergeet D) het is waar

[PrisonerOfPain]

[Avalaxy]

TheNephilim schreef op donderdag 02 april 2015 @ 11:41:
[...]


SourceTree is inderdaad wel erg traag... vooral met .min.css bestanden Dat schiet echt niet op

SourceTree is traag geworden vanaf 1.6.0. Versie 1.5.2 werkt nog perfect: http://downloads.atlassia...SourceTreeSetup_1.5.2.exe

[farlane]

.oisyn schreef op donderdag 02 april 2015 @ 14:53:
[...]

Je vergeet D) het is waar

[afbeelding]

[_Moe_]

TheNephilim schreef op donderdag 02 april 2015 @ 14:37:
Handuggg!

https://mailtrap.io/

Ik maak hiervoor gebruik van mandrill.

[Douweegbertje]

EddoH schreef op donderdag 02 april 2015 @ 13:27:
[...]


Als je dagelijks C++ programmeert kom je al deze situaties vanzelf wel tegen hoor Heb je geen blog voor nodig.

En ik programmeer niet in C++, althans niet dagelijks. Desalniettemin vind ik het leuk om te lezen omdat ik het alsnog snap.

[EddoH]

Zie het als een uitnodiging om zelf wat te klooien met C++. Daar leer je veel meer van en kom je ook veel meer tegen dan een willekeurig stukje text over C++, bedoelde ik

[Firesphere]

Willekeurig fouten gegooit "Object not found". En niet zomaar willekeurig, nee, echt willekeurig. Zelfs als het object wel bestaat krijg ik zo af en toe een error.

Gewoon niet-reproduceerbare error, tenzij je lang genoeg op rebuild ramt. Ik hoop dat't een monkeytest bug is.

Verder even in zo'n 3 uur 40+ storypoints verbrand. Ook een lekker gevoel Thuis werken heeft soms best voordelen

[ Voor 5% gewijzigd door Firesphere op 02-04-2015 16:47 ]

[CodeIT]

Ik ben nu zelf enkele maanden bezig met C(++). Ik programmeerde hiervoor eigenlijk alleen in VB.NET en C#. Ik ben nu bezig een library te maken die verschillende video- en audio API's aan elkaar knoopt. De front-end ga ik straks weer maken met WPF en C#. Ik moet zeggen dat ik het eigenlijk wel heel fijn vind werken. Veel vrijheden/mogelijkheden. Het voelt wat meer alsof ik echt aan het programmeren ben.
Resharper C++, vind ik, als .NET developer, wel een must.

[Barryvdh]

_Moe_ schreef op donderdag 02 april 2015 @ 16:20:
[...]


Ik maak hiervoor gebruik van mandrill.

Mailtrap = alle e-mail opvangen in 1 inbox, zonder dat ze echt verzonden worden. Dus maakt niet uit naar wie je de mail adresseert, hij komt toch in je test inbox. Ideaal om op je productie omgeving echt te zien naar wie er gemaild wordt en hoe het er uit ziet ed., met alleen andere smtp server.

Mandrill/Mailgun etc = transactionele emails ipv lokale mail.

Al heeft Mandrill misschien wel een test modus, als je dat bedoeld.

[Firesphere]

Barryvdh schreef op donderdag 02 april 2015 @ 16:56:
[...]

Mailtrap = alle e-mail opvangen in 1 inbox, zonder dat ze echt verzonden worden. Dus maakt niet uit naar wie je de mail adresseert, hij komt toch in je test inbox. Ideaal om op je productie omgeving echt te zien naar wie er gemaild wordt en hoe het er uit ziet ed., met alleen andere smtp server.

Mandrill/Mailgun etc = transactionele emails ipv lokale mail.

Al heeft Mandrill misschien wel een test modus, als je dat bedoeld.

Dat eerste doet Mailcatcher dus ook. Daarnaast heeft een beetje framework wmb ook een systeem om in development-modus mails alleen naar de dev te sturen, ipv publiek.

[Douweegbertje]

EddoH schreef op donderdag 02 april 2015 @ 16:27:
Zie het als een uitnodiging om zelf wat te klooien met C++. Daar leer je veel meer van en kom je ook veel meer tegen dan een willekeurig stukje text over C++, bedoelde ik

Oh ja, maar het is gewoon ook leuk om af en toe te 'relaxen' en dat toch wat 'moeilijkere' stof te lezen dan een gemiddeld tweakers of telegraaf nieuwsbericht.

[Barryvdh]

Firesphere schreef op donderdag 02 april 2015 @ 17:06:
[...]

Dat eerste doet Mailcatcher dus ook. Daarnaast heeft een beetje framework wmb ook een systeem om in development-modus mails alleen naar de dev te sturen, ipv publiek.

Mailcatcher is inderdaad hetzelfde. Ik reageerde dan ok op Mandrill

Bijv met Laravel kan je ook wel instellen dat je doet alsof, en logt ipv mailt. Of e-mailadres uit configuratie, maar vindt mailcatcher/mailtrap wel fijner omdat je dan ook ziet naar wie het echt zou gaan en hoe het er uit ziet in een email inbox.

Mailcatcher gebruikte ik eerst maar Mailtrap is wel ideaal online en toch gratis. Hoef je verder ook niks te installeren.

[.oisyn]

Pacapong

[Firesphere]

PacMan haalt nooit het einde?

Barryvdh schreef op donderdag 02 april 2015 @ 17:37:
[...]


Mailcatcher is inderdaad hetzelfde. Ik reageerde dan ok op Mandrill

Bijv met Laravel kan je ook wel instellen dat je doet alsof, en logt ipv mailt. Of e-mailadres uit configuratie, maar vindt mailcatcher/mailtrap wel fijner omdat je dan ook ziet naar wie het echt zou gaan en hoe het er uit ziet in een email inbox.

Mailcatcher gebruikte ik eerst maar Mailtrap is wel ideaal online en toch gratis. Hoef je verder ook niks te installeren.

Mjah, ik draai MailCatcher op al m'n machines, dus voor mij is het niet de moeite waard Ook omdat de mails nou niet zo belangrijk zijn

[ Voor 92% gewijzigd door Firesphere op 02-04-2015 17:49 ]

[Gamebuster]

.oisyn schreef op woensdag 01 april 2015 @ 23:51:
[...]

Waar C++ echter keihard mee faalt is interface inheritance waarbij je zowel een interface inheritance tree hebt als een concrete class tree. Zeg maar zoiets:

C++:

class IAnimal
{
public:
    virtual void Eat() = 0;
};

class IDog : public IAnimal
{
public:
    virtual void Bark() = 0;
};

class ConcreteAnimal : public IAnimal
{
public:
    void Eat() { /* ... */ }
};

class ConcreteDog : public ConcreteAnimal, public IDog
{
public:
    void Bark() { /* ... */ }
};

ConreteDog snuffie;

Ra ra waarom compilet dit niet (typfouten voorbehouden)


[...]

Virtual inheritance is ook niet fantastisch, zo heb je altijd dynamic_cast nodig om te downcasten, en is de most derived class altijd verantwoordelijk voor construction van alle virtual base classes (dat is nogal irritant als zo'n base class constructor parameters verwacht)

Wat is er erg aan dynamic cast?

En, los van een typo, kreeg ik deze bij je code:

code:

./main.cpp:31:15: error: variable type 'ConcreteDog' is an abstract class
  ConcreteDog snuffie;
              ^
./main.cpp:8:18: note: unimplemented pure virtual method 'Eat' in 'ConcreteDog'
    virtual void Eat() = 0;
                 ^

Echter, dit kan je toch gewoon als volgt fixen:

C++:

class IAnimal
{
public:
    virtual void Eat() = 0;
};

class IDog : public virtual IAnimal
{
public:
    virtual void Bark() = 0;
};

class ConcreteAnimal : public virtual IAnimal
{
public:
    void Eat() { /* ... */ }
};

class ConcreteDog : virtual public IDog, public ConcreteAnimal
{
public:
    void Bark() { /* ... */ }
};

Ofwel, de abstract classes als "virtual" gebruiken. Of heeft dit weer gekke bijwerkingen?

[_Moe_]

Barryvdh schreef op donderdag 02 april 2015 @ 16:56:
[...]

Mailtrap = alle e-mail opvangen in 1 inbox, zonder dat ze echt verzonden worden. Dus maakt niet uit naar wie je de mail adresseert, hij komt toch in je test inbox. Ideaal om op je productie omgeving echt te zien naar wie er gemaild wordt en hoe het er uit ziet ed., met alleen andere smtp server.

Mandrill/Mailgun etc = transactionele emails ipv lokale mail.

Al heeft Mandrill misschien wel een test modus, als je dat bedoeld.

Ik bedoelde dus de test modus van mandrill, wat naar mijn inziens gelijk is aan wat mailtrap doet.

[Avalaxy]

.oisyn schreef op donderdag 02 april 2015 @ 17:39:
Pacapong

[afbeelding]

Epic!

[.oisyn]

Gamebuster schreef op donderdag 02 april 2015 @ 19:03:
[...]

Wat is er erg aan dynamic cast?

Traag. static_cast is niets meer dan een pointer addition (if any), dynamic_cast doet een complete lookup van het daadwerkelijke type.

Echter, dit kan je toch gewoon als volgt fixen:

C++:

/* virtual base classes */

Ofwel, de abstract classes als "virtual" gebruiken. Of heeft dit weer gekke bijwerkingen?

Wat ik al zei. Plus, je moet daar bij je interface-ontwerp rekening mee houden. Het is niet common practice om alle interfaces virtual base classes te geven. Nou strooide jij nogal wat met virtual, er is feitelijk maar 1 virtual base class essentieel: de IAnimal base class van IDog.

[Firesphere]

Mag ik naar huis?

Ow, wacht, ik ben al thuis.

Mag ik stoppen met deze SoapKoppeling?

[JeroenTheStig]

Gisteren eindelijk mijn certificaat Oracle Certified Expert Java EE JPA Developer in de wacht gesleept met een score van 94%
Het examen blijkt toch altijd eenvoudiger te zijn dan de oefenexamens die her en der op internet te vinden zijn.

[Firesphere]

Gefeliciteerd!

* Firesphere is bezig met SCJP 8

[JeroenTheStig]

Bedankt
Ik neem aan dat je OCAJP of OCPJP bedoelt? Java is al een tijdje niet meer van Sun

[Firesphere]

Boktor schreef op donderdag 02 april 2015 @ 22:28:
Bedankt
Ik neem aan dat je OCAJP of OCPJP bedoelt? Java is al een tijdje niet meer van Sun

Boek heet inderdaad OCJP 7. Ik heb hier toevallig een SCJP boek van Java 5 voor me liggen. Moe enzo
(Ja, ik bedoelde zonet ook 7. Blargh ik ga maar naar bed denk ik)

[JeroenTheStig]

Succes met de studie

[Ryur]

Ik wil binnenkort ook maar eens bezig met certificaten.
Ben bijna afgestudeerd (en momenteel even een rustig blok), eens kijken welke ik wil gaan doen en hoeveel het gaat kosten.

[.oisyn]

Wordt er veel waarde aan gehecht in het bedrijfsleven (voor non-juniors bedoel ik)?

[Firesphere]

.oisyn schreef op donderdag 02 april 2015 @ 23:27:
Wordt er veel waarde aan gehecht in het bedrijfsleven (voor non-juniors bedoel ik)?

Mijn ervaring is dat't zeker een plus is als je solliciteert. Ook voor non-juniors. Juist een medior/senior met de "juiste" certificaten, geeft mij persoonlijk (ik neem zo af en toe ook gesprekken af) best een meerwaarde. Ook omdat je weet dat degene die tegenover je zit niet perse iets kan, maar ook bepaalde standaarden hanteerd bijvoorbeeld. Die kennis en wetenschap van standaarden zorgt er bij mij (en ik ben niet de enige trouwens binnen ons bedrijf) voor, dat we zekerheid hebben dat degene tegenover ons ook volgens een bepaald principe kan werken.

Puur vanuit de techniek gezien heeft het eerlijk gezegd echter minder meerwaarde wat mij betreft, en is het niet een bewijs dat iemand ook echt de taal beheerst, aangezien dat meestal blijkt uit de manier van doen en laten en niet uit een papiertje.

tl;dr:
Papiertje geeft in ieder geval aan dat je er iets van snapt. Niet perse dat je't ook kan.

p.s.
Ik kan niet slapen

[maxtz0r]

Zo, van mij mag het wel iedere dag goede vrijdag zijn, wat een rust in de trein en hij was zelfs een paar minuten te vroeg...

[Struikrover]

Ja, goede vrijdag is leuk in de spits, alleen jammer dat de uni nog steeds deadlines op goede vrijdag zet, maar alle faculteiten wel mooi dicht zijn

[WernerL]

Het bedrijf waar ik werk is gewoon open vandaag...
* WernerL zit op kantoor met koffie.
Maandag wel vrij.

Het was vanochtend overigens wel iets rustiger in de trein ja.

[ Voor 20% gewijzigd door WernerL op 03-04-2015 09:31 ]

[kwaakvaak_v2]

ik heb mijn record van 070 -> 010 rijden gebroken vanochtend.. Precies nergens stil hoeven te staan, niet eens een brug of stoplicht.

[ Voor 4% gewijzigd door kwaakvaak_v2 op 03-04-2015 09:42 ]

[Caelorum]

WernerL schreef op vrijdag 03 april 2015 @ 09:31:
Het bedrijf waar ik werk is gewoon open vandaag...
* WernerL zit op kantoor met koffie.[...]

De meeste bedrijven zijn gewoon open vandaag toch? Alleen banken, overheid en de meeste scholen niet.

[_Moe_]

Caelorum schreef op vrijdag 03 april 2015 @ 10:09:
[...]

De meeste bedrijven zijn gewoon open vandaag toch? Alleen banken, overheid en de meeste scholen niet.

Kortom: Alle instanties waar ze zoiezo al een te veel aan vakantie hebben zijn vandaag gesloten.

[Tweakez]

Helaas zijn de meeste overheidsbedrijven, waar ambtenaren werken vandaag gesloten..

Jammer, dat ik vandaag ook op kantoor, koffie moet gaan drinken... Weinig te beleven zo op een "goede vrijdag"

Hehe..

PS.. Ik kom zomaar binnen vallen, mijn excuses. Mijn naam is Kevin, 23 jaar jong, en werk als VOIP Engineer Meer weten? Ask raak. Hehe.

[Struikrover]

Tweakez schreef op vrijdag 03 april 2015 @ 10:45:
Helaas zijn de meeste overheidsbedrijven, waar ambtenaren werken vandaag gesloten..

Jammer, dat ik vandaag ook op kantoor, koffie moet gaan drinken... Weinig te beleven zo op een "goede vrijdag"

Hehe..

PS.. Ik kom zomaar binnen vallen, mijn excuses. Mijn naam is Kevin, 23 jaar jong, en werk als VOIP Engineer Meer weten? Ask raak. Hehe.

Even testen of je wel overweg kan met de terugkerende onderwerpen

PHP is...?
Post je internetsnelheid
Git is veel beter dan SVN, toch?
SCRUM, OTAP enzo
Heb je ook zo'n kut dev bak om op te werken?
SAP is echt het meest lelijke wat wat ooit gezien hebben, wat jij?
Koffie >>> alles

Barely scratched the surface

[Vincentio]

Struikrover schreef op vrijdag 03 april 2015 @ 11:06:
[...]


Even testen of je wel overweg kan met de terugkerende onderwerpen

PHP is...?
Post je internetsnelheid
Git is veel beter dan SVN, toch?
SCRUM, OTAP enzo
Heb je ook zo'n kut dev bak om op te werken?
SAP is echt het meest lelijke wat wat ooit gezien hebben, wat jij?
Koffie >>> alles

Barely scratched the surface

SAP GUI / (Netweaver) Portal eensch. SAP als geheel, nah UI5 / Fiori ziet er best goed uit.