※ 引述《erspicu (.)》之铭言：
: ※ 引述《Lordaeron (Terry)》之铭言：
: : Script language 适合作验证, 不适合作产品, 撑不起量.
: 产品千千万种,又不是每种产品的应用和性质都一定要撑量,
: 或是追求多高的效率反应,所以这句话有问题,
: Script language的特性相信这里应该多数人都知道,
: 但也不是每套系统都是拿来设计给同时上万多人上线用,
: 所以这样推论不适合作产品有问题,而应该是说不适合做某些类型的产品.
: 如果只是本机端使用呢?如果设定的负荷只是中小企业内部用呢?
: 而且专案时间又非常紧迫,Script language上场绰绰有余了吧....
: 别小看Script language,很多网络装置,
: 还不是拿CGI这种古早时代的东西在当管理接口?
CGI 不等于用script language!!
CGI 只是一个接口规格, 接的是什么, 倒无所胃.
而以script language 当主的"产品", 有的, JS 的COMPONENT.
但原文的作者要的是"速度" 所以, 你扯到别处就没用了.
作者:
erspicu (.)
2014-10-11 16:21:00也可以用C写阿 但比较多数是用script写 早期我就是写perl另外原文作者也没提到说要速度阿 他关心的只是应用在哪多另外现在很多优化技术 甚至将SCRIPT做类似编译的动作那种超大购物网站或是系统先不谈 中小型建构需求绰绰有余
作者:
erspicu (.)
2014-10-11 16:27:00FACEBOOK对php的应用和优化也算一个例子
你什么都没用,打败TAOBAO的JAVA再说吧.更别说,其它C/C++的场合,例如交易所的撮合系统.
作者:
erspicu (.)
2014-10-11 16:31:00那些只是一类型的应用
作者:
pest (这些分钟妳有没有想过我?)
2014-10-11 16:31:00明明自己就没那个流量就在担心撑不住...也想太多了
作者:
erspicu (.)
2014-10-11 16:32:00对阿 一堆人就幻想自己可能是下个google或是亚马逊之类的
作者:
pest (这些分钟妳有没有想过我?)
2014-10-11 16:33:00前公司用C++写网站还嫌Java用太多内存咧 要不要回去用组语
作者:
GoalBased (Artificail Intelligence)
2014-10-11 16:35:00明明就是在讲速度 为何要扯其他的..
作者:
erspicu (.)
2014-10-11 16:37:00文章标题跟发文首篇 看不出来关注重点在速度而是应用范围
作者:
GoalBased (Artificail Intelligence)
2014-10-11 16:39:00明显他不是再回首篇阿..
作者:
erspicu (.)
2014-10-11 16:41:00OK 那只能说楼有点歪了吧
作者:
jlhc (H)
2014-10-11 16:53:00给楼上你没歪掉, 是回文者自己一直乱开战场...举应用 一堆应用出来, 扯产品 一堆产品出来, 开始扯速度了然后也不知道是要扯开发速度, 还是拼最大量的执行速度??最后.... 淘宝是采用php -> java, 拿来python这类比很怪..
作者:
GoalBased (Artificail Intelligence)
2014-10-11 17:08:00他是在回18011篇..你看到引文就知道了那篇主要讲效能
作者:
rodion (r-kan/reminder)
2014-10-11 17:09:00没啥好再讨论的吧 script language本来先天上就是慢当然 开发速度非常快是其一大优点... 好处坏处在不同应用自然有不一样的取舍硬要说script语言执行效能上 可媲美编译语言 我觉得是笑话
作者:
GoalBased (Artificail Intelligence)
2014-10-11 17:20:00可是人家就说开发速度快阿，效能不好 你编译语言也会有效能瓶颈，用script造成效能不好是你不会调
作者:
rodion (r-kan/reminder)
2014-10-11 17:26:00先定义效能的计算方式为何吧?在我看来 效能就是比较单一运算所花的时间有一说似乎又考量了非CPU运算瓶颈的应用 来说python效能好在我看来是对效能的定义有了偏差
作者:
dritchie (卍~迈斯纳效应~卍)
2014-10-11 17:31:00如果说效能=用低成本做出高吞吐量，那很抱歉，有可能
作者:
rodion (r-kan/reminder)
2014-10-11 17:31:00这么说好了 同样O(n)算法实作 用c/c++就是会快于python
作者:
dritchie (卍~迈斯纳效应~卍)
2014-10-11 17:32:00效能不好真的是你不会调。软件开发不是程式跑得快就好
作者:
rodion (r-kan/reminder)
2014-10-11 17:32:00根本是毋庸质疑
作者:
dritchie (卍~迈斯纳效应~卍)
2014-10-11 17:33:00有时候机器比人便宜，选对语言让开发快、容易平行语言本身的效能普普，那就加机器稳稳 scale 上去
作者:
rodion (r-kan/reminder)
2014-10-11 17:34:00楼上你说的我都赞同阿 只是这跟效能是相关而非等价的议题
作者:
typepeter (∵Peter∴笑点)
2014-10-11 17:35:00先不提这个了，让我们使用Cython 作成 尿牛丸吧？
作者:
dritchie (卍~迈斯纳效应~卍)
2014-10-11 17:36:00抱歉我在回原po，告诉他大型系统不一定要选速度快的语言
作者:
typepeter (∵Peter∴笑点)
2014-10-11 17:38:00又何必坚持纯c呢 Python 加 cython 世界多美好
作者:
rodion (r-kan/reminder)
2014-10-11 17:38:00用cython是个很好的主意阿 就像c++端也有boost.python一样
什么是大型系统? 很多人用,但可以不同时存取?还是像交易所的哪种?
作者:
typepeter (∵Peter∴笑点)
2014-10-11 18:07:00说到交易所，里面可是一大堆perl的程式呢XD
像FB 的哪种, WEB 的, 叫大型系统的话, 哪么PHP 的角色是负责内容, 但若没有了APACHE 这个C 写的,不知怎么辨台湾交易所的底层是C++, perl 是作维运用.
作者:
typepeter (∵Peter∴笑点)
2014-10-11 18:12:00若没有了组合语言，不知怎辨 看来人人都要写组语
没asm 没差啊. 难度compiler compile 完会变ASM?
作者:
typepeter (∵Peter∴笑点)
2014-10-11 18:14:00script写上层，底层bottle-neck用C写就好 <- 结案
哪还有什么好用? ASM?哈.....一直都说script作验证,要product还是native啊?你出来没看文章?
作者:
typepeter (∵Peter∴笑点)
2014-10-11 18:16:00?? 你说啥 我不知道你说英文有什么用意?
如果你连这串文都没读, 就很爽的拿一个自HIGH 的结案出就表示,你在自HIGH
作者:
typepeter (∵Peter∴笑点)
2014-10-11 18:18:00我发现你好像没写过python就一直贴google文章 满有趣的你可以减少这些google来的资讯自己写过一次吧
作者:
typepeter (∵Peter∴笑点)
2014-10-11 18:20:00XD 我去吃饭囉 ^^ 自己慢聊XDDD发现ptt上认真就输了呢
而我只转了一篇 就叫 一直贴google文章? 这么有趣?你不读整串,乱入,这叫认真?
作者:
yauhh (小y宝贝)
2014-10-12 01:56:00恕我重新问一句啊，原文作者在哪句话提到他要问速度呀？
作者:
yauhh (小y宝贝)
2014-10-12 01:58:00那我的意见很明显，是在反对只以速度作为考量依据。就像国家带头说“拼经济”“利大于弊”，真是不可容许的只以利益有多少为思考基准的“经济政治”观点。