如何做和别人一样的网站做推广的公司一般都叫什么

1、目的

   记录下 不靠谱的行为，以规范自己的开发步骤。

2、内容

 2.1 不应该做哪些事情

    1、禁止虚假的交付

    2、禁止随意的承诺

   3、禁止推卸责任式的通知

   4、禁止组织浪费多人时间的会议

   5、禁止重要事故不向上反馈

   6、禁止延期不提前预警

   7、禁止遗漏工作和疏忽大意

2.2  你的目标

   作为组织的一员，我们的第一个评估指标必然是组织目标的完成情况。如果没有合适的目标，完成更无从谈起，靠谱的程序员，每周在做工作计划的时候，都要问自己一句我的目标是什么，我在完成我的目标吗？如果不明确，应该和你的领导聊聊。

    （简单来说就是做事情之前，一定要确定好要做成什么样子，要注意哪些要点，最终如何算是完成）

2.3 需求讨论

  ①  讨论前的准备

    我们会要求讨论之前必须先有需求讨论稿，并且讨论稿要提前一天发出给大家做文字评审，缩短会议时间，这对参会提出了较高的要求，也可以剔除掉非必要的参会者，以及让发起讨论的人能先理清逻辑。

   （开会前准备 需求讨论稿，让哪些人需要做什么，理清楚） 

  ② 理解需求的本意

        靠谱的程序员，不是需求的被动承接者，他们会从产品的本质去思考问题，会仔细想到对方的需求是否合理，是否考虑周全，他是需要一匹更快的马，还是更快到达目的地的交通工具？如果是更快的马，那么我们应该挖掘更好的马，但如果是更快的到达目的地，我们应该发明汽车，总之，靠谱的程序员热爱思考会挖掘需求背后的原因，给出更好的解决方案。

 （理解好这个需求是做什么的？为什么要这么做）

     ③ 确认和对齐

      有时候我们会经历一场激烈的辩论，辩论到最后大伙都精疲力尽，期望能早点结束，终于开发和产品，上游和下游达成一致，会议结束，大家终于可以吃饭。等到联调或者是验收的时候，却发现A  说达成的方案是这样，B 说达成的方案是那样的。 为了避免这样的情况发生，我们讨论达成的结论，务必白纸黑字写到需求稿中

      （多方合作的东西，一定要写清楚，让各方确认）

④ 评估工作量

     我们通常会在会议的结尾会被要求给出工作和排期，如果你之前已经做过很详细的分析工作，此时可以直接给出，但如果不是，建议仔细地拆解需求后再给出，工时预估是一种猜测，而合作者会把这个猜测当成你作出的承诺，能不能做到"承诺必达"，这是一个关乎你个人品牌的大事。

代码评审

   代码评审是建设个人品牌的好时机，并且这样的机会非常多，其他人会看到你的代码，然后在心里给你打上一些标签: 质量很好几乎看不出来问题；很一般，还需要继续提升；太粗心，有很多低级错误；乱七八糟，都写的啥，浪费时间...

    靠谱的程序员会很重视代码评审，避免给他人造成麻烦，也避免损害自己的品牌形象，通常会严格执行团队里CR 前的checkList 规范，直到自己不能发现错误，才把代码评审单发给评审人，在评审过程中，也会注意和评审人沟通，而不是一味的接受或者一味的反驳

2.4 文档编写

   （写技术文档是开发者的义务，它和写可读代码一样重要，它也可以提现个人做事态度，逻辑思考能力）

      文档是给人阅读的，因为第一要务是面向读者，让读者高效的获得信息，这是文档协作的核心原则，为了达到这个目标，通常会有一些关键词，譬如: 准确、完整、简洁。文档内容应该聚焦在主题上，避免发散，避免主次不分，不同类型的文档有不同风格。

    团队通常会有一些文档写作规范，譬如我们团队有<< 技术文档编写建议>> ，通常也会有一些培训，譬如 PCG 有 "知行" 课程 << 像 管理代码一样管理技术文档>> 建议充分阅读

2.5 沟通协作

     收到请回复，这是一个关乎个人品牌建设的大事，收到消息及时回复的是职场人的共识，如果你收到消息不回复，容易给对方造成误解，一旦你养成习惯，也容易与人沟通上出现理解偏差。

     当你依赖外部同事帮你完成某个功能、或者你负责一个大项目的某一块的时候，你需要了解项目哦全貌，需要主驱动去跟对方沟通、跟进。

     及时响应，阶段性反馈，总结反馈，转出。

2.6 独立思考

    从你为产品写的第一行代码开始，你便是这个产品的创造者，这是权利也是责任，产品成功或者失败，都有你的一份功劳，靠谱的程序员从来不会让自己置身事外。

      作为独立思考的创造者，在评审需求，架构、代码的时候，都会先自问一句:"它应该是这个样子吗？"  然后去思考它最合理的设计，下面举几个例子: 

     作为考虑周全的创造者，我们在思考问题的时候想，想到到时这个产品的方方面面，它能做什么，它由什么组成，它的使用者是谁，它依赖了谁等等，系统性的考虑问题，看到的一系列的问题点，这一个个点组成免。

 

2.7 阅读的书籍

     编程知识:  << 重构-改善既有代码的设计>>

    软件工程: << Google软件工程>>  << 持续交付2.0>>

    沟通表达: << 金字塔原理>>  << 一本小小的红色写作书>>

     时间管理: << 高效能人士的七个习惯>> << 卓有成效的管理者>>
    元知识: << 程序员修炼之道: 通向务实的最高境界>> 、<<程序员的职业素养>> << 黑客与画家>>