Hij heeft een beetje z'n eigen eilandje dus binnen het bedrijf?alienfruit schreef op vrijdag 22 december 2017 @ 11:01:
[...]
Serieus echt geen flauw idee. Code reviews/PRs kost te veel tijd? Hij is alleen degene die de Mac build farm onderhoud en hij vertikt het om dingen zoals Danger te activeren
Maar serieus; hoe moeilijk is het om een aparte branch af te splitsen voor ieder ticket? 5x klikken?
Tjolk is lekker. overal en altijd.
Hij geeft niet graag dingen uithanden...
Ik heb toch ook niet beweerd dat dit niet gebeurd? Er zit alleen geen PRs of code reviews stap tussen dus je maakt een branch fix-1234 en als je klaart bent merge je het in master.Ger schreef op vrijdag 22 december 2017 @ 14:27:
Maar serieus; hoe moeilijk is het om een aparte branch af te splitsen voor ieder ticket? 5x klikken?
[ Voor 83% gewijzigd door alienfruit op 22-12-2017 14:28 ]
Misschien moet je mijn cactus eens lenen...
Maar soit, hier committen we ook gewoon alles op dezelfde branch maar die staat gelukkig los van de master branch. Uitzonderlijk hebben we eens een aparte branch maar dat moet dan al voor een heel grote release apart zijn.
Maar soit, hier committen we ook gewoon alles op dezelfde branch maar die staat gelukkig los van de master branch. Uitzonderlijk hebben we eens een aparte branch maar dat moet dan al voor een heel grote release apart zijn.
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Pics or it didn't happen!Tarkin schreef op vrijdag 22 december 2017 @ 14:53:
Ik ga eens een cactus meebrengen met jouw post daaronder gehangen
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Ik probeer me te houden aan GitFlow maar omdat ik alleen aan mijn project werk is het soms lastig om niet even snel iets op de develop of de main branch te committen ipv er een aparte branch voor aan te maken
End-users are clingy complaining dipshits who will never ever be grateful for any concession you make. The moment you shut out their shrill, tremulous voices, the happier you will be for it.
Ger schreef op vrijdag 22 december 2017 @ 14:27:
Maar serieus; hoe moeilijk is het om een aparte branch af te splitsen voor ieder ticket? 5x klikken?
git flow feature start xyz git flow feature publish xyz
En dan een pull request maken in VSTS/Github/Gitlab/whatever je ook gebruikt.
Easy.
[ Voor 30% gewijzigd door Alex) op 22-12-2017 17:01 ]
We are shaping the future
Dat is zó'n gare workflow in alle GUI-tools dat ik het ook steeds vaker op de terminal doe. Zowel GitKraken als SourceTree doen zo'n tien seconden over het aanmaken van en switchen naar een feature.Alex) schreef op vrijdag 22 december 2017 @ 16:59:
[...]
git flow feature start xyz git flow feature publish xyz
En dan een pull request maken in VSTS/Github/Gitlab/whatever je ook gebruikt.
Easy.
Also, heeft ReSharper 2017.3 een bug met tekstselectie?
Ik had net iets staan als
C#:
1
| ...Foo(x => x.Bar == "baz"))); |
De caret stond na de "r" van x.Bar, ik druk op Shift+End om de rest te selcteren en tik een haakje sluiten om de geselecteerde tekst te overschrijven. Visual Studio overschreef de tekst niet, maar prependde een haakje openen
[ Voor 28% gewijzigd door CodeCaster op 23-12-2017 07:08 ]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Bij mij stopte Sourcetree ineens met werken, het ding start gewoon niet meer op.
Nou vond ik ST al een sneu stuk software, maar dit was de druppel waardoor ik wat meer commandline git ben gaan doen. Bevalt eigenlijk prima.
Nou vond ik ST al een sneu stuk software, maar dit was de druppel waardoor ik wat meer commandline git ben gaan doen. Bevalt eigenlijk prima.
We are shaping the future
Heb ik ook gehad. Nooit meer aan de praat gekregen....Alex) schreef op vrijdag 22 december 2017 @ 17:06:
Bij mij stopte Sourcetree ineens met werken, het ding start gewoon niet meer op.
Ik doe eigenlijk alles op de terminal. Vroegah gebruikte ik nog wel eens Meld voor merges maar dat doe ik tegenwoordig meestal ook gewoon in de IDE. Ik vind het niet efficient om te moeten alt-tabben naar iets als sourcetree en daar dan alles te selecteren en commiten. Een simpele git commit -am "Commit message" gaat sneller in m'n terminal in m'n IDE.CodeCaster schreef op vrijdag 22 december 2017 @ 17:05:
Dat is zó'n vertiefde workflow in alle GUI-tools dat ik het ook steeds vaker op de terminal doe.
Nooit begrepen wat mensen aan sourcetree vonden. Baggertraag.Alex) schreef op vrijdag 22 december 2017 @ 17:06:
Bij mij stopte Sourcetree ineens met werken, het ding start gewoon niet meer op.
[ Voor 18% gewijzigd door Hydra op 22-12-2017 20:53 ]
https://niels.nu
Ik ben het gaan gebruiken omdat collega's het ook gingen gebruiken ("is handig"). Ik heb het nooit echt een geweldige git-client gevonden, toen het stopte met werken had ik meteen een goed excuus om me in de commandline te verdiepen.Hydra schreef op vrijdag 22 december 2017 @ 20:53:
[...]
Nooit begrepen wat mensen aan sourcetree vonden. Baggertraag.
Wat ik wél een handige git-client vind is gmaster. Die is bij mergen wat slimmer dan "is er iets veranderd op de regel" omdat hij ook snapt wat voor file het is en hoe belangrijk een edit is. Een spatie meer of minder in een XML-tag maakt tenslotte niet uit*.
* Behalve als je XML met regular expressions parset, maar dan verdien je het om kennis te maken met Elke's cactus.
We are shaping the future
Ik vind de Mac-versie van SourceTree prima werken eigenlijk. Maar vaak gebruik ik gewoon de command-line. GUI is soms wel handig om toch nog even voor het committen de diff te na te kijken.
Ik vindt ST ook prima werken. Gewoon bestanden selecteren en op "add selected" klikken is een stuk makkelijker dan git add. Wel zitten er nog rare dingen in en werkt het op sommige punten net iets anders.
Problemen die ik had, was dat ik nog bestanden zag die in de global gitignore stonden, die git cmd wel eruit filterde.
Wel gebruik ik nog de cmd. Wij gebruiken gerrit voor code review en uitchecken van een review branch kan (vziw) niet met ST.
Die kan enkel zichtbare branches uitchecken en de review branches zijn niet zichtbaar.
En dan is lokaal branchen, mergen naar master en pushen naar remote de makkelijkste werkwijze. Zeker als dingen als PRs en code reviews niet zijn geregeld/afgesproken.
Het project erna begon ook zo (alleen eerst zonder remote).
Toen andere ontwikkelaars erbij kwamen werden een remote repository en review geregeld. Alleen werd dit gedaan vanuit een oudere versie van mij. Dus toen ik mijn locale repo wou verbinden met de remote kostte me dat heel veel tijd om goed te krijgen. "dan moet je effe rebasen". Maar pas als je weet hoe dat werkt, kun je het goed doen. Ik heb het opgegeven en een collega gevraagd om het voor mij te doen. Die had het zo gedaan. Anders had ik het op een "oude" manier gedaan; nieuwe checkout clone, checkout en dan mijn wijzigingen opnieuw doen.
Nu zit ik weer alleen op het project, maar werk nog wel op de review manier.
Wat niet hielp was dat gerrit naar de master commit met zijn eigen commit-id. Dus mijn initiële commits werden niet gematcht. Pas deze week merkte ik dat dit nu wel gebeurd. Misschien een nieuwe feature in SourceTree of een update van gerrit.
Dus leg uit waarom en hoe je moet werken en geef een (korte) cursus git. Hopelijk past hij zijn gedrag aan.
Problemen die ik had, was dat ik nog bestanden zag die in de global gitignore stonden, die git cmd wel eruit filterde.
Wel gebruik ik nog de cmd. Wij gebruiken gerrit voor code review en uitchecken van een review branch kan (vziw) niet met ST.
Die kan enkel zichtbare branches uitchecken en de review branches zijn niet zichtbaar.
Tja, zo deed ik het ook in het begin. Ik zat toen als enige op het project, had nog nooit met git gewerkt en de remote had maar 2 branches. Als niemand uitlegt hoe je zou moeten werken, dan "doe je maar wat".alienfruit schreef op vrijdag 22 december 2017 @ 14:27:
Ik heb toch ook niet beweerd dat dit niet gebeurd? Er zit alleen geen PRs of code reviews stap tussen dus je maakt een branch fix-1234 en als je klaart bent merge je het in master.
Het project erna begon ook zo (alleen eerst zonder remote).
Nu zit ik weer alleen op het project, maar werk nog wel op de review manier.
Wat niet hielp was dat gerrit naar de master commit met zijn eigen commit-id. Dus mijn initiële commits werden niet gematcht. Pas deze week merkte ik dat dit nu wel gebeurd. Misschien een nieuwe feature in SourceTree of een update van gerrit.
Dus leg uit waarom en hoe je moet werken en geef een (korte) cursus git. Hopelijk past hij zijn gedrag aan.
let the past be the past.
Ik gebruik SourceTree hoofdzakelijk om de commit tree te bekijken. Er zijn vast andere tools die dat ook doen, maar meh. Voor de eigenlijk git commando's gebruik ik liever een terminal.Hydra schreef op vrijdag 22 december 2017 @ 20:53:
[...]
Nooit begrepen wat mensen aan sourcetree vonden. Baggertraag.
Ik heb gemerkt dat veel mensen een GUI gebruiken "omdat het zo handig is", en langzamerhand maar accepteren dat die GUI bijna het 10-voudige van de tijd kost voor een enkele operatie. En dat is allemaal prima. "We're so used to the tools we use, we stopped caring they cost us more time than they save us"
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
We hebben op dit project 8 mensen en de meeste mensen vinden Code Reviews een nutteloos tijdsbedrijf. Maar goed dit is dus echt zo'n project waarbij de kennis nagenoeg bij één persoon zit en die vertikt het dus om die kennis te delen. Vervolgens ben je dan 2-3 dagen bezig om code uit te pluizen om uit te vinden hoe je iets moet implementeren omdat niemand op je vragen antwoord. Echt van die momenten waarop denk waarom konden we niet gewoon een opensource library gebruiken (bijv. Eureka form library)? Dan kon ik in ieder geval nog ergens anders vragen hoe iets te doenSPee schreef op zaterdag 23 december 2017 @ 10:26:
Tja, zo deed ik het ook in het begin. Ik zat toen als enige op het project, had nog nooit met git gewerkt en de remote had maar 2 branches. Als niemand uitlegt hoe je zou moeten werken, dan "doe je maar wat".En dan is lokaal branchen, mergen naar master en pushen naar remote de makkelijkste werkwijze. Zeker als dingen als PRs en code reviews niet zijn geregeld/afgesproken.
Verwijderd
En wat gebeurt er wanneer die ene persoon weggaat of ziek wordt? Lijkt mij een soort van Zwaard van Damocles wat boven de hoofden van de andere 7 mensen hangt. Geen gezonde situatie als ik het zo lees!alienfruit schreef op zaterdag 23 december 2017 @ 12:27:
[...]
We hebben op dit project 8 mensen en de meeste mensen vinden Code Reviews een nutteloos tijdsbedrijf. Maar goed dit is dus echt zo'n project waarbij de kennis nagenoeg bij één persoon zit en die vertikt het dus om die kennis te delen. Vervolgens ben je dan 2-3 dagen bezig om code uit te pluizen om uit te vinden hoe je iets moet implementeren omdat niemand op je vragen antwoord. Echt van die momenten waarop denk waarom konden we niet gewoon een opensource library gebruiken (bijv. form library)? Dan kon ik in ieder geval nog ergens anders vragen hoe iets te doen
Cunningham's Law: "the best way to get the right answer on the internet is not to ask a question; it's to post the wrong answer."alienfruit schreef op zaterdag 23 december 2017 @ 12:27:
[...]
We hebben op dit project 8 mensen en de meeste mensen vinden Code Reviews een nutteloos tijdsbedrijf. Maar goed dit is dus echt zo'n project waarbij de kennis nagenoeg bij één persoon zit en die vertikt het dus om die kennis te delen. Vervolgens ben je dan 2-3 dagen bezig om code uit te pluizen om uit te vinden hoe je iets moet implementeren omdat niemand op je vragen antwoord. Echt van die momenten waarop denk waarom konden we niet gewoon een opensource library gebruiken (bijv. Eureka form library)? Dan kon ik in ieder geval nog ergens anders vragen hoe iets te doen
In dit geval dan maar gewoon wat doen en als anderen 't niks vinden dan zeggen ze dat wel. Hoewel ze het misschien niet eens zien zonder code review. In dat geval zou ik maar eens naar wat anders gaan kijken, lijkt me inderdaad geen goeie situatie.
Nou, wat ik zou doen is het volgende. Danger installeren en zorgen dat alleen de CI user rechtstreeks kan morgen naar master. Verder dat je kan aangeven of het SLA gerelateerde fix is zodat iedereen de PR krijgt. Verder dat er bij nieuwe onderdelen minstens een bepaalde niveau van code coverage is. Zorgen dat de IT afdeling ook bij de build farm kan en minimaal minstens twee personen van het team toegang hiertoe heeft.
Eerder deze maand ook een dag maar aan zelfstudie gedaan todat iemand een account heeft kunnen unlocken. Maar inderdaad het is slecht en heb het management hier al over gewaarschuwd.
Nou dan wacht je tot hij weer terug isEn wat gebeurt er wanneer die ene persoon weggaat of ziek wordt? Lijkt mij een soort van Zwaard van Damocles
Ook al eens geprobeerdCunningham's Law: "the best way to get the right answer on the internet is not to ask a question; it's to post the wrong answer."
[ Voor 10% gewijzigd door alienfruit op 23-12-2017 14:18 ]
Ik ken Danger niet, wat is dat?alienfruit schreef op zaterdag 23 december 2017 @ 14:18:
Nou, wat ik zou doen is het volgende. Danger installeren en zorgen dat alleen de CI user rechtstreeks kan morgen naar master. Verder dat je kan aangeven of het SLA gerelateerde fix is zodat iedereen de PR krijgt. Verder dat er bij nieuwe onderdelen minstens een bepaalde niveau van code coverage is. Zorgen dat de IT afdeling ook bij de build farm kan en minimaal minstens twee personen van het team toegang hiertoe heeft.
Nothing to see here!
http://danger.systems/guides/dangerfile.htmlDanger runs during your CI process, and gives teams the chance to automate common code review chores.
This provides another logical step in your build, through this Danger can help lint your rote tasks in daily code review.
Enalienfruit schreef op zaterdag 23 december 2017 @ 12:27:
We hebben op dit project 8 mensen en de meeste mensen vinden Code Reviews een nutteloos tijdsbedrijf.
Spreken mekaar nogal tegen. Code reviews zijn er niet alleen voor de kwaliteit; ook om kennis te delen. Maargoed, dat weet jij ook wel.Maar goed dit is dus echt zo'n project waarbij de kennis nagenoeg bij één persoon zit en die vertikt het dus om die kennis te delen. Vervolgens ben je dan 2-3 dagen bezig om code uit te pluizen om uit te vinden hoe je iets moet implementeren omdat niemand op je vragen antwoord.
Waarom werk je daar nog?
https://niels.nu
Ik lees dit nu net... WTF? Code reviews nutteloos? Get out, nowHydra schreef op maandag 25 december 2017 @ 09:55:
[...]
En
[...]
Spreken mekaar nogal tegen. Code reviews zijn er niet alleen voor de kwaliteit; ook om kennis te delen. Maargoed, dat weet jij ook wel.
Waarom werk je daar nog?
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Zit momenteel ook op een project waar ze het nutteloos vinden aangezien ze al Pair programmen. Dat het juist nog interessanter is dan, dat gaat er niet bij ze in.
Nu ja, ik ben al tevreden dat we de goede weg aan het opgaan zijn, van helemaal niet TDD/Agile/XP zijn we nu toch heel goed op weg en staan de neuzen in dezelfde richting.
Nu ja, ik ben al tevreden dat we de goede weg aan het opgaan zijn, van helemaal niet TDD/Agile/XP zijn we nu toch heel goed op weg en staan de neuzen in dezelfde richting.
Het is hier echt leeg op kantoor... Normaalgezien zitten we hier met stuk of 60 man op 1 verdieping, nu met stuk of 10. Het lijkt wel stakingsdag van het openbaar vervoer
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Is dat een feestdag ofzo bij jullie?
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Jip, tweede kerstdag is een officiële feestdag. Waar ze in België AFAIK tweede kerstdag helemaal niet kennen?ElkeBxl schreef op dinsdag 26 december 2017 @ 13:02:
Is dat een feestdag ofzo bij jullie?
Blijkbaar kennen we het wel maar is het enkel de Duitstalige gemeenschap die eraan mee doet. Voor mij is het werkdag als een ander, met het gemak dat er bijna geen kat op de baan isRobertMe schreef op dinsdag 26 december 2017 @ 13:32:
[...]
Jip, tweede kerstdag is een officiële feestdag. Waar ze in België AFAIK tweede kerstdag helemaal niet kennen?
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Mijn vriendin krijgt de 2de kerstdag wel als verlofdag, dus hangt ook soms van bedrijf tot bedrijf af.
Hier is het ook lekker rustig. Voordeel : word ik niet "lastig gevallen" en kan ik doorwerken.
Hier is het ook lekker rustig. Voordeel : word ik niet "lastig gevallen" en kan ik doorwerken.
Ik heb 2 dagen voor kerst gehoord dat het (overheids)bedrijf gesloten is op tweede kerstdag. Anders had ik hier ook mooi gestaan.
Vandaag ben ik één van de drie musketiers hier op de vloer. Normaal gezien een 60tal personen. Lekker rustig
Vandaag ben ik één van de drie musketiers hier op de vloer. Normaal gezien een 60tal personen. Lekker rustig
Met grote bos krullen en zo'n hoed?Tarkin schreef op woensdag 27 december 2017 @ 07:40:
Ik heb 2 dagen voor kerst gehoord dat het (overheids)bedrijf gesloten is op tweede kerstdag. Anders had ik hier ook mooi gestaan.
Vandaag ben ik één van de drie musketiers hier op de vloer. Normaal gezien een 60tal personen. Lekker rustig
Ik verwacht dat het hier ook weer rustig gaat zijn. Ik kon zelfs zitten op de metro en dat terwijl ik op hetzelfde uur normaalgezien moet duwen en "move!" moet roepen om erop te geraken.
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Op de metro? Is het normaal zo druk dat het zelfs dringen is op de metro?ElkeBxl schreef op woensdag 27 december 2017 @ 08:13:
Ik verwacht dat het hier ook weer rustig gaat zijn. Ik kon zelfs zitten op de metro en dat terwijl ik op hetzelfde uur normaalgezien moet duwen en "move!" moet roepen om erop te geraken.
Exact expert nodig?
YOLOCrazy D schreef op woensdag 27 december 2017 @ 08:48:
[...]
Op de metro? Is het normaal zo druk dat het zelfs dringen is op de metro?
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Elke werkt eigenlijk in India? 
Ik ben deze en volgende week lekker thuis. Genoeg te doen hier, zowel on- als offline.
Ik ben deze en volgende week lekker thuis. Genoeg te doen hier, zowel on- als offline.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Met al die Indiërs die hier rondlopen en waarmee we contact hebben zou je het nog gaan denken ja
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Raar belgenland... Eerst noemen ze het tweetalig, dan komt Duits er nog bij en nu ook nog eens Engels? Geen wonder dat jullie altijd winnen met 10 voor taalElkeBxl schreef op woensdag 27 december 2017 @ 08:13:
[...]
Met grote bos krullen en zo'n hoed?
Ik verwacht dat het hier ook weer rustig gaat zijn. Ik kon zelfs zitten op de metro en dat terwijl ik op hetzelfde uur normaalgezien moet duwen en "move!" moet roepen om erop te geraken.
Tjolk is lekker. overal en altijd.
En ook nog een vleugje Japanese OV origami kunst kennelijkGer schreef op woensdag 27 december 2017 @ 10:53:
[...]
Raar belgenland... Eerst noemen ze het tweetalig, dan komt Duits er nog bij en nu ook nog eens Engels? Geen wonder dat jullie altijd winnen met 10 voor taal
Irritant, waarom is FOSDEM niet gewoon 2 zaaltjes en een hele week, nu wordt het weer lastige keuze problematiek, verergert door het strategisch moeten denken omdat je anders de helft mist omdat je te laat bent voor de volgende talk cq het hok niet meer ingeraakt (zonder de charme / het geweld van Brusselse tassendraagsters
[ Voor 32% gewijzigd door gekkie op 27-12-2017 11:01 ]
We zijn drietalig als land en Brussel claimt tweetalig te zijn maar is in feite gewoon eentalig (Frans). Maar als echte Belg/Brusselaar trekken we ons dat niet echt aan en spreken we vanalles door mekaarGer schreef op woensdag 27 december 2017 @ 10:53:
[...]
Raar belgenland... Eerst noemen ze het tweetalig, dan komt Duits er nog bij en nu ook nog eens Engels? Geen wonder dat jullie altijd winnen met 10 voor taal
Laat die charme er maar afgekkie schreef op woensdag 27 december 2017 @ 10:58:
[...](zonder de charme / het geweld van Brusselse tassendraagsters).
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Ik doe gewoon m'n wandelschoenen aan, stalenneuzen vind ik vooralsnog iets te overdrevenElkeBxl schreef op woensdag 27 december 2017 @ 11:05:
Laat die charme er maar afZeker als ik het openbaar vervoer hier neem, dan wordt er al eens sneller een duwtje gegeven. Pokkeirritant als ze bv. de metro al willen opkruipen nog voor iedereen eraf is. Of zij die de breedte van de hele roltrap innemen. Als ik kom zal ik anders eens wat stevige schoenen aandoen, dan kan ik subtiel op paar tenen gaan staan om plaats te maken
Als ik uitstap uit het OV dan willen kleine opkruipertjes nog wel weer eens mee naar buiten gaan omdat ik me iets breder voor doe dan ik strikt genomen behoef te zijn. Ook als al dat samengedromde volk niet gewoon even aan de kant gaat dan ploeg ik mezelf er wel doorheen. Kan best braaf, vriendelijk en wel opgevoed zijn, maar er bestaat ook zoiets als wederkerigheid
Fijn om nog eens binnen te springen... gelijk ook de tip meegenomen om eens wat meer te kijken naar Code Review.
/me heeft wel een koffietje genomen, maar wel een bakje lekkere koekjes achtergelaten... laat t smaken!
/me heeft wel een koffietje genomen, maar wel een bakje lekkere koekjes achtergelaten... laat t smaken!
Graag! * ElkeBxl is hungry!edeboeck schreef op woensdag 27 december 2017 @ 11:43:
/me heeft wel een koffietje genomen, maar wel een bakje lekkere koekjes achtergelaten... laat t smaken!
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
ElkeBxl schreef op woensdag 27 december 2017 @ 14:57:
[...]
Graag! * ElkeBxl is hungry!
***members only***
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Je liep letterlijk net voor mij langsDark Blue schreef op donderdag 21 december 2017 @ 10:16:
Ik ga komende week naar CCC. Nog iemand die ik daar kan tegenkomen?
gekkie schreef op woensdag 27 december 2017 @ 16:10:
***members only***
Suf dat je niet genest kunt quoten in een MO
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Xiaomi talk? Do tell. Waar gaat het over?Ealanrian schreef op woensdag 27 december 2017 @ 16:11:
[...]
Je liep letterlijk net voor mij langsbij de xiaomi talk.
Signature
Ging over hoe de stofzuigrobot geroot kan wordenMitch377 schreef op woensdag 27 december 2017 @ 16:34:
[...]
Xiaomi talk? Do tell. Waar gaat het over?
Soms is zowel in VB.NET als C# werken toch lastig. Net een bug geopend omdat er behaviour anders was (documentation file configureren in project file). Pas enkele minuten later merkte ik dat ik VBPROJ met CSPROJ aan het vergelijken was. En het gedrag is dus anders in beide systemen. Bij VB.NET moet je enkel filename specificeren, bij C# ook directory.
Oepsie.
(Bug snel terug gesloten.)
Oepsie.
(Bug snel terug gesloten.)
[ Voor 29% gewijzigd door Styxxy op 28-12-2017 11:37 ]
Probleem is niet C# of VB.NET maar MSBuild die op sommige punten verdomd slecht gedocumenteerd is. Verder is het een mega krachtig ding.Styxxy schreef op donderdag 28 december 2017 @ 11:35:
Soms is zowel in VB.NET als C# werken toch lastig. Net een bug geopend omdat er behaviour anders was (documentation file configureren in project file). Pas enkele minuten later merkte ik dat ik VBPROJ met CSPROJ aan het vergelijken was. En het gedrag is dus anders in beide systemen. Bij VB.NET moet je enkel filename specificeren, bij C# ook directory.
Oepsie.
(Bug snel terug gesloten.)
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Is inderdaad een MSBuild property (project file) dat voor VB.NET en C# anders gedraagt.DevWouter schreef op vrijdag 29 december 2017 @ 11:41:
[...]
Probleem is niet C# of VB.NET maar MSBuild die op sommige punten verdomd slecht gedocumenteerd is. Verder is het een mega krachtig ding.
Ach ja, ondertussen ben ik verder geholpen en er zijn Issues geopend in verschillende andere repositories om dit enerzijds beter te documenteren alsook betere VS integratie
Origineel issue : https://github.com/dotnet/standard/issues/614
[ Voor 6% gewijzigd door Styxxy op 29-12-2017 12:18 ]
Vandaag nog een mooie video tegen gekomen; YouTube: Use Web Power For Evil?! (or How To Spam A Spammer)
Die dasMulli is echt een aardige gozerStyxxy schreef op vrijdag 29 december 2017 @ 12:18:
[...]
Is inderdaad een MSBuild property (project file) dat voor VB.NET en C# anders gedraagt.
Ach ja, ondertussen ben ik verder geholpen en er zijn Issues geopend in verschillende andere repositories om dit enerzijds beter te documenteren alsook betere VS integratie.
Origineel issue : https://github.com/dotnet/standard/issues/614
Nothing to see here!
Ben bezig met spraakherkenning op Windows, en man wat is dat een pain in the ass.
Niet alleen zijn er 3 soorten: Microsoft.Speech, System.Speech en Windows.Media.Speech, ze hebben allemaal net even andere functionaliteiten en eigenaardigheden. System.Speech ondersteunt dictation, Microsoft.Speech moet het ook kunnen maar dat werkt niet..... Zelfs een voorbeeld rechtstreeks van MSDN werkt gewoon niet.
Windows media kan wel dictation maar dat moet weer via de servers van MS.... en dat wil ik juist niet.
En dan wil je on the fly een Grammar bouwen, jemig wat een world of hurt. Ik gebruik een Srgs XML grammar file en dat werkt prima, wil je het on the fly doen met GrammarBuilder werkt het voor geen meter. Dus in code een Srgs document gemaakt, geschreven naar het filesystem en deze weer inladen: Exception!
Waarom wil je on the fly een grammar bouwen? Zodat je niet alles hoeft voor de definiëren omdat je geen dictation hebt, ik dacht even slim te zijn.
Zo dat was een dagje klooien en ben nog niet echt verder..... mooi man software.
FSI.exe daarentegen is wel briljant,
Niet alleen zijn er 3 soorten: Microsoft.Speech, System.Speech en Windows.Media.Speech, ze hebben allemaal net even andere functionaliteiten en eigenaardigheden. System.Speech ondersteunt dictation, Microsoft.Speech moet het ook kunnen maar dat werkt niet..... Zelfs een voorbeeld rechtstreeks van MSDN werkt gewoon niet.
Windows media kan wel dictation maar dat moet weer via de servers van MS.... en dat wil ik juist niet.
En dan wil je on the fly een Grammar bouwen, jemig wat een world of hurt. Ik gebruik een Srgs XML grammar file en dat werkt prima, wil je het on the fly doen met GrammarBuilder werkt het voor geen meter. Dus in code een Srgs document gemaakt, geschreven naar het filesystem en deze weer inladen: Exception!
Waarom wil je on the fly een grammar bouwen? Zodat je niet alles hoeft voor de definiëren omdat je geen dictation hebt, ik dacht even slim te zijn.
Zo dat was een dagje klooien en ben nog niet echt verder..... mooi man software.
FSI.exe daarentegen is wel briljant,
[ Voor 3% gewijzigd door Sandor_Clegane op 30-12-2017 21:25 ]
Less alienation, more cooperation.
Text-to-speech op Windows is eveneens een bak ellende.
Je hebt de 'oude' SAPI-API, die vrij uitgebreid is. Extra stemmen daarvoor kun je binnenhalen via het 'language options'-scherm in het klassieke configuratiescherm.
Echter, als je via het moderne configuratiescherm een taalpakket binnenhaalt kun je de stemmen die daarbij zitten niet gebruiken icm SAPI. Het zijn namelijk 'mobile' stemmen en die hebben een aparte API, die minder uitgebreid is.
En daarnaast is er ook nog de 'Bing Speech API' die in de cloud draait.
Je hebt de 'oude' SAPI-API, die vrij uitgebreid is. Extra stemmen daarvoor kun je binnenhalen via het 'language options'-scherm in het klassieke configuratiescherm.
Echter, als je via het moderne configuratiescherm een taalpakket binnenhaalt kun je de stemmen die daarbij zitten niet gebruiken icm SAPI. Het zijn namelijk 'mobile' stemmen en die hebben een aparte API, die minder uitgebreid is.
En daarnaast is er ook nog de 'Bing Speech API' die in de cloud draait.
We are shaping the future
Voor TTS gebruik ik Mary, deze draait op Java en heeft een webserver aan boord. Moet zeggen dat het best mooi werkt. Je stuurt gewoon een string en je krijgt een WAV terug en deze stuur je naar de audio output.
Je moet wat als je geen Alexa of een Google Home in huis wilt hebben.
En het idee was zo simpel, ik wilde gewoon mijn Kodi installatie uitlezen en dan alle genres, artiesten, albums etc. opvragen en deze weer voeden aan de SpeechRecognizer zodat je kan zeggen: Play Album of Play artiest.
Je moet wat als je geen Alexa of een Google Home in huis wilt hebben.
En het idee was zo simpel, ik wilde gewoon mijn Kodi installatie uitlezen en dan alle genres, artiesten, albums etc. opvragen en deze weer voeden aan de SpeechRecognizer zodat je kan zeggen: Play Album of Play artiest.
[ Voor 29% gewijzigd door Sandor_Clegane op 30-12-2017 21:32 ]
Less alienation, more cooperation.
Oh man, de euforie als je een een probleem conceptueel hebt opgelost maar dat de implementatie onwerkbaar traag is, je het algoritme een veelvoud sneller maakt, het nog steeds traag is en je tenslotte met een eenvoudige aanpassing opeens binnen een seconde het antwoord hebt

Ja, ik ben nog steeds bezig met AoC 2017
Ja, ik ben nog steeds bezig met AoC 2017
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Tja, wat moet ik zeggen. Soms moet je simpel denken ipv ingewikkeldkenneth schreef op zondag 31 december 2017 @ 00:27:
Oh man, de euforie als je een een probleem conceptueel hebt opgelost maar dat de implementatie onwerkbaar traag is, je het algoritme een veelvoud sneller maakt, het nog steeds traag is en je tenslotte met een eenvoudige aanpassing opeens binnen een seconde het antwoord hebt![]()
Ja, ik ben nog steeds bezig met AoC 2017
Maar soms levert het werken aan een ingewikkelde oplossing het noodzakelijke inzicht om tot een eenvoudige oplossing te komen.
In ieder geval, leuk en leerzaam. Dag 15 was erg simpel (leve oneindige sequence expressions in F#
), op naar 16!
In ieder geval, leuk en leerzaam. Dag 15 was erg simpel (leve oneindige sequence expressions in F#
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Laat me dan even delen in de euforie: de spraakherkenning werkt naar behoren. Yay!
Je kan in de Grammar XML een reference opnemen naar een externe xml file, deze hoef je alleen maar te referencen en de engine laadt hem dan al voor je.
Nu kan ik met XDocument gewoon de file inlezen, items toevoegen, weer wegschrijven en dan de hele zwik weer opnieuw starten. Was even wat gepiel, maar wil het niet linksom, dan maar rechtsom.
Je kan in de Grammar XML een reference opnemen naar een externe xml file, deze hoef je alleen maar te referencen en de engine laadt hem dan al voor je.
Nu kan ik met XDocument gewoon de file inlezen, items toevoegen, weer wegschrijven en dan de hele zwik weer opnieuw starten. Was even wat gepiel, maar wil het niet linksom, dan maar rechtsom.
Less alienation, more cooperation.
Wat is het ingewikkeld om een site die je recent heb gemaakt voor alleen dekstop, ineens om te zetten naar tablet en mobile friendly..
Weet in ieder geval waar ik mijn oudejaarsavond en nieuwjaarsdag aan ga besteden
Weet in ieder geval waar ik mijn oudejaarsavond en nieuwjaarsdag aan ga besteden
Ik leuk altijd zwaar op bootstrap. Desktop first, met mobile in het achterhoofd.BladeSlayer1000 schreef op zondag 31 december 2017 @ 12:13:
Wat is het ingewikkeld om een site die je recent heb gemaakt voor alleen dekstop, ineens om te zetten naar tablet en mobile friendly..
Weet in ieder geval waar ik mijn oudejaarsavond en nieuwjaarsdag aan ga besteden
If money talks then I'm a mime
If time is money then I'm out of time
Ik wou juist eens afstappen van bootstrap, het is een mooie toolkit, maar heb al vaak gehad dat ik ergens tegenaan leun waar ik dan weer een workaround voor moet maken, zoals een sidenavigation.Matis schreef op zondag 31 december 2017 @ 13:14:
[...]
Ik leuk altijd zwaar op bootstrap. Desktop first, met mobile in het achterhoofd.
Daarnaast is het altijd wel leuk om zelf grotendeels van de code te schrijven en het is direct een les omdat ik nu van sass aan het gebruik maken ben
De keren dat ik website maak, is het vaak voor inhouse tooling. Wij zijn onze eigen klant en vaak is de UX een ondergeschoven kindje. Kant en klaar bootstrap. Voordeel is wel dat alle sites er hetzelfde uitzien met de standaard elementen.BladeSlayer1000 schreef op zondag 31 december 2017 @ 13:18:
Ik wou juist eens afstappen van bootstrap, het is een mooie toolkit, maar heb al vaak gehad dat ik ergens tegenaan leun waar ik dan weer een workaround voor moet maken, zoals een sidenavigation.
Daarnaast is het altijd wel leuk om zelf grotendeels van de code te schrijven en het is direct een les omdat ik nu van sass aan het gebruik maken ben
Dat vinden de autisten dan weer fijn
If money talks then I'm a mime
If time is money then I'm out of time
Verwijderd
Noice: http://adventurega.me/bootstrap/Matis schreef op zondag 31 december 2017 @ 13:24:
[...]
De keren dat ik website maak, is het vaak voor inhouse tooling. Wij zijn onze eigen klant en vaak is de UX een ondergeschoven kindje. Kant en klaar bootstrap. Voordeel is wel dat alle sites er hetzelfde uitzien met de standaard elementen.
Dat vinden de autisten dan weer fijn
Daarbij is deze framework daarbij ook erg handig: http://html9responsiveboilerstrapjs.com/
Met daarbij dus de meest geavanceerde DOM manipulatie library: http://vanilla-js.com/
[ Voor 16% gewijzigd door Verwijderd op 31-12-2017 13:52 ]
H9rbs..... nice.
Less alienation, more cooperation.
SchuldigVerwijderd schreef op zondag 31 december 2017 @ 13:47:
Noice: http://adventurega.me/bootstrap/
Daarbij is deze framework daarbij ook erg handig: http://html9responsiveboilerstrapjs.com/
Met daarbij dus de meest geavanceerde DOM manipulatie library: http://vanilla-js.com/
If money talks then I'm a mime
If time is money then I'm out of time
Kan goedkoper een VPS pakken en OpenVPN in Docker knallen maar vind ik ook teveel moeite
[ Voor 16% gewijzigd door Swedish Clown op 01-01-2018 16:08 ]
Always looking for developers wanting to work with Erlang.
Welke oudejaarsconference, die van Youp of die van Guido?
We are shaping the future
BeideAlex) schreef op maandag 1 januari 2018 @ 17:13:
Welke oudejaarsconference, die van Youp of die van Guido?
Always looking for developers wanting to work with Erlang.
Ik heb zelf een VPS server in Amsterdam en Londen voor dit probleem 😬Twee Streisand serversBrakkie41 schreef op maandag 1 januari 2018 @ 16:07:
Denk je even lekker de oudejaarsconference te kijken vanaf de bank krijg je “Deze video mag niet worden bekeken vanaf jouw locatie”
En om nou een VPN te pakken enkel voor de Oudejaarsconference vind ik ook een beetje overdreven...
Kun je daarmee wel Netflix kijken? Ik heb een Abbie bij NordVPN, Ziggo werkt perfect maar Netflix dus niet. Netflix werkte trouwens ook niet via een server van Trans IP.alienfruit schreef op maandag 1 januari 2018 @ 19:50:
Ik heb zelf een VPS server in Amsterdam en Londen voor dit probleem 😬Twee Streisand servers
Exact expert nodig?
Volgens mij blocked Netflix hele IP ranges die aan providers toebehoren, misschien zijn er een paar die ze hebben gemist van de wat kleinere aanbieders.Crazy D schreef op dinsdag 2 januari 2018 @ 06:00:
[...]
Kun je daarmee wel Netflix kijken? Ik heb een Abbie bij NordVPN, Ziggo werkt perfect maar Netflix dus niet. Netflix werkte trouwens ook niet via een server van Trans IP.
Misschien handiger om gewoon een machientje bij familie in Nederland te plaatsen.
Less alienation, more cooperation.
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Korte dagelijkse statusupdate moet toch wel in een kwartiertje kunnen? Om budgetten en dergelijke zou je je als programmeur zijnde trouwens al helemaal niet druk moeten maken. Heb ooit een maandje bij een bedrijf gezeten waar de programmeurs daar ook allemaal zenuwachtig over deden (altijd te weinig budget/tijd!!!1 haasten en troep opleveren!!1), was meteen weg.
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Een echte "standup" houden. Langer dan een half uur wordt dan ongemakkelijk.
En je schattingen aangeven: excl. overleg
--
Die van Youp heb ik gewoon op uitzendinggemist kunnen kijken. Maar ik zit dan ook in NL. En anders heb ik van mijn router ook een VPN gemaakt. Alleen daar werkt het streamen van livestreams niet.
Die van Guido staat op mijn PVR.
En je schattingen aangeven: excl. overleg
--
Die van Youp heb ik gewoon op uitzendinggemist kunnen kijken. Maar ik zit dan ook in NL. En anders heb ik van mijn router ook een VPN gemaakt. Alleen daar werkt het streamen van livestreams niet.
Die van Guido staat op mijn PVR.
let the past be the past.
Schattingen in story points imo en gewoon kijken hoeveel er in een sprint past door de velocity van de vorige sprints te gebruiken. Mag een projectmanager het lekker omrekenen/verkopen in uren aan het management/de klant.
Uren werkt imo nooit echt. Sowieso lijken veel non-IT'ers niet te begrijpen dat een programmeur niet 8 uur programmeert op een dag. En uren schatten is net zoiets als de Toto invullen.
Maar zoals gezegd, een programmeur moet zich daar niet eens druk om hoeven te maken. Die moet zo goed mogelijk zaken proberen te bouwen. Estimates zijn indicaties, geen deadlines. Het is ook niet de schuld van de programmeurs dat de budgetten te klein zijn
Uren werkt imo nooit echt. Sowieso lijken veel non-IT'ers niet te begrijpen dat een programmeur niet 8 uur programmeert op een dag. En uren schatten is net zoiets als de Toto invullen.
Maar zoals gezegd, een programmeur moet zich daar niet eens druk om hoeven te maken. Die moet zo goed mogelijk zaken proberen te bouwen. Estimates zijn indicaties, geen deadlines. Het is ook niet de schuld van de programmeurs dat de budgetten te klein zijn
[ Voor 6% gewijzigd door BarôZZa op 02-01-2018 12:04 ]
Ik ga ook plat op verkeerd inschatten van ontwikkeltijd. Het is erg lastig om, zonder er meteen helemaal in te duiken, in te schatten hoeveel tijd er precies in het ontwikkelen van bepaalde onderdelen gaat zitten. Als gevolg loopt de planning ook vaak weer in de soep.
Ga fietsen met je fancy woorden zoals "story points", "sprint" en dergelijke meerBarôZZa schreef op dinsdag 2 januari 2018 @ 12:02:
Schattingen in story points imo en gewoon kijken hoeveel er in een sprint past door de velocity van de vorige sprints te gebruiken. Mag een projectmanager het lekker omrekenen/verkopen in uren aan het management/de klant.
Uren werkt imo nooit echt. Sowieso lijken veel non-IT'ers niet te begrijpen dat een programmeur niet 8 uur programmeert op een dag. En uren schatten is net zoiets als de Toto invullen.
Maar zoals gezegd, een programmeur moet zich daar niet eens druk om hoeven te maken. Die moet zo goed mogelijk zaken proberen te bouwen. Estimates zijn indicaties, geen deadlines. Het is ook niet de schuld van de programmeurs dat de budgetten te klein zijn
Ik ga me thuis bakje aanleggen om meerdere cactussen te kweken
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Ja, meestal werkt het wel. Maar goed, ook zonder VPN kan ik gebruik maken van met Engelse Netflix abonnement krijg alleen andere content zo ook bij Prime Video.Crazy D schreef op dinsdag 2 januari 2018 @ 06:00:
Kun je daarmee wel Netflix kijken? Ik heb een Abbie bij NordVPN, Ziggo werkt perfect maar Netflix dus niet. Netflix werkte trouwens ook niet via een server van Trans IP.
Apartment is verkocht
Mooi bod ontvangen vóór het open huis en geaccepteerd! Nu hebben we 4 maanden om wat nieuws te zoeken
We hebben er meerdere op het oog dus het moet wel lukken maar m’n slaappatroon is er niet beter op geworden
Morgen weer aan de bak maar vandaag vast even alle mail weggewerkt. Zal de komende tijd regelmatig een paar uurtjes eerder weggaan om huisjes te bekijken dus hier en daar een verdwaald uurtje ertussendoor om te compenseren
Morgen dus lekker naar kantoor en hoef ik niet eerst de halve dag mail en Slack weg te werken
Morgen weer aan de bak maar vandaag vast even alle mail weggewerkt. Zal de komende tijd regelmatig een paar uurtjes eerder weggaan om huisjes te bekijken dus hier en daar een verdwaald uurtje ertussendoor om te compenseren
Always looking for developers wanting to work with Erlang.
Dat je 40 uur per week werkt betekent nog niet dat automatisch dat je automatisch 40 uur beschikbaar hebt.BarôZZa schreef op dinsdag 2 januari 2018 @ 12:02:
Uren werkt imo nooit echt. Sowieso lijken veel non-IT'ers niet te begrijpen dat een programmeur niet 8 uur programmeert op een dag. En uren schatten is net zoiets als de Toto invullen.
Het eerste wat ik altijd doe is het aantal beschikbaar uren per week in een sprint te verlagen tot dat het haalbaar is.
Als ik 32 uur ontwikkeltijd per week heb dan heb ik een goeie week, maar vaak is het minder. Vergadering, overleg, training, uren invullen gaan allemaal ten kosten van die 40 uur.
En ik zou willen dat de Toto invullen net zo iets was als uren schatten. Na veel oefenen ben ik beter in het schatten van mijn werk dan in het schatten van einduitslagen.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Of je het nu uren, story points of pingpongballen noemt, het komt op hetzelfde neerBarôZZa schreef op dinsdag 2 januari 2018 @ 12:02:
Schattingen in story points imo en gewoon kijken hoeveel er in een sprint past door de velocity van de vorige sprints te gebruiken. Mag een projectmanager het lekker omrekenen/verkopen in uren aan het management/de klant.
Ik kan ondertussen vrij goed schatten hoeveel tijd iets kost. Vervelende is meestal alleen dat je op het moment van inschatten niet alle details te horen krijgt waardoor een "onvoorzien onbekend marge" noodzakelijk is.Uren werkt imo nooit echt. Sowieso lijken veel non-IT'ers niet te begrijpen dat een programmeur niet 8 uur programmeert op een dag. En uren schatten is net zoiets als de Toto invullen.
Maar wat belangrijker is, is dat mensen in z'n algemeenheid (maar managers en projectleiders in het bijzonder) inderdaad moeten begrijpen dat niemand op een dag van 8 uur, ook echt 8 uur productief is. Je mag blij zijn als je 7 uur productiviteit haalt, dan ben je echt super productief bezig (koffie halen, toilet, afleiding doordat anderen dingen zeggen, etc). Dat is voor programmeurs niet anders dan voor consultants etc trouwens. Niemand in een bedrijf is op een dag van 8 uur echt 8 uur productief.
Iemand moet een inschatting maken. Dat kunnen alleen de techies. En of je dat nu door een lead laat doen of door de programmeurs zelf... Ik noem tegenwoordig liever een doorlooptijd ipv een aantal uur, ten 1e omdat de prijs voor de klant zelden uurtarief * inschatting is, maar daarnaast kan ik er dan zelf al rekening mee houden dat ik waarschijnlijk 6 uur per dag echt productief ben. Oftewel een klus van 30 uur is gewoon doorlooptijd van een week.Maar zoals gezegd, een programmeur moet zich daar niet eens druk om hoeven te maken. Die moet zo goed mogelijk zaken proberen te bouwen. Estimates zijn indicaties, geen deadlines. Het is ook niet de schuld van de programmeurs dat de budgetten te klein zijn
Maar het is natuurlijk wel makkelijk om de programmeurs buiten schot te houden. Je geeft een inschatting, daar moet je ook aan gehouden kunnen worden. Natuurlijk moet in de planning er niet zo strak geplant worden dat als je 30 uur denkt nodig te hebben en op maandag begint, op donderdagmiddag om 16u een consultant de installatie moet gaan doen (.... yup, been there done that ...) maar een complete vrijbrief vind ik het andere uiterste. Natuurlijk kunnen dingen tegenvallen, maar als je die donderdagmiddag niet gaat halen, is de kans groot dat je dat op maandag of dinsdag al wel ziet. Dan is het wel minimaal je taak dit aan te geven. Het is te makkelijk om je te verschuilen achter "het was maar een inschatting".
Exact expert nodig?
Scrum stelt dat het inschatten van het werk (uren, storypoints, paaseitjes) juist door het development team gedaan moet worden. Als programmeur moet je er dus wel druk om maken. Je bent er namelijk medeverantwoordelijk voor.BarôZZa schreef op dinsdag 2 januari 2018 @ 12:02:
Maar zoals gezegd, een programmeur moet zich daar niet eens druk om hoeven te maken. Die moet zo goed mogelijk zaken proberen te bouwen. Estimates zijn indicaties, geen deadlines. Het is ook niet de schuld van de programmeurs dat de budgetten te klein zijn
Ik hou me helemaal niet bezig met beschikbare uren, uren invullen en dergelijke.De issues worden ingeschat met planningpoker, hoeveel issues er in de sprint wordt bepaald door hoeveel story points er eerder werden gehaald in een sprint.DevWouter schreef op dinsdag 2 januari 2018 @ 14:33:
[...]
Dat je 40 uur per week werkt betekent nog niet dat automatisch dat je automatisch 40 uur beschikbaar hebt.
Het eerste wat ik altijd doe is het aantal beschikbaar uren per week in een sprint te verlagen tot dat het haalbaar is.
Als ik 32 uur ontwikkeltijd per week heb dan heb ik een goeie week, maar vaak is het minder. Vergadering, overleg, training, uren invullen gaan allemaal ten kosten van die 40 uur.
En ik zou willen dat de Toto invullen net zo iets was als uren schatten. Na veel oefenen ben ik beter in het schatten van mijn werk dan in het schatten van einduitslagen.
Nee, story points zijn fundamenteel anders.Crazy D schreef op dinsdag 2 januari 2018 @ 14:50:
[...]
Of je het nu uren, story points of pingpongballen noemt, het komt op hetzelfde neer
Die problemen lossen story points dus op.Ik kan ondertussen vrij goed schatten hoeveel tijd iets kost. Vervelende is meestal alleen dat je op het moment van inschatten niet alle details te horen krijgt waardoor een "onvoorzien onbekend marge" noodzakelijk is.
Maar wat belangrijker is, is dat mensen in z'n algemeenheid (maar managers en projectleiders in het bijzonder) inderdaad moeten begrijpen dat niemand op een dag van 8 uur, ook echt 8 uur productief is. Je mag blij zijn als je 7 uur productiviteit haalt, dan ben je echt super productief bezig (koffie halen, toilet, afleiding doordat anderen dingen zeggen, etc). Dat is voor programmeurs niet anders dan voor consultants etc trouwens. Niemand in een bedrijf is op een dag van 8 uur echt 8 uur productief.
Programmeurs moeten issues zo goed mogelijk in inschatten, issues zo goed mogelijk oplossen en zo hopelijk de sprint halen. Meer kunnen ze niet doen. Dat zaken de ene keer sneller en de andere keer langzamer zijn opgelost is inherent aan het concept van een 'schatting'. Dan kan je als management boos worden, meer druk uitoefenen op de programmeurs etc etc, maar ik geloof niet dat mensen daar beter van gaan programmeren.Skyaero schreef op dinsdag 2 januari 2018 @ 14:55:
[...]
Scrum stelt dat het inschatten van het werk (uren, storypoints, paaseitjes) juist door het development team gedaan moet worden. Als programmeur moet je er dus wel druk om maken. Je bent er namelijk medeverantwoordelijk voor.
Story Points zijn een eenheid van effort.BarôZZa schreef op dinsdag 2 januari 2018 @ 15:28:
[...]
Ik hou me helemaal niet bezig met beschikbare uren, uren invullen en dergelijke.De issues worden ingeschat met planningpoker, hoeveel issues er in de sprint wordt bepaald door hoeveel story points er eerder werden gehaald in een sprint.
[...]
Nee, story points zijn fundamenteel anders.
[...]
Die problemen lossen story points dus op.
[...]
Programmeurs moeten issues zo goed mogelijk in inschatten, issues zo goed mogelijk oplossen en zo hopelijk de sprint halen. Meer kunnen ze niet doen. Dat zaken de ene keer sneller en de andere keer langzamer zijn opgelost is inherent aan het concept van een 'schatting'. Dan kan je als management boos worden, meer druk uitoefenen op de programmeurs etc etc, maar ik geloof niet dat mensen daar beter van gaan programmeren.
Effort x kunde-ontwikkelaar = tijd-inschatting
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Gefeliciteerd!Brakkie41 schreef op dinsdag 2 januari 2018 @ 14:30:
Apartment is verkochtMooi bod ontvangen vóór het open huis en geaccepteerd! Nu hebben we 4 maanden om wat nieuws te zoeken
Slack
We are shaping the future
Maar het is beiden een getal dat een bepaalde inspanning weergeeft. En het is nog steeds per persoon afhankelijk hoeveel uur dat daadwerkelijk voorstelt (en daarmee dus hoeveel punten je in een week/sprint kunt oppakken).
Dat denk ik dus niet. Als ik denk dat 5 punten een halve dag werk is, zal ik er ook (of het management) rekening mee moeten houden dat dat niet betekend dat ik dus 50 punten in een week kan oppakken. Anders heb je hetzelfde probleem.Die problemen lossen story points dus op.
Maar goed mijn visie daarop heeft misschien te maken met de beperkte ervaring met scrum.
Niet helemaal, je zal sowieso nog steeds rekening moeten houden met het aantal punten dat de teamleden kunnen oppakken. En daar dus ook de marge in houden (als ik denk, 5 punten voor een halve dag werk is 50 in de week, ga ik er dus nog steeds vanuit dat ik fulltime productief ben, tenzij er rekening wordt gehouden met overhead en je dus stelt dat ik 40 punten in een week kan oppakken).
Nee, maar op hun verantwoordelijkheden wijzen is wel het minste dat je kunt doen. Ik heb het andere uiterste mee gemaakt ("we zien wel, het is af wanneer het af is") en daar kun je gewoon helemaal niets mee. Natuurlijk kunnen zaken uitlopen, en natuurlijk kan er echt iets tegenzitten, maar je komt er in de praktijk (zeker als anderen ook weer afhankelijk zijn van jouw werk) niet mee weg om te zeggen "tja, inschatting, jammer joh". Dan werk je maar een keertje door of zo. Anders hoef je ook geen inschatting te maken...Programmeurs moeten issues zo goed mogelijk in inschatten, issues zo goed mogelijk oplossen en zo hopelijk de sprint halen. Meer kunnen ze niet doen. Dat zaken de ene keer sneller en de andere keer langzamer zijn opgelost is inherent aan het concept van een 'schatting'. Dan kan je als management boos worden, meer druk uitoefenen op de programmeurs etc etc, maar ik geloof niet dat mensen daar beter van gaan programmeren.
Exact expert nodig?
Ben deze vakantie druk bezig geweest met in Angular te duiken.
Leuk framework, begin het nu een beetje te snappen! Wel lastig soms met die directives.
Binnenkort maar een leuk projectje bedenken om wat meer met Angular te spelen
Leuk framework, begin het nu een beetje te snappen! Wel lastig soms met die directives.
Binnenkort maar een leuk projectje bedenken om wat meer met Angular te spelen
Welke versie? Ik heb een tijd geleden mijn eigen blog gemaakt in AngularJS (1?) en ben nu bezig met Angular.... 5 geloof ikRyur schreef op dinsdag 2 januari 2018 @ 16:04:
Ben deze vakantie druk bezig geweest met in Angular te duiken.
Leuk framework, begin het nu een beetje te snappen! Wel lastig soms met die directives.
Binnenkort maar een leuk projectje bedenken om wat meer met Angular te spelen
Vind 5 in veel gevallen een stuk fijner maar moest wel wennen aan de hele tooling eromheen, AngularJS draaide ik gewoon door één include te doen en mijn routing te doen via een combi van Angular op de frontend (Routes met # aan 't begin) en Spring boot op de backend. Wilde eigenlijk de hele routing doen in AngularJS zelf maar kreeg 't toen niet voor elkaar.
Angular 5 maakt dat wel een stuk simpeler door gewoon alles voor je te genereren in het project waarop je kan doorbouwen, scheelde een hoop uitzoekwerk
Edit: Ah, ng --version geeft Angular: 5.1.0. Weet ik dat ook weer
[ Voor 3% gewijzigd door Merethil op 02-01-2018 16:20 ]
Ik ben bezig met AngularMerethil schreef op dinsdag 2 januari 2018 @ 16:18:
[...]
Welke versie? Ik heb een tijd geleden mijn eigen blog gemaakt in AngularJS (1?) en ben nu bezig met Angular.... 5 geloof ikLastig uit elkaar te houden, maar goed.
Vind 5 in veel gevallen een stuk fijner maar moest wel wennen aan de hele tooling eromheen, AngularJS draaide ik gewoon door één include te doen en mijn routing te doen via een combi van Angular op de frontend (Routes met # aan 't begin) en Spring boot op de backend. Wilde eigenlijk de hele routing doen in AngularJS zelf maar kreeg 't toen niet voor elkaar.
Angular 5 maakt dat wel een stuk simpeler door gewoon alles voor je te genereren in het project waarop je kan doorbouwen, scheelde een hoop uitzoekwerk
Angular is vanaf 2 de naam, en zijn relatief kleine fixen tussen de versienummers.
AngularJS is de naam van versie 1.x
De tutorial die ik aan het volgen ben is officieel geschreven op Angular 4, maar ikzelf werk met Angular 5. Zoals de trainer ook al zei: dat maakt niks uit zowat
Zoiets dacht ik al maar goed... Merkte inderdaad dat dingen die ik zag voorbijkomen bij 't googlen zowel sloegen op versie 2 als 4 en 5. Maakt 't wel makkelijker dingen te vinden aangezien specifiek zoeken op 5 nog erg weinig oplevertRyur schreef op dinsdag 2 januari 2018 @ 16:20:
[...]
Ik ben bezig met Angular
Angular is vanaf 2 de naam, en zijn relatief kleine fixen tussen de versienummers.
AngularJS is de naam van versie 1.x
De tutorial die ik aan het volgen ben is officieel geschreven op Angular 4, maar ikzelf werk met Angular 5. Zoals de trainer ook al zei: dat maakt niks uit zowat
Kunde ontwikkelaar is dat je meer kan, niet dat je alles sneller kan. Als je een berg simpele taken laat uitvoeren door een junior of een senior, dan is een senior niet ineens magisch sneller. Of de senior schrijft betere code, wat ook niet persé sneller is om te schrijven. Over een sprint gezien komt het meestal wel zo uit dat een senior meer punten pakt dan een junior, maar zodra je het op issue niveau toepast krijg je teveel variatie.DevWouter schreef op dinsdag 2 januari 2018 @ 15:48:
[...]
Story Points zijn een eenheid van effort.
Effort x kunde-ontwikkelaar = tijd-inschatting
En dan moet je dus hebben dat iedereen voor z'n eigen issues een tijdsinschatting doet. Dat maakt het lastiger om een backlog in te schatten, tenzij iedereen al weet wat hij/zij de komende tijd gaat doen. Bij een eerder bedrijf probeerden ze het op te lossen door in te schatten voor mediors. Gingen junior's en senior's raden hoe lang een medior erover zou doen om zo van tevoren maar alle issues te hebben ingeschat
Maar het is beiden een getal dat een bepaalde inspanning weergeeft. En het is nog steeds per persoon afhankelijk hoeveel uur dat daadwerkelijk voorstelt (en daarmee dus hoeveel punten je in een week/sprint kunt oppakken).[/quote]
Het probleem met uren is dat het aantal uren gelijk kan zijn voor de developers, maar dat het aantal opgeloste issues niet gelijk is. Als je dan issues inschat met uren, dan kan je dat niet voor elkaar doen. Bij punten heb je een overeenkomst bereikt over hoe groot het issue is en heb je één inschatting. Dat één developer gemiddeld 40 punten in een sprint pakt, de ander 60 en weer een ander 70 is geen probleem. Je weet dat het team samen waarschijnlijk zo'n 170 punten pakt in een sprint en zet er voor zoveel punten aan issues in.
Maar wat bedoel je met 'dan werk je maar een keertje door of zo'? Mijn ervaring is dat programmeren een vrij intensief en zwaar beroep is en dat veel programmeurs juist al aardig doorwerken. En als developers gaan haasten dan krijg je daar later vrijwel altijd spijt van.Nee, maar op hun verantwoordelijkheden wijzen is wel het minste dat je kunt doen. Ik heb het andere uiterste mee gemaakt ("we zien wel, het is af wanneer het af is") en daar kun je gewoon helemaal niets mee. Natuurlijk kunnen zaken uitlopen, en natuurlijk kan er echt iets tegenzitten, maar je komt er in de praktijk (zeker als anderen ook weer afhankelijk zijn van jouw werk) niet mee weg om te zeggen "tja, inschatting, jammer joh". Dan werk je maar een keertje door of zo. Anders hoef je ook geen inschatting te maken...
Door te schatten hoeveel zaken je in een sprint oplost ipv hoe lang je over elk issue doet zorg je ervoor dat je het grootste deel vrijwel altijd goed inschat. Als je ook nog eens op basis van prioriteit de issues oplost, dan is dat vaak een stuk makkelijker uit te leggen als een sprint niet gehaald wordt. Dan is het een kwestie van: 90% van de issues is gehaald, de 10% minst belangrijke zijn nog niet gedaan. Moeten deze in de volgende sprint worden meegenomen of hebben andere zaken voorrang zodat de oplevering daarvan niet uitloopt? Dat komt vaak heel anders over dan: elk issue loopt uit en duwt alle andere issues naar achteren.
Wat dag je van het management (of strict genomen de Product Owner) tijdig informeren dat een item in de sprint backlog (bijv doordat het probleem complexer is dan gedacht) meer tijd nodig heeft? En op welke wijze de sprint backlog wordt geupdate zodat er alsnog een releasable product conform 'definition of done' wordt ontwikkeld?BarôZZa schreef op dinsdag 2 januari 2018 @ 15:28:
[...]
Programmeurs moeten issues zo goed mogelijk in inschatten, issues zo goed mogelijk oplossen en zo hopelijk de sprint halen. Meer kunnen ze niet doen.
Je werkt als programmeur niet op een eilandje, maar in een organisatie. (Actief) tweerichtingsverkeer mbt communicatie is daarbij erg belangrijk.
Het woord wat ik zocht is inspanning. De formule moest dus zijnBarôZZa schreef op dinsdag 2 januari 2018 @ 16:37:
[...]
Kunde ontwikkelaar is dat je meer kan, niet dat je alles sneller kan.
vereiste-inspanning / inspanning-ontwikkelaar = ontwikkeltijd
Kunde was inderdaad het foute woord. Bedankt dat je me daar op wees
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Daar is de scrummaster voor. De programmeur bespreekt tijdens de daily standup dat het issue langer duurt en de scrummaster kan dan waarnemen dat andere issues in de sprint waarschijnlijk niet gedaan worden (maar die hebben als het goed is een lagere prio) en de stakeholders op de hoogte houden. Al wisten die aan het begin van de sprint al dat hun issue onderaan de lijst stond en dat de kans er was dat het eraf zou vallen.Skyaero schreef op dinsdag 2 januari 2018 @ 16:37:
[...]
Wat dag je van het management (of strict genomen de Product Owner) tijdig informeren dat een item in de sprint backlog (bijv doordat het probleem complexer is dan gedacht) meer tijd nodig heeft? En op welke wijze de sprint backlog wordt geupdate zodat er alsnog een releasable product conform 'definition of done' wordt ontwikkeld?
Je werkt als programmeur niet op een eilandje, maar in een organisatie. (Actief) tweerichtingsverkeer mbt communicatie is daarbij erg belangrijk.
Continu de programmeurs lastig vallen maakt ze niet productiever, integendeel. Communicatie gaat ten koste van de dev-tijd en laat de dev-capaciteit nu juist meestal de bottleneck zijn.
De scrummaster is geen projectleider en geen eindverantwoordelijke. Daarnaast is de scrummaster lang niet altijd aanwezig op de daily standup. Verder communiceert de scrummaster niet met stakeholders, dat doet de product owner.BarôZZa schreef op dinsdag 2 januari 2018 @ 16:56:
[...]
Daar is de scrummaster voor. De programmeur bespreekt tijdens de daily standup dat het issue langer duurt en de scrummaster kan dan waarnemen dat andere issues in de sprint waarschijnlijk niet gedaan worden (maar die hebben als het goed is een lagere prio) en de stakeholders op de hoogte houden. Al wisten die aan het begin van de sprint al dat hun issue onderaan de lijst stond en dat de kans er was dat het eraf zou vallen.
Je lijkt het scrum framework nog niet helemaal doorgrond te hebben.
Dit topic is gesloten.
![]()
Let op:
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.