- 主题:语言的争论有结论了吗？
皇上今天宠幸这个妃子，小太监们就拼命地想到这个妃子那里做事，皇上明天宠幸那个妃子，小太监们就又拼命地想到那个妃子那里做事。于是，有些小太监说他今天到了这个妃子那里，明天到了那个妃子那里，洋洋自得，那架势好像他今天临幸了这个妃子，明天临幸了那个妃子一样。。。
【 在 Jacqueline 的大作中提到: 】
:
: 跟着历史的潮流往前混。人生苦短，我用Python。
--
FROM 113.233.202.*
汇编和haskell还是不一样的
haskell是纯学术研究的语言
haskell可以不学，但是汇编必须学
【 在 eGust 的大作中提到: 】
: 所以呢，应该是以什么为目的？很多人还学汇编、haskell 呢。按照你的观点应该学啥有助于锻炼编程方面的思维能力，php？
:
--
FROM 61.148.243.*
你这看麻烦不怕事儿大是嘛。。。
【 在 fanci (大葡萄) 的大作中提到: 】
: 你是说eGust还是lvsoft //遁……
--
FROM 101.84.172.*
别这样，你这么一说得罪一大票人。。。
把人身攻击的部分去掉一样能表达你的意思。
【 在 siegfried415 (更号2) 的大作中提到: 】
: 你这个态度其实是可取的，不像某些装逼的人，明明是被时代赶着从一个语言跳到另外一个语言，非要说成是自己挑选了一个语言然后又挑选了下一个语言。。。
--
修改:javaboy FROM 101.84.172.*
FROM 101.84.172.*
你这火上浇油很旺盛啊
【 在 fanci (大葡萄) 的大作中提到: 】
: 你是说eGust还是lvsoft //遁……
--
FROM 123.58.117.*
那肯定不是为JS这种民工语言辩护的eGust啊 //魂穿……
【 在 fanci (大葡萄) 的大作中提到: 】
: 你是说eGust还是lvsoft //遁……
--
FROM 60.176.173.*
的确 js 有很多设计不合理的地方，还有 {} + []、[] + {} 之类难以预期结果的表达式，但实际使用中会有正常人写出 {} + [] 这种代码，而且还能过 review 么？
很多人一提 js 心理上马上就否定它了，说什么飘忽不定的 this、奇葩的类模型之类。说实话，prototype 模型一点都不复杂，this 也只不过跟 arguments 一样是个 context 变量。跟 == 运算符7、8条运算规则不同（es5 增加 === 运算符），都是稍微动点脑子不难掌握的语法。但是否定的心态导致认为问题的源头是语言本身，而不去动脑子，反正对我来说 this 根本就不是坑。
另外我不否认 es2015 之前很难用，之后引入 async/await 等解决 callback hell 之类问题后，上一套主流 eslint 规则或者直接 ts 其实可以很好用。js 已经立于不败之地了，会跟 c 一样天长地久。所以我的本意其实是，与其浪费时间吐槽各种根本没人会写的烂代码，不如稍微花点儿时间研究一下怎么写好 js。
【 在 adoal (阿豆) 的大作中提到: 】
: 那肯定不是为JS这种民工语言辩护的eGust啊 //魂穿……
--
修改:eGust FROM 101.98.83.*
FROM 101.98.83.*
js在1995年由Netscape公司的Brendan Eich在Netscape浏览器上首次设计实现而成，大家可能会觉得js在语言层面上有很多问题，但是在1995年更早的年代，能设计浏览器的公司有几个？预计到浏览器需要一个语言引擎来支持动态绘制的人全世界有几个？能实现这件事的公司有几个？能把js推广成工业标准的有几个？所以，决定一门语言是否能够有生命力的是什么呢？第一就是它是否回应了产业的真实需求，其次是足够早，第三是公司是否在产业界处于一个有利的推广的位置上，至于语法、性能什么的，那都是次要的、可以后期不断改进的，地青用语法来说评论某个语言的优劣，完全是没弄明白状况。。。
【 在 eGust 的大作中提到: 】
: 的确 js 有很多设计不合理的地方，还有 {} + []、[] + {} 之类难以预期结果的表达式，但实际使用中会有正常人写出 {} + [] 这种代码，而且还能过 review 么？
: 很多人一提 js 心理上马上就否定它了，说什么飘忽不定的 this、奇葩的类模型之类。说实话，prototype 模型一点都不复杂，this 也只不过跟 arguments 一样是个 context 变量。跟 == 运算符7、8条运算规则不同（es5 增加 === 运算符），都是稍微动点脑子不难掌握的语法。但是否定的心态导致认为问题的源头是语言本身，而不去动脑子，反正对我来说 this 根本就不是坑。
: 另外我不否认 es2015 之前很难用，之后引入 async/await 等解决 callback hell 之类问题后，上一套主流 eslint 规则或者直接 ts 其实可以很好用。js 已经立于不败之地了，会跟 c 一样天长地久。所以我的本意其实是，与其浪费时间吐槽各种根本没人会写的烂代码，不如稍微花点儿时间研究一下怎么写好 js。
: ...................
--
修改:siegfried415 FROM 60.16.245.*
FROM 60.16.245.*
高端 js 不好调试
【 在 eGust (十年) 的大作中提到: 】
: 的确 js 有很多设计不合理的地方，还有 {} + []、[] + {} 之类难以预期结果的表达式，但实际使用中会有正常人写出 {} + [] 这种代码，而且还能过 review 么？
: 很多人一提 js 心理上马上就否定它了，说什么飘忽不定的 this、奇葩的类模型之类。说实话，prototype 模型一点都不复杂，this 也只不过跟 arguments 一样是个 context 变量。跟 == 运算符7、8条运算规则不同（es5 增加 === 运算符），都是稍微动点脑子不难掌握的语法。
: 另外我不否认 es2015 之前很难用，之后引入 async/await 等解决 callback hell 之类问题后，上一套主流 eslint 规则或者直接 ts 其实可以很好用。js 已经立于不败之地了，会跟 c 一样天长地久。所以我的本意其实是，与其浪费时间吐槽各种根本没人会写的烂代码，不如稍微
: ...................
--
FROM 124.240.53.*
只为就业的话java/c++、python、js选其二即可，适应性足够了
现在岗位普遍更注重领域方向，应届生可能还感觉不到，工作个三四年的应该体会深一些
--
FROM 111.206.214.*