郑重声明：实习语录主要是对公司大牛语录的浓缩和提炼，其中也包含了Fans的思考。
少数语录由Fans独家发表。 本语录仅供参考，欢迎拍砖。
软林至尊，Fans同盟。号令天下，莫敢不从。 @Fans.Lei
1.项目经理需要人力资源时，只能向××请求，调用××专业××级别××个人，
而不是请求调用张三、李四等具体的人,比如可以请求调用3个高级Java程序员，而不可以...
2.毕业前几年，重要的是积累别人对自己的信任。
3.公司内工作方面的交流和非工作方面的随意交流是有区别的， 工作方面的交流需要快速得出结论。
4.数据有乾坤。数据的价值是无穷的。
5.公司很小时，开发更加注重时效，在规定的时间内把产品实现，功能做好就可以了，文档和代码的可读性等并不是很重要。公司变大了，则需要制定若干规范，开发流程也逐步确定。
6.开会并不只是几个人坐在一起交流这么简单，会议之前有很多准备工作，比如会议邀请，是否有时间，是否有资料需要预览，开会有记录。最重要的是，开会要得出结论。
7.软件公司的资产大多是软资产，源代码、文档、数据等。
8.站立式短会要素：
①昨天做了什么；
②昨天遇到了什么问题？需求问题还是技术问题还是沟通问题。
③今天要做什么，明天要做什么。
9.学校没有团队，只有团伙。 学校里团队意识很低，公司则非常强调团队合作。
10.来得早不如来得巧。这句话是有一定道理的。
11.与人沟通，语速要均衡。
12.讲解自己所做模块时，不要单纯地讲解自己的模块做了什么。 通常来说，一个系统或者一个模块都不是孤立的，模块有输入，有输出。 输入从哪来，输出到哪去，与其它模块或者系统的关系是怎样的。
了解一个系统或者程序的运作，关键是读懂控制流和数据流。
要从全局和局部两种角度来看待问题。
13.要从别人的错误中汲取经验，而不是在一边傻看、傻听、傻笑。@Fans.Lei
14.程序中嵌入日志代码是非常有必要的，可以及时跟踪系统运行情况，也方便查找错误。
没有报错或者报警的系统，不一定是正确的，有可能这个系统根本就没有运行或者被人给杀死了。
所以，记录日志不仅仅要记错误情况，正常情况也应当考虑。
比如系统如果过了5分钟，还没有产生记录，就可以认为系统出了问题。
15.在公司沟通，QQ等聊天工具很多时候不太合适，如果对方正在工作，是不太会关心即时消息的，
邮件是一种可选的沟通方式。除此之外，面对面的沟通有时也会遇到问题，此时发邮件给boss
也是有必要的。
发给boss的邮件： ①为什么要沟通或者沟通的背景是什么.
②双方或者更多人谈了什么内容。 ③得出了什么结论。没有结论也是结论。
16.做项目选择技术，不仅仅要从开发的角度来选择，也要从运维的角度来选择。 某种技术开发方便，维护不方便，是令人纠结的。
17.出了问题，首先要做的是分析原因，比如，项目进度延迟，找出 个人原因和团队原因等。
然后解决问题或者下次避免遇到同样的问题，而不是追究某个人的责任。
18.硬件和软件都有出故障的可能性，不同的系统，两者的可能性可能不同而已。
19.模块或系统之间的通信方式有很多种，文件、数据库、API、Socket、HTTP等标准协议、自定义协议。
简而言之，系统之间的通信就是定义一种协议或者“接口”，然后实现该协议，最后通过协议的实现方式
进行通信，只不过协议的实现方式可能会有多种，需要进行适当的选择。
20.公司可以分成两大类：
面向普通消费者(比如fans)的公司，典型的公司有腾讯，可以称之为客户端公司（不准确）；
面向企业的公司，比如百度，可以称之为服务器端公司（不准确）。
这两类公司对产品的要求是不同的:
面向普通消费者的公司，产品做得差不多了，就立即上线，比如选择5%用户进行测试，如果顺利再15%，
按一定比例增加。
面向企业的公司，产品往往是精益求精，不允许有大的失误。对产品质量要求很高，企业的信誉非常重要。
简而言之，面向消费者的公司，完成胜于完美；面向企业的公司，通常更倾向于追求完美。
-------------------------------------------------------------------------------------------------------------------
实习时间：2012-2-29→2012-5-11
实习公司：北京秒针信息咨询有限公司
实习地点：北京市朝阳区立水桥北里2号塞纳维拉(水景花园)
实习人物：雷文 Fans.Lei
相关阅读