...and other best practices for pull requests.
Remember the good old days when you worked on a feature for two weeks straight and then just merged it into the master branch? I do. Those were conflicting times. Pun intended.
A lot of these problems can be prevented by using pull requests. But how do you create a good pull request? In this session I'll to highlight some guidelines that you can use to make some kick-ass pull-requests.
spoiler: it's not all about the size

Comments

Comments are closed.

The Good :

Interessante talk over een onderwerp waar er heel wat conflicterende meningen zijn. Goed om eens een andere mening te horen.
Veel informatie alvast.
Goed voorbereid.

The Less Good :

Ik vond persoonlijk de talk heel snel gaan : ter comparison : we zaten aan slide 37 op de 10 minuten mark. Ik ben zeker voor heel veel informatie tijdens een talk, maar dit was naar mijn mening iets te veel een zware voet op het gaspedaal.

Goede talk en heel leuk om een andere werkwijze met PR's te zien, maar veel takeaways heb ik niet gehad aan deze talk.

Ike Devolder at 17:30 on 1 Jul 2019

Zoals al via andere kanalen aangegeven:

1. jammer dat de PR terminologie die je gebruikt de github versie ervan is en niet de originele versie
2. probeer als je aan het spreken bent naar het publiek te spreken, af en toe sprak je richting de projectie
3. mooie tips en goed opgebouwde presentatie
4. het kwam wat over als een spreekbeurt, daar denk ik dat er nog wat werk is
5. maar aansluitend daarop, je wist wel héél goed wat je ging zeggen bij welke slides en was op dat vlak wel heel consistent

Ike Devolder at 17:32 on 1 Jul 2019

Als een reactie op Bert:

Hoe snel slides voorbij komen heeft denk ik niets te zien met snelheid. Het paste allemaal netjes samen. Op dat vlak vond ik het helemaal goed opgedeeld. Om het 'snelle' gevoel wat weg te werken kan je misschien de nummering wegnemen.