Yes. |
Bless your heart. As people who actually know software development know, in the long term, you ensure productivity with automated testing, pair programming, and clean code. Agile is critical to that mix. What ALWAYS happens to people who "just get things done" is that they end up with unmaintainable code that consumes steadily more cycles just on O&M and that everyone is terrified to refactor because they have no idea what they will break. I love those companies though, because they make great customers when we are brought in to replace the old mess and (try to) train the dinosaurs that created the mess. By all means, keep "just getting things done" -- I could use a bonus! |
What employers use pair programming? Agile is wholly separable from testing and code quality. |
Oh dear. No, it's not separate. Not at all. Repeat after me: Agile is a tool for software development teams to deliver better quality code, it's not and never has been a management tool or any of the other nonsense that people in the Agile Industry(TM) try to sell it as. There is no Agile without automated testing and pair programming. And to answer your question, every place I've worked has done some pair programming, and the better the code quality, the more, up to about 30% of developer time. |
|
Check out this discussion of what Agile is by one of the people who was most responsible for creating the movement.
|
Who has resources for paired programming? We're too busy squeezing water from rocks. |
Don't you have your pick of Hlb Visa holders to choose from? |
In my world, 5 years experience only moves someone from an entry-level position to a standard Software Engineer; in my world, a senior software engineer has 15-20 years experience. Maybe other places have more title inflation ? |
People and organizations that haven’t ever done software development right (including pair programming, automated testing, and Agile) think that doing things that way takes more time. In fact, over time it’s MUCH quicker because you avoid the steadily growing mountain of tech debt that projects done the other way have. There’s a dynamic in those projects where the effort to make change goes up exponentially - from tiny at first (“no tests to write, no coordination with others! Woo hoo”) to slowly more (“WFT is Joe’s code doing?”) to a locked up mess that everyone is afraid to touch. Doing things right actually takes less effort in the long run. |
I’m the “Yes” poster. I was going to say the same thing. 5 years is not close to senior. Also, someone with a degree and 5 years makes more than $100k. Both are true. |
Quite a lot of software was involved and getting your comments from your fingers to my eyes, including your computer, or phone, mine, the forum software, the networking systems in between, and ancillary features like the advertisements. What fraction that do you suppose was built using a techniques you espouse? |
+1 |
What you say always happens hasn't happened yet, while we've watched big agile projects come and go. Ask an agile team to do something quickly and they'll add it to their backlog grooming sesssion to see if it can be included in a future spint. Should call it Rigid. |
Serious question — you believe in “just getting things done.” Does that mean you don’t write automated tests? If so, how the heck do you automate DevOps? Push and hope for the best? |
| I believe in getting things done efficiently, but that doesn’t mean skipping automated tests. It’s about finding balance—testing what truly matters while keeping delivery fast and reliable. In my experience, automation is essential to sustainable DevOps. Without it, you’re just guessing outcomes instead of ensuring consistency. I’ve seen similar principles applied in projects like healthcare data integration https://www.abtosoftware.com/blog/healthcare-data-integration where automation directly improves reliability and performance. |