如何选择/评估 一个可靠的软件项目或者技术堆栈 ?

318 views
Skip to first unread message

someonebesideyou

unread,
Jan 27, 2016, 1:46:55 AM1/27/16
to TopLanguage

1:源码是否开源?

2:核心是学院派还是工业派?

3:成功案例?

4: 软件年龄, 时间长,试错性就强,也越稳定.

5: 代码的规范?

6: 核心设计是不是有局限性?


小弟最近很纠结,想知道各位大佬是怎么评估一个软件或者项目堆栈的?

Zoom.Quiet

unread,
Jan 27, 2016, 1:50:03 AM1/27/16
to TopLanguage]列表
UNIX 有一种最简单的评定方法:
看创始的胡子是否足够长,
好象每4.2CM 代表项目存活10年的样子
> --
>
> ---
> 您收到此邮件是因为您订阅了Google网上论坛上的“TopLanguage”群组。
> 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到pongba+un...@googlegroups.com
> 要查看更多选项,请访问https://groups.google.com/d/optout



--
Life's Pathetic, Let's Pythonic! 人生苦短, Python是岸!
俺: http://zoomquiet.io
授: http://creativecommons.org/licenses/by-sa/2.5/cn/
怒: 冗余不做,日子甭过!备份不做,十恶不赦!
KM keep growing environment culture which promoting organization be learnning!

Xinyu LIU

unread,
Jan 27, 2016, 1:54:23 AM1/27/16
to pon...@googlegroups.com
盖棺定论,创始人是否在在世 :)

Larry, LIU Xinyu
https://github.com/liuxinyu95/AlgoXY

e^(πi)+1 = 0


--

---
您收到此邮件是因为您订阅了 Google 网上论坛的“TopLanguage”群组。

xxmplus

unread,
Jan 27, 2016, 2:04:15 AM1/27/16
to pon...@googlegroups.com
要可靠,只有看你前面有多少个吃螃蟹的人
Any complex technology which doesn’t come with documentation must be the best
available.

Ernest He

unread,
Jan 27, 2016, 2:05:56 AM1/27/16
to pon...@googlegroups.com
你们开心就好。

我来严肃回答下:
1. 通常是没什么疑问的,但你没有给具体的场景,不好说。
2. 这个要看项目是研究型的还是业务型。
3. 成功案例当然很重要,但如果是研究型的项目,看 paper。
4. 年龄还真不是考核的点。
5. 规范(我当你默认是开源了)!
6. UNIX design principle 管用。

Joost Shao

unread,
Jan 27, 2016, 3:11:35 AM1/27/16
to pon...@googlegroups.com
呵呵,有意思

--

---
您收到此邮件是因为您订阅了 Google 网上论坛的“TopLanguage”群组。
要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到pongba+un...@googlegroups.com
要查看更多选项,请访问 https://groups.google.com/d/optout



--
JoostShao,邵佳通!
Phone:15757172528

Joost Shao

unread,
Jan 27, 2016, 3:18:01 AM1/27/16
to pon...@googlegroups.com
从商业和利益角度来讲,是不是可以更加急功近利点?

就看稳定性和成功率.

是不是足够稳定抵抗风险?
是不是已经培育了很多商业上的企业和项目?
和具体的业务是不是符合? 

有点现实了.


HaoPeiQiang

unread,
Jan 27, 2016, 4:49:20 AM1/27/16
to pon...@googlegroups.com
还是要具体问题具体分析的吧

Joost Shao <joosts...@gmail.com>于2016年1月27日周三 下午4:17写道:

chico CHEN

unread,
Jan 27, 2016, 9:13:17 PM1/27/16
to pon...@googlegroups.com
代码没有工业派。。。。
都是农民弄出来的。哪有工人?
Thanks & Best Regards
chico chen
Institute of Software
MSN:cctt1...@163.com

lor fal

unread,
Jan 28, 2016, 8:21:38 AM1/28/16
to pon...@googlegroups.com
我们的代码继承自20年前,全球有四五个团队共同维护,互相之间不交流,不合并。就这样默默地存活到现在,并继续在新产品上发挥光芒。20年来,代码一直在腐烂,从来没有演进过。代码质量差得一坨,但是它确实能工作。所以我们现在只敢在上面加代码,删代码是一件非常有风险的事情,没有人愿意给自己找麻烦。就连创始人自己都承认代码基本已经没有什么可维护性可言了。
So在一个business oriented的公司里,代码能用就好,软件年龄和稳定性无关。一切都只是成本和利益的核算。
Best regards,
Hugh Lo

Joost Shao

unread,
Jan 28, 2016, 11:20:44 PM1/28/16
to pon...@googlegroups.com
那还玩什么?
和咸鱼有什么区别?
JoostShao,邵佳通!
Phone:15757172528

Joost Shao

unread,
Jan 28, 2016, 11:23:14 PM1/28/16
to pon...@googlegroups.com
我喷一下,那还写毛线代码.... 
和产品经理做业务去算鸟.....
哪里有墙?  我要撞死自己 ...

Xinyu LIU

unread,
Jan 29, 2016, 12:24:10 AM1/29/16
to pon...@googlegroups.com
上次有朋友说,他在公司里读代码,看到一行注释上写的时间是1980年。
这是医疗器械的代码,据说没人敢动,怕动一下出人命。

Larry, LIU Xinyu
https://github.com/liuxinyu95/AlgoXY

e^(πi)+1 = 0


Cai Jimin

unread,
Jan 29, 2016, 1:34:25 AM1/29/16
to pongba
跑题一下,我目前在的项目组,1.0版本是1983年发布的,现在版本是12,还有5、60人一直在维护和开发。源代码的行数接近千万,fix bug的时候都很小心,有些代码看着手痒,想删掉,可一般是不敢动的,多数都是头疼医头,脚疼医脚。

HaoPeiQiang

unread,
Jan 29, 2016, 2:11:43 AM1/29/16
to pongba
我觉得国内有个不好的倾向,觉得代码不好看就一定质量不好。

我倒是觉得,贸然重构以后,系统挂了的话,那多半只能说,新的质量更不好。

虽然谈代码质量的时候,书里面举的例子都是代码多难看的例子,但是很多时候,能稳定的持续工作多年,就是代码质量至少还可以的标志。

Doyle

unread,
Jan 29, 2016, 2:22:43 AM1/29/16
to pongba
测试都没有……谈什么质量

既然连质量都没法谈……自然就只能说美丑……
而且确实丑……

马博文

unread,
Jan 29, 2016, 2:35:58 AM1/29/16
to pon...@googlegroups.com
我觉得你说的没错,从功能的角度来讲,能稳定运行多年,说明经受了真实产品环境的考验,这也算是长期的测试。
前面提到的情况,不敢动的主要原因,是因为没有测试保障(e.g 单元测试,功能测试),这也算是重构的前提。

Joost Shao

unread,
Jan 29, 2016, 2:52:06 AM1/29/16
to pon...@googlegroups.com
科学或者医学上的怎么测试?
拿人命测试? 模拟测试...
JoostShao,邵佳通!
Phone:15757172528

lor fal

unread,
Jan 29, 2016, 3:46:50 AM1/29/16
to pon...@googlegroups.com
这个测试分成两部分。任何设计都是有设计要求的,首先第一阶段要测试所有的功能都符合设计要求。比如输入的电流要求在多少范围,输出在多少范围,整个设备的功率有多大。这些都是有行业标准的。其次到了第二阶段有clinical trial。这时候就可以联系医院,联系志愿者进行实际测试。
Best regards,
Hugh Lo
Reply all
Reply to author
Forward
0 new messages