实习语录@秒针系统[上]

郑重声明：实习语录主要是对公司大牛语录的浓缩和提炼，其中也包含了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 相关阅读
CSDN博客专栏 新人毕业，老人跳槽