3 ms·
The OP has a point. Pair programming into somebody's else code, with no context of the overall functionality, and having to use somebody's else system (diffe
by ardit33 9y ago
The OP has a point. Pair programming into somebody's else code, with no context of the overall functionality, and having to use somebody's else system (different shortcuts, editor layout/environment), is a very poor experience.
I have been in two of them, and they were not a pleasant experience overall.
Most senior engineers take some time to understand what's going before diving into somebody's else code and making changes left and right.
We all have that experience where fixing a bug, the right way, starts causing/surfaces other problems in the system.
I am talking as a dev that has shipped multiple apps, and some of them very successful.
In anyway, if it works for you, keep on doing it, but it will absolutely turn off the more experienced folks from your company.
- jeremiep 9y agoThat has been my own experience as well. I noticed that companies with rigid hiring processes usually also have rigid development processes and those are indeed highly toxic to experienced engineers. I've seen my share of companies whose senior engineers were quite below average, but since they have no other engineers to compare to they come out as rock stars! This is in stark contrast to companies whose hiring processes are tuned towards more experienced folks.