De Devschuur Coffee Corner - Iteratie 2

[.Gertjan.]

eBoR schreef op vrijdag 18 november 2011 @ 18:46:
[...]


dat zit er nu toch al in ? bij de ultimate editie dan. of is het nu helemaal nieuw enzo ?

Zit er inderdaad al in, maar allicht dat het wat verbeterd is.

Moet eerlijk zeggen dat ik het nog nooit gebruikt heb, heb wel de ultimate versie (BizSpark FTW! ), maar nog nooit naar gekeken.

Het lukt gebruikers namelijk altijd om zaken te doen die je niet kunt herhalen, sterker nog, ze weten het vaak zelf niet meer "Ik deed iets, en het ging mis... Wat ik deed? Geen idee..." Users, gotta love them

Vandaag mezelf zitten verbazen over code van een clubje developers uit India... Man wat een code hebben die gasten opgeleverd. Krijgen die per regel code betaald ofzo? Alles van links naar rechts copy pasten, meuk in de DB gooien die er niet thuis hoort, zooi die in de DB hoort juist weer niet in de DB gooien, paden hardcode en/of volledig in de DB gooien Heb samen met een andere ontwikkelaar toch enig traantje gelaten. Ben ik blij dat ik dit project niet fixed-price heb aangenomen

[D-Raven]

.Gertjan. schreef op vrijdag 18 november 2011 @ 20:55:
[...]

Zit er inderdaad al in, maar allicht dat het wat verbeterd is.

Moet eerlijk zeggen dat ik het nog nooit gebruikt heb, heb wel de ultimate versie (BizSpark FTW! ), maar nog nooit naar gekeken.

Het lukt gebruikers namelijk altijd om zaken te doen die je niet kunt herhalen, sterker nog, ze weten het vaak zelf niet meer "Ik deed iets, en het ging mis... Wat ik deed? Geen idee..." Users, gotta love them

Vandaag mezelf zitten verbazen over code van een clubje developers uit India... Man wat een code hebben die gasten opgeleverd. Krijgen die per regel code betaald ofzo? Alles van links naar rechts copy pasten, meuk in de DB gooien die er niet thuis hoort, zooi die in de DB hoort juist weer niet in de DB gooien, paden hardcode en/of volledig in de DB gooien Heb samen met een andere ontwikkelaar toch enig traantje gelaten. Ben ik blij dat ik dit project niet fixed-price heb aangenomen

"Inda projecten"
Daar zijn veel bedrijven van terug gekomen zeg. Offshoring in India. Die mensen hebben gewoon een heel andere werk ethos. Die switchen van werkgever voor 10 cent p/m meer.

[Avalaxy]

Ik hoor inderdaad alleen maar zéér negatieve ervaringen op het gebied van code/architectuurkwaliteit bij projecten die geoutsourced worden naar india/vietnam/china/etc. Zelf overigens ook mogen ondervinden... Die lui 'programmeren' massaal als de gemiddelde 14jarige PHP-zolderhobbyist.

[Megamind]

Same here, er komt zoveel troep terug, heb zelfs een project gehad waar niet engelse variable namen werden gebruikt

Voor designs laat ik het vaak wel outsourcen, daar kan weinig mis aan gaan.

[sig69]

Ah sweetness! Controls designen in WPF, in IIS renderen naar png en dan pushen windows phones als live tiles. Gotta love .Net!

[Verwijderd]

Avalaxy schreef op vrijdag 18 november 2011 @ 22:38:
Ik hoor inderdaad alleen maar zéér negatieve ervaringen op het gebied van code/architectuurkwaliteit bij projecten die geoutsourced worden naar india/vietnam/china/etc. Zelf overigens ook mogen ondervinden... Die lui 'programmeren' massaal als de gemiddelde 14jarige PHP-zolderhobbyist.

"Als het maar werkt."

[.Gertjan.]

Verwijderd schreef op zaterdag 19 november 2011 @ 11:06:
[...]

"Als het maar werkt."

Dat is precies het argument waarvoor de oude partij de deur is gewezen

Performance was bagger, kleine changes duurde weken om te fixen en werden gefactureerd voor bakken geld (het veranderen van de titles in de pages heeft duizenden euro's gekost). Changes zijn de volgende release gewoon weer verdwenen (versie control, wasda?), tool was zo lek als een mandje.

Na een half uur in de code neuzen (die weken duurde om te bemachtigen, geez hoe lastig kan het zijn een rarretje te trekken van je code) had ik al 10 pagina's vol met opmerkingen waarmee men toch overtuigd was de handel maar terug te halen uit India. Zit je in een meeting als "second-opinion" en roept men doodleuk, ja maar functioneel werkt het goed! Wat doe beveiliging en snelheid er toe? Daarbij is goede en stabiele code niet onze prioriteit en zien we dat als een nice-to-have App traag? Gooien we er toch een server bij? Tuurlijk, ware het niet dat de servers die er stonden slechts voor 1% gebruikt werden

De ontwikkelaars hadden geen clue wat ze deden volgens mij... Klant klaagde ooit over de korte sessie timeout. De oplossing was om op ieder element in de web.config waar een timeout op zat deze te verhogen. Dus de timeout op de SQL verbinding werd omhoog gezet, httptimeout werd verhoogd naar 30 minuten

Vraag bij projecten als deze is dan ook altijd: gaan we verder en proberen we heb van binnenuit te renoveren of beginnen we helemaal opnieuw. Vanwege de bedrijfsprocessen die in de tool zitten hebben we gekozen om te gaan voor renovatie, maar hoe meer ik naar de code kijk hoe groter mijn twijfels worden... Maar ja complexe processen die ga je niet eventjes herbouwen...

[Verwijderd]

.Gertjan. schreef op zaterdag 19 november 2011 @ 11:47:
[...]

Vraag bij projecten als deze is dan ook altijd: gaan we verder en proberen we heb van binnenuit te renoveren of beginnen we helemaal opnieuw. Vanwege de bedrijfsprocessen die in de tool zitten hebben we gekozen om te gaan voor renovatie, maar hoe meer ik naar de code kijk hoe groter mijn twijfels worden... Maar ja complexe processen die ga je niet eventjes herbouwen...

Complexte projecten herbouw je inderdaad niet op 1-2-3, maar vaak toch beter om dit te doen. Ik weet niet hoe je aangeleverde code er nu uitziet, maar vaak duurt het even tegen dat je doorhebt wat nu precies waarvoor dient of waarom men bepaalde keuzes heeft gemaakt. Daarnaast is het zo dat je soms smerige hacks gaat moeten schrijven om bepaalde issues te kunnen fixen. Op zo'n moment denk ik dan ook dat het beter is om de boel gewoon helemaal te herschrijven.

[Caelorum]

Of beiden, zowel de ergste problemen gelijk aanpakken als een lange termijn project opstarten voor het herschrijven.
Zit je wel met het punt dat het redelijk wat inzet en commitment van zowel de klant als het softawre bedrijf nodig hebt.

[YopY]

Onsch bedrijf (software consultancy) heeft ook een tak in India. Ik geloof niet dat die zo slecht is, maar ik hoor van een collega van me dat hij er persoonlijk niet heel veel heil in ziet. Wat denk ik belangrijk is: Als je iets outsourced naar India, zorg dat je die mensen daar opleidt en constant op de hakken zit, en niet een opdracht die kant opstuurt a la 'fire and forget'.

We hebben één successverhaal die we voor marketing gebruiken (ik weet niet of het ook daadwerkelijk een goed product was, maar dat terzijde). Daarbij werd een team uit India deze kant opgehaald en werd er gedurende een aantal maanden met het team hier samengewerkt tot ze op elkaar ingespeeld waren. Daarna gingen de indiers terug en werd het een 'distributed' team, dwz elke dag intensief contact via bijv. Skype.

Da's natuurlijk wel duurder dan een 'fire and forget' die kant op, maar dat terzijde. Wij zijn gewoon duur:

[.Gertjan.]

Verwijderd schreef op zaterdag 19 november 2011 @ 12:52:
[...]
Complexte projecten herbouw je inderdaad niet op 1-2-3, maar vaak toch beter om dit te doen. Ik weet niet hoe je aangeleverde code er nu uitziet, maar vaak duurt het even tegen dat je doorhebt wat nu precies waarvoor dient of waarom men bepaalde keuzes heeft gemaakt. Daarnaast is het zo dat je soms smerige hacks gaat moeten schrijven om bepaalde issues te kunnen fixen. Op zo'n moment denk ik dan ook dat het beter is om de boel gewoon helemaal te herschrijven.

Nadeel is dat je op een gegeven moment een plan moet trekken. Op het moment dat je een visie vormt weet je helaas niet altijd wat je gaat aantreffen. Het plan zoals er nu ligt is nog 2 releases op de oude code doen en zo gefaseerd zaken naar nette herbruikbare code schrijven (dus berekeningen en data interactie naar eigen lagen verhuizen) en over 2 versies de hele rambam omschrijven.

Je kunt namelijk niet zomaar voor 6 maanden de stekker uit de ontwikkeling trekken. Er liggen nu nog een aantal open punten die de oude leverancier had moeten fixen (maar nooit heeft gedaan) en heeft men in de laatste release een aantal steken laten vallen. Dit heeft +/- 2 versies nodig om recht getrokken te worden.

Daarna lekker herbouwen . Voor nu is het gewoon zorgen dat je de boel schoner achterlaat dan dat je het aantreft als je iets fixt.

YopY schreef op zaterdag 19 november 2011 @ 13:11:


Onsch bedrijf (software consultancy) heeft ook een tak in India. Ik geloof niet dat die zo slecht is, maar ik hoor van een collega van me dat hij er persoonlijk niet heel veel heil in ziet. Wat denk ik belangrijk is: Als je iets outsourced naar India, zorg dat je die mensen daar opleidt en constant op de hakken zit, en niet een opdracht die kant opstuurt a la 'fire and forget'.

Probleem is dat de "slachtoffers" vaak de klanten zijn. Kleine MKB bedrijven die een consultancy/ontwikkel toko in de arm nemen welke gouden bergen beloven en het richting India duwen. De klant heeft geen flauw benul waar hij op moet letten en als de consultancy/development toko dus geen aandacht aan de India tak schenkt is het slachtoffer de MKB-er. De software toko boeit het niet zo, want de klant gaat waarschijnlijk gewoon betalen voor de fixes. Zo houdt een dergelijke toko zichzelf in stand. Heb ze zelfs op de man afgevraagd of ze de code vanuit India wel eens bekeken hebben, het getuigt namelijk van groot lef om zo'n kwaliteit aan je klanten te geven. Ik zou zelf behoorlijk kritisch zijn voordat code naar een klant gaat, maar schijnbaar heeft niet iedereen een dergelijk verantwoordelijkheidsgevoel

Mijn vorige werkgever (grote consultancy toko) had ook een grote groep in India en daar werd inderdaad wat meer dat volk op de hielen gezeten, maar nog moest je alles tig keer uitleggen kreeg je soms dingen waarbij je een momentje kreeg. Ik wil ze niet per definitie allemaal als slecht neerzetten, er zullen zeker goede tussen zitten (net als dat er slechte westerse ontwikkelaars zijn ), maar ik heb soms bij het offshoren het idee dat het zo goedkoop mogelijk moet en men dus op regelmatige basis figuren neerzet waar je in Nederland subsidie voor zou krijgen (als je snapt wat ik bedoel ).

Ah wel, we zien het als een uitdaging Klant is leuk, project is boeiend en het houdt me van de straat

[xos]

D-Raven schreef op vrijdag 18 november 2011 @ 21:59:
[...]

"Inda projecten"
Daar zijn veel bedrijven van terug gekomen zeg. Offshoring in India. Die mensen hebben gewoon een heel andere werk ethos. Die switchen van werkgever voor 10 cent p/m meer.

Idd, vooral het gemak waarmee ze switchen voor een habbekrats meer. Fors investeren met cursussen, intensief begeleiding zodat ze vertrouwd raken in het functionele domein en onze code standaard. En als ze productief worden zijn ze weg.

Stiekum verdenk ik ons middenkader management ervan dat ze worden gebruikt als geld generatoren. Richting de (interne) klant X doorberekenen per uur en X/5 per uur uitbetalen. En als het dan uit de hand dreigt te lopen een paar lokale specialisten optrommelen die het project dan in een paar dagen weer mogen vlottrekken zodat de deadline niet te ver wordt overschreden. Uiteraad wordt een nazorg fase gedefinieerd omdat niet alle sores opgelost kan worden in een paar dagen. Het mag voor zichzelf spreken dat dit natuurlijk niet wordt uitgevoerd. Als het uiteindelijk na een jaar uit elkaar valt wordt het binnen onderhoud opgelost (ander potje waar inmiddels veel over geklaagd wordt omdat dit een te groot deel van het totale budget begint in te nemen)...

[Rutix]

Woo vanaf morgen een weekje cursus ^^. FF wat anders dan aan productie stuff werken

[YopY]

Mja, dat soort bedrijven - die rommel afleveren - schieten zichzelf uiteindelijk gewoon in de voet. Die houden het een paar jaar uit misschien, totdat hun reputatie zodanig naar de kloten is dat ze geen klanten meer krijgen.

Dan rebranden ze en begint het verhaaltje opnieuw

Wat ook een probleem is met Indische ontwikkelbedrijven: Zodra de mensen daar een beetje goed worden stappen ze over naar een ander bedrijf of beginnen ze hun eigen. De markt daar is zodanig explosief aan het groeien dat dat voor hun wel uit kan en dat er genoeg werk is. Op onze mailinglijsten zie ik bijna alleen maar nieuwe indische werknemers langskomen - d'r zijn wel 20 of 30 bijgekomen in het half jaar dat ik er nu werk, tegenover een handjevol in NL.

[Verwijderd]

Bezig met een taak over Multithreading in Java. Wat een miserie. Wanneer ik mijn Thread.wait() ga gebruiken freezed heel mijn gui .

Nu eens kijken wat er gebeurd als ik wat met locks ga spelen, code in een synchronized-blok steken hielp niet

[Ghehe]

*Ghehe is met een opdracht voor school bezig. Ik moet een simpel proggie schrijven dmv MVC pattern toe te passen. Ik had net een try-catch blok geschreven, tot ik dacht dat eigenlijk mijn View niet mag beslissen wat het moet doen met een exception. >.> Hele omweg gemaakt naar Controller en Model om die error te handlen, aangezien ik anders waarschijnlijk minpunten krijg.

Nu ben ik documentatie aan het schrijven. *Yay* En straks UML maken. (heb momenteel alleen maar een klein papiertje met het basisidee op :d )

[ Voor 16% gewijzigd door Ghehe op 20-11-2011 18:57 ]

[alex3305]

De fout afvangen in de GUI is ik niets mis mee. Daar moet je namelijk dan ook de eventuele foutmelding doorspelen naar de gebruiker. Althans zo heb ik het geleerd.

[Jegorex]

Verwijderd schreef op zondag 20 november 2011 @ 18:42:
Bezig met een taak over Multithreading in Java. Wat een miserie. Wanneer ik mijn Thread.wait() ga gebruiken freezed heel mijn gui .

Nu eens kijken wat er gebeurd als ik wat met locks ga spelen, code in een synchronized-blok steken hielp niet

Je moet je GUI thread ook nooit laten wachten.
Stop de code waar je Thread.wait() in zit in een aparte thread.

[Ghehe]

alex3305 schreef op zondag 20 november 2011 @ 19:08:
De fout afvangen in de GUI is ik niets mis mee. Daar moet je namelijk dan ook de eventuele foutmelding doorspelen naar de gebruiker. Althans zo heb ik het geleerd.

Mja, maar de View heeft nog steeds een try-catch blok, wat ik wilde zeggen was gewoon dat de View doorgeeft (in het catch-blok) aan de Controller dat een error is geweest en er zich verder niets van aantrekt. Uiteindelijk komt er dan een string terug in de View die uitlegt aan de gebruiker wat er fout is. Het is wel de eerste keer dat ik met het MVC pattern werk, dus het kan zijn dat ik retefout zit.

*Ghehe gaat nog wat koffie halen om wat verder te documenteren *

[Matis]

Volgens mij zijn de BOFHs er achter dat ik hun site scrapte. Ik krijg nu een puntje terug als content

[ Voor 3% gewijzigd door Matis op 20-11-2011 21:05 ]

[Verwijderd]

Jegorex schreef op zondag 20 november 2011 @ 19:20:
[...]

Je moet je GUI thread ook nooit laten wachten.
Stop de code waar je Thread.wait() in zit in een aparte thread.

Dat heb ik uiteraard gedaan. Maar zelfs dan nog. De Thread.wait() moet pas opgeroepen worden wanneer er op een knop geklikt wordt. Wanneer op een andere knop geklikt wordt moet de thread terug doorgaan.

[alex3305]

Ghehe schreef op zondag 20 november 2011 @ 19:34:
[...]

Mja, maar de View heeft nog steeds een try-catch blok, wat ik wilde zeggen was gewoon dat de View doorgeeft (in het catch-blok) aan de Controller dat een error is geweest en er zich verder niets van aantrekt. Uiteindelijk komt er dan een string terug in de View die uitlegt aan de gebruiker wat er fout is. Het is wel de eerste keer dat ik met het MVC pattern werk, dus het kan zijn dat ik retefout zit.

*Ghehe gaat nog wat koffie halen om wat verder te documenteren *

Zoals ik het geleerd heb op school, was het zo dat het model of de controller een exception opwerpt. Deze werd dan afgevangen in de View welke dan weer een bericht toonde aan de gebruiker. Het model of de controller weet echter al dat er een exception opgeworpen wordt, anders wordt die conditie niet behaald.

IMHO is het dus niet nodig dat de view weer teruggeeft aan de controller dat er een fout is opgetreden, maar dat je dat wel afvangt in de controller. Je zou dus ook een try/catch block in de controller kunnen zetten, welke de initiële exception afvangt en deze afwerkt waarna je dus een (nieuwe of dezelfde) fout opwerpt aan de view zodat deze weer het bericht kan tonen.

Alleen wanneer er een vraagstelling is aan de gebruiker bij een onjuiste conditie zou je informatie kunnen terugspelen vanuit de view terug naar de controller.

[Gamebuster]

code:

require "./audio_stream"

sound_data = [ 0, 16, 32, 48, 64, 80, 96, 112, 128, 112, 96, 80, 64, 48, 32, 16] * 10000
binary_sound_data = sound_data.pack "C*"

au = AudioStream.new 1, 8, 44100
au.write binary_sound_data

wav = File.new "main.wav", "w"
au.export_to_wav wav

*PIEEEEEEEEEEEEEP*

zondag-avond verveling

[ Voor 3% gewijzigd door Gamebuster op 20-11-2011 22:10 ]

[Jegorex]

Verwijderd schreef op zondag 20 november 2011 @ 21:07:
[...]


Dat heb ik uiteraard gedaan. Maar zelfs dan nog. De Thread.wait() moet pas opgeroepen worden wanneer er op een knop geklikt wordt. Wanneer op een andere knop geklikt wordt moet de thread terug doorgaan.

Java:

    private boolean paused  = false;

    public void pause() {
        paused = true;
    }

    public void unpause() {
        paused = false;
        synchronized (this) {
            notify();
        }
    }

    public void run() {
        while (true) {
            if (paused) {
                synchronized (this) {
                    try {
                        wait();
                    } catch (InterruptedException e) {
                        // do something with the error
                    }
                }
            }
            // do something
        }
    }

Misschien moet de boolean nog volatile zijn, maar zoiets als dit moet werken denk ik.

[Avalaxy]

Ik typ consequent 'mysql' als ik 'myself' wil typen Meer mensen dat probleem?

[Verwijderd]

Jegorex schreef op zondag 20 november 2011 @ 23:02:
[...]

Java:

    private boolean paused  = false;

    public void pause() {
        paused = true;
    }

    public void unpause() {
        paused = false;
        synchronized (this) {
            notify();
        }
    }

    public void run() {
        while (true) {
            if (paused) {
                synchronized (this) {
                    try {
                        wait();
                    } catch (InterruptedException e) {
                        // do something with the error
                    }
                }
            }
            // do something
        }
    }

Misschien moet de boolean nog volatile zijn, maar zoiets als dit moet werken denk ik.

Zoiets had ik ook, maar toen kwam ik erachter dat ik helemaal geen while(true) nodig heb. Mijn animatie gebeurt aan de hand van een for-loop (neen, niet for(int i=0; i<1000000000000; i++){}, maar max 10 keer, de animatie moet een fixed aantal keer lopen, niet continu )

[EddoH]

Gamebuster schreef op zondag 20 november 2011 @ 22:10:

code:

require "./audio_stream"

sound_data = [ 0, 16, 32, 48, 64, 80, 96, 112, 128, 112, 96, 80, 64, 48, 32, 16] * 10000
binary_sound_data = sound_data.pack "C*"

au = AudioStream.new 1, 8, 44100
au.write binary_sound_data

wav = File.new "main.wav", "w"
au.export_to_wav wav

*PIEEEEEEEEEEEEEP*

zondag-avond verveling

Maak dan tenminste nog een sinus ipv een zaagtand

[Matis]

Maandagen, normaal heb ik er niet zo'n zin in. Maar dit is al de tweede maandag op rij waar ik al enige tijd naar uit kijk.

Vorige week met mijn vriendin in het huwelijksbootje gestapt en vanavond naar Electric Six in de Melkweg Amsterdam

[.Gertjan.]

Avalaxy schreef op zondag 20 november 2011 @ 23:54:
Ik typ consequent 'mysql' als ik 'myself' wil typen Meer mensen dat probleem?

Ik type altijd mysql als ik "net niet database enige" wil schrijven heel vreemd

alex3305 schreef op zondag 20 november 2011 @ 21:19:
IMHO is het dus niet nodig dat de view weer teruggeeft aan de controller dat er een fout is opgetreden, maar dat je dat wel afvangt in de controller. Je zou dus ook een try/catch block in de controller kunnen zetten, welke de initiële exception afvangt en deze afwerkt waarna je dus een (nieuwe of dezelfde) fout opwerpt aan de view zodat deze weer het bericht kan tonen.

Vaak knutsel ik een soort wrapper objectje welke wordt teruggegeven door de controller. De controller doet dus een try/catch en handelt de fout af. Als het fout is gegaan wordt in de wrapper daar een melding van gemaakt. Mijn wrappertje is vaak een generic class die een return object bevat en daarnaast een boolean of het goed is gegaan en info over de foutmeldig.

Volgens mij is dat ook een redeljike manier om met fout afhandeling om te gaan. Ik heb al diverse oplossingen gezien (waaronder zelfs werken met out string en booleans om aan te geven of het goed is gegaan), maar ik vind mijn wrappertje over het algemeen een redelijk nette oplossing.

Matis schreef op maandag 21 november 2011 @ 08:15:
Maandagen, normaal heb ik er niet zo'n zin in. Maar dit is al de tweede maandag op rij waar ik al enige tijd naar uit kijk.

Vorige week met mijn vriendin in het huwelijksbootje gestapt en vanavond naar Electric Six in de Melkweg Amsterdam

Net getrouwd en nu al zin in de maandag ochtend? Ga er vanuit dat je vandaag aan het werk bent.
Maar bedankt voor het in mijn hoofd planten van diverse electric six numbers
* .Gertjan. slingert youtube weer eens aan. Als het toch in mijn kop zit kan ik het net zo goed gaan luisteren

[Gamebuster]

.Gertjan. schreef op maandag 21 november 2011 @ 08:32:
[...]
Ik type altijd mysql als ik "net niet database enige" wil schrijven heel vreemd

Ik type altijd "thank_god_this_isnt_sqlite"

[Bartjeh]

Ghehe schreef op zondag 20 november 2011 @ 18:47:
Nu ben ik documentatie aan het schrijven. *Yay* En straks UML maken. (heb momenteel alleen maar een klein papiertje met het basisidee op :d )

Je weet wel dat je documentatie (in ieder geval je Functioneel en Technisch ontwerp, dus onder andere UML) over het algemeen ter ondersteuning van het ontwikkeproces schrijft hè? Oftewel voordat je begint met code kloppen.

<sub>Disclaimer: Ik laat het ook wel eens liggen tot ergens halverwege

Inbefore mensen die iteratief roepen! Jaja, als je iteratief bezig bent blijf je je documentatie aanpassen, maar het klinkt als; nog moeten beginnen</sub>

[ Voor 12% gewijzigd door Bartjeh op 21-11-2011 08:48 ]

[alienfruit]

Binnenkort maar eens onderhandelen met de baas om een salarisverhoging. Ik ga voor 1200euro bruto meer per maand.

[.Gertjan.]

alienfruit schreef op maandag 21 november 2011 @ 09:05:
Binnenkort maar eens onderhandelen met de baas om een salarisverhoging. Ik ga voor 1200euro bruto meer per maand.

Ik denk als ik met een dergelijke eis bij mijn werkgever (of vorige werkgevers) zou komen hij me keihard uitlacht En vervolgens vraagt wat mijn echte eis is

1200 erbij, wordt je zo onderbetaald? Of wil je meer gaan werken en zo die 1200 euro erbij krijgen...

[Ryur]

Ik heb een vraagje over verbetering qua versiebeheer:
Ben nu een (prive) Git gebruiker, en op school (in een team) Mercurial. Dus ik maak, gelukkig, gebruik van DVCS.

Mijn vraag is, hoe kunnen wij zo goed mogelijk committen? Ik zie vaak commits van enorm veel files, soms commits van enorm weinig wijzigingen. Hoe doen jullie dat?
En hoe schrijven jullie die commit-messages? Zijn daar best-practices voor?

Ik heb dat boek "Version Control by Example" doorgewerkt, alleen hoofdstuk "Workflows" & "Best practices" waren interessant, maar ik zoek nog meer van zulke teksten. Heeft iemand een boek/link voor me? Weet zelfs zo niet waar ik op moet zoeken.

[Matis]

.Gertjan. schreef op maandag 21 november 2011 @ 09:15:
Ik denk als ik met een dergelijke eis bij mijn werkgever (of vorige werkgevers) zou komen hij me keihard uitlacht En vervolgens vraagt wat mijn echte eis is

1200 erbij, wordt je zo onderbetaald? Of wil je meer gaan werken en zo die 1200 euro erbij krijgen...

Misschien als stagiair naar "echte" medewerker oid.

GoTCoast schreef op maandag 21 november 2011 @ 09:20:
Ik heb een vraagje over verbetering qua versiebeheer:
Ben nu een (prive) Git gebruiker, en op school (in een team) Mercurial. Dus ik maak, gelukkig, gebruik van DVCS.

Mijn vraag is, hoe kunnen wij zo goed mogelijk committen? Ik zie vaak commits van enorm veel files, soms commits van enorm weinig wijzigingen. Hoe doen jullie dat?
En hoe schrijven jullie die commit-messages? Zijn daar best-practices voor?

Ik heb dat boek "Version Control by Example" doorgewerkt, alleen hoofdstuk "Workflows" & "Best practices" waren interessant, maar ik zoek nog meer van zulke teksten. Heeft iemand een boek/link voor me? Weet zelfs zo niet waar ik op moet zoeken.

Wij hebben bij ons op de afdeling om per gewijzigde .c/.h file een commit te doen en daarin te zeggen wat er voor dat bestand gewijzigd is.
Als je alles gecommitted hebt, doen we vaak een keer per dag een push upstream.

Ik probeer vaak na een wijziging meteen een commit te doen en de wijziging er in te zetten. Op die manier kan ik ook voor mezelf een beetje overzicht houden. Soms doe ik wel 5 commits voordat ik een bestand push.

[TJHeuvel]

alienfruit schreef op maandag 21 november 2011 @ 09:05:
Binnenkort maar eens onderhandelen met de baas om een salarisverhoging. Ik ga voor 1200euro bruto meer per maand.

Dat is wel een hele stap, dit jaar is het mij gelukt om er 700 bij te rekenen

Bartjeh schreef op maandag 21 november 2011 @ 08:46:
[...]


Je weet wel dat je documentatie (in ieder geval je Functioneel en Technisch ontwerp, dus onder andere UML) over het algemeen ter ondersteuning van het ontwikkeproces schrijft hè? Oftewel voordat je begint met code kloppen.

<sub>Disclaimer: Ik laat het ook wel eens liggen tot ergens halverwege

Inbefore mensen die iteratief roepen! Jaja, als je iteratief bezig bent blijf je je documentatie aanpassen, maar het klinkt als; nog moeten beginnen</sub>

Hoe doe je dit als de specs constant veranderen, of erger nog niet geheel duidelijk zijn voordat een project start?

[ Voor 53% gewijzigd door TJHeuvel op 21-11-2011 09:41 ]

[alienfruit]

TJHeuvel schreef op maandag 21 november 2011 @ 09:39:
Dat is wel een hele stap, dit jaar is het mij gelukt om er 700 bij te rekenen

Nou ja, onderbetaald. Mijn vriendjes verdienen 6000euro brutto per maand. En ik zelf dus 1500chf minder. Daarom probeer ik een salarisverhoging te regelen.

[CodeCaster]

TJHeuvel schreef op maandag 21 november 2011 @ 09:39:
Hoe doe je dit als de specs constant veranderen, of erger nog niet geheel duidelijk zijn voordat een project start?

Niet aan het project beginnen.

Nee, maar ik vind dat ook lastig. Waar ik tot en met deze week nog werk deed men dat niet, op versimpelde use cases na, die vervolgens nooit meer werden bijgewerkt.

Vooral bij het interfacen met externe systemen waarvan de documentatie al ontbreekt of allesbehalve volledig is, maar ook bij projecten waarbij de opdrachtgever alleen de "happy case" en dus niet de uitzonderingen beschrijft, is het lastig om exact op te schrijven wat jij gaat doen. Gaandeweg het ontwikkeltraject wordt het een en ander duidelijker, en pas als het is opgeleverd is het nuttig om documentatie te schrijven, die dan in ieder geval op dat moment correct is.

Ik bemerk dat er door veel mensen een beetje denigrerend over UML wordt gedaan, klasgenoten, collega's, maar ook op de almachtige interwebz.

Ik neem aan dat het (het: modelleren, van tevoren) wel consequent wordt gebruikt, maar ik ben die situatie nog niet tegengekomen. Ligt wellicht ook aan de omgeving waarin je je bevindt.

---

Edit: maximaal 200 rep te verdienen per dag is te weinig op SO. Ik zit er nu al aan, en moet vandaag nog zes uur.

[ Voor 4% gewijzigd door CodeCaster op 21-11-2011 11:43 ]

[Motrax]

alienfruit schreef op maandag 21 november 2011 @ 09:47:
[...]


Nou ja, onderbetaald. Mijn vriendjes verdienen 6000euro brutto per maand. En ik zelf dus 1500chf minder. Daarom probeer ik een salarisverhoging te regelen.

En wat voor werk doen jullie dan en in welk land?

[Bartjeh]

Motrax schreef op maandag 21 november 2011 @ 09:56:
[...]

En wat voor werk doen jullie dan en in welk land?

Werk weet ik niet, maar chf = zwitserse frank

[whoami]

* whoami dacht vrijdag eens om een bepaald stukje code in een project even te refactoren. Leek een leuk klusje, gepast voor de vrijdagmiddag .... WTF zeg.
Ben er nog mee bezig.

[alienfruit]

Bartjeh schreef op maandag 21 november 2011 @ 09:58:
Werk weet ik niet, maar chf = zwitserse frank

Webontwikkelaar (php/flash etc) in Zwitserland

[Bartjeh]

4500 Zwitserse francs = 3 634,01627 euro's

Toch niet slecht, helaas is het zwisterleven ook een stukje duurder volgens mij.

[alienfruit]

Tja, je kan altijd proberen om meer te verdienen

[.Gertjan.]

alienfruit schreef op maandag 21 november 2011 @ 10:56:
Tja, je kan altijd proberen om meer te verdienen

Maar we doen het toch niet voor het geld Het gaat toch om eer en waardering

[Bartjeh]

.Gertjan. schreef op maandag 21 november 2011 @ 10:57:
[...]

Maar we doen het toch niet voor het geld Het gaat toch om eer en waardering

Uhhuh, dat accepteren ze alleen niet altijd als contant bij de AH

[Verwijderd]

.Gertjan. schreef op maandag 21 november 2011 @ 10:57:
[...]

Maar we doen het toch niet voor het geld Het gaat toch om eer en waardering

Geef mij jouw geld, dan krijg je mijn waardering

[Remus]

Verwijderd schreef op zondag 20 november 2011 @ 18:42:
Bezig met een taak over Multithreading in Java. Wat een miserie. Wanneer ik mijn Thread.wait() ga gebruiken freezed heel mijn gui .

Nu eens kijken wat er gebeurd als ik wat met locks ga spelen, code in een synchronized-blok steken hielp niet

Ik hoop dat je realiseert dat wait() niet een methode is van Thread, maar van Object. Deze methode laat niet de thread wachten waarop je het aanroept, maar de aanroepende thread! Ik gok zo dat die aanroepende thread de eventthread is, iets wat je dus nooit moet doen omdat dat juist de GUI laat bevriezen.
wait() is een methode gedefinieerd in Object en is een monitor wait (die wordt opgeheven met een notify() of notifyAll() op hetzelfde object vanaf een andere thread). Ik denk dat je je iets meer moet verdiepen in hoe threading ed in Java werkt.

[.Gertjan.]

Verwijderd schreef op maandag 21 november 2011 @ 10:59:
[...]

Geef mij jouw geld, dan krijg je mijn waardering

+1

Ik kan jouw opmerking wel waarderen

Denk niet dat het vrouwtje blij wordt als ik thuiskom en vertel dat ik mijn geld heb ingeruild tegen waardering van een tweaker (het feit dat je een mod bent zal het niet beter maken). Ik kan dus helaas niet ingaan op je voorstel

[MueR]

.Gertjan. schreef op maandag 21 november 2011 @ 11:48:
Denk niet dat het vrouwtje blij wordt als ik thuiskom en vertel dat ik mijn geld heb ingeruild tegen waardering van een tweaker (het feit dat je een mod bent zal het niet beter maken). Ik kan dus helaas niet ingaan op je voorstel

Dan verdeel je het eerlijk onder de Devschuur mods. Heb je de waardering van 11 man.

[NeFoRcE]

Whoops, ipv een service "shutdown" te geven in Plesk, per ongeluk de server "shutdown" gegeven. Paar sites uit de lucht. Haha. Gelukkig kreeg een collega de boel weer in no time up.

[Aloys]

MueR schreef op maandag 21 november 2011 @ 12:30:
[...]

Dan verdeel je het eerlijk onder de Devschuur mods. Heb je de waardering van 11 man.

Ach dat heeft toch geen zin, dan houd je bijna niets over per persoon .

[Gamebuster]

Ik die een select-tag maakt met optgroups in 2009:

code:

<select name="blabla">
  <option></option>
  <optgroup label="Auto's">
    <option>Mooi</option>
    <option>Matig</option>
    <option>Multipla</option>
  </optgroup>
  <optgroup label="Chocolade">
    <option>Wit</option>
    <option>Melk</option>
    <option>Puur</option>
  </optgroup>
</select>

Ik die een select-tag maakt met optgroups in 2011:

code:

<%= f.grouped_collection_select :status_id, [[2, 3, 13, 14], [4, 5], [6, 7], [16, 15, 10, 11, 12]].each_with_index.map{ |childs, index| [t("activerecord.models.sb_event_registrations.status_stage_id")[index], childs.map{ |status_id| [t("activerecord.models.sb_event_registrations.status_id.#{status_id}"), status_id] }] }, :last, :first, :last, :first, :include_blank => true %>

[CodeCaster]

Doe mij maar de 2009-manier, die is tenminste leesbaar.

[Gamebuster]

CodeCaster schreef op maandag 21 november 2011 @ 13:55:
Doe mij maar de 2009-manier, die is tenminste leesbaar.

haha inderdaad

[.oisyn]

.edit: oh wacht, ik lees het verkeerd.

[ Voor 169% gewijzigd door .oisyn op 21-11-2011 14:51 ]

[serhat]

.oisyn schreef op maandag 21 november 2011 @ 14:49:
.edit: oh wacht, ik lees het verkeerd.

Duh, met de STERF-tag (<sterf />) natuurlijk.

[EDIT] .oisyn heeft het al door.

[ Voor 9% gewijzigd door serhat op 21-11-2011 14:53 ]

[YopY]

Matis schreef op maandag 21 november 2011 @ 09:24:
Wij hebben bij ons op de afdeling om per gewijzigde .c/.h file een commit te doen en daarin te zeggen wat er voor dat bestand gewijzigd is.
Als je alles gecommitted hebt, doen we vaak een keer per dag een push upstream.

Lijkt me niet handig; als je een wijziging doet die over meerdere bestanden effect heeft (zoals een rename) krijg je daar problemen mee. Ikzelf probeer elke feature of wijziging - elke individuele ' unit of work', zeg maar, te committen. Werkt niet altijd, maar vooruit. Ideaal heb je een 100% werkende applicatie (dwz: alle tests groen) na elke commit, en voorkom je 'bugfix' commits zoveel mogelijk. Da's overigens ook een voordeel van distributed version control systemen: als je per abuis toch iets stuks commit of je bent iets vergeten kun je je commit amenden voordat je pusht.

[Alex)]

"Hallo, ik ben SharePoint 2007. Ik ben traag. "

[Gamebuster]

Persoonlijk commit ik meestal inderdaad per bestand of per kleine feature. Soms heb ik een commit voor 1 regel en soms heb ik een commit voor 10 nieuwe bestanden

[Janoz]

Aloys schreef op maandag 21 november 2011 @ 12:35:
[...]

Ach dat heeft toch geen zin, dan houd je bijna niets over per persoon .

Wij kunnen onze waardering best aan meerdere ontwikkelaars geven hoor. Da's echt geen fulltime job. Ik denk dat ik makkelijk aan 6 schouderklopjes/minuut kom.

[Hoogie2004]

Alex) schreef op maandag 21 november 2011 @ 15:57:
"Hallo, ik ben SharePoint 2007. Ik ben traag. [afbeelding] "

Bij het testen in SharePoint geldt meestal, als het lang duurt, is het goed. Foutmeldingen tonen is meestal sneller namelijk

[.Gertjan.]

Janoz schreef op maandag 21 november 2011 @ 16:32:
[...]

Wij kunnen onze waardering best aan meerdere ontwikkelaars geven hoor. Da's echt geen fulltime job. Ik denk dat ik makkelijk aan 6 schouderklopjes/minuut kom.

als ik met waardering met 2879 andere ontwikkelaars moet delen voel ik me niet echt gewaardeerd hoor

[Alex)]

Hoogie2004 schreef op maandag 21 november 2011 @ 16:50:
[...]

Bij het testen in SharePoint geldt meestal, als het lang duurt, is het goed. Foutmeldingen tonen is meestal sneller namelijk

Het erge was nog wel dat ik niet aan het developen was. Ik was als eindgebruiker een document library aan het inrichten, met elke folder afwijkende rechten.

[Verwijderd]

Alex) schreef op maandag 21 november 2011 @ 15:57:
"Hallo, ik ben SharePoint 2007. Ik ben traag. [afbeelding] "

Héé, een cross post!

[Alex)]

Verwijderd schreef op maandag 21 november 2011 @ 20:49:
[...]

Héé, een cross post!

Crossmediaal fo shizzle.

[Leftblank]

En ja hoor, wederom een kapotte disk in m'n workstation, een Samsung F4 van 2TB die het maarliefst 3 maanden heeft uitgehouden. voor RAID, voor de kosten om m'n RAID-array aan te vullen.
[/uitlaatklep]

[Verwijderd]

Eerder HDD en SSD

[Styxxy]

Leftblank schreef op maandag 21 november 2011 @ 23:11:
[...] voor de kosten om m'n RAID-array aan te vullen.

Garantie?

[ Voor 32% gewijzigd door Styxxy op 21-11-2011 23:14 ]

[Aloys]

Tja dat is mooi zuur, weet je zeker dat ze het niet expres hebben gedaan? Wel een mooie timing dat nu een nieuwe schijf moet kopen .

[Voutloos]

Tuurlijk heb je garantie. Gelul over kopen na 3 maanden.

Je zou hoogstens nu een extra schijf moeten kopen als je je RAID set anders te lang degraded draait, maar ook dan moet je alsnog je garantie claimen.

[NeFoRcE]

Zo, 2 bapao, en een fles HJ achter de kiezen. Morgen weer werken. Dus ik wens uw allen een goede nacht!

[alienfruit]

.Gertjan. schreef op maandag 21 november 2011 @ 10:57:
Maar we doen het toch niet voor het geld Het gaat toch om eer en waardering

Huh, welke waardering?

[Leftblank]

Voutloos schreef op maandag 21 november 2011 @ 23:22:
Tuurlijk heb je garantie. Gelul over kopen na 3 maanden.

Je zou hoogstens nu een extra schijf moeten kopen als je je RAID set anders te lang degraded draait, maar ook dan moet je alsnog je garantie claimen.

Uiteraard garantie maar nog een maand of twee degraded draaien klinkt niet zo tof inderdaad, zeker niet omdat 't hd's uit dezelfde batch zijn. Verder wat Darkstone ook al zei, voor SSD's, m'n M4 zoeft geruisloos voorts maar ~3TB met solid-state geheugen vullen is helaas nog wat te prijzig.

[ Voor 13% gewijzigd door Leftblank op 22-11-2011 00:10 ]

[Hoogie2004]

alienfruit schreef op maandag 21 november 2011 @ 23:26:
[...]


Huh, welke waardering?

Huh, welk geld

#edit @ matis: Dat geld denk ik voor ons allemaal...

[ Voor 14% gewijzigd door Hoogie2004 op 22-11-2011 09:13 ]

[Matis]

Ik krijg minder dan ik verdien

[Gamebuster]

Ben ik vrolijk wat SQL queries aan het testen terwijl ik telkens vreemde resultaten krijg, kom ik er uiteindelijk achter dat ik met de productie-database verbonden ben #oeps

Toch maar even die opgeslagen verbinding uit de lijst halen

[ Voor 4% gewijzigd door Gamebuster op 22-11-2011 11:51 ]

[serhat]

Gamebuster schreef op dinsdag 22 november 2011 @ 11:51:
Ben ik vrolijk wat SQL queries aan het testen terwijl ik telkens vreemde resultaten krijg, kom ik er uiteindelijk achter dat ik met de productie-database verbonden ben #oeps

Toch maar even die opgeslagen verbinding uit de lijst halen

Bij mij is het nog gevaarlijker omdat het met SSH tunnels gaat. SQL connectie is daarom altijd 'localhost', het is maar net welke SSH tunnel net aan staat.
[EDIT]
Ik heb op basis van je bericht toch even de SSH tunnel uit de sessie van de productieserver gehaald, just in case. Als ik het echt nodig heb, stel ik het elke keer wel handmatig in.

[ Voor 15% gewijzigd door serhat op 22-11-2011 12:24 ]

[Phoenix1337]

Zo heb ik al een keer de productiedatabase getruncate :x

[Styxxy]

Apple iPad Safari, y u break document.cookie after file header "content-disposition"???

[D-Raven]

Lucene voor search index provider == #winning

[Gamebuster]

Moeder koopt een iPhone.

M: "Toby! Ik heb een iPhone gekocht, maar hoe krijg je 'm open?"
Ik: "Niet? Waarom wil je 'm open hebben?
M: "Ik wil de simkaart en batterij erin doen!"



Ik: "Als je nou niet meteen het glimmende telefoontje uit het doosje trekt en het doosje daarna weggooit, had je gezien dat er zo'n pennetje bij zit met instructies om je simkaart erin te plaatsen "
M: "AAaah! hahaha! Gelukt! Bedankt!"

[ Voor 29% gewijzigd door Gamebuster op 22-11-2011 13:48 ]

[NeFoRcE]

Gamebuster schreef op dinsdag 22 november 2011 @ 13:45:
Moeder koopt een iPhone.

M: "Toby! Ik heb een iPhone gekocht, maar hoe krijg je 'm open?"
Ik: "Niet? Waarom wil je 'm open hebben?
M: "Ik wil de simkaart en batterij erin doen!"

[afbeelding]

Ik: "Als je nou niet meteen het glimmende telefoontje uit het doosje trekt en het doosje daarna weggooit, had je gezien dat er zo'n pennetje bij zit met instructies om je simkaart erin te plaatsen "
M: "AAaah! hahaha! Gelukt! Bedankt!"

Zo gek vind ik dat niet hoor. Het is gewoon bloed irritant dat dat weer anders moet als bij andere telefoons. Niet even makkelijk de accu verwisselen, SD kaart plaatsen, etc...

[.Gertjan.]

NeFoRcE schreef op dinsdag 22 november 2011 @ 13:52:
[...]


Zo gek vind ik dat niet hoor. Het is gewoon bloed irritant dat dat weer anders moet als bij andere telefoons. Niet even makkelijk de accu verwisselen, SD kaart plaatsen, etc...

Daarbij zijn handleidingen voor vrouwen en mietjes
Eerst zelf proberen, dan proberen bij een man die er meer verstand van lijkt te hebben, op internet zoeken en als laatste methode check je pas de handleiding (uiteraard zonder er ooit iemand over te vertellen). Kom op, beetje in een handleiding bladeren

[NeFoRcE]

Enige keren dat ik in een handleiding blader is, als ik het vermoeden heb dat er hidden features zijn. Bijv door 3 knoppen tegelijk in te drukken ofzo...

[.Gertjan.]

NeFoRcE schreef op dinsdag 22 november 2011 @ 14:17:
Enige keren dat ik in een handleiding blader is, als ik het vermoeden heb dat er hidden features zijn. Bijv door 3 knoppen tegelijk in te drukken ofzo...

Trial and error is veel leuker. Dingen per toeval ontdekken of zien wat anderen doen en zo dat soort dingetjes oppikken. Voelt het meer als een achievement

Life is a game

[Avalaxy]

NeFoRcE schreef op dinsdag 22 november 2011 @ 13:52:
[...]
Het is gewoon bloed irritant dat dat weer anders moet als bij andere telefoons.

Even makkelijk als.
Makkelijker dan.

Anders dan.

[.Gertjan.]

Avalaxy schreef op dinsdag 22 november 2011 @ 14:19:
[...]


Even makkelijk als.
Makkelijker dan.

Anders dan.

Zo te zien heb je onderstaande handleiding iets te serieus doorgenomen

[NeFoRcE]

.Gertjan. schreef op dinsdag 22 november 2011 @ 14:18:
[...]

Trial and error is veel leuker. Dingen per toeval ontdekken of zien wat anderen doen en zo dat soort dingetjes oppikken. Voelt het meer als een achievement

Life is a game

Klopt, zo heb ik vroeger ontdekt op een soort van ghettoblaster met 2" tv (jaja!), dat als je knop B op 't apparaat 5 seconden ingedrukt hield, het scherm uitging! Awesome!

Even makkelijk als.
Makkelijker dan.

Anders dan.

*zucht* klopt. My bad..
Even als
Groter dan

[.oisyn]

Kut VC++

C++:

struct __declspec(align(16)) Foo { };

void Bar(Foo foo)
{
}

template<class T> void Baz(T t)
{
}

int main()
{
    Foo f;
    Bar(f);
    Baz(f);
}

De definite van Bar() geeft:
error C2719: 'foo': formal parameter with __declspec(align('16')) won't be aligned
Prima, VC++ kan aligned user defined types niet by value passen.

De aanroep van Baz() gaat echter gewoon goed, je krijgt nergens een error. Maar in de praktijk zal 't' in Baz() niet zijn gealigned. Met als resultaat dat het keihard crasht als het van belang is dat het type wordt gealigned (zoals bijvoorbeeld voor SSE operaties)

[Woy]

Werkt die alignment niet met een templated function, of is er wat anders wat mis gaat?

[.oisyn]

Alignment werkt sowieso niet voor parameters van functies. Normaal geeft ie daar een foutmelding voor en wordt je daar tegen beschermd. Een template functie negeert die foutmelding, met verkeerde code (ongealignde classes op de stack) als resultaat

[farlane]

Heeft de compiler daar een pass extra voor nodig ofzo dattie dat niet ziet?

[PrisonerOfPain]

farlane schreef op dinsdag 22 november 2011 @ 19:19:
Heeft de compiler daar een pass extra voor nodig ofzo dattie dat niet ziet?

Waarschijnlijk word de alignment requirement niet als onderdeel van het type opgeslagen (of in ieder geval niet op zo'n manier dat het in de template arguments tevoorschijn komt). Het is gewoon een semantische check die ontbreekt, daar is verder geen extra pass voor nodig.

[ Voor 11% gewijzigd door PrisonerOfPain op 22-11-2011 19:24 ]

[farlane]

PrisonerOfPain schreef op dinsdag 22 november 2011 @ 19:24:
Waarschijnlijk word de alignment requirement niet als onderdeel van het type opgeslagen (of in ieder geval niet op zo'n manier dat het in de template arguments tevoorschijn komt). Het is gewoon een semantische check die ontbreekt, daar is verder geen extra pass voor nodig.

Ik zeg dat omdat hij het kennelijk bij de non-templated versie het wel ziet, je zou zeggen dat het wel bij het type wordt opgeslagen dan.

[ZpAz]

Waarom...... waarom..... kan dit niet in php.

PHP:

return empty(trim($val));

Trim geeft een getrimde string terug, empty kan controleren of een string empty is... maar hij flipt op het moment dat ik de trim binnen de empty gebruik.

Terwijl dit wel weer kan:

PHP:

$val = trim($val);
return empty($val);

de error is trouwens

Can't use function return value in write context

Een andere:

PHP:

$foo->$bar('cookie');

maar
Een andere

PHP:

foo::$bar('cookie');

Kan weer niet.

[ Voor 19% gewijzigd door ZpAz op 22-11-2011 20:01 ]

[Styxxy]

Zal wel te maken hebben met de onderliggende code (in C), waarschijnlijk iets met de return types die niet zo goed gaan (by reference of by value of whatever).

[armageddon_2k1]

ZpAz schreef op dinsdag 22 november 2011 @ 19:54:

Een andere:

PHP:

$foo->$bar('cookie');

maar
Een andere

PHP:

foo::$bar('cookie');

Kan weer niet.

Maar dat is toch iets compleet anders? Daarnaast roep je een variabele functie aan?

[Michali]

Empty en isset zijn geen functies maar taalconstructies in php. Ze kunnen alleen op variabelen aangeroepen worden omdat ze ook controleren of de variabel überhaupt bestaat. Soms een beetje onhandig. Je kunt ook gewoon is_null gebruiken of op boolean wijze checken. Je zou moeten weten wat voor resultaat je kunt terugkrijgen.

Die foo::$bar kan zo niet omdat je met exact dezelfde syntax een public static field opvraagt. Dat gebeurt dus ook.

[armageddon_2k1]

Oftewel gewoon weer een situatie van zeiken op PHP terwijl de documentatie weer eens niet gelezen is.