另一个概念化实体出现

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

每当您打开 PC、浏览 Internet 和监视网站时,您往往会遇到无数您以前从未听说过的新技术名称。显而易见的是,可能某些技术大师发明了必须有名称的方法、服务、小工具、设备或软件应用程序。他们必须像 IT 管理服务那样令人讨厌

但是由于它们的本质和技术构成,一些发明者想出了一些非常惊人的术语来创建他们认为适合他们发明的名称。因此,我们的 PC 屏幕上出现了诸如“ DevOps ”、“微服务”、“SonarQube”、“调试代码”、“Particle Core Photon”、PaaS 等名称和更多名称和概念

仅仅是因为它们的极客性和独特性,除了一些奇怪的名字和概念的极客指南外,在任何字典中都找不到它们,但请不要误会,它们是我们世界的重要组成部分,并且会留在这里。因此,最合乎逻辑的做法是深入了解并结识。

我已经做出了这样的决定,我决心通过第一个 - DevOps 学习所有我能学到的东西,因为它有一个奇怪的环,让我的天线颤抖和颤抖,感觉到一些令人兴奋的东西。

解决这个问题的最好方法可能是深入研究以发现该术语的实际含义。这个词可以理解为发展行动,但需要缩小范围,否则我们将侵占一些属于军方的领域。

一些发明人和用户同意它适用于主要在应用程序开发领域的技术开发人员团体或社区的开发。这种想法似乎有一定道理,因为这个概念的重点是弥合直觉创造力和技术进步之间的差距,两者相辅相成。

但当然,任何创造力的发展和随后的技术进步只能在群体环境中发生。一群技术专家聚集在一起形成和创建一个专门从事软件应用程序生产的实体的环境。

在 DevOps,专家组更关注他们周围的环境,例如他们的工作场所,而不是主流产品从装配线上滚下的基础设施。相反,他们将其视为可以开发大量应用程序或应用程序的工作场所,而不是将周围环境视为积极参与产品创建的基础设施。

但这种狭隘的概念定义可能会误导 DevOps,它的含义远不止是在市场上销售的应用程序。这绝对意味着更多,其中大部分涉及与实际上是潜在客户的公众成员进行大量互动交流。

一个渴望成功销售他的商品的有抱负的技术官僚必须依靠 DevOps 来实现它。如果他想在科技行业的成功中发挥积极作用,他必须在公关方面打好基础。它只是关键要素,因为没有它,任何企业都无法长久生存。

商业是如此残酷的职业,只有适者才能生存,参与社区或创建社区甚至比销售更重要。正是在这里,销售得以实现和丰富,而不是相反。因此,获得关注并吸引新成员加入您的团队至关重要。

当然,吸引合适类型的会员可能是一项艰巨的任务,但如果您遵循以下几点,这只是一个可以克服的表面障碍:

  • 当您为您的团队或社区招募新成员时,让他们在第一次会议上第一次加入时进行自我介绍。不可否认,这在一开始会很困难,但熟能生巧,它也巩固了信心。

  • 在选择成员时采取灵活的态度。技术专家很好,但其他可以在工作场所从事其他工作的人也很好。

  • 在初次接触时,每一次互动行为都必须被视为对您和新成员来说都是独一无二的机会。你对新成员的关注必须完全投入,不能表现出丝毫漫不经心的私利。

  • 任何课程的每一课都必须在其结构和内容中嵌入学习曲线。理想情况下,它必须从基础开始,然后在课程或演示结束时深入研究更多技术细节。

随之而来的是,尽管 DevOps 可能被视为一群从事发明和生产各种应用程序业务的技术专家,但如果他们不参与 PR 活动,他们就无法长久。

因此,虽然 DevOps 的狭义定义可以 仅凭技术诀窍与 IT 管理服务 公司成功竞争,但如果他们不认识和实践 DevOps 在社区内移动的大局,他们都将失败。