写给现在我所在小团队的话
开放心态
开源是一种开放的态度，与其说是Open Source，还不如说是Open Mind，一种愿意把自己的思想毫不保留地拿出来与大家分享的精神，也可以说是愿意把自己思想中的不足暴露给千千万万的人，对，毫不保留地暴露。
过去的五年里，虽然我所从事的工作所产生的脑力劳动成功并非开源软件，但是我一直保留着开放的态度，愿意把自己的思想拿出来，和同事们进行交流。记得在毕业那年，我有一种“学完出师”的萌动，于是把大学所学的知识都放到了一个小游戏里面，虽然代码量有限，也不是什么具有商业价值的东西，但是这个过程中，我结识了很多朋友，他们发邮件，我都做了回复，并且尽自己所能地与朋友们分享一些经验教训，也附上游戏的源代码。从得到分享与交流的快乐的同时，我已发现我慢慢爱上了Developer这个职业。
但是，程序员在一定程度上也是孤独的，相对于零星的交流，更多的是闭门造车。看文档，看code sample，上网所搜问题的解决方案，这是自我学习，以及工作的一部分。大概受上一辈的影响，小时候都听过“教出徒弟，打死师傅”的故事，特别是IT又属于知识产业，不少人开始对经验有所保留，可人的生命都是有限的，如果能将自己花费10天设置2个月悟出的结果，花那么10分钟交换给其他人，自己也能收益，那么我们为什么不主动、开放一些呢？
对同行人的勉励
当然，我是没有机会站在你们面前——甚至是卑微的身份——对你们说这些，我只是在这个角落，说一些自己想说，想劝说的话。
开放思想不是魔鬼，而是选择。
可能是竞争的残酷性，让很多人如同警惕的羚羊，发现开源，就像发现狮子一样，拼命飞奔，或者是想到了即将冲毁大坝的洪水，涂炭生灵，于是便战战兢兢地将核心竞争力放于保险箱中，画地为牢。而我的观点是，某些方面来说这是有道理的，因为专利、认证等等，都是保障发明者的利益，鼓励继续创新，同时又能保护唯一性，实现权威，但是它不并适用于 Language ，语言——程序也是一种语言，是人与计算机交流的语言，程序员与程序员交流的语言，它只有纯粹的思想，本身不存在任何的价值实体，而真正的价值，是“说”出这些语言的人，以及这些人用语言做为工具，进行的劳动和劳动获得的成果。
说白了，就是 代码不值钱，服务才是最终体现价值的地方。
我觉得，那些觉得自己写出的代码就是自己最终劳动成果的人，就是对这个没有搞清楚。我从事的行业，有很多人跳过很多公司，手里有很多软件的代码，整套整套的，可是他们仍然碌碌无为，生活平淡，其中有些甚至将其作为商品，到处去卖，而不是以此为基础，通过自己的再改造而获得报酬。结果可想而知，买去的人读不懂代码的构架、精髓，实现不了服务于人的过程，最终造成损失。
开IT公司，最杯具的事情莫过于拿着一堆代码，一批机器，可是人去楼空。
既然是这样，为什么又有些企业害怕自己的代码流露到别人手里呢？
关键要看 是否对已经产生的服务造成影响 。举个例子，谷歌公司的多款产品都实现了开源，比如Chrome、Android，其本身也收购雇佣了很多开源软件的作者，可是它为什么不对Gmail的前端代码和后端代码开放？我觉得，原因在于谷歌是Gmail的直接服务提供者，现有的Gmail代码的公开会造成谷歌服务的不安全，对谷歌的用户造成不可估量的损失。相对而言谷歌不是Chrome、Android直接服务提供者，Chrome的服务提供者是硬件及其操作系统制造者，Android服务提供者就纯粹是手机厂商，而选择开源对谷歌自身没有坏处，甚至在背后还会有不可估量的利益，为何不去开源？
另外 软件没有完美的时候，因为服务没有尽头。
这个也是我从事IT行业——这个所谓第三产业服务业，几年来得出的结论。写出了软件，实现了最初的需求，用户拿去用两天没有问题，付了钱，就可以说完事了么？ 远远没有完！ 用户的使用也是有一定条件的，一定环境的，只要条件一改，环境一变，软件就会出现错误，运行得出了错误的结论，世界上没有先知，更何况是水平各异的程序员组合在一起开发的程序？
bug的产生不仅仅出现在软件产生的过程中，而是要伴随软件一生的，什么时候软件停止使用了，什么时候bug也就不会存在了。剔除某些环境下程序的bug，也是一种价值的体现。
还想再说点。
记得在我第一次买笔记本电脑的时候，很不解的发现，竟然三年的售后上门服务卖的这么贵，而且还作为一个卖点来宣传，如果我的电脑自己保养得很好，不出故障，岂不是这个钱白花了？现在想起来，又觉得自己很幼稚，生产电脑的生产线和装配工，就像肯德基里面的小工一样，大多数时候，他们做着自己不知道任何原理的操作，娴熟而又不知疲倦，迅速生产出来的电脑除了原料成本、知识成本，他们的价值体现的十分低。而上门维修的外派工程师则不一样了，我曾经见过他们要和各种各样的客户打交道，分析不同机型，不同的环境，给出不同的解决方案，相对而言这个价值则要高很多很多。所以即便是电脑质量，事故率很低，笔记本生产商也不敢降低售后服务的价格和标准。
高傲 ，也许是程序员一个共同习惯，通常他们会有较好的逻辑思维能力，有更多探索欲望，面对单调的屏幕、闪烁的光标有更多的耐心。可是他们——哦，不对，应该是我们，仍然有很多自己所不能完成的事情。
放下高傲的思想，Open Mind 也许会获得更多。
写给现在我所在小团队的话相关推荐
- 互联网/移动互联网小团队创业 第一集 汪华
本文特定针对于互联网/移动互联网小团队创业 创新工场汪华 找到一个足够大,快速增长,还处于相对早期的大方向,创业要顺势而为,太小太窄,太早太晚的都不合适. 找个你真正熟悉了解信任的人搭伙建团队.创业是 ...
- 互联网/移动互联网小团队创业 第一集 汪华(zz)
本文特定针对于互联网/移动互联网小团队创业 创新工场汪华 找到一个足够大,快速增长,还处于相对早期的大方向,创业要顺势而为,太小太窄,太早太晚的都不合适. 找个你真正熟悉了解信任的人搭伙建团队.创业是 ...
- 10人以下小团队管理手册-学习笔记
[README] 本文总结于<10人以下小团队管理手册>,很nice的一本书,有兴趣的同学可以翻下: [0]序章 作者作为咨询师发现, 1.下属对主管有不满,主管对下属有怨言: 2.10人 ...
- java 拉起服务_技术开发者应该如何构建小团队的微服务方案？
作者 | 徐鹏 责编 | 刘静 出品 | CSDN(ID:CSDNnews) 我们的产品是Linkflow,企业运营人员使用的客户数据平台(CDP).产品的一个重要部分类似企业版的"捷径&q ...
- 技术开发者应该如何构建小团队的微服务方案？
作者 | 徐鹏 责编 | 刘静 出品 | CSDN(ID:CSDNnews) 我们的产品是Linkflow,企业运营人员使用的客户数据平台(CDP).产品的一个重要部分类似企业版的"捷径&q ...
- repo打了 tag之后如何提交tag_技术开发者应该如何构建小团队的微服务方案？
作者 | 徐鹏责编 | 刘静出品 | CSDN(ID:CSDNnews) 我们的产品是Linkflow,企业运营人员使用的客户数据平台(CDP).产品的一个重要部分类似企业版的"捷径&quo ...
- 3星|《大产品，小团队》：携程软件开发流程改进的故事
大产品,小团队:携程敏捷技术与管理转型实战 携程集团创作,作者有产品.开发.测试.PMO等多种角色.有一点比较怪异,每个章节的作者是放在书的最后部分的. 主要内容是携程的软件开发流程改进的故事.携程的 ...
- 团队管理之《十人以下小团队管理手册》
一个团队只有主管自己最努力是没有用的.如果主管对下属的工作感到不满意,如果下属对主管的指导有意见,那归根结底只能说明主管在用人方面做的还不够. 在下属少于十人的小团队中,如果主管忽略每一位员工的个性 ...
- 互联网小团队创业 第四集 做产品 要有爱
做产品 要有爱 首先想向各位关注我的互联网/移动互联网创业系列博文的人们表示感谢,同时也跟大家稍微道歉一下,最近很忙,第四期的互联网/移动小团队创业隔了这么久.正好我和我们的项目和助跑计划的团队有个交 ...
最新文章
- LeetCode简单题之字符串转化后的各位数字之和
- 连发10篇SCI！徐州二本学霸全奖直博香港城大引热议
- MongoDB（一）：简介
- tcp协议头窗口，滑动窗口，流控制，拥塞控制关系
- 使用Red Gate Sql Data Compare 数据库同步工具进行SQL Server的两个数据库的数据比较、同步...
- ABAP Netweaver里的那些月亮
- HH SaaS电商系统的销售订单毛利润模块设计
- 教你配置安全的ProFTPD服务器（中）
- onbeforeunload与onunlond的区别
- Android开发：5-3、Menu、Dialog、Fragment
- 信息学奥赛一本通 2072：【例2.15】歌手大奖赛
- jquery validate.addMethod 正则表达式 (自定义验证方法)
- java 数据输出详解_JAVA之I/O 输入输出流详解
- Android开发 MeasureSpec介绍
- 我的世界有宠物系统服务器,我的世界：如果Minecraft加入战斗宠物系统，推荐5大最强生物！...
- 计算机专业为什么要学线性代数,为什么要学线性代数
- 100套大数据可视化模板
- Ajax前台传数组，Java后台接收方式
- 【codejam_Round1B_C】Mousetrap
- 数字涂色 疫情过后希望小学终于又重新开学了