【大话IT】关于开源的思考，为什么要开源？

help01

1.你对真正意义上的开源如何理解，对比国内外开源环境现状？
不可能真正的开源，安全性太低了
2.关于阅读开源项目的源码，有哪些经验值得分享？
没有
3.一个项目开源到底有哪些考虑？
安全
4.维护一个大型开源项目是怎样的体验？
非常累

smilefish

开源就是分享；

一个项目开源要考虑技术支持，培训，特殊功能，与流行应用技术的衔接...

fantigcy

1.你对真正意义上的开源如何理解，对比国内外开源环境现状？
大家共享，众人拾柴火焰高嘛，人多点子多，才能得到更好的发展，个人感觉国内的开源不是真正的开源，最起码没有资金支持，在中国没有利益可图的话，好像都不会做吧

2.关于阅读开源项目的源码，有哪些经验值得分享？
没看过，看不懂，呵呵

3.一个项目开源到底有哪些考虑？
个人觉得，不能透露原先项目有利益的方面的机密吧，安全，后期维护

4.维护一个大型开源项目是怎样的体验？
没有维护过，感觉要不是有强大的兴趣，没有钱的工作会没有动力吧

sysuljx

docker开源，可以迅速占领容器市场，有了市场，再收高级服务费，不需要高级服务的就用基础功能就好了，岂不是双赢么

迷倪小魏

1.你对真正意义上的开源如何理解，对比国内外开源环境现状？
开源是一种精神，这种精神是，我希望把我的东西能够分享出去让更多的人去使用它。对于开源者来说，能够从中获得什么东西各有不同，有些人为了金钱利益，有些人为了兴趣。

2.关于阅读开源项目的源码，有哪些经验值得分享？
虽然说好的开源项目都有非常严格的代码检查政策，所有进到版本库里面的代码都需要有相关领域的负责人来检查通过后才能够被Commit，但是很多时候，一些开发者的经验不足和Code reviewer的疏忽会导致一些不那么好的代码被提交

3.一个项目开源到底有哪些考虑？
通常一个开源项目，有几个程序员在做是不成问题的。但是大部分的开源项目缺乏一些周边人员，例如到各个组织中推广项目，获得反馈。和各种dist和开源平台协调，负责收集bug，控制项目发行，进行打包。负责项目的测试和文档工作，以及英文文档的翻译工作。这些工作并不需要专业知识，但是琐碎而且费时，程序员并不大乐意做。而且控制项目的release，还有进行协调要有一定的经验，也不是程序员擅长的领域。所以相当多的开源项目，就是程序员拍脑袋写，然后用户两眼一摸黑的用。没有合适的文档，没有各种系统的适用包，没有bug和用户意见反馈。

4.维护一个大型开源项目是怎样的体验？
（1）写好自导性的文字和文档；
（2）态度，对待用户和贡献者有好的态度是至关重要的；
（3）营销，也许你能写出最有用最完美的代码并实现代码运行，但是你对技术社区的贡献会因为你允许人们重复使用你的代码而无限放大。

kso

IT崛起的表现

liang3917841

开源有助于技术进步，收费在于安全保障

yongwangzhiqian

支持。。。。

15107921177

开源代码 , 人人都可以用  人人都可以改. 全都在用的时候就相当于把自己推广出去了, 而且还可以让自己的产品更精进一些,  都用了那又怎样.  发源地还是在自己身上 .
这个是个很矛盾的问题,  就连小动物收容所都希望到处有人捐钱捐物资.一个道理.  人家也是在做公益啊  人家拿到这个物资和钱也是用在小动物们身上.

wangjianhero

优势1: 花费很少(如果有的话)，许可费用

　　当然，这往往省去那些讨厌的维护费用。

　　优势2：易于管理

　　只要你想，你可以在尽可能多的地方安装开源软件。无需为许可证合规性计数、跟踪或监视。

　　优势3 ：连续，实时改进

　　因为每个人都可以访问代码，任何人都可以主动修改BUG，使其变得更好，而不必等待下一个版本。

　　优势四：公司独立

　　如果该公司创建的软件出现故障时，代码仍然可以通过其用户社区继续存在和发展。

　　优势5 ：实践的探索

　　你的IT人员可以很容易地“亲身探索”代码，以便更好地了解产品并作出改善，以最好的服务满足公司的需求。

　　缺点1 ：它不是完全免费

　　开源软件可以涉及意料之外的实施、管理和支持成本。

　　缺点2：学习曲线

　　你可能在开源的产品上需要聘请专家，让你的IT人员加快速度。

　　缺点：迷茫的用户

　　由于并行发展的努力在进行中，用户可能不知道哪个版本做什么或是否与你专有平台上的其他软件兼容。

　　缺点4：孤立软件

　　由于关键的程序员的斗争和退出，或他们失去兴趣转移到新的项目，使一些开源项目陷于停顿和死亡。

　　缺点5：独立地(凭自己的力量)

　　与商业产品不同，没有人在开源社区的义务来帮助你，或回答你的任何问题。