visit
Say my teammate works on an issue that I happen to be more familiar with than them. So my teammate is stuck and can’t be bothered to resolve the issue communicating. Why? Because it is a pain in the a**!
Instant messaging: In a casual workflow setting, my teammate could attempt to explain the problem directly through an instant messaging service, say Slack. Since I work within a different context than my teammate, it would likely take a few communication iterations for me to comprehend the issue entirely. Once I understand the problem, it takes another few iterations for me to transmit the solution fully. This whole process most likely involves copy-pasting snippets of code and takes up a considerable amount of both our time. It’s not only time! Miscommunication drains energy, taking away developers’ most productive time 🚴♂️ 🚴♂️ 🚴♂️ Resolution time: hours?
Issue and PR threads: Instead of interrupting our workflows, we could be threading on a PR request or an issue. Though I do like that the relevant communication takes place in the appropriate places, resolving to this channel does delay the point of resolution. Depending on the currently assigned workload and the degree of its asynchronous nature, a single developer may stay stuck due to a single bottleneck. Being blocked leads to frustration on both the developer and management front. Resolution time: days?
Screensharing: Yup… No thanks!
Resolution time: 5 min!
Yes, probably not always that quick, but I’d love some insight on the most significant pain points you guys are facing in your daily dev communication flow, as well as your thoughts on GitLive. Throw it at me 🥊 😁