谈谈开源技术选型

有时感觉技术选型就像个伪命题,胜出的技术占据绝对的主流,就像 java 领域中 ejb 被 ssh/ssi 框架取代。 大部分项目使用近似的模式搭建,选型在工程中变得似乎可有可无。 时间上胜出的开源技术帮助开发者在客观上做出了选择,我们先了解下影响选型的客观因素。

客观因素

客观因素包括如下:

1. 广泛性

我们都倾向于选择更广泛应用的开源技术以规避未知性风险。

2. 质量

质量我们会参照广泛性作一个侧面证明,使用更广泛可能质量更有保障,不过这对开源技术的新生儿就显得有些不公平了。

3. 文档

完备并及时更新的文档。想想 sourceforge.net 上如今已是代码的坟墓,没有文档的代码生命周期通常都不长。

4. 社区

活跃的社区,让人感觉更安心。出了问题搞不定总还有人可问,对吧?

主观因素

主观因素总结下就一条:技术与团队的适配度。

技术是死的,人是活的,团队的技术背景与驾驭能力则十分关键,否则再好的技术也可能被用成悲剧。

理想的选择

通常,同时具备了上述`客观因素`和`主观因素`考虑的因子,并符合工程需求的开源技术已经所剩不多,按此选择基本不会是太错误的选择。 但这是否是最理想的选择,其实很难说。这就像面试人一样,不管面试过多少人作出了多少次判断和选择,都无法保证这是你想要的理想人选。 出类拔萃的候选人会让你快速而有信心的做出选择,这就是理想的选择,虽不能保证就是理想人选,但成功的信心和概率要高很多。 而平庸的候选人会让你面临纠结的选择,充满怀疑,感觉可能行也可能不行。 我们通过试用人来验证选择,其实同样的道理,我们也是在通过试用技术来验证选择,都存在一样的选择成本和风险。

因此,理想的技术选择就是选择那些能够让你快速而有信心作出判断的技术产品。 注意,我在技术后面加了`产品`二字来强调:技术如果没有赋予产品的灵魂,可能很难达到理想的选择的层次。 关于这块目前想的还不是很清楚,也许以后再另写文章来谈谈`技术产品`。

谈谈开源技术选型

时间: 2024-10-07 06:49:06

谈谈开源技术选型的相关文章

Java开源生鲜电商平台-系统架构与技术选型(源码可下载)

Java开源生鲜电商平台-系统架构与技术选型(源码可下载) 1.  硬件环境 公司服务器 2.   软件环境 2.1  操作系统 Linux CentOS 6.8系列 2.2 反向代理/web服务器 Nginx 2.3 应用服务器 Jdk7+ Tomcat 7 2.4 数据库 Mysql 5.6.x 2.5 消息队列(可选) Rabbitmq/rocketmq 2.6 缓存(可选) Redis 3.x 3.工程构建和管理工具 1.Maven 开发人员已经很熟悉了.此处略 2.Jenkins Je

投票:OAuth2.0 技术选型你会怎么选

1. 前言 在使用 OAuth2.0 中 Authorization Server (授权服务器)是一个回避不了的设施,在大多数情况下我们调用的是一些知名的.可靠的.可信任的第三方平台,比如 QQ.微信.微博.github 等.我们的应用只作为 Client 进行注册接入即可.也就是说我们只需要实现 OAuth2.0 客户端的逻辑就可以了,无须关心授权服务器的实现.然而有时候我们依然希望构建自己的 Authorization Server.我们应该如何实现?今天不会讨论具体的技术细节,来谈谈 O

谈谈APP架构选型:React Native还是HBuilder

原文链接 导读:最近公司的一款新产品APP要进行研发,老大的意思想用H5来做混合APP以达到高效敏捷开发的目的.我自然就开始进行各种技术选型的调研,这里重点想说的是我最后挑选出的2款hybrid app开发技术方案:RN(react native),HBuilder.React Native是大名鼎鼎的Facebook的开源技术框架,而HBuilder是国内的H5工具开发公 司DCLOUD的产品.我自己先总结下吧:这两个技术框架在开发效率上基本上可以媲美WEB开发的速度,RN强调的是“Learn

atitit.技术选型方法总结为什么java就是比.net有前途

#----按照不同的需要有不铜的法... 一般有开发效率,稳定性上的需要.. 作者 老哇的爪子 Attilax 艾龙,  EMAIL:[email protected] 转载请注明来源: http://blog.csdn.net/attilax #-----常规选型..一般还是java+php比较好.. 长期性:把需要都罗列出来,然后把那些在长期还用得到的标出来. 一般来说.console是最稳定性的...前端gui/web是不稳定性的...后端就是更好.. 查看历史:: 会晓得,为什么php会

技术选型--因地制宜、量体裁衣

——摘自<HTML5移动Web开发实战> c12  12.2 1.技术成熟度 一项技术是否成熟,决定了你的应用是否稳定.特别是新的技术通常意味着缺乏稳定性,在需要保证正确性和稳定性的场景(比如面向金融或者面向数量巨大的最终用户的应用),选择新技术时一定要慎重再慎重,对于一些不关键的容错性高的场景(比如内部系统),选择新技术的风险就会小很多. 2.文档 由于程序员基本都是由人类构成,因此文档好坏基本上制约着程序员的工作效率.无论你看到某项技术吹的再天花乱坠,请一定记得看看它的文档是否健全优雅,示

企业开发技术选型

http://blog.csdn.net/jwdstef/article/details/23767033 企业级开发我们在开发前需要进行技术选型,选择合适的技术,会让我们事半功倍,这就是为什么站在巨人的肩膀我们会看的更远.下面是3年前写的,过了3年出现了很多新的技术和框架,我会尽快更新出最新的技术选型,希望对大家有所帮助. 2.1. 基础架构 IOC Container: Spring, Guice 我们需要IOC Container的依赖注入作为胶水,把其他工具包粘在一起.还需要它的AOP,

JavaEE 技术选型建议,服务器配置,部署策略

基础设施环境 # 整体采用 centos6.5 + nginx + tomcat7.0 负载均衡:nginx 配置,使用 nginx 作为负载均衡,权重配置, 在web层做到水平扩展. 以及配置日志格式,支持db.cache调用次数,响应时间,做全站的监控. 支持对应参数的配置,方便日后做大数据营销的规划,对应的hive表,做分析使用 web层:采用一主一备. 建议内存16G,cpu 8 core,硬盘其它特殊要求,优化tomcat的jvm参数项. db层 :数据部署建议采用一主一备,建议内存1

基于cocos2dx的2D手游美术资源制作技术选型(2)--动作编辑器选择

Cocostudio是cocos2dx官方提供的游戏制作工具,其中包含了动作编辑器,其编辑好的动画导出的文件有三种:Atlastexture,json的AtalasTexture描述文件和plist动画描述文件,可以使用LibExtension Amature加载和播放. 但Cocostduio的动作编辑器也有一些不足的地方: 1. Cocostduio的崩溃率较高,很容易造成编辑过程中的数据丢失 2. Cocostudio的动作编辑方式对美术来说学习成本大,使用上也多不方便,美术对此非常抗拒

#数据技术选型#即席查询Shib+Presto,集群任务调度HUE+Oozie

郑昀 创建于2014/10/30 最后更新于2014/10/31 一)选型:Shib+Presto 应用场景:即席查询(Ad-hoc Query) 1.1.即席查询的目标 使用者是产品/运营/销售运营的数据分析师: 要求数据分析师掌握查询SQL查询脚本编写技巧,掌握不同业务的数据存储在不同的数据集市里: 不管他们的计算任务是提交给 数据库 还是 Hadoop,计算时间都可能会很长,不可能在线等待: 所以, 使用者提交了一个计算任务(PIG/SQL/Hive SQL),控制台告知任务已排队,给出大