关 乎社群:0 大妈自述
Zoom.Quiet (大妈)
Python中文社区创始人(之一) / 管理员, 热心于 Python 等等社区的公益事业, 大家熟知的社区”大妈”;
2014-02-19 AboutCommunity 关乎社群 ac author
关 乎社群:404 企业进行OSS的好处
~中国绝大多数IT企业
其实也是欠稿一篇, 先是忽悠朋友完成了作文: 企业开源杂谈 — 思考IT — 知乎专栏
然后,又引发了系列讨论,结果变成了自个儿应该还的一篇文章,,, 同样的,由大脑自动后台组稿42天,快速输出一版本先:
背景:
首先, 俺自个儿, 社区称号:大妈, 入行以来加入N 多技术社区, 长年混杂在各种企业内外社区中,折腾,再折腾,从来没有什么成型的NB的流传于世或是企业生产系统中的项目… 按照 Eric Raymond的著名文章:
如何成为一名黒客
其中的定义,俺属于绝对意义上的大妈式 Hacker, 公布有效信息(文档/翻译)/维护维基/传播Hack 文化本身…
然后,从业14年,从前台作到后台,作不动现代的全端工程师,掺合过的公司从4人到4000人的级别都有; 近年,基本作 开发者关系管理(DRM), KPI 计算 40%开发,其它是社区活动的组织/筹备/主持/演讲/宣传/推广…
范畴
一篇文章绝对不可能将一个领域的发展问题分析明白的,所以,为了表述的健康/合理, 先定一下讨论的范畴,以免各种扩大化式的乱入.
- 只说IT企业,即,主赢收业务是软件/互联网/移动/服务… etc.
- 中国企业,无论注册地/资本来由/管理层国藉, 只论主要业务在中国大陆,主要开发者是中国本土码农…
- 开源,就是标准的 FLOSS ~ 使用标准的许可证以及发布形式/维护过程 的 自由/开源软件, 因为开放源代码,对于 自由软件还是开源软件都是基本要求,只是后续发布的要求有差别,早已被中国媒体给搅合的说不清楚了,所以,一概论之了…
- 因为职业原因,不便对老雇主或是现雇主泄漏什么内部机密,所以,只讨论,如同化学实验,嗯嗯嗯,,,精确的说,就象写 SiFi 小说一样推演,企业推行 OSS 的好处; 试图达到度目标就是能向一般的BOSS/同事,以极其常识的叙述来说明白,为什么应该 OSS, 至于坏处,就当没有吧,反正在中国没有什么正当的追究过程…
故事
- 从前有个公司,使用了开源软件,后来,嗯嗯嗯,就没有后来了!
- 从前又一公司,开源了内部系统,然后,嗯嗯嗯,就没有然后了!
- 从前还是一公司,从一开始就用开源软件的形式来专发,嗯嗯嗯,然后也没有然后了…
断语
嗯嗯嗯,共同之处就素 ~ 所有公司都习惯性玩:
一朝天子一朝臣,
后人废尽前朝事!
大家都实在太习惯太顺畅太自说自话太自发自觉的作这类事儿了… .其实,追点儿根儿,很简单,无论多重要,多NB 的代码,在公司中除了写那些代码的人,其余根本没有人能够/愿意/喜欢 真正理解这些要命的代码,而且最后竟然,就连代码原作者也都认同了这种”文化”随时抛弃无论当初花多少精力折腾出来的代码了…
所以,企业真正进行开源工程式的产品开发,目测至少有这么几个方面是立即可以获得好处的:
- 产品安全性立即获得极大的提高,因为所有人知道,代码都特么开源了,服务想安全,就得作到运行时,真正安全了!
- 代码将真正为越来越多的人理解,从而所有工程师的工作将无法简单的通过行政命令抹杀,随着开源项目的不断扩散/衍生/复用,原作者的价值在不断增值!
- 文档将被自主自发的不断完善,因为一个没有好文档的项目,本身再NB 也没人用!
- 测试将被自主自发的由开发者自个儿进行了,因为开源后,有太多自动化测试服务可以在外网自在的使用了,再也不用跟测试部的那帮XX叽歪了!
- 开发人员的工作时间立即被自主自发的延长了! 因为开源工程受到关注后,全球用户可不管你们是否下班了,那 Issue 是随时捅过来的!
- 项目维护人员免费增加了! 只要项目真正解决领域问题,那么公司自个儿都没有用到的场景也一定会有人用上,根据开源协议,人家也必须将修订提交回来… 好了,免费的比自家公司还NB 的工程师为咱开始工作了!
- 技术团队的业界形象立即加持圣光了! 以后招人,也就不用送MM 之类的下作手法了,只说来了能同 XX项目的原创程序员一起工作!
等等吧… 就不逐一推导了…
但是!
以上的一切好处获得的前题是:
- 进行真正的开源项目运行
- 坚持以纯粹的开源社区形式运营
- 公司的真实业务系统真正使用开源项目的代码
以及,其实隐藏在这三项基本坚持之下引发的各种管理/组织/绩效/人力 等等的配套支撑.
所以, 只能是SiFi 式的推导了… 因为中国IT 企业天生的同开源社区式开发有内在的抵触… 具体的,大家都懂的,不用俺费劲分析了卟?!
所以
友人收作业后反馈,肿么没有后续了? 比如遭遇各种反驳,如何进一步攻防之类…
图样图森破!
在公司里,不遭受质疑那是不可能的!
但是,有质疑就进行反驳… 你以为你是方舟子对韩寒哪!
企业进行开源,无非两种推行模式: 嬴政式/吴广式
- 前者,BOSS 就是开源出身,先信了,强行推之,整个公司所有部门为之配合,反正败了BOSS 自个儿负责,然后,慢慢品出了好处,于是更加大力在实践中学习再学习,在学习中感动再感动… 慢慢的,公司如果不死,那就真正形成文化传承下去了,否则就变成业界又一SB 传说…
- 后者,习惯了开源开发方式了,瞒着公司,将自个儿一亩三分田先折腾起来,慢慢的,慢慢的对比其它同类团队的同类系统,肿么这么出名呢? 靠! 原来这丫开源了! 然后,没有然后了,不是被掐掉,就是这团队解散了… 所以? 这些好处,多数情况,要不根本无从质疑 (BOSS稀饭!-) , 要不根本轮不到质疑,也就没有什么反击之说了…
其实! 公司里的质疑,根本没有质疑的任何意思在里面,无非是责任推卸:
- “我早就质疑过的哟,只是这丫不听,所以,没俺一毛钱关系!”
- “看吧! 要不是早先我质疑过,他们才改进,现在肿么可能成功?!”
所以? 有质疑时,只要你勇敢的担当下来,没人有空跟你分析什么协议的…
所以! 在企业里推进OSS, 最最最低程度,你得是个有足够话语权的强力团队头目,或领域技术带头人…
不过,一般在这种地位上,都要担营收的KPI, 需要接销售各种奇葩的单子,哪儿有空搞 OSS 运动哪…
所以,俺反复说了是 SiFi 式的推理呢…
版本:
- 131114 增补后续地图炮
- 131112 初放
2013-11-14 AboutCommunity 关乎社群 ac community
系 为暗想:2 企业开源杂谈 @思考IT
这篇文章的缘起,是一个朋友的约稿. 但是,这篇约稿,实在是太难写了. 打了3个礼拜的腹稿,还是一肚子杂乱的思绪,感想以及不吐不快的槽!
可是文章不能这样来写呀,必须得有点条理啊. 我试着按照某种”介绍–总结–反思–分析–杂谈”的逻辑来写吧.
你好，世界
Hallo World!
咱们的第一篇文章
为毛要这样发布团队Blog?
为了积累团队声望,坚持分享有价值的文章是必须的!
- 用
Wordpress/Drupal来自个儿架设一个?!- 嗯嗯嗯,我们只是想有个快速发布内容的渠道
- 并不想成为 SA+DBA+SEO …复合角色
- 虽然, SAE 的 云商店 有 Wordpress 可选,但是,依赖云主机,无法免费使用…
- 用 blogger / livejournal … 明星 blogging 服务?
- 不好意思,都是伟大的墙认证过的,,,
- 用 cnblog / csdn / sina … 国产主流 blogging 服务?
- OMG! 我们不想同木子美们混在同一域名里
- 所以,果断的入了 github 教! 触动我们的文章:
- 舒服参考的文章:
- 再从眼花缭乱的 Jekll 实例站点
- 选择出心水的:
- Home - shawhu的blog
- Benedikt Meurer » Home
- 快速完成设计!
- 那么为什么不选择在 Github 发布呢?
-
 - 是另外一种力量感动了我们:
-
[开源在中国需要什么？ Blog – GitCafe](http://blog.gitcafe.com/99.html) -
[代码托管服务GitCafe正式上线 Blog – GitCafe](http://blog.gitcafe.com/10.html)
-
-
所以,我们来,我们写,我们发布!
ps: 当前的团队blog仓库
pps: 测试语法顔色
import sys
print "Hollo World!-)"