问Java课程至少应该包括哪些主题？

EN

即使有你编辑的理由，我也看不出有什么意义。

在文化意义上，DevOps是Dev，Ops (以及更多，比如安全性和可能测试)的交集。但是在技术上，你总是会有一个混合团队的人，他们擅长其中之一，而不是其他人，这是很好的。

通常，您不会让所有的开发人员都这样做；他们可能会使用其他开发人员提供的内容。ops的人可能根本看不见一段应用程序代码；您仍然会称它为"DevOps“。

您的开发人员将能够做的是管理他们的应用程序的整个生命周期，从源代码到生产，使用ops人员提供的工具。当你说devs做以前操作时，意味着自动化使得环境(dev，test，int，prod.)基本上是一样的；向它们部署是尽可能自动化的(不需要人工操作，最重要的是不需要在devs和ops之间切换二进制文件等等)；从源到驱动都有一个完整、完整的技术链；包括虚拟网络等自动出现的东西等等。这并不意味着devs可以在底层对硬件或网络进行故障排除。

你们的行动组也是这样。他们肯定不会在几次研讨会后试图正确地修改应用程序代码，除非你说的是真正的小公司，他们有三人团队，他们需要这样做，这是绝对必要的。

请注意，我并不是说不可能同时从事开发和操作工作。Is是一个绝对的金矿，有这样的人可供选择；而一些公司则通过，例如，偶尔将开发人员轮换成低级别的操作组来培养这种能力。但那些人不是你的目标观众。根据您在问题中列出的主题，您的目标是那些在一生中从未编码过任何东西(“你好，世界”)的ops人员。

如果你真的希望你的操作人员成长为编码，而不仅仅是在GUI中点击、修改或创建配置文件等等，那么下面是一些建议：

• 如果他们已经在编写偶尔的bash脚本，请指出他们的高级构造(循环、函数、错误处理等)。
• 尝试让他们对一些动态语言感兴趣，比如perl或ruby，这是一种低挂的水果，比shell脚本高出一步。
• 将它们介绍给go，它非常适合独立的命令行应用程序，特别是自动化工具。它应该满足学习一些新的东西的需要，这些东西应该在任何人的简历上都很适合，并且会满足那些反对非本地编译语言的人。

..。诸若此类。但不要试图将"Java“作为进入"DevOps”的一条途径。

如果您想做"DevOps工程“，那么您应该检查您将要在计划中的项目中使用的各种工具和API。

例如，如果要使用Jenkins，则可以查看基于Java的系统。如果要实现微服务，可以查看将要使用的框架，并确定如何从产品请求开始进行全面交付。

另一方面，如果你想做"Devops文化“，那么这是一种不同的方法。对此最好的简短解释是吉恩·金斯三种方法

要进行这种文化转换，您需要了解如何映射您对组织的系统想法(也许有一些方法将其映射到Java模式)，如何通过识别浪费或反馈循环来优化这一过程，最后是如何为所发现的问题和机会安排许多不同的解决方案。也许一种基于Java的方法可能有助于找出可用的指标

对不起，这不是一个详细的答案，但我自己并没有真正做Java