许多老师误以为合作开发人员整天的组织工作是写标识符，写标识符，写标识符！
只不过并非的。写标识符只是极少极少的一小部分组织工作，只不过更多的这时候，他们：
读自己的标识符
一般而言他们进入子公司以后，不会是重头戏已经开始两个工程项目，而要在已近标识符的基础上进行保护或新机能的合作开发，因此要“读标识符”。
读有“泛读”，介绍控制系统构架、模块，Vertus有两个大体的重新认识，各机能能找出适当标识符同时实现的边线。
还有“自修”，一般而言是增容了，在fix bug的这时候使用。除此之外还包括审查：许多规范化一点儿的子公司，单厢有code review，也是自修，但不必debug。
对于两个成形的工程项目而言，读标识符——而并非写标识符——可能是最耗天数的组织工作了。
为了增加“读标识符”的天数，他们不得已花天数“写注解”“写文件格式”——这个合作开发人员最嗤之以鼻的组织工作。因此现在“烂标识符才须要注解”的人声显得愈来愈强，但不管怎样，文件格式还是要写的。（特别注意：要能界定注解和文件格式）
介绍市场需求
好了，总算到了“写标识符”的天数了。
不过，在亲自动手已经开始写标识符以后，你要花天数“介绍市场需求”。和自己写个小流程玩儿不同，在子公司，你是为自己写标识符，因此你一定要介绍自己究竟想同时实现什么机能。一般而言，这并没有你想象的那么单纯，须要反反复复的沟通交流。
总之，也有许多项目组和对个人，不愿在这下面“浪费天数”，一般而言他们的退场是急速的写标识符，然后急速的改标识符，赶工的做大批的Ploudalm，整座子公司怨气冲天几块灰土。
合作开发中的其他各种沟通交流
大家都恨产品经理。
但只不过产品经理只是他们最恨的人之一，他们还恨前端、后端、DBA、测试……承认吧！因为他们是项目组合作开发，说好的项目组精神有没有我不知道，但各种摩擦扯皮是要的。
比如前端要后台给两个接口，后台给不出来或者嫌麻烦；比如后台跪求DBA的权限，DBA优化数据库时说Developer都一群傻逼；比如测试一次又一次的报bug我特么像杀人的这时候……
这些都须要沟通交流，也是须要天数和精力。
其他无聊的办公室活动
比如写日报周报，应付各种KPI，这是所有工种都干的活，就不多说了。
总之，合作开发人员真正写标识符的天数只不过不多。对个人觉得，一天能有30%的天数安安静静的写标识符，就算是不错的组织工作环境了。
不论是他们的大学教育也好，培训机构也罢，都只知道知识的灌输，而忽略了合作开发人员组织工作能力的培养。这些能力，即只能在组织工作中“自学”获得，因此你看这些子公司的招聘，都要求“两年以上组织工作经验”，意思是：一般的新人，起码要两年的天数，才能“习得”这些起码的组织工作技能。
能不能有所改变呢？
我想试一试。
同时也做个小广告：
我总算下决心已经开始的课程，全程免费，只求两对个人气传播，欢迎捧场，详见：一次尝试：真正的工程项目实战培训·一起帮
+++++++++++++++
收录于收藏夹：野生合作开发人员，欢迎关注。
++++++++++++++
最后很煞风景的加个推广，为了混口饭吃呀O(∩_∩)O哈哈~
飞哥办了两个IT培训班，http://ASP.NET全栈合作开发，线上全程直播，可以免费收看；线下拎包入住，按周收费。如果你是码农或者是有兴趣介绍编程的可以加QQ群：729600626（一起帮·源栈·有意向）大家相互学习交流O(∩_∩)O哈哈~
