You're definitely onto something here. Even if it doesn't make sense organizationally to transition to containerized services in production, injecting Docker into the average developer's workflow can save a significant amount of time in the long-run. The key here is demonstrating the flexibility and power of what Docker can offer as a generic development tool. You don't need to containerize your critical applications right out of the gate. I imagine the fear of transitioning to using Docker from a technical-business perspective is derived from the misguided assumption that it'll inevitably come at an exorbitant cost. The conversations probably involve things like, "Now we have to change everything downstream from this decision. We have to change how our applications are managed, deployed, and monitored. We have to account for staff retraining, etc." Essentially, there's no adoption moderation. Instead of embarking on a massive technical overhaul, you can use Docker primarily to onboard new developers by containerizing a basic development environment or kick around small proof of concept ideas for internal projects. I'd bet that even as serverless technologies continue to gain popularity, having a foundation in working with containerization tools will become a standard part of the dev skillset.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
You're definitely onto something here. Even if it doesn't make sense organizationally to transition to containerized services in production, injecting Docker into the average developer's workflow can save a significant amount of time in the long-run. The key here is demonstrating the flexibility and power of what Docker can offer as a generic development tool. You don't need to containerize your critical applications right out of the gate. I imagine the fear of transitioning to using Docker from a technical-business perspective is derived from the misguided assumption that it'll inevitably come at an exorbitant cost. The conversations probably involve things like, "Now we have to change everything downstream from this decision. We have to change how our applications are managed, deployed, and monitored. We have to account for staff retraining, etc." Essentially, there's no adoption moderation. Instead of embarking on a massive technical overhaul, you can use Docker primarily to onboard new developers by containerizing a basic development environment or kick around small proof of concept ideas for internal projects. I'd bet that even as serverless technologies continue to gain popularity, having a foundation in working with containerization tools will become a standard part of the dev skillset.