←back to thread

25 points llll_lllllll_l | 1 comments | | HN request time: 0.209s | source

TL;DR: What are your checklists, tips, and tricks to ensure you're delivering a high-quality piece of work (whether it's a Pull Request or something equivalent in your field)?

As a full-stack developer, I've often found myself in situations where a sprint goes wrong, and a lot of bugs are flagged by QA. It's a tough spot to be in because I genuinely put in my best effort when coding, but sometimes things just don't go as planned. It could be due to a new feature, an old legacy system, or simply a rough week—it happens from time to time (not so often, I remember like 4 moments in my 5 years of experience). What advice do you have for maintaining consistent deliveries with minimal bugs (or equivalent failures in your area)?

Show context
diamondo25 ◴[] No.42206768[source]
- ship faster, more incremental changes.

- Try to get stuff tested earlier (see point 1)

- if things can get be tested, write tests while working on the code

- split a feature up in chunks and develop parts

- take your time. Pressure of failing sprints (whatever that might actually be caused by) does not help. Smaller changes help with getting others to respect your time too. Everyone is happy when stuff works :), even if its incomplete

replies(1): >>42208206 #
1. llll_lllllll_l ◴[] No.42208206[source]
Good list! Yah, stuff working is always better