更新 'New to the workplace.md'

New to the workplace.md

@@ -1,16 +1,33 @@
-第一章初入职场 
+初入职场
+
     小白是一个刚刚毕业的大学生。目前找到 了一份互联网公司运维的工作。在面试的过程中，得 知自己的 team leader 居然是自己的上几届的师兄。 这个消息让小白兴奋不已。由于是同一个学校毕业， 师兄就顺理成章了成了小白的私人运维启蒙老师。这 不小白在周末喝茶的时间跑去骚扰师兄。了解公司的 人员组织架构，好方便让自己快速入工作状态。 
+
     小白: 师兄，作为一个运维人员，我们平常工作都和什么样 的人打交道呀? 
+
     师兄: 作为一个运维云计算人员，平常和我们工作上有交集的人特 别多。有 PM（Project Manager）、UI（User Interface）、FE（Front-End Development）、RD（Research and Development）、QA、DBA 、OP（Operations）等，当然还有 你刚刚入职时，带你办理手续的 HR。看着小白一脸 呆萌的样子，师兄反问道“不知道这些缩写的字母都 是代表了什么职位吧?”那我们就详细说说这些职位 的名字，和他们的工作内容。 
+
     PM: 产品经理的简称。通常在网络上被人叫做“产品 狗”。他们的主要职责是” 负责市场调查。根据用户 的需求，确定开发何种产品”。同时他们也是这个产 品的管理者，会时刻跟踪这个产品的动态，保证产品 能够按照预定的时间去上线使用。 
+
     UI(User interface): 用户界面设计师。其实他们更相当于一批搞美术的 人。他们根据产品经理口述的产品，将这个产品的样 子设计出来。 FE: 前端工程师。他们会根据 UI 设计的产品。也就是他 们设计的图画转换成 HTML + CSS + JS 的前端代码。 此时就可以使用浏览器去打开这些设计好的 HTML 了。 
+
     RD: 开发工程师。网络上所熟知的“猿人”。他们的工作 主要是去开发后端的代码。将他们的代码逻辑和 FE 的产物联动起来。形成大家访问微博、访问豆瓣一样 的网站程序。 
+
     QA: 测试工程师。 去验证整个网站的功能是否符合产品经理描述的样 子。当验证的过程中出现问题时。QA 就会将这个问 题(BUG)报告给 RD ，让他们去改正 BUG。与此同时 QA 会在他们的小本本上对这个 RD 干的“坏事” 记录一笔。有可能 RD 的项目奖金就又少了 1 块钱。 HR: 人力资源管理。 他们不单单管理我们的入职、离职。同样他们也会去 兼管员工的福利待遇。公司的福利关怀等(比如过生 日给你送个小礼物啥的) DBA: 数据库管理员。 负责和维护数据库服务器的人员，主要负责开源数据 库(mysql 、oracle 、redis、mongodb 等等 )的管理。 在大公司里这样的工作被独立出来由特定的人员去处 理。但在小公司里，这样的工作通常也是由运维去完 成的。 小白此时大悟彻悟。终于明白了这些形形色色的角 色。 小白: 师兄，我们运维工程师(Operations) 和这么多的角色 有工作上有交集，那我们到底要为他们提供一些什么 样的工作支持呢? 师兄： 这么多工作中需要打交道的人，但我们接触最多的人 还是 RD 和 QA 。
+
     FE 也算一部分吧。 我们为这些人 提供了各种各样的工作环境，以供他们去使用。我给 你介绍一下这些环境吧，这样你就能快速的熟悉咱们 公司的工作流程了。
-    公司里，存在这么一些环境：开发环境、测试环境、 联调环境、预览环境、生产环境。 开发环境: 供开发人员(RD)使用，用于 RD 调试测试代码。        测试环境: 供测试人员(QA)使用，用于测试 RD 们开发完的代 码。
+
+    公司里，存在这么一些环境：开发环境、测试环境、 联调环境、预览环境、生产环境。 开发环境: 供开发人员(RD)使用，用于 RD 调试测试代码。
+
+    测试环境: 供测试人员(QA)使用，用于测试 RD 们开发完的代码。
+
     联调环境: 供测试人员(QA)使用，往往一个项目是依赖于其他项 目。因此要想测试当前项目，就要保证依赖项目 的 测试环境也存在，这个整体，我们叫做联调环境。 
+
     预览环境: 生产环境的一种，由运维(OP)提供，供 QA 模拟生产 环境测试使用。 QA 对预览环境没有任何权限。所 有更改只能由 OP 支持完成。这个环境同生产环境的 唯一差异就是没有生产环境的真是流量，除此之外和 生产环境完全一致。 
+
     生产环境: 由运维(OP)管理的环境，除了 OP 有权限之外， 没有 任何人存在权限。提供真正的访问流量。 假如发现 这么一种状况，一个 BUG ，QA 在测试的过程中完全 没有发现，但在生产环境中出现了，RD 只能只能登 陆生产环境进解决 BUG ，这个通常是不被允许的， 因为我们有预览环境，上文提到过，我们的预览环境 除了没有生产环境的流量外，其他的和生产环境完全 一致。可以让 RD 通过此环境 进行 BUG 的修复。在此操作过程后，OP 需要注意， 将环境恢复成生产环境，以免破坏预览环境。 
+
     小白: 师兄， 为什么要存在这么多的环境呀？ 这么多人都 来找我处理事情，工作上，我怎么和他们进行交流 呀？ 师兄: 存在这么多环境的原因，主要是让各种角色的人工作 互不干扰、环境互补干扰。其实像开发环境、测试环 境也完全可以由对应的 RD 和 QA 自己去管理。但 这样放任权限的结果往往会导致资源的严重浪费。也 往往存在环境中使用的各种软件包版本严重不一致， 导致一系列问题。为了避免这些问题出现，通常 RD 和 QA 使用的环境都是由 OP 提供的。 日常工作中，如何和 RD 和 QA 去做这些工作上的 交流呢？比如 RD 需要一台开发服务器，希望你去帮 忙创建。他要通过什么途径去申请呢? 这里就要说一 说日常工作中使用的协同工作的工具： 
+
     邮件： 这个大家都有接触， 在大家进入公司的时候，公司 的人力(HR)都会给你分配一个属于你个人的专属邮 箱。你以后通公司中其他员工的邮件往来，就要靠这 个公司提供的邮箱了。 
+    
      小白： 通过上面这些角色和工具的介绍。我终于知道了个大 概了，再也不用朦朦胧胧了。太感谢师兄了。