|
|
|
|
|
by kqr
1432 days ago
|
|
#2 is to improve quality, shorten feedback loops, and simplify merges. You get those benefits whether or not you're able to push things to your customer at will. Both #2 and #5 really just set a quality bar high enough to reduce long-term maintenance costs. I don't see why you wouldn't want that in a non-web scenario. #12 is not talking about deploying to production, and I don't see why you shouldn't be able to deploy to a dev environment from your machine. It's nice not to have to run everything locally. Even for non-EU companies. So aside from #9 which is of questionable utility for any type of development, no, I'm not convinced you've pointed valid examples. |
|