De Devschuur Coffee Corner - Iteratie 6

[P-Storm]

Grmbl, mijn werk vindt ReSharper niet een nuttige tool dus moet ik het uit eigen pocket kopen. Ook nergens een kortingscode te vinden helaas . Misschien iets te gewend geraakt aan de fijne features ervan.

Ik ben op zich wel benieuwd, tools zoals ReSharper, worden die bij jullie zelf aangeschaft of door het bedrijf waar je werkt?

[P_de_B]

Ik vind dat zulke idiote beslissingen. Met een paar centen maak je een ontwikkelaar veel productiever. Als je iedere dag een paar minuten bespaard heb je het geld er zo uit.

[Alex)]

Ik heb R# een paar keer gratis gekregen van JetBrains toen ik MVP was, toen ik dat niet meer was heb ik R# zelf aangeschaft. Het scheelt me een hoop frustratie (approvals, kosten kunnen declareren, enzovoorts) en ik kan/mag de tool gebruiken voor wat ik wil. De licentie blijft mijn eigendom, ik mag er zelf software mee schrijven en mocht ik ooit uit dienst gaan* dan kan ik de licentie gewoon meenemen naar een volgende werk-/opdrachtgever.

* Kleine kans, want mijn werkgever is awesome.

[markvt]

Gisteren nog een overzicht neergezet van concurrenten van ze. Dan kan je er nog 3 proberen voor 1 maand, ben je 3 maanden verder

Daarnaast is de resharper EAP ook vaak een periode gratis te gebruiken - als je echt niets wilt uitgeven is dat ook nog een optie.

Vergelijk het maar met een timmerman, die geef je ook een goede hamer. Een developer heeft ook goede 'tools' nodig.

[Caelorum]

markvt schreef op dinsdag 01 juli 2014 @ 10:56:
[...]
Daarnaast is de resharper EAP ook vaak een periode gratis te gebruiken - als je echt niets wilt uitgeven is dat ook nog een optie. [...]

Heb zelf meer dan een half jaar de R# C++ beta gebruikt en daarna de EAP ^^ Waren gewoon volledige versies + c++ zooi. Resharper is wel een beetje onmisbaar als je met Visual Studio bezig bent. Toch wel mooi dat een bedrijf zoiets kan maken...

[Rutix]

Bij ons is het nu een standaard tool geworden waardoor het heel makkelijk aan te schaffen is. Wij hebben ook dat licentie abbo vorm van R# waardoor wij als ontwikkelaars er niet naar hoeven om te kijken. Ik vind dat een werkgever die ontwikkelaars in dienst heeft hierover niet moeilijk moet doen, net zoals een goede tweede scherm maakt dit je gewoon zoveel productiever.

[OkkE]

Solopher schreef op dinsdag 01 juli 2014 @ 09:08:
Vakantie gehad in Mexico, Honduras, Guatemala en Belize (Maya route).
Afgelopen zaterdag terug gekomen, maar moet nogal wennen aan het tijdsverschil.

Damn dat klinkt goed. Die route zou ik ook graag eens doen.
.

---

Ik heb een aantal kleine tools (o.a. CodeKit en CodeBoxApp) zelf gekocht, verder gebruik ik eigenlijk geen betaalde tools. Maar als ik ze zou willen hebben, zou mijn werkgever ze wel betalen; wat imho ook zo hoort. Een werkgever moet zorgen dat de ontwikkelaar de juiste tools heeft om zijn werk goed te doen.

[Alex)]

Ik ontvang naast mijn contractueel afgesproken salaris een vaste onkostenvergoeding. Die is bedoeld voor zakelijke uitgaven die niet worden doorberekend aan een klant. R# valt daar wat mij betreft onder, door het op zo'n manier te doen dwing je mensen niet om een bepaalde tool te gebruiken 'omdat daar nou eenmaal licentieafspraken voor zijn'

[.oisyn]

Rutix schreef op dinsdag 01 juli 2014 @ 08:55:
Denk dat android Java 8 nog niet support. Correct me if I'm wrong though.

Compilet toch naar dezelfde IL? Of doet een Andoid Java compiler iets speciaals?

[.oisyn]

markvt schreef op dinsdag 01 juli 2014 @ 10:56:
Vergelijk het maar met een timmerman, die geef je ook een goede hamer.

* .oisyn rent

[Firesphere]

.oisyn schreef op dinsdag 01 juli 2014 @ 11:56:
[...]


[afbeelding]

* .oisyn rent

Da's geen wapen, da's een moordwapen

[ErikKo]

Een goede hamer is ook niet alles.
YouTube: Rembo en Rembo - Timmerman

[Woy]

.oisyn schreef op dinsdag 01 juli 2014 @ 11:54:
[...]


Compilet toch naar dezelfde IL? Of doet een Andoid Java compiler iets speciaals?

Ik kan mij best voorstellen dat in Java 8 de IL is aangepast. Tussen .NET 1.x / 2.0 / 4.0 is de IL ook niet compatible.

[Caelorum]

.oisyn schreef op dinsdag 01 juli 2014 @ 11:54:
[...]
Compilet toch naar dezelfde IL? Of doet een Andoid Java compiler iets speciaals?

Volgens mij wordt zelfs niet alles van Java7 ondersteund in Android (invokedynamic niet bijv.) en ook die beperkte ondersteuning is alleen beschikbaar in de KitKat SDK. Versies daarvoor zit je nog met Java 6. Je kan wel RetroLambda gebruiken blijkbaar

[ Voor 16% gewijzigd door Caelorum op 01-07-2014 12:48 ]

[Nick_S]

F.West98 schreef op dinsdag 01 juli 2014 @ 01:47:
Ik snap niet waarom in Java een JSONArray NIET iteratable is.
Sowieso wel erg jammer dat je voor Android niet dingen als .Select(s => s.toString()); kan gebruiken maar gewoon een hele for-loop moet maken. Zo veel nutteloze code

Dat ligt er misschien aan welke JSON library je gebruikt. De Java API heeft er voor zover ik weet geen een, dus ben je op een 3rd party API aangewezen. Die van Google is wel gewoon Iterable: http://google-gson.google...oogle/gson/JsonArray.html

[Merethil]

Nick_S schreef op dinsdag 01 juli 2014 @ 13:31:
[...]


Dat ligt er misschien aan welke JSON library je gebruikt. De Java API heeft er voor zover ik weet geen een, dus ben je op een 3rd party API aangewezen. Die van Google is wel gewoon Iterable: http://google-gson.google...oogle/gson/JsonArray.html

Je hebt nog wel deze http://docs.oracle.com/ja...javax/json/JsonArray.html
Maar is het zo lastig om gewoon eroverheen te lopen in een for-loop met

Java:

int length = jsonArray.length();
for (int i = 0 ; i <  length ; i++) {
  JsonObject object = jsonArray.getJsonObject(i);
  // use object
}

?

[phex]

Java ?:



C#

[ Voor 36% gewijzigd door phex op 01-07-2014 14:28 ]

[RayNbow]

Merethil schreef op dinsdag 01 juli 2014 @ 13:58:
Maar is het zo lastig om gewoon eroverheen te lopen in een for-loop met

Java:

int length = jsonArray.length();
for (int i = 0 ; i <  length ; i++) {
  JsonObject object = jsonArray.getJsonObject(i);
  // use object
}

?

Het is niet lastig, het is low-level.

Semi-gerelateerd: Why Every Language Needs Its Underscore

[F.West98]

Precies.
En nee, Android zit nog op Java 1.6 voor de versies 2.3 e.d.
Dus helaas zijn er allerlei features (nieuwe Date-API) die ik niet kan gebruiken. Calendar is ook een troep zeg.

Sowieso vind ik Android Studio nog steeds een stuk slechter dan VS. Minder goede autocomplete (en van die lijstjes met commando's, veel onduidelijker), ook als je hovert over een functie zie je NIET wat de return type is, en tijdens het invullen van een functie zie je niet wat de arguments moeten zijn. Heel groot gemis....

[Merethil]

RayNbow schreef op dinsdag 01 juli 2014 @ 14:39:
[...]

Het is niet lastig, het is low-level.

Semi-gerelateerd: Why Every Language Needs Its Underscore

Wel een stuk performanter dan een Iterator opbouwen die daarna weer opgeruimd moet worden door je GC. Vooral de GC in Android is een beetje jammer daarin.

[.oisyn]

Trying to change a single line of code in a 1000-line function...

[Gamebuster]

Dan post ik deze ook maar weer...

[F.West98]

En ze zijn allemaal waar

[.oisyn]

Nou nog maar een dan:

Spotting that pesky bug simultaneously with a coworker

[ Voor 9% gewijzigd door .oisyn op 01-07-2014 15:55 ]

[RayNbow]

Merethil schreef op dinsdag 01 juli 2014 @ 14:50:
[...]


Wel een stuk performanter dan een Iterator opbouwen die daarna weer opgeruimd moet worden door je GC. Vooral de GC in Android is een beetje jammer daarin.

Waarom moet de programmeur in dit geval de compiler helpen om efficiëntie te bereiken? Voor een taal als Haskell heb je compilers die statische analyse uitvoeren en uitvogelen dat je bijv. intermediate datastructures niet nodig hebt en wegcompileert. Waarom zou een compiler een iterator niet kunnen wegwerken?

[DeluxZ]

.oisyn schreef op dinsdag 01 juli 2014 @ 15:55:
Nou nog maar een dan:

Spotting that pesky bug simultaneously with a coworker
[afbeelding]

Die kende ik nog niet

[Merethil]

RayNbow schreef op dinsdag 01 juli 2014 @ 16:01:
[...]

Waarom moet de programmeur in dit geval de compiler helpen om efficiëntie te bereiken? Voor een taal als Haskell heb je compilers die statische analyse uitvoeren en uitvogelen dat je bijv. intermediate datastructures niet nodig hebt en wegcompileert. Waarom zou een compiler een iterator niet kunnen wegwerken?

Dat is niet wat ik zei... De Garbage Collector kan niet zo goed overweg met het afbreken van Iterators in Android voor zover ik weet.
De compiler zal er vast wat mooiers van maken, maar bij gebrek aan een iterator is er niets mis met een for-loop zoals ik 'm gaf, toch?

[Herko_ter_Horst]

Merethil schreef op dinsdag 01 juli 2014 @ 16:12:
[...]


Dat is niet wat ik zei... De Garbage Collector kan niet zo goed overweg met het afbreken van Iterators in Android voor zover ik weet.

Dit zal je moeten onderbouwen met meer dan "voor zover ik weet", want het lijkt mij klinkklare onzin. Een iterator is niks anders dan enig ander Java object (tenzij het toevallig gaat om een iterator die bijv. een database-connectie vasthoudt en niet Closeable is, maar dan nog is het geen GC probleem, maar een probleem van de implementator en/of de gebruiker van die iterator).

Bij gebrek aan gedetailleerde, specifieke kennis over een bepaalde implementatie, zou ik altijd kiezen voor een iterator, aangezien de kans bijzonder groot is dat de iterator is geoptimaliseerd en andere manieren van sequentiële toegang niet. Doe per ongeluk maar eens een for-loop met een get(i) op een LinkedList.

De compiler zal er vast wat mooiers van maken, maar bij gebrek aan een iterator is er niets mis met een for-loop zoals ik 'm gaf, toch?

Bij gebrek aan een iterator niet natuurlijk (maar ook dan moet je oppassen, zie het LinkedList-voorbeeld hierboven).

[Creepy]

Herko_ter_Horst: Een get()? Gelukkig kan het vaak ook zo (vanaf Java 1.5 al)

Java:

LinkedList<String> list = new LinkedList<String>();
for (String s: list) {
 // doe iets met s
}

Daar komt geen get aan te pas. Persoonlijk zie ik deze syntax liever dan een Iterator.

[ Voor 14% gewijzigd door Creepy op 01-07-2014 16:40 ]

[Robbiedobbie]

Creepy schreef op dinsdag 01 juli 2014 @ 16:38:
Herko_ter_Horst: Een get()? Gelukkig kan het vaak ook zo (vanaf Java 1.5 al)

Java:

LinkedList<String> list = new LinkedList<String>();
for (String s: list) {
 // doe iets met s
}

Daar komt geen get aan te pas. Persoonlijk zie ik deze syntax liever dan een Iterator.

Die syntax gebruikt een iterator

[Grijze Vos]

.oisyn schreef op dinsdag 01 juli 2014 @ 15:13:
Trying to change a single line of code in a 1000-line function...

I can raise your 1000 line function with a 65K line file:

Visual Basic:

'##############################################################################################################
    '#                                                                                                            #
    '#   Geen code meer toevoegen aan deze file. Anders krijg je compiler errors. Je kan verder proggen in        #
    '#   GeneralFunctions2.cls                                                                                    #
    '#                                                                                                            #
    '##############################################################################################################

On the upside of things, dit onderdeel van de applicatie sterft langzaam uit. 65K is al 50K tegenwoordig, en 30-40% is dead code al.

[Creepy]

Robbiedobbie schreef op dinsdag 01 juli 2014 @ 16:41:
[...]

Die syntax gebruikt een iterator

True, maar dat zie je niet

[Merethil]

Herko_ter_Horst schreef op dinsdag 01 juli 2014 @ 16:34:
[...]

Dit zal je moeten onderbouwen met meer dan "voor zover ik weet", want het lijkt mij klinkklare onzin. Een iterator is niks anders dan enig ander Java object (tenzij het toevallig gaat om een iterator die bijv. een database-connectie vasthoudt en niet Closeable is, maar dan nog is het geen GC probleem, maar een probleem van de implementator en/of de gebruiker van die iterator).

Bij gebrek aan gedetailleerde, specifieke kennis over een bepaalde implementatie, zou ik altijd kiezen voor een iterator, aangezien de kans bijzonder groot is dat de iterator is geoptimaliseerd en andere manieren van sequentiële toegang niet. Doe per ongeluk maar eens een for-loop met een get(i) op een LinkedList.


[...]

Bij gebrek aan een iterator niet natuurlijk (maar ook dan moet je oppassen, zie het LinkedList-voorbeeld hierboven).

"Voor zover ik weet" is gebaseerd op een Android game waar een aantal iterators gebruikt werden om door een aantal lists heen te lopen en problemen gaven bij het garbage collecten.
Wat ons opviel was dat elke keer als een list volledig iterated was, de gc de iterator wilde gaan opruimen wat soms 50 tot zelfs 100 ms duurde. Na overstap naar een simpele for-loop was de delay volledig weg.

Mijn theorie erachter was dat de iterator opruimen meer tijd kostte doordat je deze van tevoren aanmaakt en de "out of scope"-tijd dus langer is dan de objecten die direct aan 't eind van de for-loop destructed kunnen worden.

De delay merkten we op omdat de game elke seconde heel even bevroor, wat weg was toen we de Iterator vervingen.

Creepy schreef op dinsdag 01 juli 2014 @ 16:38:
Herko_ter_Horst: Een get()? Gelukkig kan het vaak ook zo (vanaf Java 1.5 al)

Java:

LinkedList<String> list = new LinkedList<String>();
for (String s: list) {
 // doe iets met s
}

Daar komt geen get aan te pas. Persoonlijk zie ik deze syntax liever dan een Iterator.

Onder water gebruikt een extended for-loop / foreach een iterator

Edit: bah, crappy telefoon liet me niet zien dat ik aan 't spuitelf-en ben...

[ Voor 13% gewijzigd door Merethil op 01-07-2014 16:45 ]

[F.West98]

Ook jammer van het niet aanwezig zijn van Extension Methods waardoor je lelijke syntax krijgt om iets te bereiken.

[Robbiedobbie]

F.West98 schreef op dinsdag 01 juli 2014 @ 16:44:
Ook jammer van het niet aanwezig zijn van Extension Methods waardoor je lelijke syntax krijgt om iets te bereiken.

ProjectLombok is your friend. Werkt ook met android!

http://www.projectlombok.org

Let wel op, niet alle functies zijn supported in IntelliJ

EDIT: Het val keyword is evil. In sommige gevallen kan de normale compiler het type niet uitvogelen, waar de compiler in eclipse het wel kan -.-"

[ Voor 16% gewijzigd door Robbiedobbie op 01-07-2014 17:03 ]

[Firesphere]

Nou, so far, so good. Een dag Magento, geeft mij dit gevoel:
http://putrats.com/comics/9

[Creepy]

* Creepy aait Firesphere... sterkte!
_{I know the feeling}

[Whatson]

Tables in HTML zijn awesome:

[phex]

Tables zijn juist moeilijk responsive te krijgen. Leuke grap, maar probeer maar es een tabel met 12 kolommen op een 480 pixel scherm fatsoenlijk weer te geven.

[Whatson]

Ach responsive is overrated

/me whatson rent

[Matis]

Whatson schreef op dinsdag 01 juli 2014 @ 17:37:
Ach responsive is overrated

/me whatson rent

Goeie

[F.West98]

Waarom wordt overal dit gebruikt:

Java:

public class Example {
    private String field;
    public String getField() {
        return field;
    }
    public void setField(String field) {
        this.field = field;
    }
}

i.p.v. dit:

Java:

public class Example {
    public String field;
}

Wat is het verschil nou eigenlijk in functionaliteit? Wat is er tegen om de laatste te gebruiken?

[.oisyn]

Als het een attribuut is dan kun je geen logic meer toevoegen bij het opvragen of zetten van het attribuut.

[Firesphere]

F.West98 schreef op dinsdag 01 juli 2014 @ 18:46:
Waarom wordt overal dit gebruikt:

Java:

public class Example {
    private String field;
    public String getField() {
        return field;
    }
    public void setField(String field) {
        this.field = field;
    }
}

i.p.v. dit:

Java:

public class Example {
    public String field;
}

Wat is het verschil nou eigenlijk in functionaliteit? Wat is er tegen om de laatste te gebruiken?

Omdat je statics etc. niet publiek toegankelijk wil hebben.

[.oisyn]

Uiteraard heeft dat ook een achterliggende reden.

[F.West98]

Wat is die dan
Op zich bij gewone public strings e.d., lijkt het mij onnodig? Natuurlijk heb je soms iets anders nodig qua logic.
Toch jammer dat ze geen {get;set;} ding hebben zoals in C#

[.oisyn]

Die gaf ik net . Een andere reden is dat je implementatiedetails juist niet publiek wil maken omdat je die wilt kunnen wijzigen, maar of het een impelmentatiedetail is is uit het voorbeeld niet op te maken. Bij kale data-objecten (zoals bijvoorbeeld een Point met een x en een y) zijn de fields natuurlijk geen implementatie-detail maar juist onderdeel van de externe API.

[Rutix]

http://stackoverflow.com/a/11071416/403909 <-- geeft een uitleg wat op hetzelfde neer komt als .oisyn zei .

[F.West98]

Aha
Incoming Lombok

[Rutix]

F.West98 schreef op dinsdag 01 juli 2014 @ 19:05:
Aha
Incoming Lombok

Lombok ?

[.oisyn]

https://www.google.com/ma...8cc745:0x446689c4ab50d8c9

[Rutix]

beetje random weer van F.West

[F.West98]

Robbiedobbie in "De Devschuur Coffee Corner - Iteratie 6"

[Douweegbertje]

Nu ik die comic weer zag (reactie bij link van West) (http://putrats.com/comics/12) ga ik toch anders om met mijn ideeën. Deze blijven meestal door gebrek aan motivatie, tijd en weet ik veel wat 2 jaar in mijn hoofd liggen waarbij ik het weer vergeet om vervolgens een jaar later een startup te zien met dat idee die miljoenen verdient
Ooit moet ik de stap zetten om minder uren te gaan werken bij m'n werkgever zodat ik meer met mijn bedrijfje verder kan :x

[BikkelZ]

Java heeft toch al lang zoiets als:

C#:

public string FirstName { get; private set; }

..of ligt dat puur aan de Google Java versie?

[Robbiedobbie]

BikkelZ schreef op dinsdag 01 juli 2014 @ 19:45:
Java heeft toch al lang zoiets als:

C#:

public string FirstName { get; private set; }

..of ligt dat puur aan de Google Java versie?

Bij java moet je alle Getter & Setters zelf schrijven als losse functies, tenzij je een of andere generator gebruikt (zoals lombok)

[Firesphere]

Robbiedobbie schreef op dinsdag 01 juli 2014 @ 19:52:
[...]

Bij java moet je alle Getter & Setters zelf schrijven als losse functies, tenzij je een of andere generator gebruikt (zoals lombok)

Meeste IDE's kunnen de get/set ook wel genereren toch? Tenminste, NetBeans kan het, en waarschijnlijk ook IntelliJ

[Robbiedobbie]

Firesphere schreef op dinsdag 01 juli 2014 @ 21:33:
[...]

Meeste IDE's kunnen de get/set ook wel genereren toch? Tenminste, NetBeans kan het, en waarschijnlijk ook IntelliJ

Klopt klopt, maar dan is je code nog steeds zo ontzettend onoverzichtelijk aangezien default getters en setters oninteressant zijn. Wanneer ze tijdens het compilen gegenereerd worden (tenzij voor die var al een getter/setter bestaat) dan heb je dat probleem niet

[F.West98]

Precies

[Firesphere]

Robbiedobbie schreef op dinsdag 01 juli 2014 @ 21:36:
[...]

Klopt klopt, maar dan is je code nog steeds zo ontzettend onoverzichtelijk aangezien default getters en setters oninteressant zijn. Wanneer ze tijdens het compilen gegenereerd worden (tenzij voor die var al een getter/setter bestaat) dan heb je dat probleem niet

Och, bij een nieuwe class, na definities doe ik toch altijd CTRL+N en laat de zooi even genereren.

Wel altijd nalopen, maar ik vind het persoonlijk toch wel makkelijk, en over het algemeen voldoet het en staan de getters en setters bovenaan, en daaronder mijn eigen code.

Of andersom, voor wie dat liever heeft.

[BikkelZ]

Firesphere schreef op dinsdag 01 juli 2014 @ 21:41:
[...]

Och, bij een nieuwe class, na definities doe ik toch altijd CTRL+N en laat de zooi even genereren.

Wel altijd nalopen, maar ik vind het persoonlijk toch wel makkelijk, en over het algemeen voldoet het en staan de getters en setters bovenaan, en daaronder mijn eigen code.

Of andersom, voor wie dat liever heeft.

Het is best goed te doen met Netbeans maar het is gewoon overbodige boiler plate.

[Robbiedobbie]

BikkelZ schreef op dinsdag 01 juli 2014 @ 21:45:
[...]


Het is best goed te doen met Netbeans maar het is gewoon overbodige boiler plate.

Dit ^^

Ik ben nog geen IDE tegengekomen die die getters en setters niet wil genereren, maar het is gewoon fijner (lees=onderhoudsvriendelijker) wanneer alleen niet standaard getters en setters zichtbaar zijn

[FrameWork.]

Altijd fijn als een klant een shared host zonder SSH toegang heeft en je updates online moet zetten met FTP. Gelukkig is er nog overzicht van de wijzigingen vanuit de (lokale) git repository....

code:

while(repoHasChanges()) {
 selectFile();
 uploadFile();
 yesOverwrite();
 sleep(10);
 grabCoffee();
}

[Firesphere]

FrameWork. schreef op dinsdag 01 juli 2014 @ 21:47:
Altijd fijn als een klant een shared host zonder SSH toegang heeft en je updates online moet zetten met FTP. Gelukkig is er nog overzicht van de wijzigingen vanuit de lokale git repository....

code:

while(repoHasChanges()) {
 selectFile();
 uploadFile();
 yesOverwrite();
 sleep(10);
 grabCoffee();
}

Kijk eens naar FTPloy Die regelt dat voor je, geen gezeik, ideaal voor shared hosting. Alleen dat "lokaal" zou nog problemen opleveren, die zou ik dan in een private bitbucket account zetten.

[ Voor 15% gewijzigd door Firesphere op 01-07-2014 21:49 ]

[FrameWork.]

Firesphere schreef op dinsdag 01 juli 2014 @ 21:49:
[...]

Kijk eens naar FTPloy

Oeh dat ziet er wel nice uit. Bedankt!

Edit: de repository staat ook in een private GitHub account

[ Voor 15% gewijzigd door FrameWork. op 01-07-2014 21:53 ]

[BikkelZ]

Iemand ervaring met Docker en soortgelijke platforms?

Ik zie zo vaak dat mensen gewoon hun development omgeving maar moeilijk fatsoenlijk aan de gang krijgen

[Creepy]

Wij gebruiken Vagrant met de puppet provisioner om benodigde zaken voor een dev omgeving aan de gang te krijgen. Voor onze nieuwere zaken kunnen we dan de puppet scripts zo goed als direct hergebruiken voor het inrichten van live servers. Voor het daadwerkelijk deployen van onze app's zelf zit ik nog wel te kijken of we daar docker (ook i.c.m. puppet) voor kunnen gaan inzetten (docker om de app te runnen, puppet voor deployment van config's e.d.)

[Ryur]

Robbiedobbie schreef op dinsdag 01 juli 2014 @ 21:36:
[...]

Klopt klopt, maar dan is je code nog steeds zo ontzettend onoverzichtelijk aangezien default getters en setters oninteressant zijn. Wanneer ze tijdens het compilen gegenereerd worden (tenzij voor die var al een getter/setter bestaat) dan heb je dat probleem niet

Ik heb een plugin in IntelliJ (weet zo niet welke, zoek ik morgen ofzo bij interesse op) die ze wel automatisch genereert, maar ze echt niet weergeeft totdat je het wel wilt (optie inschakelen per file) .

Nu wil ikzelf deze plugin uitbreiden naar dat ze standaard wel worden weergegeven, maar op de C# manier.

[Rutix]

F.West98 schreef op dinsdag 01 juli 2014 @ 19:24:
Robbiedobbie in "De Devschuur Coffee Corner - Iteratie 6"

Die gast klinkt echt nederlands

[Firesphere]

FrameWork. schreef op dinsdag 01 juli 2014 @ 21:50:
[...]

Oeh dat ziet er wel nice uit. Bedankt!

Edit: de repository staat ook in een private GitHub account

Github en Bitbucket, public of private, werken dus

Veel plezier, het heeft mij bij el-cheapo hosting-klanten veel zorgen uit handen genomen. Het is gewoon gitflow, alleen doet FTPloy de deployments

Let op, ze hebben een bugje, waar een hotfix de volledige tree uit development pakt en upload (Hoewel deze al gefixt zou kunnen zijn, ik denk het wel)

[hydrargyrum]

Dat moment dat pip de eerste keer een package installeert op windows zonder een error te geven(en ja, ik weet dat ik eigenlijk linux moet gebruiken, maar ik was aan het gamen.)

[Caelorum]

Robbiedobbie schreef op dinsdag 01 juli 2014 @ 21:36:
[...]

Klopt klopt, maar dan is je code nog steeds zo ontzettend onoverzichtelijk aangezien default getters en setters oninteressant zijn. Wanneer ze tijdens het compilen gegenereerd worden (tenzij voor die var al een getter/setter bestaat) dan heb je dat probleem niet

Komt nog bij dat je in C# dit kan doen

C#:

public bool EenBool {get; set;}
//....
iets.EenBool = !iets.EenBool;

waar dat in java dan

Java:

public boolean eenBool;

public boolean getEenBool(){
    return eenBool;
}

public void setEenBool(boolean value){
   eenBool = value;
}
//...
iets.setEenBool(!iets.getEenBool());

En ja het voorbeeld is nogal gemaakt, maar is prima ter illustratie . Van 8 regels in java naar 2 in C#...

[Gamebuster]

Firesphere schreef op dinsdag 01 juli 2014 @ 21:41:
[...]

Och, bij een nieuwe class, na definities doe ik toch altijd CTRL+N en laat de zooi even genereren.

Wel altijd nalopen, maar ik vind het persoonlijk toch wel makkelijk, en over het algemeen voldoet het en staan de getters en setters bovenaan, en daaronder mijn eigen code.

Of andersom, voor wie dat liever heeft.

Als je je getters en setters groepeert tot 1 getter/setter die een data structure (Class met alleen public fields en geen functies) deelt/ontvangt met al je gewenste properties heb je ook veel minder boilerplate. (of meerdere getters/setters, maar hou ze zo beperkt mogelijk)

Ik vind dat als je class meer dan 2 getters of setters heeft, dat je class teveel doet of dat je je data moet groeperen tot een data structure en daar setters/getters voor moet maken.

Caelorum schreef op dinsdag 01 juli 2014 @ 22:28:
[...]

Komt nog bij dat je in C# dit kan doen

C#:

public bool EenBool {get; set;}
//....
iets.EenBool = !iets.EenBool;

waar dat in java dan

Java:

public boolean eenBool;

public boolean getEenBool(){
    return eenBool;
}

public void setEenBool(boolean value){
   eenBool = value;
}
//...
iets.setEenBool(!iets.getEenBool());

En ja het voorbeeld is nogal gemaakt, maar is prima ter illustratie . Van 8 regels in java naar 2 in C#...

Getter/setter voor een boolean?

.oisyn schreef op dinsdag 01 juli 2014 @ 18:55:
Als het een attribuut is dan kun je geen logic meer toevoegen bij het opvragen of zetten van het attribuut.

Een getter of een setter moet ook niets aan logica doen, anders is het geen getter/setter. Het enige wat ik kan bedenken waarom je geen public fields wil hebben, is omdat je geen public fields kan definiëren in een interface en je dus moet casten of een specifiek type eisen, wat het polymorphism idee niet ten goede doet.

[ Voor 41% gewijzigd door Gamebuster op 01-07-2014 22:37 ]

[WernerL]

Rutix schreef op dinsdag 01 juli 2014 @ 22:17:
[...]

Die gast klinkt echt nederlands

Viel mij ook al op.
Dat accent...

[Caelorum]

Gamebuster schreef op dinsdag 01 juli 2014 @ 22:28:
[...]
Ik vind dat als je class meer dan 2 getters of setters heeft, dat je class teveel doet of dat je je data moet groeperen tot een data structure en daar setters/getters voor moet maken.

Mja, is natuurlijk ook niet altijd zo. Ik probeer zoveel mogelijk state uit mijn classes te houden in andere talen, maar in C# bijv. ga ik gewoon met de flow mee en gooi ik properties in het rond Je moet gewoon dat doen wat de gebruikers van je code verwachten en structs met settings erin is dat in C# en java iig niet zover ik weet.

Gamebuster schreef op dinsdag 01 juli 2014 @ 22:28:
[...]
Getter/setter voor een boolean?

Lees die op een na laatste zin eens even wil je? Vervang boolean voor jou struct of een helper class of weet ik veel en dan is het voorbeeld nog steeds hetzelfde...

[ Voor 19% gewijzigd door Caelorum op 01-07-2014 22:34 ]

[F.West98]

Nu FTPloy weer ter sprake komt:
Als je geen shared hosting hebt. Dan kan je toch gewoon een remote op die server hebben? Hoe zeg je dan welke repo uiteindelijk online moet staan?
Dan ga ik straks git installeren

[Gamebuster]

Caelorum schreef op dinsdag 01 juli 2014 @ 22:32:
[...]
Lees die op een na laatste zin eens even wil je? Vervang boolean voor jou struct of een helper class of weet ik veel en dan is het voorbeeld nog steeds hetzelfde...

[Firesphere]

F.West98 schreef op dinsdag 01 juli 2014 @ 22:33:
Nu FTPloy weer ter sprake komt:
Als je geen shared hosting hebt. Dan kan je toch gewoon een remote op die server hebben? Hoe zeg je dan welke repo uiteindelijk online moet staan?
Dan ga ik straks git installeren

In een lege directory!
git clone {your git repo url of SSH}
git fetch
git checkout master

Dan zit je op de master-branch.

En daar hoort een live-omgeving op te zitten.

Ik heb nog wel wat verschillende bash, php, asp en sh scripts, die een autopull kunnen doen en vervolgens de git-dir locken.

[ Voor 4% gewijzigd door Firesphere op 01-07-2014 22:37 ]

[BikkelZ]

Creepy schreef op dinsdag 01 juli 2014 @ 21:58:
Wij gebruiken Vagrant met de puppet provisioner om benodigde zaken voor een dev omgeving aan de gang te krijgen. Voor onze nieuwere zaken kunnen we dan de puppet scripts zo goed als direct hergebruiken voor het inrichten van live servers. Voor het daadwerkelijk deployen van onze app's zelf zit ik nog wel te kijken of we daar docker (ook i.c.m. puppet) voor kunnen gaan inzetten (docker om de app te runnen, puppet voor deployment van config's e.d.)

Right. Ik zie mensen dagen lang kloten om een ontwikkeling aan de gang te krijgen. Ontzettend demotiverend en zinloos. Een project moet je gewoon met wat simpele instructies in de README aan de praat kunnen krijgen en altijd klaar zijn om gedeployd te worden.

[Firesphere]

Creepy schreef op dinsdag 01 juli 2014 @ 21:58:
Wij gebruiken Vagrant met de puppet provisioner om benodigde zaken voor een dev omgeving aan de gang te krijgen. Voor onze nieuwere zaken kunnen we dan de puppet scripts zo goed als direct hergebruiken voor het inrichten van live servers. Voor het daadwerkelijk deployen van onze app's zelf zit ik nog wel te kijken of we daar docker (ook i.c.m. puppet) voor kunnen gaan inzetten (docker om de app te runnen, puppet voor deployment van config's e.d.)

Vagrant

[Caelorum]

Gamebuster schreef op dinsdag 01 juli 2014 @ 22:28:
[...]
Een getter of een setter moet ook niets aan logica doen, anders is het geen getter/setter. Het enige wat ik kan bedenken waarom je geen public fields wil hebben, is omdat je geen public fields kan definiëren in een interface en je dus moet casten of een specifiek type eisen, wat het polymorphism idee niet ten goede doet.

Totdat je een null check wilt doen. Je eerst de oude waarde in de variabele netjes wilt opschonen voordat je het met de nieuwe value set. Je een struct wilt accepteren, maar een onderliggende bool wilt setten. Je op basis van een andere waarde wel of niet wilt setten (zeldzaam, maar is soms nodig).
Jij bent verantwoordelijk voor dat de state in de instance op orde blijft en soms is daar iets meer logica voor nodig bij setten dan gewoonweg zooi accepteren en zien waar het schip strand. (en omdat je er verantwoordelijk voor bent kun je het maar het beste overzichtelijk houden door zo min mogelijk state te hebben, maar dat is een ander verhaal)

[ Voor 19% gewijzigd door Caelorum op 01-07-2014 22:40 ]

[Firesphere]

Caelorum schreef op dinsdag 01 juli 2014 @ 22:39:
[...]

Totdat je een null check wilt doen. Je eerst de oude waarde in de variabele netjes wilt opschonen voordat je het met de nieuwe value set. Je een struct wilt accepteren, maar een onderliggende bool wilt setten. Je op basis van een andere waarde wel of niet wilt setten (zeldzaam, maar is soms nodig).

Of overhead wilt voorkomen, daar zijn ze ook erg nuttig voor, als de new === old bijvoorbeeld.

[F.West98]

Dat is best slim

[Pizzalucht]

Vagrant is tof inderdaad! Wij hebben pas https://puphpet.com/ gebruikt om een basiconfiguratie voor PHP neer te zetten. Daar hebben we zelf nog wat wijzigingen op gedaan.
Heb ook even naar Docker gekeken, maar dat vond ik wat te vaag om snel in te komen (containers structuur). Lijkt ook meer iets om mee te deployen?

[Caelorum]

Firesphere schreef op dinsdag 01 juli 2014 @ 22:40:
[...]
Of overhead wilt voorkomen, daar zijn ze ook erg nuttig voor, als de new === old bijvoorbeeld.

Ohja Die was ik vergeten... Gelukkig komt het niet zo vaak voor dat een variabele setten veel tijd kost

[BikkelZ]

Caelorum schreef op dinsdag 01 juli 2014 @ 22:39:
[...]

Totdat je een null check wilt doen. Je eerst de oude waarde in de variabele netjes wilt opschonen voordat je het met de nieuwe value set. Je een struct wilt accepteren, maar een onderliggende bool wilt setten. Je op basis van een andere waarde wel of niet wilt setten (zeldzaam, maar is soms nodig).
Jij bent verantwoordelijk voor dat de state in de instance op orde blijft en soms is daar iets meer logica voor nodig bij setten dan gewoonweg zooi accepteren en zien waar het schip strand. (en omdat je er verantwoordelijk voor bent kun je het maar het beste overzichtelijk houden door zo min mogelijk state te hebben, maar dat is een ander verhaal)

Maar je kunt heel makkelijk een property migreren naar getters / setters op een manier die transparant is naar de rest van je code.

C#:

public string Username { get; set; }

C#:

private string _username;

public string Username
{
     get
    {
          return _username;
    }
    set
    {
         if (value == null) throw new NullPointerException(); // jaja ik weet het voorbeeldje even
         _username = value;
    }
}

Zelfs in Objective-C werken properties ook zo, je doet niets of je creëert getters en setters.

[Alex)]

Nou zie ik hier met enige regelmaat dingen voorbijkomen voor de *nix-stack, zoals Vagrant, Puppet, Chef en Docker, maar ik hoor nooit iets over de WISC*-stack (buiten het overhypete NuGet). Is daar gewoon geen vraag naar, of is de technologie er niet?

* Windows, IIS, SQL Server, C#

[F.West98]

Dat vroeg ik me nou net ook af
Ik zat paar dagen geleden uren te kloten met rechten op DB's en migrations e.d. Het viel me tegen dat zo'n Publish niet ook direct de rechten op de DB regelt enzo...

[BikkelZ]

Klant is onverwacht toch ineens de iPad app gaan gebruiken die ik twee maanden geleden afgerusht heb en vervolgens niks meer over gehoord heb. Blijkbaar haalde hij niet alle gegevens op dus ik moest hem een beetje aanpassen, maar ben toch maar even meteen de puntjes op de i aan het zetten. Kleine animatiefoutjes en dat soort dingen. Voelt toch gelijk een stuk degelijker aan

Alex) schreef op woensdag 02 juli 2014 @ 01:26:
Nou zie ik hier met enige regelmaat dingen voorbijkomen voor de *nix-stack, zoals Vagrant, Puppet, Chef en Docker, maar ik hoor nooit iets over de WISC*-stack (buiten het overhypete NuGet). Is daar gewoon geen vraag naar, of is de technologie er niet?

* Windows, IIS, SQL Server, C#

Zou ik ook wel willen weten!

[ Voor 31% gewijzigd door BikkelZ op 02-07-2014 02:08 ]

[Megamind]

Alex) schreef op woensdag 02 juli 2014 @ 01:26:
Nou zie ik hier met enige regelmaat dingen voorbijkomen voor de *nix-stack, zoals Vagrant, Puppet, Chef en Docker, maar ik hoor nooit iets over de WISC*-stack (buiten het overhypete NuGet). Is daar gewoon geen vraag naar, of is de technologie er niet?

* Windows, IIS, SQL Server, C#

Ik hoorde op de 9 channel conf dat Roslyn Bower gaat ondersteunen.

[Boudewijn]

Alex) schreef op woensdag 02 juli 2014 @ 01:26:
Nou zie ik hier met enige regelmaat dingen voorbijkomen voor de *nix-stack, zoals Vagrant, Puppet, Chef en Docker, maar ik hoor nooit iets over de WISC*-stack (buiten het overhypete NuGet). Is daar gewoon geen vraag naar, of is de technologie er niet?

* Windows, IIS, SQL Server, C#

Je kunt met Puppet ook windows dozen beheren? Iig een deel van de features is via plugins op MS platforms beschikbaar.

[ Voor 7% gewijzigd door Boudewijn op 02-07-2014 02:45 ]

[RobIII]

TFS, TeamCity, CruiseControl.net, AppVeyor, Jenkins/Hudson etc. Allemaal wel CI, CD en meer van dat soort termen Er is meer dan genoeg lijkt me?

[ Voor 23% gewijzigd door RobIII op 02-07-2014 02:50 ]

[BikkelZ]

RobIII schreef op woensdag 02 juli 2014 @ 02:45:
TFS, TeamCity, CruiseControl.net, AppVeyor, Jenkins/Hudson etc. Allemaal wel CI, CD en meer van dat soort termen Er is meer dan genoeg lijkt me?

Gaan toch net wat minder ver dan kant en klare servers of configuraties zoals Vagrant of Docker. De hele server configuratie danwel de VM moet je eerst zelf opzetten? Ik zat meer te denken aan het scenario dat je een project moet uitrollen op een schone machine.

[Rutix]

Vaak hebben wij bij web applicaties dat de servers in beheer zijn door een andere partij. Wij leveren dan dus een setup file + beheerdershandleiding/installatiehandleiding en dan moeten zij het maar uitzoeken. Als er problemen komen helpen wij wel met support maar echt beheer komt bij ons niet vaak voor.

[Struikrover]

Ik heb al een paar keer verlekkerd naar Docker gekeken, maar een ding dat me nog niet helemaal duidelijk is: wat doet het precies met je overhead? Als je een complete Ubuntu distro in een container daemon runt, wat is dan de performance hit die je dat oplevert?

Ik zit er aan te denken om binnenkort twee machines met 14.04 uit te rusten en dan met Docker de dependencies en installatie van software recht te trekken, maar weet niet zeker of dat de juiste use-case is

[Jan_V]

Alex) schreef op woensdag 02 juli 2014 @ 01:26:
Nou zie ik hier met enige regelmaat dingen voorbijkomen voor de *nix-stack, zoals Vagrant, Puppet, Chef en Docker, maar ik hoor nooit iets over de WISC*-stack (buiten het overhypete NuGet). Is daar gewoon geen vraag naar, of is de technologie er niet?

* Windows, IIS, SQL Server, C#

Chocolatey met BoxStarter werkt daarvoor wel redelijk lees ik.
Zelf had ik wat problemen met Chocolatey bij de installatie van een nieuw systeem. Sommige installers werkten namelijk niet heel goed mee of er was iets mis met het script denk ik.

[Robbiedobbie]

Jeujj, vandaag komen de laatste onderdelen voor mijn PC binnen

Vanavond in elkaar zetten en dan eens kijken wat dat beest kan doen

[_Moe_]

Dit wordt een zware dag, na dat matchke van Duivels afgelopen nacht.

* _Moe_ schenkt koffie!

[Caelorum]

Wordt nog eens wat hier als we ooit tegen jullie komen te staan
* Caelorum pakt zijn 4e bak alweer

[_Moe_]

Begin al maar te zweten !

Wel fijn om te zien dat Belgie en 3 buurlanden tot de beste 8 behoren, als één van deze het WK wint zal ik tevreden zijn .