![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://programming.dev/pictrs/image/170721ad-9010-470f-a4a4-ead95f51f13b.png)
Reviewing large PR’s is hard. Breaking apart large PR’s that are all related changes into smaller PR’s is also hard.
If I submit a big one, I usually leave notes in the description explaining where the “core” changes are and what they are trying to accomplish. The goal being to give the reviewers a good starting point.
I also like to unit test the shit out of my code which helps a lot. The main issue there is getting management to embrace unit tests. Unit tests often double the effort up front but save tons of time in the long run. We’re going to spend the time one way or the other. Better to do it up front when it’s “cheaper” because charging it to the tech debt credit card racks up lots of expensive interest.
Yesterday my toddler comes up to me and says, “daddy, build block tower?” So I tell her to go get her blocks, which she does. We built a block tower, knocked it down (which makes her giggle), built it again, etc.
A decade ago I was in a horribly toxic marriage and honestly didn’t think I would ever have kids. Today, I have an awesome wife and three kids. I love all of them and I enjoy getting to spend time with them. I never would have imagined myself being where I am today and I am reminded often that I am a very lucky man.