T********i
发帖数: 2416 | 1 这玩意儿，做I/O系统，比Node靠谱多了。流行不奇怪。 |
n******t
发帖数: 4406 | 2 Go其實就是把一些C的idiom拿出來，把C的一般人不會用的東西禁掉。算make sense。
不過，我覺得一個語言代碼裡面 github.com 漫天亂飛是一種極其屌絲的行為。
【在 T********i 的大作中提到】
: 这玩意儿，做I/O系统，比Node靠谱多了。流行不奇怪。
|
g****t
发帖数: 31659 | 3 去年我用Go手写了神经网络所有的东西。包括矩阵乘法，求逆什么的都从0开始写。一
直写到梯度训练，Adams, 等等只花了一个月。
语言简单强壮我觉得至关重要。
因为熟练的老司机写码速度可以比新手快10倍。但是debug代码，新手老手的速度区别
就没那么大。
那么结论很简单，如果老司机要极速产出。就要尽量一遍过，不出bug。既然脑子里已
经有了road map, 选择
不必要的语言特性就是效率杀手。一旦出个意料之外的语法bug,效率就不如年轻人了。
选择无类型语言不是不可以，但必须要限制自己的写
法。
Go是少数不用怎么限制写法就没什么不好查的bug的语言。所以我觉得效率挺好。
但是实际上java也可以这么干。java, jvm相当强壮。我感觉其实如果是散户，也就是
最多十几个类的核心功能。每个类几十个method. 再多互相couple的东西放在一起恐怕
就超出人力控制了。那么这个单独的受限模块，我大批的存csv文件，看中间结果。然
后写了一些python debug的程序，一键看和校对这些中间结果存下来的csv，画图看趋
势线。现在用下来感觉效率不错。 |
g****t
发帖数: 31659 | 4 Go的生态系统，包管理什么的我觉得不是强点。
: Go其實就是把一些C的idiom拿出來，把C的一般人不會用的東西禁掉。算make
sense。
: 不過，我覺得一個語言代碼裡面 github.com 漫天亂飛是一種極其屌絲的行為。
【在 n******t 的大作中提到】
: Go其實就是把一些C的idiom拿出來，把C的一般人不會用的東西禁掉。算make sense。
: 不過，我覺得一個語言代碼裡面 github.com 漫天亂飛是一種極其屌絲的行為。
|
n******t
发帖数: 4406 | 5
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
很好奇你有這個結論，我的經驗完全是反過來的。
【在 g****t 的大作中提到】
: 去年我用Go手写了神经网络所有的东西。包括矩阵乘法，求逆什么的都从0开始写。一
: 直写到梯度训练，Adams, 等等只花了一个月。
: 语言简单强壮我觉得至关重要。
: 因为熟练的老司机写码速度可以比新手快10倍。但是debug代码，新手老手的速度区别
: 就没那么大。
: 那么结论很简单，如果老司机要极速产出。就要尽量一遍过，不出bug。既然脑子里已
: 经有了road map, 选择
: 不必要的语言特性就是效率杀手。一旦出个意料之外的语法bug,效率就不如年轻人了。
: 选择无类型语言不是不可以，但必须要限制自己的写
: 法。
|
T********i
发帖数: 2416 | 6 我感觉go设计很多地方受Lua的影响。
这种追求极简的语言设计，Lua是一个顶峰。go还算好，学习曲线半天能上手。
再多几个奇技淫巧，学习曲线就会指数上升，就没救了。 |
g****t
发帖数: 31659 | 7 我的意思是那些乱七八糟和语法糖相关的bug,
既然大家都是乱枪打鸟的查，年轻人对中老年肯定优势大很多。例如十几个文件跳转查
变量的null是不是root cause什么的。
如果是domain knowledge原理和基础逻辑相关的bug,那么有经验的人占优势。
但无论个人的结论如何。我认为我这个划分是有意义的.
就是分成两种，一种是知识有帮助的bug。另一种是考验体力，记忆力的bug. 知识对你
的效率毫无帮助。
这是我想
和大家分享,也想看看大家的经验的一个topic.
: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: 很好奇你有這個結論，我的經驗完全是反過來的。
【在 n******t 的大作中提到】
:
: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
: 很好奇你有這個結論，我的經驗完全是反過來的。
|
n******t
发帖数: 4406 | 8 lua是很簡單，但是go不是，go簡單是對於C/C++程序員來說的。不過go很多時候感覺是
在有意表示自己和C不一樣，其實它如果不要這麼干自然結果就是和C基本上看起來沒啥
區別。
【在 T********i 的大作中提到】
: 我感觉go设计很多地方受Lua的影响。
: 这种追求极简的语言设计，Lua是一个顶峰。go还算好，学习曲线半天能上手。
: 再多几个奇技淫巧，学习曲线就会指数上升，就没救了。
|
g****t
发帖数: 31659 | 9 软件就这点好。工具不断进化。各年龄段的人我觉得其实都可以做。如果一个70岁的人
选对了适合自己的软件工具，我看青壮年也未必能赢。
唯一的要求是打破成见，看透大厂混日子的人做的假项目，以及推销的特性的垃圾特性。
: 我感觉go设计很多地方受Lua的影响。
: 这种追求极简的语言设计，Lua是一个顶峰。go还算好，学习曲线半天能上手。
: 再多几个奇技淫巧，学习曲线就会指数上升，就没救了。
【在 T********i 的大作中提到】
: 我感觉go设计很多地方受Lua的影响。
: 这种追求极简的语言设计，Lua是一个顶峰。go还算好，学习曲线半天能上手。
: 再多几个奇技淫巧，学习曲线就会指数上升，就没救了。
|
w********m
发帖数: 1137 | 10 为了安全吧。现在一堆爬虫天天扫描github，风吹草动就发警报。
node那种反倒不安全.
【在 n******t 的大作中提到】
: Go其實就是把一些C的idiom拿出來，把C的一般人不會用的東西禁掉。算make sense。
: 不過，我覺得一個語言代碼裡面 github.com 漫天亂飛是一種極其屌絲的行為。
|
|
|
f******2
发帖数: 2455 | 11 node的好处是团队前后端通吃。
和你说的好处不在一个维度上 |
p*u
发帖数: 2454 | 12 那哥们的脑回路就是如此清奇啦，见怪不怪。
【在 n******t 的大作中提到】
: lua是很簡單，但是go不是，go簡單是對於C/C++程序員來說的。不過go很多時候感覺是
: 在有意表示自己和C不一樣，其實它如果不要這麼干自然結果就是和C基本上看起來沒啥
: 區別。
|
T********i
发帖数: 2416 | 13 这个说的对，如果只做网页application，确实没必要搞两个团队。
【在 f******2 的大作中提到】
: node的好处是团队前后端通吃。
: 和你说的好处不在一个维度上
|
T********i
发帖数: 2416 | 14 coroutine, closure还有函数的返回多个值，都和lua一样。
【在 n******t 的大作中提到】
: lua是很簡單，但是go不是，go簡單是對於C/C++程序員來說的。不過go很多時候感覺是
: 在有意表示自己和C不一樣，其實它如果不要這麼干自然結果就是和C基本上看起來沒啥
: 區別。
|
g****t
发帖数: 31659 | 15 Lue Torch矩阵乘法快很多。估计比js快至少10倍。20倍也有可能。
【在 T********i 的大作中提到】
: 这个说的对，如果只做网页application，确实没必要搞两个团队。
|
g****t
发帖数: 31659 | 16 祝你早日财务自由？这条不算思路清奇吧.
不过从我这说出来似乎有骂人之嫌
【在 p*u 的大作中提到】
: 那哥们的脑回路就是如此清奇啦，见怪不怪。
|
p*u
发帖数: 2454 | 17 我回你个不算骂人的：祝你早日康复！
【在 g****t 的大作中提到】
: 祝你早日财务自由？这条不算思路清奇吧.
: 不过从我这说出来似乎有骂人之嫌
|
a*****g
发帖数: 19398 | 18 我认为 debug才是最体现的地方呢
高手的 bug好找好处理，低手的bug满山坡，难处理
【在 g****t 的大作中提到】
: 去年我用Go手写了神经网络所有的东西。包括矩阵乘法，求逆什么的都从0开始写。一
: 直写到梯度训练，Adams, 等等只花了一个月。
: 语言简单强壮我觉得至关重要。
: 因为熟练的老司机写码速度可以比新手快10倍。但是debug代码，新手老手的速度区别
: 就没那么大。
: 那么结论很简单，如果老司机要极速产出。就要尽量一遍过，不出bug。既然脑子里已
: 经有了road map, 选择
: 不必要的语言特性就是效率杀手。一旦出个意料之外的语法bug,效率就不如年轻人了。
: 选择无类型语言不是不可以，但必须要限制自己的写
: 法。
|
a*****g
发帖数: 19398 | 19 我用 lua还不错，最近准备又用一下配合 latex做个小东西
【在 T********i 的大作中提到】
: 我感觉go设计很多地方受Lua的影响。
: 这种追求极简的语言设计，Lua是一个顶峰。go还算好，学习曲线半天能上手。
: 再多几个奇技淫巧，学习曲线就会指数上升，就没救了。
|
n***p
发帖数: 110 | 20 那还不如用clojure, 同样前后端通吃，速度还比node快
【在 f******2 的大作中提到】
: node的好处是团队前后端通吃。
: 和你说的好处不在一个维度上
|
|
|
f******2
发帖数: 2455 | 21 clojure怎么和react这些ecosystem集成？
现在full stack的模式就是 react node，上了这个主流的车，周边一堆人帮你做各
种方案。aws全面支持react 和react native了。
: 那还不如用clojure, 同样前后端通吃，速度还比node快
【在 n***p 的大作中提到】
: 那还不如用clojure, 同样前后端通吃，速度还比node快
|
i******l
发帖数: 270 | 22 clojure 有基于 react 的 reagent，以及进一步基于 reagent 的 re-frame
【在 f******2 的大作中提到】
: clojure怎么和react这些ecosystem集成？
: 现在full stack的模式就是 react node，上了这个主流的车，周边一堆人帮你做各
: 种方案。aws全面支持react 和react native了。
:
:
: 那还不如用clojure, 同样前后端通吃，速度还比node快
:
|
f******2
发帖数: 2455 | 23 跑过去看了一下，感觉就是：根本不可能做公司的人实用（个人项目另说）
: clojure 有基于 react 的 reagent，以及进一步基于 reagent 的 re-frame
【在 i******l 的大作中提到】
: clojure 有基于 react 的 reagent，以及进一步基于 reagent 的 re-frame
|
