请不要盲目崇拜FP语言 - Programming版

本页内容为未名空间相应帖子的节选和存档，一周内的贴子最多显示50字，超过一周显示500字访问原贴

Programming版 - 请不要盲目崇拜FP语言

相关主题
● 有没有觉得scipy很稀烂的？	● [合集] Python下面如何进行numeric analysis and statistical analysis
● 早就说了，java＋python就是将来	● 求python大牛指路
● Python的问题	● python is coming
● [合集] scipy还是matlab	● python 3 双/ 的意思。。。ugly in the hell....
● 易写性，易维护和执行效率综合来看	● Anaconda装起来会跟已有的python dist有什么冲突吗？
● 虚心请教如何成为Python 大牛	● python在2009年差点死掉，后来为什么起死回生了？
● 忙起来了	● 从科学计算应用来讲，matlab语言的语法非常好
● data.table谁用过？有那么神吗？	● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？

相关话题的讨论汇总
话题: python话题: java话题: 代码话题: 问题话题: fortran

进入Programming版参与讨论

(共1页)

D***n
发帖数: 6804

Functional 语言在学术上解决特定问题i可以，在实践中大规模应用不行。这样的语言
严重依赖虚拟机/编译器，因为当前计算机体系结构本质并不是这么设计的：
===============================
例如：打印100行Hello world，用如果用汇编语言里面无非就是
1)）往ECX 中装入一个100
2）打印hello world
3）ECX减去1
4）测试ECX
5）根据结果跳转（JNZ比如）。
这个和C 里面的For语言对应的很好，一条对一条。而FP呢？如果编译器不够智能地猜
出你要做记数循环，采用递归实现意味着你需要执行100次calling convention （以
X86为例）：
1）上级栈地址压栈，设新栈地址
2）参数和返回结果压栈（100， 99，98...）
3）执行函数（函数里一个if statement判断是否到头，再打印Hello world）
4）清理堆栈，返回结果
然后这破事要在栈上搞弄100次。执行效率至少慢了400-1000%（Call/Ret指令很费CPU
周期，而且函数压栈这些都是内存操作），这么差的效率怎么玩I/O？
除此之外，还有一些别的问题：比如乱序执行，分支预判，还有对给定执行Path的执行
Testing/Debugging 都莫名其妙变的极其复杂。
====================
华尔街可能用FP比较多，因为他们那里大部份是很优秀的数学家，大部分数学家编程能
力很一般，他们关心的是如何把算法直接写成程序，很少关心效率，复用，容易读等普
通计算机工业界关心的问题，而且他们的计算成本相对收益就是九牛一毛。
普通工业界根本没必要大规模用FP

p*****2
发帖数: 21240

fp门槛太高了
感觉fp的feature会被越来越多的语言吸收
另外所解决的一些问题其他语言也可能有其他的解决方式 fp也不是唯一

【在 D***n 的大作中提到】

: Functional 语言在学术上解决特定问题i可以，在实践中大规模应用不行。这样的语言
: 严重依赖虚拟机/编译器，因为当前计算机体系结构本质并不是这么设计的：
: ===============================
: 例如：打印100行Hello world，用如果用汇编语言里面无非就是
: 1)）往ECX 中装入一个100
: 2）打印hello world
: 3）ECX减去1
: 4）测试ECX
: 5）根据结果跳转（JNZ比如）。
: 这个和C 里面的For语言对应的很好，一条对一条。而FP呢？如果编译器不够智能地猜

D***n
发帖数: 6804

我觉得现在很多语言就是为了玩各种不实际的概念。真正关心调节速度和效率的没几个。
我最近用了10来种语言，真正靠谱的还是C/Python。

【在 p*****2 的大作中提到】

: fp门槛太高了
: 感觉fp的feature会被越来越多的语言吸收
: 另外所解决的一些问题其他语言也可能有其他的解决方式 fp也不是唯一

p*****2
发帖数: 21240

个。
python还靠谱呀？感觉效率还是很重要的，所以ruby就不行了，python也长久不了。

【在 D***n 的大作中提到】

: 我觉得现在很多语言就是为了玩各种不实际的概念。真正关心调节速度和效率的没几个。
: 我最近用了10来种语言，真正靠谱的还是C/Python。

D***n
发帖数: 6804

我举个很实际的例子：
比如一个统计学家搞了一个金融算法，然后想做一个网页，这样某些人可以使用他的算
法。
几分钟后你就会发现Python的好处了，这一点目前没有任何FP能像Python这样，从数值
计算（Numpy）到Web接口都有很成熟的库。
Python效率可以非常高，直接Hook C库，在算法领域秒杀任意FP毫无问题。

【在 p*****2 的大作中提到】

:
: 个。
: python还靠谱呀？感觉效率还是很重要的，所以ruby就不行了，python也长久不了。

D***n
发帖数: 6804

大家说Python 效率低是指的比如你写了几百万行任意Python程序执行，这个一般执行
效率Python不高。比如你开了一个云计算服务，上面跑各种Python程序，这个可能总体
执行效率不高。
这个不是Python的问题，这个是这些程序员本身的问题——他们不愿意为性能付钱。把
责任推到CPython这里。
但是如果就是一个单一算法，或者单一任务要优化，Python没有任何性能问题，我以前
搞过信号处理的优化，Numpy后面直接连的ATLAS，基本上执行速度相当于用C语言u的98
%以上。

z****e
发帖数: 54598

java笑而不语
numpy算什么
c库fortran库里面一堆垃圾
换个平台就要重新编译
出各种狗血问题，成熟啥？
应该说不成熟才对，有些库对于某些平台压根就没有
做作业经常遇到学生说，老师，mac上用不了
然后就一阵折腾
最不靠谱的就是这些垃圾库
现在都争着往jvm上搬家
要不然也就不会有scala的使用了

【在 D***n 的大作中提到】

: 我举个很实际的例子：
: 比如一个统计学家搞了一个金融算法，然后想做一个网页，这样某些人可以使用他的算
: 法。
: 几分钟后你就会发现Python的好处了，这一点目前没有任何FP能像Python这样，从数值
: 计算（Numpy）到Web接口都有很成熟的库。
: Python效率可以非常高，直接Hook C库，在算法领域秒杀任意FP毫无问题。

z****e
发帖数: 54598

对比jvm和cpython的效率就明白了
python要优化，要各种折腾
麻烦要命，而且dynamic type本身就是对性能上有影响
无论什么dynamic type语言，都比static type要慢那么一点
同样环境，你对jvm上java和ruby，scala和python就可以明显看出差异
哪怕是编译执行，java在vert.x上的运行效率超过其他几个脚本20%还是可以的
这已经是有了jit的脚本，包括python(jython)
scala相比之下，性能就没有落后很多，就是编译比较慢
解释执行如果算上编译效率，那scala还是比java慢，如果直接弄成class
scala效率不比java低多少，相比之下，dynamic type的groovy就明显比java慢一点
你是ee转行的，对于软件知道的还太少

98

【在 D***n 的大作中提到】

: 大家说Python 效率低是指的比如你写了几百万行任意Python程序执行，这个一般执行
: 效率Python不高。比如你开了一个云计算服务，上面跑各种Python程序，这个可能总体
: 执行效率不高。
: 这个不是Python的问题，这个是这些程序员本身的问题——他们不愿意为性能付钱。把
: 责任推到CPython这里。
: 但是如果就是一个单一算法，或者单一任务要优化，Python没有任何性能问题，我以前
: 搞过信号处理的优化，Numpy后面直接连的ATLAS，基本上执行速度相当于用C语言u的98
: %以上。

j********x
发帖数: 2330

早年大学里都是教lisp haskell ml的。。。
只不过后来fp在业界证明玩不通，所以大家开始教c，后来教c++，再后来都教java，再
后来都是python
fp不是门槛太高，是压根就没人愿意玩。。。

【在 p*****2 的大作中提到】

: fp门槛太高了
: 感觉fp的feature会被越来越多的语言吸收
: 另外所解决的一些问题其他语言也可能有其他的解决方式 fp也不是唯一

p*****2
发帖数: 21240

98
感觉你用的东西还是少一些。python＋C生产效率也不会太高

【在 D***n 的大作中提到】

相关主题
● 虚心请教如何成为Python 大牛	● [合集] Python下面如何进行numeric analysis and statistical analysis
● 忙起来了	● 求python大牛指路
● data.table谁用过？有那么神吗？	● python is coming
进入Programming版参与讨论

D***n
发帖数: 6804

Java说白了是跑在虚拟机上的东西。Numpy是使用直接本地编译好的优化库，这两者能
比吗？
还有高性能程序换平台**必须**根据情况采用不同的编译实现，如果考虑根据本地平台
优化，何谈高性能？比如很多数值算法对整数尺寸（32还是64位）非常敏感。你把32位
优化的程序弄到64位平台，别的不谈CPU Cache尺寸立刻下去1/2。如果你用GPU，这个
问题就更敏感了。

【在 z****e 的大作中提到】

: java笑而不语
: numpy算什么
: c库fortran库里面一堆垃圾
: 换个平台就要重新编译
: 出各种狗血问题，成熟啥？
: 应该说不成熟才对，有些库对于某些平台压根就没有
: 做作业经常遇到学生说，老师，mac上用不了
: 然后就一阵折腾
: 最不靠谱的就是这些垃圾库
: 现在都争着往jvm上搬家

p*****2
发帖数: 21240

这么说就片面了。

【在 j********x 的大作中提到】

: 早年大学里都是教lisp haskell ml的。。。
: 只不过后来fp在业界证明玩不通，所以大家开始教c，后来教c++，再后来都教java，再
: 后来都是python
: fp不是门槛太高，是压根就没人愿意玩。。。

z****e
发帖数: 54598

你先理解jit
再来扯蛋
python的那些libs优化个头
根本就没有优化
python的执行环境和c的类库怎么优化？
跟不要说有些还是fortran写的
优化只存在于你的想象之中
而且python本身也同样是跨平台的东西
根本不可能针对cpu执行去优化
很多东西都是你想当然
jvm的效率超过绝大多数c++代码
自己对比web framework那些个benchmark就知道了
大多数人手写的c++程序，编译之后的执行效率根本跟jvm不能比
越大越明显

【在 D***n 的大作中提到】

: Java说白了是跑在虚拟机上的东西。Numpy是使用直接本地编译好的优化库，这两者能
: 比吗？
: 还有高性能程序换平台**必须**根据情况采用不同的编译实现，如果考虑根据本地平台
: 优化，何谈高性能？比如很多数值算法对整数尺寸（32还是64位）非常敏感。你把32位
: 优化的程序弄到64位平台，别的不谈CPU Cache尺寸立刻下去1/2。如果你用GPU，这个
: 问题就更敏感了。

D***n
发帖数: 6804

我的感觉是你肯定没在实践中搞过任何程序优化。
大部分程序你做Profiling，就知道通常不到5%的核心程序段占用了85%以上的速度，那
一小段程序是你优化的目标。Python提供了C的接口，还有NUMPY。我相信就语言层面而
言，Java再怎么玩也无法超过很多优化过的C/Fortain库。
剩下的程序当然是开发越快越好，因为你再优化最后总体速度也提不上去，根本不值得
为此搞什么Static Type。

【在 z****e 的大作中提到】

: 对比jvm和cpython的效率就明白了
: python要优化，要各种折腾
: 麻烦要命，而且dynamic type本身就是对性能上有影响
: 无论什么dynamic type语言，都比static type要慢那么一点
: 同样环境，你对jvm上java和ruby，scala和python就可以明显看出差异
: 哪怕是编译执行，java在vert.x上的运行效率超过其他几个脚本20%还是可以的
: 这已经是有了jit的脚本，包括python(jython)
: scala相比之下，性能就没有落后很多，就是编译比较慢
: 解释执行如果算上编译效率，那scala还是比java慢，如果直接弄成class
: scala效率不比java低多少，相比之下，dynamic type的groovy就明显比java慢一点

z****e
发帖数: 54598

现在都是分布式了
针对单个平台或者节点的优化几乎都不做了
你说的这些，对手机比较有意义
所以说你是ee转行的，适合搞手机
手机本身就是ee的领域之一

【在 D***n 的大作中提到】

: 我的感觉是你肯定没在实践中搞过任何程序优化。
: 大部分程序你做Profiling，就知道通常不到5%的核心程序段占用了85%以上的速度，那
: 一小段程序是你优化的目标。Python提供了C的接口，还有NUMPY。我相信就语言层面而
: 言，Java再怎么玩也无法超过很多优化过的C/Fortain库。
: 剩下的程序当然是开发越快越好，因为你再优化最后总体速度也提不上去，根本不值得
: 为此搞什么Static Type。

z****e
发帖数: 54598

用半海当年很愤怒的一句评语来点评一下
你是否永远会为了效率而牺牲结构？
lol

【在 D***n 的大作中提到】

D***n
发帖数: 6804

那是因为JVM采用了Static Analysis，代价是Static typing。
问题在于Static analysis等技术又不是Java独有的，C编译器也有，而且C语言的
Static analysis是被研究的最多的。
所以我不是很理解你的自信从何而来。

大多数人手写的c++程序，编译之后的执行效率根本跟jvm不能比
越大越明显

【在 z****e 的大作中提到】

: 用半海当年很愤怒的一句评语来点评一下
: 你是否永远会为了效率而牺牲结构？
: lol

z****e
发帖数: 54598

因为不可能针对单个平台去做这种操作
太繁琐了，而且你这种优化只针对某一个平台有意义
你想想，分布式的将来是要模拟人的大脑
人脑有850亿个nodes
难道你850亿个每一个都手写程序优化过去？
写到什么年代去？
你说的这些就只有手机比较关心
因为手机现在性能还弱，server side早就不care了
好吧，话不说这么死，只能说是比较非主流，总有人会去琢磨

【在 D***n 的大作中提到】

: 那是因为JVM采用了Static Analysis，代价是Static typing。
: 问题在于Static analysis等技术又不是Java独有的，C编译器也有，而且C语言的
: Static analysis是被研究的最多的。
: 所以我不是很理解你的自信从何而来。
:
: 大多数人手写的c++程序，编译之后的执行效率根本跟jvm不能比
: 越大越明显

D***n
发帖数: 6804

你是打算谈效率，还是谈结构？
Java在特定平台特定任务上效率比C差这是一个不争的事实。
语言结构和开发速度上Python比Java更灵活更快也是一个事实。
所以在不需要效率的地方用Python，用需要效率的地方上C/汇编，这岂不是很完美？
而且我们都知道Java的跨平台是一个笑话，目前实际上真正实现跨平台的只有C。

【在 z****e 的大作中提到】

: 用半海当年很愤怒的一句评语来点评一下
: 你是否永远会为了效率而牺牲结构？
: lol

z****e
发帖数: 54598

分布式是将来的今天
有人在乎特定平台么？
linux n个distro，都有可能出现在系统里面
你怎么办？真对每一个去优化？没有意义
所以说，你说的这些对手机更有意义
cloud已经不在乎这些东西了
更不要说，需要在乎和不需要在乎效率的地方界限很模糊
人为去诊断，去搞这些很繁琐，无脑上java是最容易搞定的
python开发比java开发慢一个数量级
dynamic type对于阅读代码来说同样是灾难
ide能帮的都很有限，你说的这些都是从ee角度出发看软件
没有太大意义

【在 D***n 的大作中提到】

: 你是打算谈效率，还是谈结构？
: Java在特定平台特定任务上效率比C差这是一个不争的事实。
: 语言结构和开发速度上Python比Java更灵活更快也是一个事实。
: 所以在不需要效率的地方用Python，用需要效率的地方上C/汇编，这岂不是很完美？
: 而且我们都知道Java的跨平台是一个笑话，目前实际上真正实现跨平台的只有C。

相关主题
● python 3 双/ 的意思。。。ugly in the hell....	● 从科学计算应用来讲，matlab语言的语法非常好
● Anaconda装起来会跟已有的python dist有什么冲突吗？	● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？
● python在2009年差点死掉，后来为什么起死回生了？	● 也谈谈语言之争
进入Programming版参与讨论

z****e
发帖数: 54598

跨平台是一个理想状态
尤其是讲的是不需要重新编译
java至少在server side
也就是linux,windows这些都做到了真正的跨平台
所谓笑话，那个说的是mobile或者是20年前，最早1.0时代
经常需要重新编译，你对软件了解还处在一种想当然的状态中
比较适合搞手机

【在 D***n 的大作中提到】

D***n
发帖数: 6804

分布式？笑话，我问你：你现在真正用的程序，有哪个是把运算分布到你的手机，若干
台电脑上了？
Python做分布式计算这事倒是很简单，真要是玩分布式计算，开发速度是用Java的若干
倍。

【在 z****e 的大作中提到】

: 现在都是分布式了
: 针对单个平台或者节点的优化几乎都不做了
: 你说的这些，对手机比较有意义
: 所以说你是ee转行的，适合搞手机
: 手机本身就是ee的领域之一

z****e
发帖数: 54598

啥？你的分布式的定义是手机分布？
lol
ee转行的比较搞笑啊
我major就是distributed computing
你来指导我怎么搞这个是不是？
你说说你的major是啥？
不跟你说了么？python的动态类型在开发时候阅读起来是灾难
经常看不懂阿三写的这个变量到底是啥
然后大量时间浪费在这个上面
如果你这个都还没领悟出来，你还是回炉重造吧
你python写得太少

【在 D***n 的大作中提到】

: 分布式？笑话，我问你：你现在真正用的程序，有哪个是把运算分布到你的手机，若干
: 台电脑上了？
: Python做分布式计算这事倒是很简单，真要是玩分布式计算，开发速度是用Java的若干
: 倍。

D***n
发帖数: 6804

哈哈哈哈，我的Major是中文系，纯正的文科生：）
来来，我来学习一下高大上的distrbuted computing ?
请问jvm如何实现进程迁移，能够把运行中的多个进程转移到不同的CPU上？
如果你看Python程序需要思考类型，只能说明你需要改进你的程序风格以及修改你的变
量名字了。

【在 z****e 的大作中提到】

: 啥？你的分布式的定义是手机分布？
: lol
: ee转行的比较搞笑啊
: 我major就是distributed computing
: 你来指导我怎么搞这个是不是？
: 你说说你的major是啥？
: 不跟你说了么？python的动态类型在开发时候阅读起来是灾难
: 经常看不懂阿三写的这个变量到底是啥
: 然后大量时间浪费在这个上面
: 如果你这个都还没领悟出来，你还是回炉重造吧

z****e
发帖数: 54598

你在cloud上开个instance的时候，在乎过cpu么？
诶
你真用过cloud么？

【在 D***n 的大作中提到】

: 哈哈哈哈，我的Major是中文系，纯正的文科生：）
: 来来，我来学习一下高大上的distrbuted computing ?
: 请问jvm如何实现进程迁移，能够把运行中的多个进程转移到不同的CPU上？
: 如果你看Python程序需要思考类型，只能说明你需要改进你的程序风格以及修改你的变
: 量名字了。

z****e
发帖数: 54598

改进风格这话就是纯粹胡扯蛋
这个就像当年说的可以通过文档来解释代码一样
统统都是放屁
到最后没有人会去执行
人是复杂的动物，你怎么定规则，人会听话才怪了
人不是机器，德国人日本人也许可以
但是美国人，中国人，阿三，绝对不听你的

【在 D***n 的大作中提到】

D***n
发帖数: 6804

噢！我现在一个工作就是给Cloud用户提供某些服务。
长话短说，我希望用户不在乎，用的越多越好，多付钱才好，
但是我这边当然他妈的在乎。

【在 z****e 的大作中提到】

: 你在cloud上开个instance的时候，在乎过cpu么？
: 诶
: 你真用过cloud么？

z****e
发帖数: 54598

真正倒腾过大项目的都大概明白一个常识
当你把希望寄托于人身上的时候
你就挂了
墨菲定律，你最不希望看到的，总能发生
人又尤其喜欢fail你
指望机器比较靠谱，因为机器是死的，不会有情感
用一个语法强行约束人的行为
比起嘴巴上说
不要那样干啊，要这样做啊
强一万倍，如果你不想一个人这么做，最好的方法
就是不要给他这么做的机会

【在 D***n 的大作中提到】

z****e
发帖数: 54598

所以不是用户对吧？
是给用户服务的东西
所以思考的并不是app level的东西

【在 D***n 的大作中提到】

: 噢！我现在一个工作就是给Cloud用户提供某些服务。
: 长话短说，我希望用户不在乎，用的越多越好，多付钱才好，
: 但是我这边当然他妈的在乎。

D***n
发帖数: 6804

听起来你好像很少搞测试，在语言段搞那么没用的约束只能减慢开发速度。
顺便，你要搞过几千万行以上的项目就知道，80%的问题还是人来搞定。剩下20%可以通
过Automation。

【在 z****e 的大作中提到】

: 真正倒腾过大项目的都大概明白一个常识
: 当你把希望寄托于人身上的时候
: 你就挂了
: 墨菲定律，你最不希望看到的，总能发生
: 人又尤其喜欢fail你
: 指望机器比较靠谱，因为机器是死的，不会有情感
: 用一个语法强行约束人的行为
: 比起嘴巴上说
: 不要那样干啊，要这样做啊
: 强一万倍，如果你不想一个人这么做，最好的方法

相关主题
● python要把@当作矩阵乘法算符	● 早就说了，java＋python就是将来
● [bssd]汇报一下Julia进展	● Python的问题
● 有没有觉得scipy很稀烂的？	● [合集] scipy还是matlab
进入Programming版参与讨论

z****e
发帖数: 54598

用ide就不怕
你用vi写当然慢
很多代码都可以通过软件自动生成
上万行代码还能用的系统
绝大多数都是jvm的，c的不是没有
但是上个世纪已经证明过了
大部分这种项目都是失败的
所以才会有软件工程这个东西
说白了就是如何规范约束人的行为
以提升整体效率和配合
我跟你看法不一样的地方在于
我写的软件，80%都是自动生成的
真正我动手写的，20%可能还不到
所以我写个上千行很容易，你很慢，也很难

【在 D***n 的大作中提到】

: 听起来你好像很少搞测试，在语言段搞那么没用的约束只能减慢开发速度。
: 顺便，你要搞过几千万行以上的项目就知道，80%的问题还是人来搞定。剩下20%可以通
: 过Automation。

D***n
发帖数: 6804

结合前面你的言论已经很清晰的说明一件事：你没用过Linux。
所以会发出IDE比VI快这种奇特的言论。
VI只是一个编辑器，用VI开发的意思是把整个系统当IDE使。
顺便：你显然没有真正维护过几千万行的项目，所以在那里瞎想瞎设计。
在公司里面约束人的行为都不靠某个计算机语言，而靠经理敦促，骂人，打小报告，
Review以及开除。

【在 z****e 的大作中提到】

: 用ide就不怕
: 你用vi写当然慢
: 很多代码都可以通过软件自动生成
: 上万行代码还能用的系统
: 绝大多数都是jvm的，c的不是没有
: 但是上个世纪已经证明过了
: 大部分这种项目都是失败的
: 所以才会有软件工程这个东西
: 说白了就是如何规范约束人的行为
: 以提升整体效率和配合

z****e
发帖数: 54598

如果我说我手头上这个项目就有上百万上千万行你信不信？
搞jvm的说没有维护过上百万上千万行代码的项目是joke
第三方类库我这边就有上百个jars，互相冲突
你要不要统计一下这里面有多少行代码？
上千万感觉一点问题没有
另外，我开发用什么linux？
就算用linux，不能用eclipse了？
谁告诉你的？
ide开发速度当然比vi快
这都不懂，你还上千万

【在 D***n 的大作中提到】

: 结合前面你的言论已经很清晰的说明一件事：你没用过Linux。
: 所以会发出IDE比VI快这种奇特的言论。
: VI只是一个编辑器，用VI开发的意思是把整个系统当IDE使。
: 顺便：你显然没有真正维护过几千万行的项目，所以在那里瞎想瞎设计。
: 在公司里面约束人的行为都不靠某个计算机语言，而靠经理敦促，骂人，打小报告，
: Review以及开除。

D***n
发帖数: 6804

阿三写啥关你什么事？你如果不爽，要做的事无非
1）搞一个测试程序，按照Spec检查它的正确性。
2）Code Review不让过，直接说看不懂，让他写清楚点。
同时准备直接开骂或者打小报告。

经常看不懂阿三写的这个变量到底是啥

【在 z****e 的大作中提到】

: 如果我说我手头上这个项目就有上百万上千万行你信不信？
: 搞jvm的说没有维护过上百万上千万行代码的项目是joke
: 第三方类库我这边就有上百个jars，互相冲突
: 你要不要统计一下这里面有多少行代码？
: 上千万感觉一点问题没有
: 另外，我开发用什么linux？
: 就算用linux，不能用eclipse了？
: 谁告诉你的？
: ide开发速度当然比vi快
: 这都不懂，你还上千万

z****e
发帖数: 54598

你要看懂阿三写的程序
上千万你不看别人代码？
你这是那门子上千万？
上千万行ppt吗？

【在 D***n 的大作中提到】

: 阿三写啥关你什么事？你如果不爽，要做的事无非
: 1）搞一个测试程序，按照Spec检查它的正确性。
: 2）Code Review不让过，直接说看不懂，让他写清楚点。
: 同时准备直接开骂或者打小报告。
:
: 经常看不懂阿三写的这个变量到底是啥

D***n
发帖数: 6804

IDE开发咋快了？你说的具体点？
VI比大多数IDE快是因为鼠标以及上下左右键开发的时候移动速度太慢，影响节奏。用
VI开发的人都知道我在说什么。
不会可以直说不会，我可以教你入个门。

【在 z****e 的大作中提到】

z****e
发帖数: 54598

代码自动生成啊
所以我80%的代码都是ide写的
lol
你这样上千万？
写了多久？20年吗？

【在 D***n 的大作中提到】

: IDE开发咋快了？你说的具体点？
: VI比大多数IDE快是因为鼠标以及上下左右键开发的时候移动速度太慢，影响节奏。用
: VI开发的人都知道我在说什么。
: 不会可以直说不会，我可以教你入个门。

D***n
发帖数: 6804

当然不怎么看，只看和我有关的，如果写的太差，影响我的Perf，喊人过来解释，或者
告状要求改进。
否则大项目通常每天上百个Check-in像你这么弄还干不干活了？

【在 z****e 的大作中提到】

: 你要看懂阿三写的程序
: 上千万你不看别人代码？
: 你这是那门子上千万？
: 上千万行ppt吗？

z****e
发帖数: 54598

就是跟你相关的
难道你从来都不看别人的代码？
这也叫维护？
这还上千万？
这上千万都你写的？

【在 D***n 的大作中提到】

: 当然不怎么看，只看和我有关的，如果写的太差，影响我的Perf，喊人过来解释，或者
: 告状要求改进。
: 否则大项目通常每天上百个Check-in像你这么弄还干不干活了？

z****e
发帖数: 54598

还喊人过来解释
你这上千万就没有流水的兵？
人没有走？你这种搞法还上千万
上万就不错了

【在 D***n 的大作中提到】

相关主题
● [合集] scipy还是matlab	● 忙起来了
● 易写性，易维护和执行效率综合来看	● data.table谁用过？有那么神吗？
● 虚心请教如何成为Python 大牛	● [合集] Python下面如何进行numeric analysis and statistical analysis
进入Programming版参与讨论

D***n
发帖数: 6804

啥叫代码自动生成？就是帮你typing一些函数名字啥的？
这不是很简单么。

【在 z****e 的大作中提到】

: 代码自动生成啊
: 所以我80%的代码都是ide写的
: lol
: 你这样上千万？
: 写了多久？20年吗？

c*******9
发帖数: 9032

说华尔街那些人编程一般太想当然了。极端情况出现很少，如果有haskell可以调C。

【在 D***n 的大作中提到】

z****e
发帖数: 54598

lol
一个dto
我就负责定义变量名
然后自动生成set/get方法，constructor,hashCode和equals
用的时候，直接点.找到get哪个变量，然后按出剩下的
如果是new，则声明之后自动补齐
如果是spring/ejb这些，通过向导自动生成beans和xml
如果是使用某个类，自动生成import statements
甚至annotation这些也都是自动生成的，根据模板
包括注释，也有自动生成的一些机制
就这么些东西，我自己大概每敲一个字符
ide就会帮忙生成4-5个字符，平均过去
简单是简单，用人来做也不是不可以
但是如果你自己写，累不累死你
我一个dto上几十个vars是常事
光set/get方法，你就够敲你半个上午的时间了，用vi的话
你还怎么做事？
o，忘了
python是压根就不写这些
到最后乱七八糟，谁都不想看别人写的代码
你就这种搞法还能上千万？
呵呵

【在 D***n 的大作中提到】

: 啥叫代码自动生成？就是帮你typing一些函数名字啥的？
: 这不是很简单么。

S*A
发帖数: 7142

算了吧，如果敲入代码是你的编程的瓶颈，
对这种程序员我只能呵呵了。
如果 80% 代码是自动生成的，说明这个语言有很多 boiler
plate 的东西。

z****e
发帖数: 54598

这些东西写出来是给其他程序员看的
其他人看到这些东西，就能明白
哦，原来你在做这事，就不需要把你抓过去问话了
敲入代码看量咯
一个人用vi写上一百多行set/get就会出一个typo
你不信你自己试试，虽然很简单
但是大学教授上黑板做100以内加减乘除，一样错

【在 S*A 的大作中提到】

: 算了吧，如果敲入代码是你的编程的瓶颈，
: 对这种程序员我只能呵呵了。
: 如果 80% 代码是自动生成的，说明这个语言有很多 boiler
: plate 的东西。

z****e
发帖数: 54598

set/get
constructor
hashcode
equals
你copy/paste我看看
每一行改过去也烦死你

【在 S*A 的大作中提到】

: 算了吧，如果敲入代码是你的编程的瓶颈，
: 对这种程序员我只能呵呵了。
: 如果 80% 代码是自动生成的，说明这个语言有很多 boiler
: plate 的东西。

d******e
发帖数: 2265

现在的计算趋势性能过剩，而开发成本过高。
所以，随着各种语言的效率的提高，程序越发回走向“高层”
这是天平越来越倾向包括fp在内的各种编程方式。

【在 D***n 的大作中提到】

z****e
发帖数: 54598

从来没有说这些东西是什么瓶颈
但是有人忽悠说上千万行
我很怀疑啊
你用vi敲上千万行要多久
会数数的自己算
这种一看就是胡说八道
我只能说我七拼八凑，各种自动化生成机制都用上
上千万在个吧年头内还是有可能的
但是你说vi写上上千万，吹吧你

【在 S*A 的大作中提到】

: 算了吧，如果敲入代码是你的编程的瓶颈，
: 对这种程序员我只能呵呵了。
: 如果 80% 代码是自动生成的，说明这个语言有很多 boiler
: plate 的东西。

S*A
发帖数: 7142

谁叫你每段代码都用那么多 boiler plate。
C 没有那么多 boiler plate 不也活得好好的。
你那些自动生成的修改，叫人怎么 review？
你去 github 随便找个项目看看，里面有多少commit
是这种 IDE 自动生成的 boiler plate。
指几个 commit URL 我看看？

【在 z****e 的大作中提到】

: set/get
: constructor
: hashcode
: equals
: 你copy/paste我看看
: 每一行改过去也烦死你

S*A
发帖数: 7142

世界上最大的开源项目，Linux kernel，
你去看看里面有多少自动生成的代码？

【在 z****e 的大作中提到】

: 从来没有说这些东西是什么瓶颈
: 但是有人忽悠说上千万行
: 我很怀疑啊
: 你用vi敲上千万行要多久
: 会数数的自己算
: 这种一看就是胡说八道
: 我只能说我七拼八凑，各种自动化生成机制都用上
: 上千万在个吧年头内还是有可能的
: 但是你说vi写上上千万，吹吧你

相关主题
● 求python大牛指路	● Anaconda装起来会跟已有的python dist有什么冲突吗？
● python is coming	● python在2009年差点死掉，后来为什么起死回生了？
● python 3 双/ 的意思。。。ugly in the hell....	● 从科学计算应用来讲，matlab语言的语法非常好
进入Programming版参与讨论

z****e
发帖数: 54598

lol
活得好好的吗？
那软件工程怎么就说上个世纪大型项目有灾难呢？
自动生成的代码整齐规范
review个p啊
没事review这些东西干嘛？
是必要时候查找用的，不是给你review用的
你会去review目录么？
你有病吧？

【在 S*A 的大作中提到】

: 谁叫你每段代码都用那么多 boiler plate。
: C 没有那么多 boiler plate 不也活得好好的。
: 你那些自动生成的修改，叫人怎么 review？
: 你去 github 随便找个项目看看，里面有多少commit
: 是这种 IDE 自动生成的 boiler plate。
: 指几个 commit URL 我看看？

z****e
发帖数: 54598

lol
这个世界上最大的问题就在于
很多人明明只是民科档次
却总以为自己是爱因斯坦

【在 S*A 的大作中提到】

: 世界上最大的开源项目，Linux kernel，
: 你去看看里面有多少自动生成的代码？

D***n
发帖数: 6804

LOL！！！！！
我就负责定义变量名，然后自动生成set/get方法，constructor,hashCode和equals
如果是new，则声明之后自动补齐，如果是spring/ejb这些，通过向导自动生成beans和
xml
-------------------
这个第一次慢，我个人会花几分钟写个脚本，把所有需要各种“智能替换，智能处理”
的地方标记出来。
以后遇到重复的一律0.1秒钟解决，要是比鼠标移动速度慢，或者每次居然过我的脑袋
那就Fail了。
有各种高速Lookup/Auto-complete工具，但是哥发现还是自己写的最快。

【在 z****e 的大作中提到】

: lol
: 这个世界上最大的问题就在于
: 很多人明明只是民科档次
: 却总以为自己是爱因斯坦

z****e
发帖数: 54598

现有工具down下来就用
干嘛还要自己动手写脚本？
从本质上说ide当然是各种自动化机制的集成品
问题在于，我为什么要自己去写呢？
有病么

【在 D***n 的大作中提到】

: LOL！！！！！
: 我就负责定义变量名，然后自动生成set/get方法，constructor,hashCode和equals
: 如果是new，则声明之后自动补齐，如果是spring/ejb这些，通过向导自动生成beans和
: xml
: -------------------
: 这个第一次慢，我个人会花几分钟写个脚本，把所有需要各种“智能替换，智能处理”
: 的地方标记出来。
: 以后遇到重复的一律0.1秒钟解决，要是比鼠标移动速度慢，或者每次居然过我的脑袋
: 那就Fail了。
: 有各种高速Lookup/Auto-complete工具，但是哥发现还是自己写的最快。

z****e
发帖数: 54598

做个底层，连ide这种东西都要自己去动手写
你这样上千万？
骗子
哦，忘记了
都是linus档的id
失敬失敬，敢问阁下尊姓大名？
李小斯？wikipedia上term是哪个？
贴出来瞻仰瞻仰

D***n
发帖数: 6804

1）有Down的时间哥都写完了，而且还更好用，
2）很多任务没有工具啊，比如我要让一大堆赋值语句自动对齐。这个在Emacs上1秒的
事情啊，一我不知道哪个ide有这个工具，二为啥要Down个工具？三，如果稍微有变化
，工具怎么搞？

【在 z****e 的大作中提到】

: 现有工具down下来就用
: 干嘛还要自己动手写脚本？
: 从本质上说ide当然是各种自动化机制的集成品
: 问题在于，我为什么要自己去写呢？
: 有病么

z****e
发帖数: 54598

lol
down一个几分钟
你写一个我看看
测试不用时间？
其次，其他人用不同的工具，没有这个脚本
你怎么办？你过去教他们怎么用？
你回答一下你这上千万怎么来的
骗子一枚

【在 D***n 的大作中提到】

: 1）有Down的时间哥都写完了，而且还更好用，
: 2）很多任务没有工具啊，比如我要让一大堆赋值语句自动对齐。这个在Emacs上1秒的
: 事情啊，一我不知道哪个ide有这个工具，二为啥要Down个工具？三，如果稍微有变化
: ，工具怎么搞？

S*A
发帖数: 7142

民科吗？
编程是要解决实际问题的。
我给个实际问题你：
就 80 楼生成的测试数据，找 4000 行随机生成的string 最相似的 string。
http://www.mitbbs.com/article_t1/Programming/31381809_0_4.html
我的 C 程序在 83 楼，算法和部分程序就是网上找来修改的。
亮亮你的代码吧。看看你的 IDE 写的程序解决这个问题是什么代码
开发效率和行效率？我也一直很好奇其他语言性能如何，我怀疑 C
是最快的。

z****e
发帖数: 54598

顺便我告诉你ide怎么对齐
python缩近要自己搞，麻烦
但是java我们经常从网络上直接copy下一些代码
尤其是新手常用，或者对一些代码不工整感觉到厌恶
怎么办？右键点击，打开菜单，选择format code
缩进什么全部搞定，你不知道ide
我能说啥？你搞的也叫软件？

【在 D***n 的大作中提到】

z****e
发帖数: 54598

lol
不是跟你说了倒排表效率是最高的么？
我干嘛要顺着你的思路去实现？
有病么？
你愿意选择比较烂的算法，跟我有什么关系？

【在 S*A 的大作中提到】

: 民科吗？
: 编程是要解决实际问题的。
: 我给个实际问题你：
: 就 80 楼生成的测试数据，找 4000 行随机生成的string 最相似的 string。
: http://www.mitbbs.com/article_t1/Programming/31381809_0_4.html
: 我的 C 程序在 83 楼，算法和部分程序就是网上找来修改的。
: 亮亮你的代码吧。看看你的 IDE 写的程序解决这个问题是什么代码
: 开发效率和行效率？我也一直很好奇其他语言性能如何，我怀疑 C
: 是最快的。

相关主题
● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？	● [bssd]汇报一下Julia进展
● 也谈谈语言之争	● 有没有觉得scipy很稀烂的？
● python要把@当作矩阵乘法算符	● 早就说了，java＋python就是将来
进入Programming版参与讨论

z****e
发帖数: 54598

对，我是民科
你是爱因斯坦
lol
这年头，自以为是的人混得最好

【在 S*A 的大作中提到】

S*A
发帖数: 7142

没问题，测试数据就是 80 楼那个，
亮你倒序表的代码吧，什么语言都行。

【在 z****e 的大作中提到】

: lol
: 不是跟你说了倒排表效率是最高的么？
: 我干嘛要顺着你的思路去实现？
: 有病么？
: 你愿意选择比较烂的算法，跟我有什么关系？

z****e
发帖数: 54598

倒排表的实现spark上就有
你有兴趣自己去做测试去
我没事浪费这个时间干嘛？
有病吗？

【在 S*A 的大作中提到】

: 没问题，测试数据就是 80 楼那个，
: 亮你倒序表的代码吧，什么语言都行。

S*A
发帖数: 7142

你不是 IDE 生成很快吗，我手写不就2屏代码。
要亮一段可以跑的代码就不会啦？
LOL。

【在 z****e 的大作中提到】

: 倒排表的实现spark上就有
: 你有兴趣自己去做测试去
: 我没事浪费这个时间干嘛？
: 有病吗？

z****e
发帖数: 54598

ide里面你直接import就行了
对于现有的pkg而言
你快不快？
还两屏，两行差不多

【在 S*A 的大作中提到】

: 你不是 IDE 生成很快吗，我手写不就2屏代码。
: 要亮一段可以跑的代码就不会啦？
: LOL。

S*A
发帖数: 7142

有那么多时间灌水，
亮脚本长度的个代码就太困难啦？

z****e
发帖数: 54598

我为什么要顺着你的思路做事呢？
你给我钱吗？

【在 S*A 的大作中提到】

: 有那么多时间灌水，
: 亮脚本长度的个代码就太困难啦？

S*A
发帖数: 7142

那倒是贴代码啊，可以使用 80 楼的测试数据的。
你有那么多功夫灌水，换成 IDE 现在都可以贴出来跑炮了。

【在 z****e 的大作中提到】

: ide里面你直接import就行了
: 对于现有的pkg而言
: 你快不快？
: 还两屏，两行差不多

z****e
发帖数: 54598

你给钱不？
你愿意浪费时间，我不愿意
有问题么？
爱因斯坦

【在 S*A 的大作中提到】

: 那倒是贴代码啊，可以使用 80 楼的测试数据的。
: 你有那么多功夫灌水，换成 IDE 现在都可以贴出来跑炮了。

D***n
发帖数: 6804

因为相关工具变态啊，动手写的成本实在太低。当然刚开始麻烦，但是这个方法不管是
java，电子邮件，还是markdown，... 任意文本都可以。某个IDE工具就不行了吧？
实际上我自己积累了一套这方面的工具，各种语言都有常见的Helper，需要的时候调出
来用就好了。

【在 z****e 的大作中提到】

: 做个底层，连ide这种东西都要自己去动手写
: 你这样上千万？
: 骗子
: 哦，忘记了
: 都是linus档的id
: 失敬失敬，敢问阁下尊姓大名？
: 李小斯？wikipedia上term是哪个？
: 贴出来瞻仰瞻仰

相关主题
● 早就说了，java＋python就是将来	● 易写性，易维护和执行效率综合来看
● Python的问题	● 虚心请教如何成为Python 大牛
● [合集] scipy还是matlab	● 忙起来了
进入Programming版参与讨论

S*A
发帖数: 7142

你看，人家也没有给我钱，讨论嘛。
我就给了个我认为可以跑比较快又不是很复杂的程序，带源代码。
你花那么多时间灌水就没有时间生成一个 IDE 两句话的代码？
LOL，
你的痛苦我明白。
说白了就是说起来容易做起来难。

【在 z****e 的大作中提到】

: 我为什么要顺着你的思路做事呢？
: 你给我钱吗？

D***n
发帖数: 6804

右键点击，打开菜单，选择format code
===============
为啥0.1秒的事情要这么复杂？

【在 z****e 的大作中提到】

: 顺便我告诉你ide怎么对齐
: python缩近要自己搞，麻烦
: 但是java我们经常从网络上直接copy下一些代码
: 尤其是新手常用，或者对一些代码不工整感觉到厌恶
: 怎么办？右键点击，打开菜单，选择format code
: 缩进什么全部搞定，你不知道ide
: 我能说啥？你搞的也叫软件？

z****e
发帖数: 54598

down个软件变态？
你用电子邮件写个千万我看看

【在 D***n 的大作中提到】

: 因为相关工具变态啊，动手写的成本实在太低。当然刚开始麻烦，但是这个方法不管是
: java，电子邮件，还是markdown，... 任意文本都可以。某个IDE工具就不行了吧？
: 实际上我自己积累了一套这方面的工具，各种语言都有常见的Helper，需要的时候调出
: 来用就好了。

S*A
发帖数: 7142

给不出程序就直说嘛。
你看，我给个程序也没有收钱。
如果你的程序可以比我的快，要收钱也可以。
开个价解决这个问题要多少钱？

z****e
发帖数: 54598

你无聊啊
自己把原thread看看
我早就说你无聊了
你自己折腾半天
最后发现还是倒排表效率最高
你前面弄半死，有啥好处没？
那个包子我拿到都给退了

【在 S*A 的大作中提到】

: 你看，人家也没有给我钱，讨论嘛。
: 我就给了个我认为可以跑比较快又不是很复杂的程序，带源代码。
: 你花那么多时间灌水就没有时间生成一个 IDE 两句话的代码？
: LOL，
: 你的痛苦我明白。
: 说白了就是说起来容易做起来难。

z****e
发帖数: 54598

关键字在那边，有啥好给不给出的？
你的劳动力不值钱，我的值钱
你给$500我就开工，不给不做
天经地义的事

【在 S*A 的大作中提到】

: 给不出程序就直说嘛。
: 你看，我给个程序也没有收钱。
: 如果你的程序可以比我的快，要收钱也可以。
: 开个价解决这个问题要多少钱？

z****e
发帖数: 54598

ide这个也有快捷键，拜托，我懒得记而已

【在 D***n 的大作中提到】

: 右键点击，打开菜单，选择format code
: ===============
: 为啥0.1秒的事情要这么复杂？

z****e
发帖数: 54598

顺便说一下，那个倒排表我手上头有python和java两个版本
lol
想要，给钱，天经地义的事

z****e
发帖数: 54598

java明显比python要快，我们的测试结果
而且有几十个版本的python和java代码
一个500，不二价，别废话，我还要给原作者抽成呢

w***g
发帖数: 5958

考，竟然真没用过linux！大跌眼镜。

【在 z****e 的大作中提到】

相关主题
● data.table谁用过？有那么神吗？	● python is coming
● [合集] Python下面如何进行numeric analysis and statistical analysis	● python 3 双/ 的意思。。。ugly in the hell....
● 求python大牛指路	● Anaconda装起来会跟已有的python dist有什么冲突吗？
进入Programming版参与讨论

z****e
发帖数: 54598

lol
开发时候从来不用
么有必要
不得不用时候再用

【在 w***g 的大作中提到】

: 考，竟然真没用过linux！大跌眼镜。

w********m
发帖数: 1137

老赵从来没看过你的代码要不你就秀一段吧

★ 发自iPhone App: ChineseWeb 8.7

【在 z****e 的大作中提到】

: lol
: 开发时候从来不用
: 么有必要
: 不得不用时候再用

z****e
发帖数: 54598

你要啥代码？
leetcode我贴过一部分，在jobhunting版
现实工作中的代码，我都是调用第三方类库居多
你看我这个代码，不如问我你要做啥用什么比较方便
我是不会去造轮子的银，只要有轮子就用轮子

【在 w********m 的大作中提到】

: 老赵从来没看过你的代码要不你就秀一段吧
:
: ★ 发自iPhone App: ChineseWeb 8.7

w********m
发帖数: 1137

草虫那道题很好啊。
要不就用java整个实现吧
大家可以学习大牛呀

★ 发自iPhone App: ChineseWeb 8.7

【在 z****e 的大作中提到】

: 你要啥代码？
: leetcode我贴过一部分，在jobhunting版
: 现实工作中的代码，我都是调用第三方类库居多
: 你看我这个代码，不如问我你要做啥用什么比较方便
: 我是不会去造轮子的银，只要有轮子就用轮子

z****e
发帖数: 54598

那题他用的算法效率太低，复杂度太高
至于倒排表怎么做，这个理解idea比看代码有用
idea实现我已经写在那个thread里面了呀
照着做就是了，我都是java和python版本的
问问wdong，他应该有c++版本的，lol
关键是idea，实现其实不重要

【在 w********m 的大作中提到】

: 草虫那道题很好啊。
: 要不就用java整个实现吧
: 大家可以学习大牛呀
:
: ★ 发自iPhone App: ChineseWeb 8.7

q*c
发帖数: 9453

当年的共产党都是指望人的美好精神的，呵呵。
你这些真知烁见没有经验的人听不懂。

【在 z****e 的大作中提到】

q*c
发帖数: 9453

"VI比大多数IDE快是因为鼠标以及上下左右键开发的时候移动速度太慢"
如果因为这个原因能决定你开发的速度，也就是敲键盘的速度限制了你开发的速度。
。。。呵呵，那就没啥需要说的了。

【在 D***n 的大作中提到】

q*c
发帖数: 9453

开什么玩笑。
喊人人根本不理会你, 人忙呢，你是谁啊？给所有人写 review?
告状？你很快就成为众所周知的 whiner, sucker.
cross team coop policy 是要给对方 3 天缓冲。
你是公司的 CXO? 随便搞人？呵呵。

【在 D***n 的大作中提到】

o**o
发帖数: 3964

华尔街的数学家用FP的原因很可能只是提高门槛。在衍生物衰退的今天，数学家的竞争
对手是码工。如果一个方程没有解析解，只能用数值方法，数学家可能还不如熟练的码
工有用。FP可能是job security的法门之一。

【在 D***n 的大作中提到】

w***g
发帖数: 5958

我写个C++版的比你们java的快那有P用。
写个python版的比C++版的快了才可以屌一下。
我反正写不出来。你们要比就定个语言然后
看谁写的又快又干净好了。

【在 z****e 的大作中提到】

: 那题他用的算法效率太低，复杂度太高
: 至于倒排表怎么做，这个理解idea比看代码有用
: idea实现我已经写在那个thread里面了呀
: 照着做就是了，我都是java和python版本的
: 问问wdong，他应该有c++版本的，lol
: 关键是idea，实现其实不重要

相关主题
● python在2009年差点死掉，后来为什么起死回生了？	● 也谈谈语言之争
● 从科学计算应用来讲，matlab语言的语法非常好	● python要把@当作矩阵乘法算符
● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？	● [bssd]汇报一下Julia进展
进入Programming版参与讨论

z****e
发帖数: 54598

我没说快
我说的是复杂度最低
没看到我一直在说o(n)复杂度？
快慢这个是非cs的人喜欢用的表达
顺便
你很好滴说明了某人在做无聊的事

【在 w***g 的大作中提到】

: 我写个C++版的比你们java的快那有P用。
: 写个python版的比C++版的快了才可以屌一下。
: 我反正写不出来。你们要比就定个语言然后
: 看谁写的又快又干净好了。

o**o
发帖数: 3964

开个募捐账号吧，500块而已。让大家学习一下顶层编程的赵老师怎么实现优化一个具
体算法，调用API不算哦，应该用不了赵老师5个小时。

z****e
发帖数: 54598

其实看代码远不如看课件快
里面有几个版本叫兽看了晕菜
最后直接给低分

【在 o**o 的大作中提到】

: 开个募捐账号吧，500块而已。让大家学习一下顶层编程的赵老师怎么实现优化一个具
: 体算法，调用API不算哦，应该用不了赵老师5个小时。

z****e
发帖数: 54598

不过我不反对卖版本
一个500，说话算话
看不看得懂，那是你自己的问题

w***g
发帖数: 5958

赵测是用轮子的专家，优化代码应该不是很在行。他应该5分钟就能找出来轮子做这个
事情，有5个小时他的轮子都跑了几百遍了。
大家都是代码写烦了来这里吵架玩的，不要太当真了。结果又写起代码来，不是给自己
找活干吗？

【在 o**o 的大作中提到】

: 开个募捐账号吧，500块而已。让大家学习一下顶层编程的赵老师怎么实现优化一个具
: 体算法，调用API不算哦，应该用不了赵老师5个小时。

z****e
发帖数: 54598

少来
你有c++版本你不愿意给
不要赖到我头上
我既然把话说出来了，就不能吞回去
一个500就是500
你还没标价，你可以免费共享

【在 w***g 的大作中提到】

: 赵测是用轮子的专家，优化代码应该不是很在行。他应该5分钟就能找出来轮子做这个
: 事情，有5个小时他的轮子都跑了几百遍了。
: 大家都是代码写烦了来这里吵架玩的，不要太当真了。结果又写起代码来，不是给自己
: 找活干吗？

z****e
发帖数: 54598

wdong就是太极拳专家

b*******s
发帖数: 5216

B.S said a programmer should learn at least 5 programming languages,
including one FP language as an eye opener...

【在 D***n 的大作中提到】

f******x
发帖数: 98

这真是胡扯，你以为街上的数学家/quant就是整天推解析解吗？

【在 o**o 的大作中提到】

: 华尔街的数学家用FP的原因很可能只是提高门槛。在衍生物衰退的今天，数学家的竞争
: 对手是码工。如果一个方程没有解析解，只能用数值方法，数学家可能还不如熟练的码
: 工有用。FP可能是job security的法门之一。

b*******s
发帖数: 5216

100

he was not in any core teams

【在 w***g 的大作中提到】

: 考，竟然真没用过linux！大跌眼镜。

相关主题
● 有没有觉得scipy很稀烂的？	● [合集] scipy还是matlab
● 早就说了，java＋python就是将来	● 易写性，易维护和执行效率综合来看
● Python的问题	● 虚心请教如何成为Python 大牛
进入Programming版参与讨论

f******x
发帖数: 98

101

这个不太客观，现在的python distribution （象enthought canopy) 很成熟，在mac
上应该不会有大问题。python大牛们做presentation,人手一个mac laptop。
而且科学计算领域，fortran 库的质量和数量依然是独一无二，python可以利用千锤百
炼的fortran库是他的一个巨大优势。相比之下，java 做科学计算依然是一个non-
starter。

【在 z****e 的大作中提到】

z****e
发帖数: 54598

102

科学计算主要是hpc呀，所以fortran多呀
分布式计算跟科学计算其实是两个概念
你说很成熟，问题是每次换个os，都需要重新编译
看到一堆的warning，让人很是恐惧
你永远不知道，这里面会出什么问题
出了问题，你也只能求爷爷告奶奶，希望自己能搞定
实际上大多数人根本搞不定
另外你说的这个库，是公司的产品，这个就不要说了吧
有人真在用吗？公司的东西为了忽悠钱，都会说得很好
但是实际上，你也不知道有什么问题
承诺永远都是不靠谱的
不要说那么复杂的，在mac上编译一下fortran的库
要安装xcode，然后这里面就很难说有啥问题了
xcode版本跟fortran的版本还有各种不对付
理论上都能搞定，问题是自己能不能搞定，那就不知道了
总是觉得自己是爱因斯坦，是大牛，这是个坏习惯

mac

【在 f******x 的大作中提到】

: 这个不太客观，现在的python distribution （象enthought canopy) 很成熟，在mac
: 上应该不会有大问题。python大牛们做presentation,人手一个mac laptop。
: 而且科学计算领域，fortran 库的质量和数量依然是独一无二，python可以利用千锤百
: 炼的fortran库是他的一个巨大优势。相比之下，java 做科学计算依然是一个non-
: starter。

g*****g
发帖数: 34805

103

static type不是为了性能，是为了减少错误。

【在 D***n 的大作中提到】

h**********c
发帖数: 4120

104

能详细解释下static type?

【在 g*****g 的大作中提到】

: static type不是为了性能，是为了减少错误。

o**o
发帖数: 3964

105

正是因为真正的数学家和产品知识丰富的前台quant需求量都很少，多的是夹在中间却
不具备产品知识以及能进FLG的坚固编程技能。他们的功能和码工部分重叠，在业界低
迷的时候首当其冲。

【在 f******x 的大作中提到】

: 这真是胡扯，你以为街上的数学家/quant就是整天推解析解吗？

z****e
发帖数: 54598

106

科学计算显然是fortran这些东西领先
问题是，科学计算毕竟只是科学计算
科学计算更多探讨的是理论的对错
而非过程，现实中你要考虑系统的健壮，可不是说你这个理论对了
就可以了，你中间出几个大的prod. bugs，你就挂了
但是你真去看这些bugs，你觉得存在说理论上的难点么？
好像也没有，无非各种人为的疏忽之类的
现实中工作，作为一个team worker应该想办法为同伴创造方便
能够cover住其他人的ass，我说的一切都是从这个角度出发去讨论问题
而不是说这个理论有多复杂，有多牛逼，你看我会这个，是大牛，bullshit
要是在工作中装这种逼，会死得很惨的，牛逼哄哄的wsn到处都是

mac

【在 f******x 的大作中提到】

f******x
发帖数: 98

107

语言是工具，you need to find right tools for the right job. Python 好处是开
发快糙猛，短平快，可以迅速实现developer的意图，非常适合作prototyping。在科研
领域，95%所以的idea是错误的，所以要快糙猛地用数据做试验，以找到那正确的5%。
所以运行效率并不是特别重要，但开发效率至关重要。Python的prototyping速度是我
用过工具里独一无二的，大大超过我以前用的mathematica/matlab/java，更不用提C++
之类。其原因是python语言非常expressive，同样的idea用python实现一般是java
code长度的1/4左右．python的可读性非常好，只要developer大致遵循 idiomatic
python，那么生成的python code的意图基本上是一目了然。
less code and more readable --> faster development and easier to change/
improve.

z****e
发帖数: 54598

108

int c = 1
c = ""; //报错
dynamic的话
var c = 1;
c = "";//ok

【在 h**********c 的大作中提到】

: 能详细解释下static type?

z****e
发帖数: 54598

109

python可读性很差
学生作业把叫兽看晕菜的大有人在
你可以觉得叫兽iq不行
呵呵，没办法，都是爱因斯坦
没有人觉得自己是民科

++

【在 f******x 的大作中提到】

: 语言是工具，you need to find right tools for the right job. Python 好处是开
: 发快糙猛，短平快，可以迅速实现developer的意图，非常适合作prototyping。在科研
: 领域，95%所以的idea是错误的，所以要快糙猛地用数据做试验，以找到那正确的5%。
: 所以运行效率并不是特别重要，但开发效率至关重要。Python的prototyping速度是我
: 用过工具里独一无二的，大大超过我以前用的mathematica/matlab/java，更不用提C++
: 之类。其原因是python语言非常expressive，同样的idea用python实现一般是java
: code长度的1/4左右．python的可读性非常好，只要developer大致遵循 idiomatic
: python，那么生成的python code的意图基本上是一目了然。
: less code and more readable --> faster development and easier to change/
: improve.

z****e
发帖数: 54598

110

再说一次
科研是科研
企业是企业
两回事
科研的东西多数还都是prototype
离真正prod还有一段距离
你举例反复纠缠于科研，很能说明问题

++

【在 f******x 的大作中提到】

相关主题
● 虚心请教如何成为Python 大牛	● [合集] Python下面如何进行numeric analysis and statistical analysis
● 忙起来了	● 求python大牛指路
● data.table谁用过？有那么神吗？	● python is coming
进入Programming版参与讨论

h**********c
发帖数: 4120

111

a little bit catch, thks

【在 z****e 的大作中提到】

: int c = 1
: c = ""; //报错
: dynamic的话
: var c = 1;
: c = "";//ok

w***g
发帖数: 5958

112

我考了下古。其实正确的方法上面pker已经提到了。
要在N个串里面找nearest neighbor，要找M次，问题是相似性测度计算太慢。
要是我首先会试下面的方法：
1. python并行化上多核。假设有8 core，速度直接提高8倍。
2. 我会先在前N/L个串中找nearest neighbor，L需要调，预设为100吧。
开销为整个问题的1/L。算完后对nearest neighbor的距离就有个下界了。
然后剩下所有的串先用quick_ratio/really_quick_ratio算上届，超不过
那个下界的直接扔掉，超过了再用ratio算。
3. 要还是慢，有多台机器就上多台机器吧。不需要mapreduce。
苦主那个相似性测度是一个近似edit distance的heuristic，本身就做不得准。
上面也说了苹果橘子的问题。python那段代码实现其来应该很罗嗦，想用
别的语言写一遍并不容易。用java实现同样的算法复杂度上不会更优，光靠
语言可以提高至少10倍速度吧。对N个串用倒排表建索引确实是个优化，但是
程序写起来就更罗嗦，我觉得不值得做。
可惜的是楼主的问题规模太小。要是需要每天从10 million个串中找几十万次
nearest neighbor的话，我倒是可以提供一个solution。不过那就不是500的
问题了。

【在 z****e 的大作中提到】

: 少来
: 你有c++版本你不愿意给
: 不要赖到我头上
: 我既然把话说出来了，就不能吞回去
: 一个500就是500
: 你还没标价，你可以免费共享

z****e
发帖数: 54598

113

你做了一个简单的clustering
倒排表能比你这个更复杂？
你赢了
clustering一般是第二个大作业的内容
倒排表是第一个
还有就是，楼主后来说了
其实他做的是一个title的search
比如你输入一个star wars
能够给返回最相似的videos酱紫
看到最后，倒排表其实最合适
当然你要做clustering我也不反对

【在 w***g 的大作中提到】

: 我考了下古。其实正确的方法上面pker已经提到了。
: 要在N个串里面找nearest neighbor，要找M次，问题是相似性测度计算太慢。
: 要是我首先会试下面的方法：
: 1. python并行化上多核。假设有8 core，速度直接提高8倍。
: 2. 我会先在前N/L个串中找nearest neighbor，L需要调，预设为100吧。
: 开销为整个问题的1/L。算完后对nearest neighbor的距离就有个下界了。
: 然后剩下所有的串先用quick_ratio/really_quick_ratio算上届，超不过
: 那个下界的直接扔掉，超过了再用ratio算。
: 3. 要还是慢，有多台机器就上多台机器吧。不需要mapreduce。
: 苦主那个相似性测度是一个近似edit distance的heuristic，本身就做不得准。

f******x
发帖数: 98

114

python 有well established idiomatic coding style，如果学生不follow，那不说
明python的可读性差。我相信 java 也可以写出human不可读的程序。

【在 z****e 的大作中提到】

: python可读性很差
: 学生作业把叫兽看晕菜的大有人在
: 你可以觉得叫兽iq不行
: 呵呵，没办法，都是爱因斯坦
: 没有人觉得自己是民科
:
: ++

g*****g
发帖数: 34805

115

这，基本上大的网站和mobile app后台，都是分布式计算，不懂不要瞎说好不好？

【在 D***n 的大作中提到】

z****e
发帖数: 54598

116

我们一般都是拿python来快速建模
理论成型之后，用java或者scala实现
下放生产，我发现很多公司都这么做
不仅仅是我们这么搞
hadoop和spark两个，你光靠python，估计够呛
wdong做过测试，看wdong的那个word counts的贴
python该慢还是慢，要是不信，自己试试
当然如果你说，老子就是不用hadoop，那没办法
牛逼的人恒牛逼

++

【在 f******x 的大作中提到】

d********t
发帖数: 9628

117

R庚方便

【在 D***n 的大作中提到】

z****e
发帖数: 54598

118

相对难
我只能这么说
java的屎坑不是没有
但是比起python来说
少不少
python更容易造出屎坑来
另外就是java到后期，大量采用框架之后
屎坑的可能性会进一步下降

【在 f******x 的大作中提到】

: python 有well established idiomatic coding style，如果学生不follow，那不说
: 明python的可读性差。我相信 java 也可以写出human不可读的程序。

w***g
发帖数: 5958

119

搜索字符串跟clustering基本上没啥关系。
不过我看楼主问题都改了，连自己想要什么都说不清楚。我们在这里讨论也是浪费时间。

【在 z****e 的大作中提到】

: 你做了一个简单的clustering
: 倒排表能比你这个更复杂？
: 你赢了
: clustering一般是第二个大作业的内容
: 倒排表是第一个
: 还有就是，楼主后来说了
: 其实他做的是一个title的search
: 比如你输入一个star wars
: 能够给返回最相似的videos酱紫
: 看到最后，倒排表其实最合适

d******e
发帖数: 2265

120

前一段改了一个scala程序员(其实是java程序员)的python程序。真的很难懂。
一般python用一个函数或者list comprehesion，他要自己写一小段程序, for loop西
夏。
原来大概500行的程序，砍到100多行，也清爽多了。
你真的不能说python可读性很差。叫兽iq不行。
更可能的原因：
1.不知道用什么函数,库。
2.不知道怎么massage数据结构。
3.不懂fp的皮毛。

【在 z****e 的大作中提到】

: python可读性很差
: 学生作业把叫兽看晕菜的大有人在
: 你可以觉得叫兽iq不行
: 呵呵，没办法，都是爱因斯坦
: 没有人觉得自己是民科
:
: ++

相关主题
● python 3 双/ 的意思。。。ugly in the hell....	● 从科学计算应用来讲，matlab语言的语法非常好
● Anaconda装起来会跟已有的python dist有什么冲突吗？	● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？
● python在2009年差点死掉，后来为什么起死回生了？	● 也谈谈语言之争
进入Programming版参与讨论

z****e
发帖数: 54598

121

只要有相似度的衡量就可以搞clustering
我可没纠结，是某人非要追杀过来问我怎么做
我早就忘了，要不是被提醒

间。

【在 w***g 的大作中提到】

: 搜索字符串跟clustering基本上没啥关系。
: 不过我看楼主问题都改了，连自己想要什么都说不清楚。我们在这里讨论也是浪费时间。

d********t
发帖数: 9628

122

RE

【在 D***n 的大作中提到】

z****e
发帖数: 54598

123

你想说的就是他类库不熟嘛
自己造轮子，当然messy
所以说，造轮子不是阿猫阿狗都能做的
但是挡不住民科们认为自己都是爱因斯坦呀
码农都认为自己是linus
牛逼哄哄

【在 d******e 的大作中提到】

: 前一段改了一个scala程序员(其实是java程序员)的python程序。真的很难懂。
: 一般python用一个函数或者list comprehesion，他要自己写一小段程序, for loop西
: 夏。
: 原来大概500行的程序，砍到100多行，也清爽多了。
: 你真的不能说python可读性很差。叫兽iq不行。
: 更可能的原因：
: 1.不知道用什么函数,库。
: 2.不知道怎么massage数据结构。
: 3.不懂fp的皮毛。

c******n
发帖数: 4965

124

我也是这个 5% 的观点，可是被板上若干傻X鄙视

【在 D***n 的大作中提到】

z****e
发帖数: 54598

125

lol
如果你认真看，它连fortran都写错了
估计根本没用过，骗子太多

【在 c******n 的大作中提到】

: 我也是这个 5% 的观点，可是被板上若干傻X鄙视

a*****e
发帖数: 1700

126

你这是说的 50 年前的 Lisp 吧？世界早就发展了，你醒醒？

【在 D***n 的大作中提到】

g*****g
发帖数: 34805

127

你错了，Linux kernel大约15M行代码。Eclipse每一年ship一个版本，每个版本的新代
码就超过10M，最新的版本有61M。

【在 S*A 的大作中提到】

: 世界上最大的开源项目，Linux kernel，
: 你去看看里面有多少自动生成的代码？

z****e
发帖数: 54598

128

你还认真了，吹牛听听就是了
wildfly精简之后
app server的src code是36m
http://wildfly.org/downloads/
以前jboss就更大了，200多m我记得是

【在 g*****g 的大作中提到】

: 你错了，Linux kernel大约15M行代码。Eclipse每一年ship一个版本，每个版本的新代
: 码就超过10M，最新的版本有61M。

D***n
发帖数: 6804

129

你没用过，当然没体会。

【在 q*c 的大作中提到】

: "VI比大多数IDE快是因为鼠标以及上下左右键开发的时候移动速度太慢"
: 如果因为这个原因能决定你开发的速度，也就是敲键盘的速度限制了你开发的速度。
: 。。。呵呵，那就没啥需要说的了。

D***n
发帖数: 6804

130

那把n行代码同时往左移动n个空格的快捷键是什么？
把某个程序块自动Indent 2次的快捷键是什么？
这些常见的问题还是1-2秒的事情，你的IDE快捷键呢？

【在 z****e 的大作中提到】

: ide这个也有快捷键，拜托，我懒得记而已

相关主题
● python要把@当作矩阵乘法算符	● 早就说了，java＋python就是将来
● [bssd]汇报一下Julia进展	● Python的问题
● 有没有觉得scipy很稀烂的？	● [合集] scipy还是matlab
进入Programming版参与讨论

z****e
发帖数: 54598

131

选择，然后tab不就行了
自动indent 2你按照你的习惯调整一下参数就好了
你说的这些vi命令你找个菜鸟问问
问问他知道不知道
顺便，没看到有人说eclipse有vim plugin么？

【在 D***n 的大作中提到】

: 那把n行代码同时往左移动n个空格的快捷键是什么？
: 把某个程序块自动Indent 2次的快捷键是什么？
: 这些常见的问题还是1-2秒的事情，你的IDE快捷键呢？

z****e
发帖数: 54598

132

qxc没用过？
哇哈哈哈哈，你在侮辱谁啊？
现在p孩真是狂妄啊
你把qxc以前的贴好好看看
看看他以前都做过啥事
你就吹吧你

【在 D***n 的大作中提到】

: 你没用过，当然没体会。

g*****g
发帖数: 34805

133

我老只用一个快捷键做formatting，Ctrl+Shift+F，不管原来咋排的，结果都一样。

【在 D***n 的大作中提到】

D***n
发帖数: 6804

134

没觉得，Duck typing也会大幅度减少错误

【在 g*****g 的大作中提到】

: static type不是为了性能，是为了减少错误。

D***n
发帖数: 6804

135

后台用Python做分布式的多了去了。

【在 g*****g 的大作中提到】

: 这，基本上大的网站和mobile app后台，都是分布式计算，不懂不要瞎说好不好？

D***n
发帖数: 6804

136

哥们你Linux一看就完全不熟悉，显然Python你一定是个瘸子。

【在 z****e 的大作中提到】

: 我们一般都是拿python来快速建模
: 理论成型之后，用java或者scala实现
: 下放生产，我发现很多公司都这么做
: 不仅仅是我们这么搞
: hadoop和spark两个，你光靠python，估计够呛
: wdong做过测试，看wdong的那个word counts的贴
: python该慢还是慢，要是不信，自己试试
: 当然如果你说，老子就是不用hadoop，那没办法
: 牛逼的人恒牛逼
:

D***n
发帖数: 6804

137

tab能精确的移动5个空格？vim plugin，哈哈哈。
请问eclipse如何一次性从几百个文件，包括代码，包括编译程序直接抓出某个我需要
的字串？你又去下个工具？
xcode有些错误，比如build 里面某个定制的脚本因为太长缓冲区溢出拒绝执行，这个
错是不报在xcode上的。你用IDE怎么找？

【在 z****e 的大作中提到】

: 选择，然后tab不就行了
: 自动indent 2你按照你的习惯调整一下参数就好了
: 你说的这些vi命令你找个菜鸟问问
: 问问他知道不知道
: 顺便，没看到有人说eclipse有vim plugin么？

z****e
发帖数: 54598

138

lol
我从来不认为自己对os有多熟悉
就像你对软件一窍不通一样
你写过java么？
你肯定没写过
虽然你会宣称自己写过很多语言

【在 D***n 的大作中提到】

: 哥们你Linux一看就完全不熟悉，显然Python你一定是个瘸子。

D***n
发帖数: 6804

139

clustering是什么玩意？k-mean一类的？这个有现成的高性能库。

间。

【在 w***g 的大作中提到】

: 搜索字符串跟clustering基本上没啥关系。
: 不过我看楼主问题都改了，连自己想要什么都说不清楚。我们在这里讨论也是浪费时间。

z****e
发帖数: 54598

140

不是报在ide上那就是ide的问题
eclipse从几百个文件中grep出你需要的字串用最简单的查找功能就可以实现
你就是没用过，别吹了
你没事移动五个空格干什么？
你非要这么做，把indent调整成5就好了
不过一般人都是4

【在 D***n 的大作中提到】

: tab能精确的移动5个空格？vim plugin，哈哈哈。
: 请问eclipse如何一次性从几百个文件，包括代码，包括编译程序直接抓出某个我需要
: 的字串？你又去下个工具？
: xcode有些错误，比如build 里面某个定制的脚本因为太长缓冲区溢出拒绝执行，这个
: 错是不报在xcode上的。你用IDE怎么找？

相关主题
● [合集] scipy还是matlab	● 忙起来了
● 易写性，易维护和执行效率综合来看	● data.table谁用过？有那么神吗？
● 虚心请教如何成为Python 大牛	● [合集] Python下面如何进行numeric analysis and statistical analysis
进入Programming版参与讨论

z****e
发帖数: 54598

141

which is spark

【在 D***n 的大作中提到】

: clustering是什么玩意？k-mean一类的？这个有现成的高性能库。
:
: 间。

z****e
发帖数: 54598

142

lol
bullshit
你压根没认真写过软件
千万就是胡说八道
你继续编
你多写一贴，我就进一步揭露你的谎言
你继续，千万我们分析下去
如果千万行代码
以一行代码10个wrods计算
你做过上亿行个单词的项目
你就说说你这个项目写多久吧
vi光一亿个words，挨个抄过去，十年你够不？

【在 D***n 的大作中提到】

: 没觉得，Duck typing也会大幅度减少错误

D***n
发帖数: 6804

143

没，因为当年Java 的Jvm连像样的free()都没有谁用它，后来果然证明所谓跨平台是个
笑话。
后来搞科学计算那就更不想用了，正常算一次要70个小时，用java岂不是要一个星期？
现在在工业界也完全用不到。

【在 z****e 的大作中提到】

: lol
: bullshit
: 你压根没认真写过软件
: 千万就是胡说八道
: 你继续编
: 你多写一贴，我就进一步揭露你的谎言
: 你继续，千万我们分析下去
: 如果千万行代码
: 以一行代码10个wrods计算
: 你做过上亿行个单词的项目

z****e
发帖数: 54598

144

lol
那你也敢说你用过软件？
你写的不是软件
只是ee而已
科学计算有鸟用
企业谁用科学计算？
hpc你说说哪个公司在用

【在 D***n 的大作中提到】

: 没，因为当年Java 的Jvm连像样的free()都没有谁用它，后来果然证明所谓跨平台是个
: 笑话。
: 后来搞科学计算那就更不想用了，正常算一次要70个小时，用java岂不是要一个星期？
: 现在在工业界也完全用不到。

z****e
发帖数: 54598

145

java在工业界的使用，随便google就有
你就是一骗子

【在 D***n 的大作中提到】

D***n
发帖数: 6804

146

蠢，那是上千个人写的。
不过倒是经常全局查找几千万行代码，后来还专门拓展了LLVM来帮助进行符号分析。
LLVM有Python binding，2天就上路了。

【在 z****e 的大作中提到】

: lol
: 那你也敢说你用过软件？
: 你写的不是软件
: 只是ee而已
: 科学计算有鸟用
: 企业谁用科学计算？
: hpc你说说哪个公司在用

z****e
发帖数: 54598

147

哦，你只是进去维护而已是吧？

【在 D***n 的大作中提到】

: 蠢，那是上千个人写的。
: 不过倒是经常全局查找几千万行代码，后来还专门拓展了LLVM来帮助进行符号分析。
: LLVM有Python binding，2天就上路了。

D***n
发帖数: 6804

148

LOL 大数据不用科学计算？不用统计模型？
搞笑呢！什么叫大数据？光是把数据在哪里倒腾来倒腾去一点像样的算法不用就叫大数
据了？

【在 z****e 的大作中提到】

: lol
: 那你也敢说你用过软件？
: 你写的不是软件
: 只是ee而已
: 科学计算有鸟用
: 企业谁用科学计算？
: hpc你说说哪个公司在用

z****e
发帖数: 54598

149

lol
那你说说python的哪个库比较适合搞ml
直接对比spark做效率测试
好不好？

【在 D***n 的大作中提到】

: LOL 大数据不用科学计算？不用统计模型？
: 搞笑呢！什么叫大数据？光是把数据在哪里倒腾来倒腾去一点像样的算法不用就叫大数
: 据了？

z****e
发帖数: 54598

150

另外，你搞的那点东西，不叫科学计算
这个名字是用来忽悠的
真正科学计算你要是不用hpc的话
其实叫做屌丝计算也没啥大不了的
否则你用手机都可以科学计算了
lol

【在 D***n 的大作中提到】

: LOL 大数据不用科学计算？不用统计模型？
: 搞笑呢！什么叫大数据？光是把数据在哪里倒腾来倒腾去一点像样的算法不用就叫大数
: 据了？

相关主题
● 求python大牛指路	● Anaconda装起来会跟已有的python dist有什么冲突吗？
● python is coming	● python在2009年差点死掉，后来为什么起死回生了？
● python 3 双/ 的意思。。。ugly in the hell....	● 从科学计算应用来讲，matlab语言的语法非常好
进入Programming版参与讨论

D***n
发帖数: 6804

151

加新功能，测试，维护，修bug，都要干。
你这话说的，感觉你没参与过大一点的集体项目。

【在 z****e 的大作中提到】

: 哦，你只是进去维护而已是吧？

z****e
发帖数: 54598

152

lol
测试我不干
我们有qa

【在 D***n 的大作中提到】

: 加新功能，测试，维护，修bug，都要干。
: 你这话说的，感觉你没参与过大一点的集体项目。

D***n
发帖数: 6804

153

MLlib uses the linear algebra package Breeze, which depends on netlib-java,
and jblas. netlib-java and jblas depend on native Fortran routines. You need
to install the gfortran runtime library if it is not already present on
your nodes. MLlib will throw a linking error if it cannot detect these
libraries automatically.
LOL
Spark用的是你仇恨的Fortran做后台计算，没libgfortain都运行不了。
你还扯什么蛋？你现在都没安装过SPARK么。

【在 z****e 的大作中提到】

: lol
: 测试我不干
: 我们有qa

D***n
发帖数: 6804

154

Unittest 你也不干就好意思找QA？你是山寨企业吧？

【在 z****e 的大作中提到】

: lol
: 测试我不干
: 我们有qa

z****e
发帖数: 54598

155

spark还要求你安装python的东西呢
你前面不是说java压根没用么？
spark和hdfs是啥？

,
need

【在 D***n 的大作中提到】

: MLlib uses the linear algebra package Breeze, which depends on netlib-java,
: and jblas. netlib-java and jblas depend on native Fortran routines. You need
: to install the gfortran runtime library if it is not already present on
: your nodes. MLlib will throw a linking error if it cannot detect these
: libraries automatically.
: LOL
: Spark用的是你仇恨的Fortran做后台计算，没libgfortain都运行不了。
: 你还扯什么蛋？你现在都没安装过SPARK么。

t********t
发帖数: 1264

156

developer team狂推FP，都是追求纯粹的理想主义，但是quant都不喜欢，c++用得好好
的，结构清晰效率高。本来c++很简单一个算法，FP一跑几个G内存轻轻松松就耗没了

【在 D***n 的大作中提到】

z****e
发帖数: 54598

157

lol
那你说说什么人不是什么都干？
测试也有新功能要加的哦
还会修他们自己的bugs哦

【在 D***n 的大作中提到】

: Unittest 你也不干就好意思找QA？你是山寨企业吧？

D***n
发帖数: 6804

158

netlib-java is a wrapper for low-level BLAS, LAPACK and ARPACK that performs
as fast as the C / Fortran interfaces.
只是个Java Warpper而已，真正干活的还是Fortran. 你好意思拿Warpper来比speed？
通过这个事情，鉴定你连大名鼎鼎的netlib都不知道，谈个毛的分布式计算。

【在 z****e 的大作中提到】

: spark还要求你安装python的东西呢
: 你前面不是说java压根没用么？
: spark和hdfs是啥？
:
: ,
: need

z****e
发帖数: 54598

159

我什么时候说过我仇恨fortran了？
我说fortran一堆烂pkg，每次都要重新编译
难道我说错了么？

,
need

【在 D***n 的大作中提到】

D***n
发帖数: 6804

160

还狡辩什么？测试只负责黑盒测试，
有些是写automation，但并不是所有QA都弄automation，纯手工测试的人占很大的比例。
有些有经验的测试人员虽然不写具体代码，但是抓错能力非常强，质量很高。
你没遇到这样的测试只能说明你在一个山寨企业。

【在 z****e 的大作中提到】

: lol
: 那你说说什么人不是什么都干？
: 测试也有新功能要加的哦
: 还会修他们自己的bugs哦

相关主题
● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？	● [bssd]汇报一下Julia进展
● 也谈谈语言之争	● 有没有觉得scipy很稀烂的？
● python要把@当作矩阵乘法算符	● 早就说了，java＋python就是将来
进入Programming版参与讨论

z****e
发帖数: 54598

161

这属于代码复用的一种
因为他们没有时间和力气去做这些事情
只好复用，重构代码需要大量的时间和精力
没有力气完成这些东西的时候，一个妥协的解决方案就是先用
慢慢改，另外，这个主要是nlp在用，lol
有的是非nlp的功能可以比较啊，你为啥非盯着这一个呢？

performs

【在 D***n 的大作中提到】

: netlib-java is a wrapper for low-level BLAS, LAPACK and ARPACK that performs
: as fast as the C / Fortran interfaces.
: 只是个Java Warpper而已，真正干活的还是Fortran. 你好意思拿Warpper来比speed？
: 通过这个事情，鉴定你连大名鼎鼎的netlib都不知道，谈个毛的分布式计算。

D***n
发帖数: 6804

162

哈哈哈
SPARK没有libgfortran都运行不了，当然SPARK每次在不同系统上都需要重新编译，否
则libgfortran从何而来？天上掉下来么？
孩子你太幼稚了，估计你连FFTW都没听说过吧。

【在 z****e 的大作中提到】

: 我什么时候说过我仇恨fortran了？
: 我说fortran一堆烂pkg，每次都要重新编译
: 难道我说错了么？
:
: ,
: need

z****e
发帖数: 54598

163

我们qa也写python哦
我狡辩啥了？你敢说测试没有做开发工作？
yes or no question，这个很容易回答撒

例。

【在 D***n 的大作中提到】

: 还狡辩什么？测试只负责黑盒测试，
: 有些是写automation，但并不是所有QA都弄automation，纯手工测试的人占很大的比例。
: 有些有经验的测试人员虽然不写具体代码，但是抓错能力非常强，质量很高。
: 你没遇到这样的测试只能说明你在一个山寨企业。

z****e
发帖数: 54598

164

lol
你确定吗？
spark的jars部分是不需要重新编译的哦
fortran要，那这是fortran的问题
你现在是打算把python换成fortran吗？

【在 D***n 的大作中提到】

: 哈哈哈
: SPARK没有libgfortran都运行不了，当然SPARK每次在不同系统上都需要重新编译，否
: 则libgfortran从何而来？天上掉下来么？
: 孩子你太幼稚了，估计你连FFTW都没听说过吧。

z****e
发帖数: 54598

165

为什么你要转移到fortran上去呢？
spark里面有fortran的依赖，这个是很糟糕的设计
只能认为他们在短时间内无法完成这个代码
所以只好挪用现成的产品
你盯着这个想说明啥？
你的python呢？

【在 D***n 的大作中提到】

D***n
发帖数: 6804

166

一个牛B的分布式平台无关的计算程序为啥要依赖Fortran库？
然后拿你仇恨的Fortran库来和Python比速度，LOL
直接说你没弄过SPARK得了。

【在 z****e 的大作中提到】

: lol
: 你确定吗？
: spark的jars部分是不需要重新编译的哦
: fortran要，那这是fortran的问题
: 你现在是打算把python换成fortran吗？

z****e
发帖数: 54598

167

我什么时候仇恨过fortran了？
但是每次重新编译让我很恶心而已
难道你很喜欢？
pure python都不需要重新编译撒
spark里有这个影响了跨平台的纯洁性
这不是一个好的设计，你就是想死咬着这个然后转进对吧？
lol
这个有时间的话，迟早给换掉，关键有没有人去做

【在 D***n 的大作中提到】

: 一个牛B的分布式平台无关的计算程序为啥要依赖Fortran库？
: 然后拿你仇恨的Fortran库来和Python比速度，LOL
: 直接说你没弄过SPARK得了。

z****e
发帖数: 54598

168

你就说吧，python到底有什么库可以比的
赶紧google
我们直接用同类产品做对比，最容易哈
mllib并不是spark的全部撒
lib啥意思？

【在 D***n 的大作中提到】

: 一个牛B的分布式平台无关的计算程序为啥要依赖Fortran库？
: 然后拿你仇恨的Fortran库来和Python比速度，LOL
: 直接说你没弄过SPARK得了。

D***n
发帖数: 6804

169

愚蠢之至的思路，除了显示你对计算一无所知还能说明啥？
你知道netlib，Lapack, Atlas是什么江湖地位么？你知道这些库花了多少人多少精力
和银子么？还短期无法完成代码，哈哈哈！
Scipy里面也用同样的库，所以你拿SPARK去比，只能比出同样的速度来。
Before building, you will also need to install packages that NumPy and SciPy
depend on
BLAS and LAPACK libraries (optional but strongly recommended for NumPy,
required for SciPy): typically ATLAS + LAPACK, or MKL, or ACML
C and Fortran compilers (typically gcc and gfortran).

【在 z****e 的大作中提到】

: 为什么你要转移到fortran上去呢？
: spark里面有fortran的依赖，这个是很糟糕的设计
: 只能认为他们在短时间内无法完成这个代码
: 所以只好挪用现成的产品
: 你盯着这个想说明啥？
: 你的python呢？

z****e
发帖数: 54598

170

lol
这难道不是说明我之前说对了？
一堆乱七八糟的库，换个平台还要重新编译
这些东西有关系么？
说到底你还是要去折腾fortran的重编译
因为这么大的东西无法在短时间内重构
所以现阶段只能这样了
诶，你的python怎么突然加上了fortran？
话说你最靠谱的里面没有fortran啊

SciPy

【在 D***n 的大作中提到】

: 愚蠢之至的思路，除了显示你对计算一无所知还能说明啥？
: 你知道netlib，Lapack, Atlas是什么江湖地位么？你知道这些库花了多少人多少精力
: 和银子么？还短期无法完成代码，哈哈哈！
: Scipy里面也用同样的库，所以你拿SPARK去比，只能比出同样的速度来。
: Before building, you will also need to install packages that NumPy and SciPy
: depend on
: BLAS and LAPACK libraries (optional but strongly recommended for NumPy,
: required for SciPy): typically ATLAS + LAPACK, or MKL, or ACML
: C and Fortran compilers (typically gcc and gfortran).

相关主题
● 早就说了，java＋python就是将来	● 易写性，易维护和执行效率综合来看
● Python的问题	● 虚心请教如何成为Python 大牛
● [合集] scipy还是matlab	● 忙起来了
进入Programming版参与讨论

z****e
发帖数: 54598

171

顺便说一下，没有错
我觉得这个东西迟早给换掉
关键看有没有人去做
有心之人可以开始做，哈哈

SciPy

【在 D***n 的大作中提到】

D***n
发帖数: 6804

172

Fortran我一开始就说了，不重复，请自行脑补。
重构个屁，你说这话就是扯头扯尾的无知了。
比如傅立叶变换里的数论变换NTT，如果用梅森质数，32位和64位就不同，因为31位是
一个梅森质数，61位是另外一个梅森质数。不一样的质数出来不一样的精度（这个好久
不搞，记不太清楚了）
这些微妙的区别能用integer一个类型解决吗？
这方面的优化问题倒是原理上可以用FP解决，因为最后的解往往是一个函数。把具体情
况作为参数带进去生成不同的优化函数，FFTW就是这么干的。
这个话题到此为止。我也是外行，但是懂的好像比你多一点点。

【在 z****e 的大作中提到】

: lol
: 这难道不是说明我之前说对了？
: 一堆乱七八糟的库，换个平台还要重新编译
: 这些东西有关系么？
: 说到底你还是要去折腾fortran的重编译
: 因为这么大的东西无法在短时间内重构
: 所以现阶段只能这样了
: 诶，你的python怎么突然加上了fortran？
: 话说你最靠谱的里面没有fortran啊
:

z****e
发帖数: 54598

173

狗屁
fortran是我跟你说的
不信自己回头看
哪，我这么跟你说
哪怕是用一样的fortran库
jvm一样干掉你的python的执行效率
不信试试
同样用python和java的api做一次就知道了
或者不用这么麻烦
你直接做word count就好了
差别很明显
你说了半天，就是想说fortran很有用吗？
好像不是啊，你说的是c/python啊
不信自己看

【在 D***n 的大作中提到】

: Fortran我一开始就说了，不重复，请自行脑补。
: 重构个屁，你说这话就是扯头扯尾的无知了。
: 比如傅立叶变换里的数论变换NTT，如果用梅森质数，32位和64位就不同，因为31位是
: 一个梅森质数，61位是另外一个梅森质数。不一样的质数出来不一样的精度（这个好久
: 不搞，记不太清楚了）
: 这些微妙的区别能用integer一个类型解决吗？
: 这方面的优化问题倒是原理上可以用FP解决，因为最后的解往往是一个函数。把具体情
: 况作为参数带进去生成不同的优化函数，FFTW就是这么干的。
: 这个话题到此为止。我也是外行，但是懂的好像比你多一点点。

D***n
发帖数: 6804

174

不懂就是不懂，玩啥文字游戏。
C/Python也没问题啊，有CLapack/CBLAS/ATLAS可以完全不用fortran。
你还要狡辩么？
word count是啥？

【在 z****e 的大作中提到】

: 狗屁
: fortran是我跟你说的
: 不信自己回头看
: 哪，我这么跟你说
: 哪怕是用一样的fortran库
: jvm一样干掉你的python的执行效率
: 不信试试
: 同样用python和java的api做一次就知道了
: 或者不用这么麻烦
: 你直接做word count就好了

z****e
发帖数: 54598

175

lol
别转移话题啊
我前面两个问题别回避掉啊

【在 D***n 的大作中提到】

: 不懂就是不懂，玩啥文字游戏。
: C/Python也没问题啊，有CLapack/CBLAS/ATLAS可以完全不用fortran。
: 你还要狡辩么？
: word count是啥？

D***n
发帖数: 6804

176

啥蠢问题，说吧。
我也许可以指导你一下。

【在 z****e 的大作中提到】

: lol
: 别转移话题啊
: 我前面两个问题别回避掉啊

z****e
发帖数: 54598

177

java一样也有其他的mllib比如weka之类的
我之前告诉你的是,python很慢
你唧唧歪歪了半天，想否认啥？
我不是说了嘛
你直接对比同样的scenario，哪怕是都用fortran库
python该慢还是慢，不信试试啊
躲来躲去干嘛呢？
几页问下来，还是在说hpc那些狗屁

【在 D***n 的大作中提到】

: 不懂就是不懂，玩啥文字游戏。
: C/Python也没问题啊，有CLapack/CBLAS/ATLAS可以完全不用fortran。
: 你还要狡辩么？
: word count是啥？

z****e
发帖数: 54598

178

装作看不到是没有用的
哪怕是用一样的fortran库
jvm一样干掉你的python的执行效率

【在 D***n 的大作中提到】

: 啥蠢问题，说吧。
: 我也许可以指导你一下。

z****e
发帖数: 54598

179

然后我们另外一个scenario
同样的代码，最常见的word count嘛
这个要是看不懂，自行脑补，没办法
你用java实现
一样干掉你用python实现
要不要试试？wdong已经试过了

【在 D***n 的大作中提到】

: 啥蠢问题，说吧。
: 我也许可以指导你一下。

D***n
发帖数: 6804

180

我前面说的很清楚：Python运行也许慢，但是开发速度快，追求运行速度上numpy和挂C
库，总体效果一点不慢。
前面也是这么说的，不理解请自己翻页复习。

【在 z****e 的大作中提到】

: java一样也有其他的mllib比如weka之类的
: 我之前告诉你的是,python很慢
: 你唧唧歪歪了半天，想否认啥？
: 我不是说了嘛
: 你直接对比同样的scenario，哪怕是都用fortran库
: python该慢还是慢，不信试试啊
: 躲来躲去干嘛呢？
: 几页问下来，还是在说hpc那些狗屁

相关主题
● data.table谁用过？有那么神吗？	● python is coming
● [合集] Python下面如何进行numeric analysis and statistical analysis	● python 3 双/ 的意思。。。ugly in the hell....
● 求python大牛指路	● Anaconda装起来会跟已有的python dist有什么冲突吗？
进入Programming版参与讨论

z****e
发帖数: 54598

181

lol
怎么证明开发速度快？
已经告诉你了
dynamic types会造成混乱

挂C

【在 D***n 的大作中提到】

: 我前面说的很清楚：Python运行也许慢，但是开发速度快，追求运行速度上numpy和挂C
: 库，总体效果一点不慢。
: 前面也是这么说的，不理解请自己翻页复习。

D***n
发帖数: 6804

182

http://atbrox.com/2010/08/20/word-count-with-mapreduce-on-a-gpu
Python挂CUDA库。
creating a big dataset, about 1/2 GB of Shakespeare text
dataset size = 493820800
creating numpy array of dataset
uploading array to gpu
word count took 38.4578704834 milliseconds
estimated throughput 11.9587084015 Gigabytes/s (95.67 Gigabit/s)
word count = 89988104.0

【在 z****e 的大作中提到】

: 然后我们另外一个scenario
: 同样的代码，最常见的word count嘛
: 这个要是看不懂，自行脑补，没办法
: 你用java实现
: 一样干掉你用python实现
: 要不要试试？wdong已经试过了

z****e
发帖数: 54598

183

lol
你准备针对每一个node都做一下gpu是不？
cloud上怎么做这个？当用户爆一个instance的时候
你让他怎么选择相应的gpu？好像没这个选项啊

【在 D***n 的大作中提到】

: http://atbrox.com/2010/08/20/word-count-with-mapreduce-on-a-gpu
: Python挂CUDA库。
: creating a big dataset, about 1/2 GB of Shakespeare text
: dataset size = 493820800
: creating numpy array of dataset
: uploading array to gpu
: word count took 38.4578704834 milliseconds
: estimated throughput 11.9587084015 Gigabytes/s (95.67 Gigabit/s)
: word count = 89988104.0

D***n
发帖数: 6804

184

用GPU直接计算word count，Python 20行程序搞定，
你用JCuda写出来看看？

z****e
发帖数: 54598

185

你怎么老是这里抄一点那里抄一点？
自己动手写下会死啊？
word count也就是几分钟的事情
不过反正你都承认python慢了
顺便，你是女基佬吗？

【在 D***n 的大作中提到】

D***n
发帖数: 6804

186

LOL
Stop being silly
即便手机上的GPU也不慢，为啥要上传到Cloud？

【在 z****e 的大作中提到】

: lol
: 你准备针对每一个node都做一下gpu是不？
: cloud上怎么做这个？当用户爆一个instance的时候
: 你让他怎么选择相应的gpu？好像没这个选项啊

z****e
发帖数: 54598

187

抱歉，cloud上不让你选，我怎么知道弄的是不是gpu？
你通过更换硬件来处理，这跟python有毛关系？
你是打算针对每一个node都做一次编译吗？

【在 D***n 的大作中提到】

: 用GPU直接计算word count，Python 20行程序搞定，
: 你用JCuda写出来看看？

z****e
发帖数: 54598

188

你在手机上的数据放得下是吧？
这个data很大嘛
你是女基佬的新马甲嘛？

【在 D***n 的大作中提到】

: LOL
: Stop being silly
: 即便手机上的GPU也不慢，为啥要上传到Cloud？

D***n
发帖数: 6804

189

老想试图显摆你的面试水平？哈哈，哥们还真不上你当。

【在 z****e 的大作中提到】

: 你怎么老是这里抄一点那里抄一点？
: 自己动手写下会死啊？
: word count也就是几分钟的事情
: 不过反正你都承认python慢了
: 顺便，你是女基佬吗？

D***n
发帖数: 6804

190

500M为啥放不下？

【在 z****e 的大作中提到】

: 你在手机上的数据放得下是吧？
: 这个data很大嘛
: 你是女基佬的新马甲嘛？

相关主题
● python在2009年差点死掉，后来为什么起死回生了？	● 也谈谈语言之争
● 从科学计算应用来讲，matlab语言的语法非常好	● python要把@当作矩阵乘法算符
● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？	● [bssd]汇报一下Julia进展
进入Programming版参与讨论

z****e
发帖数: 54598

191

说到底，你的招数就是换硬件嘛
哎哟，ee就知道这个

【在 D***n 的大作中提到】

: 老想试图显摆你的面试水平？哈哈，哥们还真不上你当。

z****e
发帖数: 54598

192

才500m count个p啊
来，500t试试，500g凑合

【在 D***n 的大作中提到】

: 500M为啥放不下？

D***n
发帖数: 6804

193

既然几分钟的事情，你可以用JCuda写给我们看看瞻仰一下么。

【在 z****e 的大作中提到】

: 你怎么老是这里抄一点那里抄一点？
: 自己动手写下会死啊？
: word count也就是几分钟的事情
: 不过反正你都承认python慢了
: 顺便，你是女基佬吗？

z****e
发帖数: 54598

194

cloud上开不了啊

【在 D***n 的大作中提到】

: 既然几分钟的事情，你可以用JCuda写给我们看看瞻仰一下么。

D***n
发帖数: 6804

195

500T的数据计算显然要考虑硬件，要考虑数据bandwidth么，更别说GPU了。
你真是幼稚的可爱。

【在 z****e 的大作中提到】

: 才500m count个p啊
: 来，500t试试，500g凑合

z****e
发帖数: 54598

196

最简单的问题
你怎么在cloud上搞定这个？
哪个instance跟你说，我这个是gpu了？
说来说去，你还是手机的思维

【在 D***n 的大作中提到】

: 老想试图显摆你的面试水平？哈哈，哥们还真不上你当。

z****e
发帖数: 54598

197

lol
cloud上怎么考虑gpu？
instance上没有选项啊

【在 D***n 的大作中提到】

: 500T的数据计算显然要考虑硬件，要考虑数据bandwidth么，更别说GPU了。
: 你真是幼稚的可爱。

D***n
发帖数: 6804

198

subprocess.call(["wc", "-w"])

【在 z****e 的大作中提到】

: 最简单的问题
: 你怎么在cloud上搞定这个？
: 哪个instance跟你说，我这个是gpu了？
: 说来说去，你还是手机的思维

z****e
发帖数: 54598

199

500T你遍历一次，考虑啥硬件？
难不成你打算全部读入内存？

【在 D***n 的大作中提到】

: 500T的数据计算显然要考虑硬件，要考虑数据bandwidth么，更别说GPU了。
: 你真是幼稚的可爱。

z****e
发帖数: 54598

200

问的是怎么选择让instance在gpu上
cloud上随便开一个instance,不是gpu啊
或者说压根不知道是不是用gpu撒

【在 D***n 的大作中提到】

: subprocess.call(["wc", "-w"])

相关主题
● 有没有觉得scipy很稀烂的？	● [合集] scipy还是matlab
● 早就说了，java＋python就是将来	● 易写性，易维护和执行效率综合来看
● Python的问题	● 虚心请教如何成为Python 大牛
进入Programming版参与讨论

z****e
发帖数: 54598

201

你说来说去，一招无非就是，把硬件换掉
那这跟写代码有啥关系？
太low level了，难怪说fp没用
oop和fp都是high level的paradigm
你从硬件角度出发去思考，当然觉得没有意义了
问题是，人就是不希望像你一样思考问题

【在 D***n 的大作中提到】

: subprocess.call(["wc", "-w"])

D***n
发帖数: 6804

202

如果这么讲究速度差异，为啥要在Cloud上随便开个instance？

【在 z****e 的大作中提到】

: 问的是怎么选择让instance在gpu上
: cloud上随便开一个instance,不是gpu啊
: 或者说压根不知道是不是用gpu撒

z****e
发帖数: 54598

203

我没有这么讲究撒
因为分布式现在已经几乎不让人类介入硬件层面的操作
都被cloud屏蔽了
所以只能在软件上动手脚
c因为不同os有不同的脾气，导致频繁编译
这个如果一旦instances增加，就挂了
所以只能用跨平台的语言，以抹杀差异
那剩下的选择就不是那么多鸟
在有限的选择里面，为什么不选择比较快的？
python慢出了名的，c的兼容性又比较糟糕，那你说怎么办？
不用cloud？自己造dc？贵啊，小鬼

【在 D***n 的大作中提到】

: 如果这么讲究速度差异，为啥要在Cloud上随便开个instance？

z****e
发帖数: 54598

204

随便开个instance也便宜不是？
你挑硬件，那谁不会，来，上hpc，啥搞不定

【在 D***n 的大作中提到】

: 如果这么讲究速度差异，为啥要在Cloud上随便开个instance？

D***n
发帖数: 6804

205

那是，以前我们的数据量，经过大量硬件筛选后，是每秒4G，当然要考虑这个问题。
优化代码是跟着硬件走的。简单的用JVM早爆了.
正经没干过像样的项目才会提出这么幼稚的问题。

【在 z****e 的大作中提到】

: 你说来说去，一招无非就是，把硬件换掉
: 那这跟写代码有啥关系？
: 太low level了，难怪说fp没用
: oop和fp都是high level的paradigm
: 你从硬件角度出发去思考，当然觉得没有意义了
: 问题是，人就是不希望像你一样思考问题

D***n
发帖数: 6804

206

HPC上跑什么你知道吗？用什么衡量它的计算能力你知道吗？
就是你厌恶的Fortran Lapack，哈哈哈哈。
http://www.top500.org/project/linpack/

【在 z****e 的大作中提到】

: 随便开个instance也便宜不是？
: 你挑硬件，那谁不会，来，上hpc，啥搞不定

z****e
发帖数: 54598

207

你确定古德霸他们的数据量每秒没有4g？
视频网站哦
我不信
这有啥好爆的，只要负载均衡做得好
问题应该不大，你要把这么多东西塞到一个node里面去
那自然就够呛，硬是要做成hpc，谁有办法

【在 D***n 的大作中提到】

: 那是，以前我们的数据量，经过大量硬件筛选后，是每秒4G，当然要考虑这个问题。
: 优化代码是跟着硬件走的。简单的用JVM早爆了.
: 正经没干过像样的项目才会提出这么幼稚的问题。

z****e
发帖数: 54598

208

所以我不认为这个是solution
贵啊，你给钱？

【在 D***n 的大作中提到】

: HPC上跑什么你知道吗？用什么衡量它的计算能力你知道吗？
: 就是你厌恶的Fortran Lapack，哈哈哈哈。
: http://www.top500.org/project/linpack/

z****e
发帖数: 54598

209

你只要下一个保证
这里谁都可以用自己的pc换hpc
你出钱，我立马闭嘴
有钱的是大爷，乱花是王道

【在 D***n 的大作中提到】

: HPC上跑什么你知道吗？用什么衡量它的计算能力你知道吗？
: 就是你厌恶的Fortran Lapack，哈哈哈哈。
: http://www.top500.org/project/linpack/

z****e
发帖数: 54598

210

这些都是硬件，都是机器性能
软件能做啥？除了输入点指令以外
还能干嘛？这还有paradigm？

【在 D***n 的大作中提到】

: HPC上跑什么你知道吗？用什么衡量它的计算能力你知道吗？
: 就是你厌恶的Fortran Lapack，哈哈哈哈。
: http://www.top500.org/project/linpack/

相关主题
● 虚心请教如何成为Python 大牛	● [合集] Python下面如何进行numeric analysis and statistical analysis
● 忙起来了	● 求python大牛指路
● data.table谁用过？有那么神吗？	● python is coming
进入Programming版参与讨论

g*****g
发帖数: 34805

211

你是搞科学计算的，这方面我不懂。但别拿科学计算来衡量一切，特别是软件工程。事
实上，CS出身的，哪有几个做科学计算的。还全局查找几千万行代码，实在是纯搞笑。
这东西其实企业内部倒也常见，一个Lunce就搞定了，现找那得找多久呀。

【在 D***n 的大作中提到】

: HPC上跑什么你知道吗？用什么衡量它的计算能力你知道吗？
: 就是你厌恶的Fortran Lapack，哈哈哈哈。
: http://www.top500.org/project/linpack/

D***n
发帖数: 6804

212

不同OS有不同的脾气所以C要频繁编译？？？？？ Instance增加就挂了？？？？？？？
1）我实在不明白你在说什么。
2）如果你真参与过大项目，你就不应该有这样的言论，这些都是很简单的问题。

【在 z****e 的大作中提到】

: 我没有这么讲究撒
: 因为分布式现在已经几乎不让人类介入硬件层面的操作
: 都被cloud屏蔽了
: 所以只能在软件上动手脚
: c因为不同os有不同的脾气，导致频繁编译
: 这个如果一旦instances增加，就挂了
: 所以只能用跨平台的语言，以抹杀差异
: 那剩下的选择就不是那么多鸟
: 在有限的选择里面，为什么不选择比较快的？
: python慢出了名的，c的兼容性又比较糟糕，那你说怎么办？

z****e
发帖数: 54598

213

这很难理解？
人的大脑有850亿个nodes
你设想一下，这850亿个nodes上要部署同一个软件
如果频繁编译的话，会是怎样一幅光景
当然850亿个实在太多，但是800个应该问题不大
你试试哪怕最简单的copy&paste，做800次
看看吃不吃得消，所以会尽一切可能兼容不同的软件产品
越兼容越好，虽然完美的跨平台是一个比较遥远的梦想
但是有总比没有强太多
不是instances挂了，是你会挂

【在 D***n 的大作中提到】

: 不同OS有不同的脾气所以C要频繁编译？？？？？ Instance增加就挂了？？？？？？？
: 1）我实在不明白你在说什么。
: 2）如果你真参与过大项目，你就不应该有这样的言论，这些都是很简单的问题。

D***n
发帖数: 6804

214

有啥搞笑的，经常发生的事情。
搞过的人都这么干过。生找10－20分钟，弄个简单脚本改进一下不超过1分钟。
用LLVM前端可以精确找。

【在 g*****g 的大作中提到】

: 你是搞科学计算的，这方面我不懂。但别拿科学计算来衡量一切，特别是软件工程。事
: 实上，CS出身的，哪有几个做科学计算的。还全局查找几千万行代码，实在是纯搞笑。
: 这东西其实企业内部倒也常见，一个Lunce就搞定了，现找那得找多久呀。

g*****g
发帖数: 34805

215

所以你们公司弱呀，尼玛这种有标准轮子解决方案的东西，居然10-20分钟也能忍受。

【在 D***n 的大作中提到】

: 有啥搞笑的，经常发生的事情。
: 搞过的人都这么干过。生找10－20分钟，弄个简单脚本改进一下不超过1分钟。
: 用LLVM前端可以精确找。

D***n
发帖数: 6804

216

你难道不知道可以一次编译不同体系下的库吗？
一次把所有可能的体系编译好了，一般也就2-3种，用的时候自动链
接对应的体系库
不就得了？
还是不理解。

【在 z****e 的大作中提到】

: 这很难理解？
: 人的大脑有850亿个nodes
: 你设想一下，这850亿个nodes上要部署同一个软件
: 如果频繁编译的话，会是怎样一幅光景
: 当然850亿个实在太多，但是800个应该问题不大
: 你试试哪怕最简单的copy&paste，做800次
: 看看吃不吃得消，所以会尽一切可能兼容不同的软件产品
: 越兼容越好，虽然完美的跨平台是一个比较遥远的梦想
: 但是有总比没有强太多
: 不是instances挂了，是你会挂

D***n
发帖数: 6804

217

我们公司有你说的这个lookup tool，not a big deal。
有时候要找刚更新的数据，你用Lunce建索引差不多时间，我不希望遗漏什么，我不想
结果是
从某个cache中返回的。
10分钟－20分钟没什么，反正是机器忙，我干别的去了

【在 g*****g 的大作中提到】

: 所以你们公司弱呀，尼玛这种有标准轮子解决方案的东西，居然10-20分钟也能忍受。

z****e
发帖数: 54598

218

不是只有2-3种
是你只用到了2-3种
光开发就有可能2-3种
mac,win&linux都有人用
server一般都是linux，但是你不能保证windows和unix没有人用
而且一次编译多种不烦么？嘴巴上说很简单
动手做起来烦死了，这里面还有可能有各种问题
不同平台编译多次都是说很容易，做起来烦
你在mac上安装一下scipy，就很烦，有多烦，你自己看
http://www.scipy.org/scipylib/building/macosx.html
这还只是一个libs
如果多个libs同时出这种问题，乖乖，真爽

接对应的体系库

【在 D***n 的大作中提到】

: 你难道不知道可以一次编译不同体系下的库吗？
: 一次把所有可能的体系编译好了，一般也就2-3种，用的时候自动链
: 接对应的体系库
: 不就得了？
: 还是不理解。

D***n
发帖数: 6804

219

我正好干过你说的事，mac/linux/win都做，没问题。
Python是你说这事的最佳选择。

【在 z****e 的大作中提到】

: 不是只有2-3种
: 是你只用到了2-3种
: 光开发就有可能2-3种
: mac,win&linux都有人用
: server一般都是linux，但是你不能保证windows和unix没有人用
: 而且一次编译多种不烦么？嘴巴上说很简单
: 动手做起来烦死了，这里面还有可能有各种问题
: 不同平台编译多次都是说很容易，做起来烦
: 你在mac上安装一下scipy，就很烦，有多烦，你自己看
: http://www.scipy.org/scipylib/building/macosx.html

z****e
发帖数: 54598

220

说的是c不行
python可以，但是python偏偏又慢
java效率超过python，兼容性又能保证
你又没搞过java，你懂啥？

【在 D***n 的大作中提到】

: 我正好干过你说的事，mac/linux/win都做，没问题。
: Python是你说这事的最佳选择。

相关主题
● python 3 双/ 的意思。。。ugly in the hell....	● 从科学计算应用来讲，matlab语言的语法非常好
● Anaconda装起来会跟已有的python dist有什么冲突吗？	● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？
● python在2009年差点死掉，后来为什么起死回生了？	● 也谈谈语言之争
进入Programming版参与讨论

D***n
发帖数: 6804

221

晕，发现你没正经用过Mac ...
你不用mac不用linux咋这操心跨平台？

【在 z****e 的大作中提到】

: 说的是c不行
: python可以，但是python偏偏又慢
: java效率超过python，兼容性又能保证
: 你又没搞过java，你懂啥？

z****e
发帖数: 54598

222

啥？那我用的是啥你说？

【在 D***n 的大作中提到】

: 晕，发现你没正经用过Mac ...
: 你不用mac不用linux咋这操心跨平台？

D***n
发帖数: 6804

223

我只能认为你在用Win，或者你没正经用过Mac.
mac 上已经装了SCIPY/NUMPY。

【在 z****e 的大作中提到】

: 啥？那我用的是啥你说？

D***n
发帖数: 6804

224

我这台办公Mac上自带的有。而且2.6/2.7都有，我实在记不得我装过。
即便装过估计也就是2分钟的事。
http://stackoverflow.com/questions/12092306/how-to-install-scip
从你这么不熟练的角度来看，你确实mac很不熟悉。

D***n
发帖数: 6804

225

走了，晚安

z****e
发帖数: 54598

226

mac上已经装了numpy？scipy？你确定？
哪个版本？
公司it帮你装的吧？

【在 D***n 的大作中提到】

: 我只能认为你在用Win，或者你没正经用过Mac.
: mac 上已经装了SCIPY/NUMPY。

z****e
发帖数: 54598

227

干
那是python
不是scipy和numpy
scipy现在版本号还没上1，numpy现在版本号还没上2
去哪里来的2.6/7
你好意思说你搞过python

【在 D***n 的大作中提到】

: 我这台办公Mac上自带的有。而且2.6/2.7都有，我实在记不得我装过。
: 即便装过估计也就是2分钟的事。
: http://stackoverflow.com/questions/12092306/how-to-install-scip
: 从你这么不熟练的角度来看，你确实mac很不熟悉。

S*A
发帖数: 7142

228

最大的 open source 项目是按照单位时间的 commit 和参加 commit 的人
来算的。
Eclipse 的 commit 的人数肯定低很多，commit 频繁程度我没有仔细考究，
估计是干不过 Linux kernel。

【在 g*****g 的大作中提到】

: 你错了，Linux kernel大约15M行代码。Eclipse每一年ship一个版本，每个版本的新代
: 码就超过10M，最新的版本有61M。

z****e
发帖数: 54598

229

这就是问题嘛
人多写出的代码反而少
另外一边人少写出的代码反而多
你觉得哪个productivity高？
就像那个上千万，原来是一千多个人写的
我们现在两个人就维护上百万行代码
自己对比
造轮子当然是大牛做的事
可就是挡不住码农认为自己是linus

【在 S*A 的大作中提到】

: 最大的 open source 项目是按照单位时间的 commit 和参加 commit 的人
: 来算的。
: Eclipse 的 commit 的人数肯定低很多，commit 频繁程度我没有仔细考究，
: 估计是干不过 Linux kernel。

S*A
发帖数: 7142

230

语言比较不一样，解决的问题也不一样。
Java 的 boiler plate 代码比较多。
单位 commit 的代码少这个应该是好事。
说明程序精简。
关键要看多少代码解决了多少问题。
Linux kernel 支持如此众多的硬件和驱动。
是非常牛 B 的。代码臃肿不是值得光荣的
事情。
就比方那个 sequence matcher。我的 C 程序大概 2
屏，比 python 快几十倍，比后来有人贴的 go 的快 12 倍。
这个就是效率。至于你要是写个 Java 的，估计是慢
几倍以上。我有空可以用 Java 实现一遍，给大家有兴趣的
继续优化。
Linus 只有一个，但是给 kernel contribute 的人很多很多。

【在 z****e 的大作中提到】

: 这就是问题嘛
: 人多写出的代码反而少
: 另外一边人少写出的代码反而多
: 你觉得哪个productivity高？
: 就像那个上千万，原来是一千多个人写的
: 我们现在两个人就维护上百万行代码
: 自己对比
: 造轮子当然是大牛做的事
: 可就是挡不住码农认为自己是linus

相关主题
● python要把@当作矩阵乘法算符	● 早就说了，java＋python就是将来
● [bssd]汇报一下Julia进展	● Python的问题
● 有没有觉得scipy很稀烂的？	● [合集] scipy还是matlab
进入Programming版参与讨论

z****e
发帖数: 54598

231

做事情首先要有目的
其次才谈得上如何解决和实现
你也不想想为什么人家要做那事
上来就顺着他说的思路往前走
到最后其实根本就不是你想的那样
难道不是？
这就是书呆子的思维方式，被人给一个命题
就开始解题，从来不问为什么要这么做
最后吃力不讨好，别人拿你当工具使唤
就你说的的快慢
这个应该分析复杂度
复杂度相等的时候，就没有必要优化了
优化的空间有限，也没有太大意义
算法老师怎么说的？o(100n)和o(n)有本质区别么？
linus做过的事情，我就不想做了
主要是可图利的空间就变小了
做别人没有做过的事，机会相对多很多
做别人做过的事，你需要比别人聪明上那么一大截才行
因为人家已经在市场上建立了优势，我自认为达不到
所以就不折腾了，把时间和精力投入在更有机会的领域上

【在 S*A 的大作中提到】

: 语言比较不一样，解决的问题也不一样。
: Java 的 boiler plate 代码比较多。
: 单位 commit 的代码少这个应该是好事。
: 说明程序精简。
: 关键要看多少代码解决了多少问题。
: Linux kernel 支持如此众多的硬件和驱动。
: 是非常牛 B 的。代码臃肿不是值得光荣的
: 事情。
: 就比方那个 sequence matcher。我的 C 程序大概 2
: 屏，比 python 快几十倍，比后来有人贴的 go 的快 12 倍。

S*A
发帖数: 7142

232

只是有捷径而已，不是捷径的还是要老老实实
sequence match。捷径就是 dictionary map。如果是
exact match 就 dictionary map 捷径了。
不是 exact match 就要 sequence match 了。
老大，我问的最多的好不好。问他 string 这个
长度分布如何。
你 O（n）算法是错的。你自己说的，要个wrapper，如果有
相似度低的（typo）就要 sequence match，一般没有特指 O（n）说的是最坏
情况的复杂度。所以最坏情况就是相似度低，你要用 sequence matcher。
那个就是 O（n*n). 这个是算法复杂度常识好不好。

【在 z****e 的大作中提到】

: 做事情首先要有目的
: 其次才谈得上如何解决和实现
: 你也不想想为什么人家要做那事
: 上来就顺着他说的思路往前走
: 到最后其实根本就不是你想的那样
: 难道不是？
: 这就是书呆子的思维方式，被人给一个命题
: 就开始解题，从来不问为什么要这么做
: 最后吃力不讨好，别人拿你当工具使唤
: 就你说的的快慢

b*******s
发帖数: 5216

233

大哥，多说多错

【在 z****e 的大作中提到】

S*A
发帖数: 7142

234

这个实在太无聊了。这个意思就是说，慢和快一样是吗？
如果运行一次要 4 分钟，我干吗要用 40 分钟的实现？
虽然理论复杂度都一样。
你要 SSD 干吗？和机械硬盘都是一个 O（n）嘛。

z****e
发帖数: 54598

235

lol
我的确不care硬件
那个thread里面不也说了
硬件不一样，光说快慢无意义
运行一次4分钟，为什么需要用40分钟实现
那看你的定义，如果4分钟的代码需要10个小时的时间阅读理解
那我还是折磨那40分钟机器比较好
本来cs就只关心复杂度，就是一种理论上的抽象
你以为他们在干嘛？
搞硬件那叫ee

【在 S*A 的大作中提到】

: 这个实在太无聊了。这个意思就是说，慢和快一样是吗？
: 如果运行一次要 4 分钟，我干吗要用 40 分钟的实现？
: 虽然理论复杂度都一样。
: 你要 SSD 干吗？和机械硬盘都是一个 O（n）嘛。

c*******9
发帖数: 9032

236

对作人工智能并行算法research的人来说确实差别不很大。10倍差别三五年就赶上了。

【在 S*A 的大作中提到】

z****e
发帖数: 54598

237

你问了那么多，最后你对了么？
我最后的总结难道不是告诉你答案了？
typo可以另外做，不做也没啥大不了的
本来原作者就不是很在乎typo，人家只是给你一个例子而已
现实中你甚至可以押到下一个需求去实现
你非要用最坏情况来思考问题，那谁有办法
你真以为搜索引擎是一个完美的东西？
你用他原文算法，当然复杂度偏高，我一开始就不用
你非要用我有什么办法？那种算法在现实中几乎没有任何意义
平方增长会使得你用c写的代码变得缓慢，你说你何必呢？
浪费大量时间在这个上，又慢，又不讨好，可读性还差，效率还低
现实中要抓大放小，你不可能面面具到，人是不完美的
现实更是如此

【在 S*A 的大作中提到】

z****e
发帖数: 54598

238

我一开始就是从降低复杂度入手解决问题
其他人多数是并行处理解决，这个不改变复杂度，但是还是会快
而你用的恰恰是最愚蠢的方式，以更换语言来彰显个性
那人类发明各种high level的语言是为了啥？
你回答这个问题，如果单纯追求效率，什么fp,oop都可以统统去死了
可现实偏偏就不遂你意，人家压根就没有问你用c如何写
你吭哧吭哧一顿写，你无聊不？
你用了错误的时间做了错误的事，还自以为是

【在 S*A 的大作中提到】

d******e
发帖数: 2265

239

赵老师，业界通用linux.谁没事蛋疼给windows mac编译？

【在 z****e 的大作中提到】

: lol
: 我的确不care硬件
: 那个thread里面不也说了
: 硬件不一样，光说快慢无意义
: 运行一次4分钟，为什么需要用40分钟实现
: 那看你的定义，如果4分钟的代码需要10个小时的时间阅读理解
: 那我还是折磨那40分钟机器比较好
: 本来cs就只关心复杂度，就是一种理论上的抽象
: 你以为他们在干嘛？
: 搞硬件那叫ee

z****e
发帖数: 54598

240

开发机器你用啥？
linux？
不是吧
mac还是很多银用滴

【在 d******e 的大作中提到】

: 赵老师，业界通用linux.谁没事蛋疼给windows mac编译？

相关主题
● [合集] scipy还是matlab	● 忙起来了
● 易写性，易维护和执行效率综合来看	● data.table谁用过？有那么神吗？
● 虚心请教如何成为Python 大牛	● [合集] Python下面如何进行numeric analysis and statistical analysis
进入Programming版参与讨论

o**o
发帖数: 3964

241

就算只50块钱一小时，赵老师这已经搭进去不止500了。
究竟是为啥？谁动了奶酪

z****e
发帖数: 54598

242

我在干活，顺便灌水，hoho
你要是以为我单纯灌水，那就大错特错了

【在 o**o 的大作中提到】

: 就算只50块钱一小时，赵老师这已经搭进去不止500了。
: 究竟是为啥？谁动了奶酪

d******e
发帖数: 2265

243

ubuntu. mac就是打字,编译，真的测试，调算法push到ubuntu上。如果不是单位闲置，
我早就改装ubuntu了。

【在 z****e 的大作中提到】

: 开发机器你用啥？
: linux？
: 不是吧
: mac还是很多银用滴

z****e
发帖数: 54598

244

那不行，还要搞swift呢

【在 d******e 的大作中提到】

: ubuntu. mac就是打字,编译，真的测试，调算法push到ubuntu上。如果不是单位闲置，
: 我早就改装ubuntu了。

l***y
发帖数: 4671

245

R？

【在 D***n 的大作中提到】

h*******u
发帖数: 15326

246

支持大牛
跟全栈三哥程序员不要浪费时间

【在 D***n 的大作中提到】

p*********k
发帖数: 13

247

同意这个回帖。
我写过C++,C,Java, C#,感觉java 和C# 的开发效率确实高。c/c++的计算效率高, 内
存小, 速度快。但是用来用去还是python是真爱。没别的,科学计算无人能敌, 兼顾开
发效率和计算效率。我做machine learning 的, computer vision 和nlp 的都要有。
先说library, 很多的vision library 是Matlab 的,改成java 或是C# 太累了。C++
有很好的库,但是要花不少时间调试。要是在device上实现还有需要,在cloud上就
overkill了,毕竟还有io瓶颈。python 就方便太多了,基本直接翻译matlab成numpy
scipy. NLP的库,JAVA 和SCALA是重镇。Python里的有 nltk,相比而言比较慢一些。但
是坦率的说, nltk里的一些实现还是比较简单没有使用numpy scipy. 随着现在的deep
learning 的算法进展, 很多将来的 nlp库会更适合在python 环境下运行。再说
machine learning, 就不说sklearn了,比很多java的ml库好用太多。其实搞ml多了,大
多数的算法都不合用,真正想要的还是要自己写。这个时候jvm就慢得一塌糊涂了。好用
的还是python prototype,再改用cython换成c module. 要是用gpu,那python就更爽了。
再说说distributed computing, 这一点python一直是落后很多的。主要是多线程支持
太差, 并发效率比较低。用了这些年,觉得还是asynchronous 比较适合python. 但是对
系统有比较全面了解才行。保证每个操作的独立性和小计算量。不是所有的计算都好用
, 不过倒是非常适合machine learning 的算法。blaze现在正在解决distributed
numpy,希望可以在不久的将来看到他的实现, 也不排除可能阑尾。
再说前台, python和Javascript 的融合度真的很高, asynchronous 的模式更默契。
json作为数据传输格式,基本没有障碍。所有前台可以交给 nodejs之类的开发。
最后说跨平台, enthought不支持免费的64位系统。但是anaconda支持。用过mac,
windows, linux, 没有任何问题。非常满意。但是确实会有环境问题, 开发环境和
deploy环境不一致, 往往会产生frustration. virtual environment 可以解决这个问
题。但是更期待基于docker的方案。使用cython优化过的machine learning module,
内存和cpu 的效率比jvm都要高很多,非常适合docker。将来cloud computing 的
management 会越来越方便快捷, 这个将会很好的补足python的弱点。
有一个语言可以一统天下当然好, 可惜还没有出现。各个语言都有各自的优势。都在补
足缺点。关键是不同的应用,选择不同的语言。

mac

【在 f******x 的大作中提到】

x****k
发帖数: 2932

248

在有严格开发规范的公司，不符合公司代码规范的代码连checkin都会被检查程序自动
block，这不是靠人而是机器执行的。某些阿三不管用哪种语言都可以写出无法
maintain的代码，这不是语言的问题。

【在 z****e 的大作中提到】

: 改进风格这话就是纯粹胡扯蛋
: 这个就像当年说的可以通过文档来解释代码一样
: 统统都是放屁
: 到最后没有人会去执行
: 人是复杂的动物，你怎么定规则，人会听话才怪了
: 人不是机器，德国人日本人也许可以
: 但是美国人，中国人，阿三，绝对不听你的

C**********r
发帖数: 8189

249

++
deep
好贴，马克

【在 p*********k 的大作中提到】

: 同意这个回帖。
: 我写过C++,C,Java, C#,感觉java 和C# 的开发效率确实高。c/c++的计算效率高, 内
: 存小, 速度快。但是用来用去还是python是真爱。没别的,科学计算无人能敌, 兼顾开
: 发效率和计算效率。我做machine learning 的, computer vision 和nlp 的都要有。
: 先说library, 很多的vision library 是Matlab 的,改成java 或是C# 太累了。C++
: 有很好的库,但是要花不少时间调试。要是在device上实现还有需要,在cloud上就
: overkill了,毕竟还有io瓶颈。python 就方便太多了,基本直接翻译matlab成numpy
: scipy. NLP的库,JAVA 和SCALA是重镇。Python里的有 nltk,相比而言比较慢一些。但
: 是坦率的说, nltk里的一些实现还是比较简单没有使用numpy scipy. 随着现在的deep
: learning 的算法进展, 很多将来的 nlp库会更适合在python 环境下运行。再说

C**********r
发帖数: 8189

250

嗯

【在 D***n 的大作中提到】

: HPC上跑什么你知道吗？用什么衡量它的计算能力你知道吗？
: 就是你厌恶的Fortran Lapack，哈哈哈哈。
: http://www.top500.org/project/linpack/

相关主题
● 求python大牛指路	● Anaconda装起来会跟已有的python dist有什么冲突吗？
● python is coming	● python在2009年差点死掉，后来为什么起死回生了？
● python 3 双/ 的意思。。。ugly in the hell....	● 从科学计算应用来讲，matlab语言的语法非常好
进入Programming版参与讨论

d********u
发帖数: 5383

251

门槛不低。大家先去看看lambda calculus再来发言好了。
基本上用这个搞死人是一秒钟的事。

【在 j********x 的大作中提到】

e*******7
发帖数: 2169

252

我也觉得喊人比较不靠谱。
俺不是码工，或者说不做开发很多很多年，管IT战略的。一个大企业几十年积累下来，
不要说代码，就在app这一层很多具体的实现都已经没人清楚了，需要去看当年的文档。
喊人的话，可能仅适用于当前正在进行的项目，开发队伍比较集中，不跨时区跨组。而
且即便喊人，我感觉人家也是扔给你一个文档。

【在 q*c 的大作中提到】

: 开什么玩笑。
: 喊人人根本不理会你, 人忙呢，你是谁啊？给所有人写 review?
: 告状？你很快就成为众所周知的 whiner, sucker.
: cross team coop policy 是要给对方 3 天缓冲。
: 你是公司的 CXO? 随便搞人？呵呵。

a*****e
发帖数: 1700

253

对啊，谁用一句话说说 lambda calculus 怎么表达哥德尔不完备定理吧。

【在 d********u 的大作中提到】

: 门槛不低。大家先去看看lambda calculus再来发言好了。
: 基本上用这个搞死人是一秒钟的事。

h**********c
发帖数: 4120

254

我感觉fp不就是matlab上m script吗
One decade ago, 我老写了六七年
换上java，那更是p38上RR

【在 d********u 的大作中提到】

: 门槛不低。大家先去看看lambda calculus再来发言好了。
: 基本上用这个搞死人是一秒钟的事。

h**********c
发帖数: 4120

255

sorry it should be p51,
Jira status resolved.

【在 h**********c 的大作中提到】

: 我感觉fp不就是matlab上m script吗
: One decade ago, 我老写了六七年
: 换上java，那更是p38上RR

g*****g
发帖数: 34805

256

10-20分钟是没什么，幸好你们只有几千万行代码，日后要是有几亿行，就得100-200分
钟。每天上班搜两次，就可以下班了。用checkin 引发 Lucene索引，数据延迟最多几
分钟，比你动辄10-20分钟的搜索延迟可低多了，不是从cache中返回的，可这时间新的
checkin你就没搜到，有啥区别。我看你对基本逻辑都没弄清楚还。

从某个cache中返回的。

【在 D***n 的大作中提到】

: 我们公司有你说的这个lookup tool，not a big deal。
: 有时候要找刚更新的数据，你用Lunce建索引差不多时间，我不希望遗漏什么，我不想
: 结果是
: 从某个cache中返回的。
: 10分钟－20分钟没什么，反正是机器忙，我干别的去了

g*****g
发帖数: 34805

257

你这也扯的没边了，代码多就是臃肿，少就是精简，又不是干同一个活。Java一行代码
比C一行代码能干的活多多了。

【在 S*A 的大作中提到】

D***n
发帖数: 6804

258

所以哥们我感觉你Mac严重不熟悉。
Mac OS X自己带了Python，带了VIM，带了Emacs，哥在Mac开发70%用Eamacs/VI，30%用
Xcode
而且Mac OS X带了好几个版本的Python 现在用的是2.7，
在Mac 下安装Sci就一句话：
sudo easy_install scipy
不到1分钟的事情。

【在 z****e 的大作中提到】

: 干
: 那是python
: 不是scipy和numpy
: scipy现在版本号还没上1，numpy现在版本号还没上2
: 去哪里来的2.6/7
: 你好意思说你搞过python

q*c
发帖数: 9453

259

所以我觉得这同学觉得 vi 比 ide 快得多，几千万的程序随时能喊人过来解释别人的
程序，实在无法理解他们那用的是啥状态。

档。

【在 e*******7 的大作中提到】

: 我也觉得喊人比较不靠谱。
: 俺不是码工，或者说不做开发很多很多年，管IT战略的。一个大企业几十年积累下来，
: 不要说代码，就在app这一层很多具体的实现都已经没人清楚了，需要去看当年的文档。
: 喊人的话，可能仅适用于当前正在进行的项目，开发队伍比较集中，不跨时区跨组。而
: 且即便喊人，我感觉人家也是扔给你一个文档。

z****e
发帖数: 54598

260

你想想你额外去维护这样一个代码规范的系统成本有多大？
把这个东西直接押给语言就好了，何必浪费时间？

【在 x****k 的大作中提到】

: 在有严格开发规范的公司，不符合公司代码规范的代码连checkin都会被检查程序自动
: block，这不是靠人而是机器执行的。某些阿三不管用哪种语言都可以写出无法
: maintain的代码，这不是语言的问题。

相关主题
● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？	● [bssd]汇报一下Julia进展
● 也谈谈语言之争	● 有没有觉得scipy很稀烂的？
● python要把@当作矩阵乘法算符	● 早就说了，java＋python就是将来
进入Programming版参与讨论

z****e
发帖数: 54598

261

lol
我说的是python吗？
你到底安装过scipy没有？
scipy在python下安装就一句话？
哈哈，你google下，看多少人在说安装scipy有多痛苦
你根本就没做过
告诉你吧
scipy要先安装xcode，其次再调整一个什么参数，忘了，ui的好像
然后安装gfortran，然后重新编译，一堆warning
因为fotran的pkg不能跨平台，需要重新编译
你就一骗子，根本没做过
numpy比较容易，这个我信，scipy比较麻烦
matplotlib就更苦逼了，上次我需要修改源代码加了一个声明才能调用
鬼知道那句话是啥意思

【在 D***n 的大作中提到】

: 所以哥们我感觉你Mac严重不熟悉。
: Mac OS X自己带了Python，带了VIM，带了Emacs，哥在Mac开发70%用Eamacs/VI，30%用
: Xcode
: 而且Mac OS X带了好几个版本的Python 现在用的是2.7，
: 在Mac 下安装Sci就一句话：
: sudo easy_install scipy
: 不到1分钟的事情。

r********n
发帖数: 7441

262

真不知道你为什么老看不起 c,你自己大概并不用 c,对于做科学计算和数值仿真的核心
库函数而言，c 仍然是主流，没有谁会傻到用 java开发核心库，java也就是适合低端
最终用户而已

【在 z****e 的大作中提到】

z****e
发帖数: 54598

263

我说的是，这些烂包用起来很烦
效率也不高，很多时候只是某些人自以为效率很高
其实p

【在 r********n 的大作中提到】

: 真不知道你为什么老看不起 c,你自己大概并不用 c,对于做科学计算和数值仿真的核心
: 库函数而言，c 仍然是主流，没有谁会傻到用 java开发核心库，java也就是适合低端
: 最终用户而已

z****e
发帖数: 54598

264

其实一个字
就是懒，怎么着吧
我就是不想看这些乱七八糟的东西
当你身边资源就这么多，又想做很多事的时候
你必须有所取舍，所有东西都是，你看懂他怎么实现
你就会做了，那这个不是用户，是测试
我可没兴趣每日每夜滴给各种垃圾软件做测试
做得不好，不用，换
赶紧搞定，回家睡觉
写代码可不是什么乐事
应该由软件来伺候人，而不是反过来，人去伺候代码

【在 r********n 的大作中提到】

z****e
发帖数: 54598

265

只看到不足，没有看到机会
就是因为这些领域，有些东西是空白
所以其实你才有发财的机会，你投入，你做出来，你没准就能发财
startup不就是在干这些事？
Matlab什么都是商业软件，当然，这么多年积累下去
短时间内你要换成java
“太累了”
废话，就是因为其他人都不做，所以如果你能做出来
你就有机会名垂青史
不都是人在做么？
嘴巴上喊，哎呀，不好用，没有，这个不难
问题是，解决方案是什么？
没有？没有就去做，这就是机会
像什么Matlab这种根本就不叫轮子，这叫公司用来插管吸血的玩意
最终都是要淘汰的，虽然这条路很长，但是慢慢就会实现
就跟.net一样，资本家的坟墓迟早会被掘出来，然后埋葬他们
实际上很多公司已经吃不消了
就是因为没有，所以才有机会
光看着说，没有，然后什么都不做，那就是错失良机
什么都错过，那人生就悲剧了

++
deep

【在 p*********k 的大作中提到】

D***n
发帖数: 6804

266

Mac OS X ／ Linux 新人用户言论，鉴定完毕。
我所有的Mac机器都有scipy，都能用。而且我从来没觉得scipy对我造成任何麻烦。我
所有的安装都是自己弄，也就2－3个小时的事情。安装libgfortran恐怕是最简单的事
情了，居然你还能吓成这样。
一堆warning只不过把相关开关打开而已。你这么说只能说明你Xcode很不熟，没做过像
样的项目，稍微像样点的项目控制各种warning开关是必须的事。

【在 z****e 的大作中提到】

: lol
: 我说的是python吗？
: 你到底安装过scipy没有？
: scipy在python下安装就一句话？
: 哈哈，你google下，看多少人在说安装scipy有多痛苦
: 你根本就没做过
: 告诉你吧
: scipy要先安装xcode，其次再调整一个什么参数，忘了，ui的好像
: 然后安装gfortran，然后重新编译，一堆warning
: 因为fotran的pkg不能跨平台，需要重新编译

D***n
发帖数: 6804

267

请你搞清楚上下文
zhaoce抱怨印度人程序写的差，他看不懂。
这是人的问题，当然通过人的方法去解决，
和印度人工作过的人都知道上来就嚷嚷的重要性，只有傻子才看不懂别人的代码还在那
里死磕。
zhaoce的解决方案是为此要换一套语言，用技术问题去解决人的风格的问题，这不是搞
笑么？Java能阻止印度人的长篇大论？我看正好相反，Java本质上鼓励印度人长篇大论
，什么破事都搞一套class。

【在 q*c 的大作中提到】

: 所以我觉得这同学觉得 vi 比 ide 快得多，几千万的程序随时能喊人过来解释别人的
: 程序，实在无法理解他们那用的是啥状态。
:
: 档。

z****e
发帖数: 54598

268

我从来都认为人的问题是最头疼的问题
因为人不会轻易遵循规则
比如你，明明没有安装过scipy
还非要说自己装过，连最基本的scipy需要xcode这些常识都不懂
还继续骗
看不懂代码要找人问很容易
问题是人有可能都已经走了
你找谁问？这种情况就是大屎坑
谁都在极力避免，也就是你，喜欢在里面扑腾
光靠java当然是不够的，java之后还有很多工具予以限制
靠工具比靠人定规则，那是要靠谱太多了
工作中像你这样的骗子多了
你就是没有安装过scipy
连python和scipy的区别都没搞懂

【在 D***n 的大作中提到】

: 请你搞清楚上下文
: zhaoce抱怨印度人程序写的差，他看不懂。
: 这是人的问题，当然通过人的方法去解决，
: 和印度人工作过的人都知道上来就嚷嚷的重要性，只有傻子才看不懂别人的代码还在那
: 里死磕。
: zhaoce的解决方案是为此要换一套语言，用技术问题去解决人的风格的问题，这不是搞
: 笑么？Java能阻止印度人的长篇大论？我看正好相反，Java本质上鼓励印度人长篇大论
: ，什么破事都搞一套class。

z****e
发帖数: 54598

269

没有人搞不清楚上下文
是你坚持认为这种问题可以通过人来解决
而别人告诉你的是，这种问题指望人，不靠谱
没有人看不懂别人代码还在死磕
聪明人压根不进那个屎坑
你喜欢在屎坑里扑腾，并不代表别人就会欣赏你
相反，别人在嘲笑你的愚昧，你干嘛要进屎坑扑腾？
我说的屎坑，python造的不少，哪怕是学生作业
教授都能看不懂，更不要说实际工作了

【在 D***n 的大作中提到】

z****e
发帖数: 54598

270

另外scipy只是一个例子
我说的是，区区一个lib尚且如此
如果是100个libs呢？
你重复这套流程一百遍你试试看
我手头上这个project有100多个jars的依赖
如果挨个整理过去，哪怕每个也就是2-3小时的事情
乘以100倍，200-300个小时，你这个把月什么事都不做
就在安装环境了
所以说到底就是，你的生产力会受限，比较低下
你一个人能做的相当有限，而我追求的是
一个人的生产力能够尽可能快速地提高，因为我有我的梦想
我想去完成，我可没兴趣在这些问题上浪费时间
所谓代码，不过是实现目的的工具而已

【在 D***n 的大作中提到】

: Mac OS X ／ Linux 新人用户言论，鉴定完毕。
: 我所有的Mac机器都有scipy，都能用。而且我从来没觉得scipy对我造成任何麻烦。我
: 所有的安装都是自己弄，也就2－3个小时的事情。安装libgfortran恐怕是最简单的事
: 情了，居然你还能吓成这样。
: 一堆warning只不过把相关开关打开而已。你这么说只能说明你Xcode很不熟，没做过像
: 样的项目，稍微像样点的项目控制各种warning开关是必须的事。

相关主题
● 早就说了，java＋python就是将来	● 易写性，易维护和执行效率综合来看
● Python的问题	● 虚心请教如何成为Python 大牛
● [合集] scipy还是matlab	● 忙起来了
进入Programming版参与讨论

D***n
发帖数: 6804

271

哈哈，如果你真接触过像样的项目
几百个不是很正常么？依赖100个Jars就把你吓着了？
我们以前的项目不谈外部，光是自己就有几百个lib。
从来没听说过要弄200-300个小时啊？通常实际操作也就2-3个小时。

【在 z****e 的大作中提到】

: 另外scipy只是一个例子
: 我说的是，区区一个lib尚且如此
: 如果是100个libs呢？
: 你重复这套流程一百遍你试试看
: 我手头上这个project有100多个jars的依赖
: 如果挨个整理过去，哪怕每个也就是2-3小时的事情
: 乘以100倍，200-300个小时，你这个把月什么事都不做
: 就在安装环境了
: 所以说到底就是，你的生产力会受限，比较低下
: 你一个人能做的相当有限，而我追求的是

s******y
发帖数: 416

272

您还是先把linux搞明白吧。这个就算了吧。

【在 z****e 的大作中提到】

: 科学计算主要是hpc呀，所以fortran多呀
: 分布式计算跟科学计算其实是两个概念
: 你说很成熟，问题是每次换个os，都需要重新编译
: 看到一堆的warning，让人很是恐惧
: 你永远不知道，这里面会出什么问题
: 出了问题，你也只能求爷爷告奶奶，希望自己能搞定
: 实际上大多数人根本搞不定
: 另外你说的这个库，是公司的产品，这个就不要说了吧
: 有人真在用吗？公司的东西为了忽悠钱，都会说得很好
: 但是实际上，你也不知道有什么问题

s******y
发帖数: 416

273

^_^外行看热闹

【在 o**o 的大作中提到】

: 正是因为真正的数学家和产品知识丰富的前台quant需求量都很少，多的是夹在中间却
: 不具备产品知识以及能进FLG的坚固编程技能。他们的功能和码工部分重叠，在业界低
: 迷的时候首当其冲。

D***n
发帖数: 6804

274

你可能看错了，我说2-3个小时是把一台新Mac安装配好所有的环境可以开始干活。
Scipy从来都不是问题，它那些安装教程只是写的比较详细而已，实际也就几分钟的事。

【在 z****e 的大作中提到】

D***n
发帖数: 6804

275

我本来不想回你“Scipy依赖Xcode的开关”这样愚蠢的理论。因为显然你不明白到底
Xcode和Scipy有啥关系。Xcode没有任何开关是scipy必须的。
对于scipy来说，安装Xcode时带来了一些关键的库。比如BLAS之类。你可以完全绕开
xcode从头用homebrew 之类的。完全不需要xcode.
http://fonnesbeck.github.io/ScipySuperpack/
还是那句话，1分钟的事。

【在 z****e 的大作中提到】

: 我从来都认为人的问题是最头疼的问题
: 因为人不会轻易遵循规则
: 比如你，明明没有安装过scipy
: 还非要说自己装过，连最基本的scipy需要xcode这些常识都不懂
: 还继续骗
: 看不懂代码要找人问很容易
: 问题是人有可能都已经走了
: 你找谁问？这种情况就是大屎坑
: 谁都在极力避免，也就是你，喜欢在里面扑腾
: 光靠java当然是不够的，java之后还有很多工具予以限制

z****e
发帖数: 54598

276

lol
100个jars的冲突从来没有人认为是小事
一堆人为此费了大力气去倒腾
apache特意做了maven以帮忙
你嘴巴一张，什么事都是小事
那你一千万怎么就不是小事了？
两分钟就搞定了，吹吧你

【在 D***n 的大作中提到】

: 哈哈，如果你真接触过像样的项目
: 几百个不是很正常么？依赖100个Jars就把你吓着了？
: 我们以前的项目不谈外部，光是自己就有几百个lib。
: 从来没听说过要弄200-300个小时啊？通常实际操作也就2-3个小时。

z****e
发帖数: 54598

277

那什么是问题？
这个也不是问题，那个也不是问题
反正都不是问题，什么是问题？
具体到细节什么是问题？
嘴巴一张，啥都不是问题
做起来什么都是问题
你就一吹

事。

【在 D***n 的大作中提到】

: 你可能看错了，我说2-3个小时是把一台新Mac安装配好所有的环境可以开始干活。
: Scipy从来都不是问题，它那些安装教程只是写的比较详细而已，实际也就几分钟的事。

z****e
发帖数: 54598

278

lol
那还不是一样的
你还得先把brew给弄上去
对了，mac下，连安装软件都有好多种选择
pip还是brew还是easy install
你到底是哪个？这么多互相之间是什么关系？
为什么人要先去搞懂这些东西之间的关系才能开始干活？
你信不信有人装pip都会出问题
当然这些都不是问题，具体到细节，没有什么是问题
你都可以找到人来问，一千万都可以找到人来问
我早就说过，你这种搞法，上万就不错了
果不其然，后来跟我说，一千万原来是一千个人写的
你就一吹，反正嘴巴一张，这不是问题，或者
这是人的问题，找人搞定
那这样搞，我没有什么问题是不可以归类为这两个的
不信你说，你什么问题不可以找人搞定或者直接说不是问题？

【在 D***n 的大作中提到】

: 我本来不想回你“Scipy依赖Xcode的开关”这样愚蠢的理论。因为显然你不明白到底
: Xcode和Scipy有啥关系。Xcode没有任何开关是scipy必须的。
: 对于scipy来说，安装Xcode时带来了一些关键的库。比如BLAS之类。你可以完全绕开
: xcode从头用homebrew 之类的。完全不需要xcode.
: http://fonnesbeck.github.io/ScipySuperpack/
: 还是那句话，1分钟的事。

w******w
发帖数: 126

279

貌似赵老师真的是对 Unix like system 不熟悉啊。不过也可以理解，写java的嘛！
最主要关心的是用好轮子就是了。就像很多人写java的时候语句里面用了很多设计模
式的东西，但是有很多人就是照猫画虎的写，至于背后具体用了什么pattern，为什么
这么用？不是很清楚，为什么这么用的好处在哪里，他们也不care。但是因为架构的
限制他们只能这么用，而且他们这么用的也是对的。所以尽管堆代码就是了！ ^_^ 。
其实赵老师去接触接触Unix like 的系统挺好的。
如果天天用ide ，不怎么了解make file or 类似于 Cmake 这样的生成跨平台的make
file的工具的话。貌似知识有点瘸腿啊？ Anyway 赵老师还是有一定的水平的！
BTW，真正讲究效率极限的话，说实话软件的效率永远都比硬件效率来的低，在某些
特别特殊的场合。硬件实现起来效率及其可靠性，都是软件达不到的。一家之言，
不尽正确！望少拍砖！ ^_^

z****e
发帖数: 54598

280

是压根不打算浪费时间
当你写个软件，满脑子都是os的时候
你是没有办法专注于逻辑实现的
而会长期纠缠于一些底层的实现
就像楼主说的汇编指令，这都哪跟哪？
pattern我到现在为止，没见过几个人真把java patterns摸熟的
不懂的一大片，但是用点pattern好处就在于
随便不懂，但是不会装懂，无形中绕开了很多可能的陷阱
工作中，最怕的不是不懂的人，不懂的人不会造成各种麻烦
就怕他自以为懂，然后跟这种人合作，他会要求你也懂
他甚至都烦于解释为什么这样，这种往往就是屎坑的由来
制造屎坑的人，往往不以为然，这有什么难的，你问问你们大学教授懂不懂eclipse
是，大学教授顾然可以不懂eclipse，问题是这可不是做research
人跟人的合作需要的互相理解和照顾，互相cover对方的ass
而不是推卸责任，哎呀，这个有什么难的，你搞定
那这个谁不会？所以说老中足球为什么那么差？
因为不会配合，写软件其实跟足球很像，都是差异化合作
而老中总是跟你聊田径，你看我跑得多快
国足以前最喜欢比的就是看谁快，看谁体能好
我相信光比体能，国足可能不比巴西队差，如果不是强很多的话
另外就是，技术本身是为实现目的服务的
你有空去熟悉别人几十年前就搞定的东西
不如上手写两个app，成功一个就发财了
当然这是我的人生哲学，并不代表所有人都要遵守
没有什么知识是不好的，但是对于知识的取舍，应该有所侧重
因为人的精力是有限的
很多老中总以为自己是条独狼
其实只是只丧家的犬而已

make

【在 w******w 的大作中提到】

: 貌似赵老师真的是对 Unix like system 不熟悉啊。不过也可以理解，写java的嘛！
: 最主要关心的是用好轮子就是了。就像很多人写java的时候语句里面用了很多设计模
: 式的东西，但是有很多人就是照猫画虎的写，至于背后具体用了什么pattern，为什么
: 这么用？不是很清楚，为什么这么用的好处在哪里，他们也不care。但是因为架构的
: 限制他们只能这么用，而且他们这么用的也是对的。所以尽管堆代码就是了！ ^_^ 。
: 其实赵老师去接触接触Unix like 的系统挺好的。
: 如果天天用ide ，不怎么了解make file or 类似于 Cmake 这样的生成跨平台的make
: file的工具的话。貌似知识有点瘸腿啊？ Anyway 赵老师还是有一定的水平的！
: BTW，真正讲究效率极限的话，说实话软件的效率永远都比硬件效率来的低，在某些
: 特别特殊的场合。硬件实现起来效率及其可靠性，都是软件达不到的。一家之言，

相关主题
● data.table谁用过？有那么神吗？	● python is coming
● [合集] Python下面如何进行numeric analysis and statistical analysis	● python 3 双/ 的意思。。。ugly in the hell....
● 求python大牛指路	● Anaconda装起来会跟已有的python dist有什么冲突吗？
进入Programming版参与讨论

z****e
发帖数: 54598

281

另外，make这种垃圾，我就大学时候碰过
之后再也不碰了，浪费时间
长时间不用，忘得差不多了，真要说make
那就是ant->ivy/maven->gradle/sbt这些
原理上其实差不多
现在还在说make的话，那应该反思一下你这个知识是不是有些陈旧了
要装这个领域的逼，下次用sbt
这些东西都跨平台，其实ide都涵盖有sbt这些

make

【在 w******w 的大作中提到】

D***n
发帖数: 6804

282

其实就一个问题：
你不懂Linux/Mac 开发。
你说的那些问题是非常初级的问题，你真正用Linux几个月，你不应该有这样的问题。
比如Debian，6万个包的依赖性还不是理的清清楚楚的。
我也弄过以前项目那几百个Lib的依赖性，用python写，连测试带界面，3-4天。
你想知道啥细节？

【在 z****e 的大作中提到】

: 那什么是问题？
: 这个也不是问题，那个也不是问题
: 反正都不是问题，什么是问题？
: 具体到细节什么是问题？
: 嘴巴一张，啥都不是问题
: 做起来什么都是问题
: 你就一吹
:
: 事。

z****e
发帖数: 54598

283

linux的相关公司，就拿你说的这个linux来说吧
linux最大公司是red hat做，red hat什么年代的公司了？
red hat最大一笔收购是jboss，你自己查查，多少年前的事了
你觉得重复这个可能性有多大？
理得清清楚楚，说起来很容易，但是我认为，只要是人
都有其根劣性，我不可能按照linus的标准去衡量他人
同样，我觉得有这种指望的，注定会在现实面前摔得很惨滴
就red hat，你自己看看他们得战略重心是哪个
主要在做什么产品
我以前说的projectodd就是red hat的
打开看看，看看都有啥产品，比起他们linux来说，哪个更多
os是上个世纪的热点，不值得投入，跟db一样，都属于非常非常古老的东西了

【在 D***n 的大作中提到】

: 其实就一个问题：
: 你不懂Linux/Mac 开发。
: 你说的那些问题是非常初级的问题，你真正用Linux几个月，你不应该有这样的问题。
: 比如Debian，6万个包的依赖性还不是理的清清楚楚的。
: 我也弄过以前项目那几百个Lib的依赖性，用python写，连测试带界面，3-4天。
: 你想知道啥细节？

D***n
发帖数: 6804

284

LOL
不管是Brew，PIP，还是easy_install最后的目的都是一样的：在Python 模块目录下安
装包。
easy_install是最简单的，pip目的是取代easy_install，Brew是通用的软件包。
这些都很简单，你花2天很容易搞明白。

【在 z****e 的大作中提到】

: lol
: 那还不是一样的
: 你还得先把brew给弄上去
: 对了，mac下，连安装软件都有好多种选择
: pip还是brew还是easy install
: 你到底是哪个？这么多互相之间是什么关系？
: 为什么人要先去搞懂这些东西之间的关系才能开始干活？
: 你信不信有人装pip都会出问题
: 当然这些都不是问题，具体到细节，没有什么是问题
: 你都可以找到人来问，一千万都可以找到人来问

z****e
发帖数: 54598

285

其实也很简单，你只看到了人成功
而忽视了很多人的失败
而我更关注人的失败，从人的失败中汲取教训和营养
成功固然有其牛逼的地方，但是很多时候，我自诩达不到牛人的档次
所以也不奢望自己是linus，也不打算去重复linus的轨迹
更何况我觉得哪怕能够重复他的轨迹，要想成功，也不太可能
late mover要比first mover强很多才行，就像google对yahoo
你觉得自己能够比linus强很多么？
所以你老拿这种例子来做例子，恰恰不能说明问题
牛人很牛有的是，但是大多数人可还就不是牛人
os做挂了的不要太多，天朝一顿抄，最后还是抄了一个四不像
这种例子不靠谱，当然你要认为自己是linus，当我没说

【在 D***n 的大作中提到】

D***n
发帖数: 6804

286

比如debian minbase安装以后
apt-get install gnome
会安装小500-700个相互依赖的包，scipy没觉得有啥特殊的。

【在 z****e 的大作中提到】

: linux的相关公司，就拿你说的这个linux来说吧
: linux最大公司是red hat做，red hat什么年代的公司了？
: red hat最大一笔收购是jboss，你自己查查，多少年前的事了
: 你觉得重复这个可能性有多大？
: 理得清清楚楚，说起来很容易，但是我认为，只要是人
: 都有其根劣性，我不可能按照linus的标准去衡量他人
: 同样，我觉得有这种指望的，注定会在现实面前摔得很惨滴
: 就red hat，你自己看看他们得战略重心是哪个
: 主要在做什么产品
: 我以前说的projectodd就是red hat的

z****e
发帖数: 54598

287

具体到细节，没有什么东西是很困难的
哪怕是数学，每一步有老师给你解释
你都能看懂，你能理解这段话在说什么么？

【在 D***n 的大作中提到】

: LOL
: 不管是Brew，PIP，还是easy_install最后的目的都是一样的：在Python 模块目录下安
: 装包。
: easy_install是最简单的，pip目的是取代easy_install，Brew是通用的软件包。
: 这些都很简单，你花2天很容易搞明白。

z****e
发帖数: 54598

288

debian我查了查93年别人做的一个distro
你想想你要是重复这些东西
创业的可能性有多大
或者
最近一个靠买distro创业的公司是哪个？

【在 D***n 的大作中提到】

: 比如debian minbase安装以后
: apt-get install gnome
: 会安装小500-700个相互依赖的包，scipy没觉得有啥特殊的。

z****e
发帖数: 54598

289

我安装scipy时候就差不多用了两天
反正各种扯蛋，问题在于，这么简单一个东西
都要浪费我两天时间，而且经验不怎么通用
每一个pkg都有自己那么一点脾气
scipy只是一个例子
如果多了的话，这种问题就非常可怕了
你把debian那6万个pkg全部挪到mac上去试试看
需要多少时间

【在 D***n 的大作中提到】

D***n
发帖数: 6804

290

晕，大名鼎鼎的Debian你都不知道....
然后就来指点江山....
他有一个商业化马甲，叫Ubuntu你知道吗？
（Ubuntu雇佣了很多Debian Dev)

【在 z****e 的大作中提到】

: debian我查了查93年别人做的一个distro
: 你想想你要是重复这些东西
: 创业的可能性有多大
: 或者
: 最近一个靠买distro创业的公司是哪个？

相关主题
● python在2009年差点死掉，后来为什么起死回生了？	● 也谈谈语言之争
● 从科学计算应用来讲，matlab语言的语法非常好	● python要把@当作矩阵乘法算符
● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？	● [bssd]汇报一下Julia进展
进入Programming版参与讨论

z****e
发帖数: 54598

291

我没说我不知道
我说的是他大概多老了
你不会查吗？
我说linux创业大概是上个世纪的热点
有问题么？
你是不是想跟我说android？

【在 D***n 的大作中提到】

: 晕，大名鼎鼎的Debian你都不知道....
: 然后就来指点江山....
: 他有一个商业化马甲，叫Ubuntu你知道吗？
: （Ubuntu雇佣了很多Debian Dev)

z****e
发帖数: 54598

292

开源最重要的组织apache
这是他们在github上的项目
看看多少个是java多少个是python多少个是c
http://github.com/apache
人不要活在上个世纪，紧跟热点，才容易掘到金

C**********r
发帖数: 8189

293

用语言来框定使用者的能力与价值或许不公平，最初的java使用者是因为写不好c＋＋
才学的java吗？不同的工具用来做不同的事不挺正常嘛。
scala很有趣，学起来比java有意思。python写起来简洁读起来也明朗。c加加跑的快。
还有一些个不成熟语言，想要达到简洁明朗与速度的结合，最大程度的减轻程序猿的语
境切换。都是有意思的语言。当然好多大小公司都是java shop，那为了工作的原因不
得不要熟用java，也是应该的，特别是在有了一个成熟的环境以后。

【在 z****e 的大作中提到】

: 开源最重要的组织apache
: 这是他们在github上的项目
: 看看多少个是java多少个是python多少个是c
: http://github.com/apache
: 人不要活在上个世纪，紧跟热点，才容易掘到金

z****e
发帖数: 54598

294

没有人说不正常呀
谁说要用java去写os了？
实际上用scala做fp也不是打算搞什么手机的
只是几个搞手机的跳出来说fp无用
另外一点就是，需要的语言多，本身就加重了程序猿的负担
说减轻的话，不妨把学习成本考虑进去
就像qxc说的，少吹，一般一个语言外加eco学起来，没有个半年估计下不来
现实中资本家也不会给你这个机会让你去练手
因为外面到处都吃熟练工，为什么需要找新手呢？
这些都是很现实的问题
很多东西都是吹牛，反正嘴巴一张，skynet都造好了
结果还在用make，lol

【在 C**********r 的大作中提到】

: 用语言来框定使用者的能力与价值或许不公平，最初的java使用者是因为写不好c＋＋
: 才学的java吗？不同的工具用来做不同的事不挺正常嘛。
: scala很有趣，学起来比java有意思。python写起来简洁读起来也明朗。c加加跑的快。
: 还有一些个不成熟语言，想要达到简洁明朗与速度的结合，最大程度的减轻程序猿的语
: 境切换。都是有意思的语言。当然好多大小公司都是java shop，那为了工作的原因不
: 得不要熟用java，也是应该的，特别是在有了一个成熟的环境以后。

D***n
发帖数: 6804

295

没什么问题，2000年左右的Debian就已经解决了上万个库的Dep编译问题。Debian最多
的时候支持10来个平台。
而且Apt这样的工具是Dep问题的祖宗，现在其他很多包管理器都是借鉴了它。
所以你到现在居然还在讨论几百个lib的依赖性，或者跨平台编译问题，我非常非常惊
讶。

【在 z****e 的大作中提到】

: 我没说我不知道
: 我说的是他大概多老了
: 你不会查吗？
: 我说linux创业大概是上个世纪的热点
: 有问题么？
: 你是不是想跟我说android？

g*****g
发帖数: 34805

296

你错得离谱，那是源码级别兼容，跟二进制兼容差远了。到今天一堆软件不还要 make
install.

【在 D***n 的大作中提到】

: 没什么问题，2000年左右的Debian就已经解决了上万个库的Dep编译问题。Debian最多
: 的时候支持10来个平台。
: 而且Apt这样的工具是Dep问题的祖宗，现在其他很多包管理器都是借鉴了它。
: 所以你到现在居然还在讨论几百个lib的依赖性，或者跨平台编译问题，我非常非常惊
: 讶。

D***n
发帖数: 6804

297

二进制兼容的意思是说基本忽略平台的特性，用VM的特性来取代平台的特性。比如Bash
script。
如果我们忽略平台的特性，这样的程序肯定有很大的限制，无法发挥所有特定平台的长
处。如果你要发挥平台的长处，显然源代码还是要制定平台。

make

【在 g*****g 的大作中提到】

: 你错得离谱，那是源码级别兼容，跟二进制兼容差远了。到今天一堆软件不还要 make
: install.

g*****g
发帖数: 34805

298

我们说的是 dependency management system. 你拿个源码级别的来鼓吹比二进制的强
，不是显示没常识吗？

Bash

【在 D***n 的大作中提到】

: 二进制兼容的意思是说基本忽略平台的特性，用VM的特性来取代平台的特性。比如Bash
: script。
: 如果我们忽略平台的特性，这样的程序肯定有很大的限制，无法发挥所有特定平台的长
: 处。如果你要发挥平台的长处，显然源代码还是要制定平台。
:
: make

z****e
发帖数: 54598

299

只是给你举个例子而已
不是说理论上不可行
而是你用人力去搞
很费劲
就像问你走路从la走到ny
可以不可以？
可以
但是费劲，累不累？
这根本就不是可行不可行的问题
是一个量的问题
几百个jars的依赖不是说理论上不可行
而是你挨个去处理费劲
你不是说java没人用么？怎么apache在github上一大半项目都是java的？
你的python占多少个？不会数数？

【在 D***n 的大作中提到】

z****e
发帖数: 54598

300

无所谓，那就不发挥
平台绑定用户也是一大risk
情愿不要平台优势，否则很容易被m$等商业公司绑定
从而被插管吸血。而且平台本身数量也在逐步增加，没有办法全部都照顾到
抓大放小，不要计较一点一滴的得失，不要斤斤计较

Bash

【在 D***n 的大作中提到】

相关主题
● 有没有觉得scipy很稀烂的？	● [合集] scipy还是matlab
● 早就说了，java＋python就是将来	● 易写性，易维护和执行效率综合来看
● Python的问题	● 虚心请教如何成为Python 大牛
进入Programming版参与讨论

w******w
发帖数: 126

301

^_^

w******w
发帖数: 126

302

赵老师咋还扯上足球了啊？电脑语言我不跟你bb，要说到足球？我理论上甩你2条街
，实际踢球我至少甩你4条街！ ^_^ ^_^

w******w
发帖数: 126

303

还有电脑语言这个东西，就是在正确的场合用上正确的语言！木有哪个语言是包打天下
的。还有貌似赵老师比较喜欢gui的东西。说实话我也喜欢。简单明了！但是作为个
developer 知道些背后的运作机制也木有啥坏处不是？还有你说make 很老掉牙的东西
，我承认，但是工作单位环境当中人家就用这个东西，我们难道有选择吗？大家都是出
来”卖的”，有权利挑食吗？还有当你做remote support的时候，客户机器上木有你
安装你那些fancy的gui 界面，里面就是默认的vi or vim editor ，还有默认的gdb 调
试工具。赵老师您能让您的客户给您安装个 jvm 然后再给你装个 eclipse 来调试您
的代码？人家可是 production 环境，您以为客户会让你在人家的production Server
上撒野吗？所以说多了解些知识不是啥坏处。也木有必要把那些非gui的东西贬的
一无是处。有时候大家也是环境所逼，木有必要厚此薄彼。还是那句话大家都是出来
卖的，就别互相不服气了！客户需要的，才是我们乐意奉献的！ ^_^

D***n
发帖数: 6804

304

apt-get install scipy
这个命令是从服务器上下载编译好的二进制程序，按照依赖关系安到你的机器上。
现代unix系统除非有具体需要安装到/usr/local，很少需要make install。

make

【在 g*****g 的大作中提到】

: 你错得离谱，那是源码级别兼容，跟二进制兼容差远了。到今天一堆软件不还要 make
: install.

x****k
发帖数: 2932

305

这种东西有现成的专业软件,公司只需要做规则配置.软件不便宜,但仍远小于某些行业
在production上出一次bug导致的损失.
Java的确比C/asam要容易维护,但并不能杜绝垃圾代码和bug出现,三哥会整出个几千行
的一个函数,外带多层switch case. 软件开发中,高素质的人仍然是第一要素,如果没有
,就需要制度和工具去enforce代码的质量.而仅仅靠语言是做不到了.
还有,你如果是为了证明自己正确而争论,就不用回我的贴了. 我承认你赢了.

【在 z****e 的大作中提到】

: 你想想你额外去维护这样一个代码规范的系统成本有多大？
: 把这个东西直接押给语言就好了，何必浪费时间？

z****e
发帖数: 54598

306

你不能选择公司么？
难倒你随便有个offer就从了么？
难倒你不会看你要做的是什么吗？
我毕业时候，一个手机开发，一个企业应用，还有另外一个general offer
对比之后，自然就选了企业应用，还好没去手机开发
否则现在都不知道在哪里混，家里人也反对
我不否认有些公司就用这个，那这个就是legacy的问题
当你有选择的时候，可以避开嘛
谁要你去死磕，自由世界，你愿意跳槽难倒还有人哭着喊着跪着求你不要跳不成？
明明知道自己身在屎坑中，难倒非要在屎坑中闻一辈子臭气？
何苦何必呢？你看这些年下来，要求c++的工作，我就不投简历
虽然说，我投入一万个小时，认真倒腾，然后再认真准备，也许能够拿到个offer
但是没有必要嘛，人都是有选择的
最后我说的东西，跟gui没半毛钱关系，如果要说gui，那就是swift
java的gui实在是很弱很弱，约等于无，javafx还好一点，swing以前那叫什么东西
如果你说的是ide，拜托，行行好，如果连eclipse都不舍得装的公司
做java的话，你赶紧走，这个头肯定是脑子进水了
炒股不是有句话叫做顺势而为么？你非要逆势而上，谁有办法

Server

【在 w******w 的大作中提到】

: 还有电脑语言这个东西，就是在正确的场合用上正确的语言！木有哪个语言是包打天下
: 的。还有貌似赵老师比较喜欢gui的东西。说实话我也喜欢。简单明了！但是作为个
: developer 知道些背后的运作机制也木有啥坏处不是？还有你说make 很老掉牙的东西
: ，我承认，但是工作单位环境当中人家就用这个东西，我们难道有选择吗？大家都是出
: 来”卖的”，有权利挑食吗？还有当你做remote support的时候，客户机器上木有你
: 安装你那些fancy的gui 界面，里面就是默认的vi or vim editor ，还有默认的gdb 调
: 试工具。赵老师您能让您的客户给您安装个 jvm 然后再给你装个 eclipse 来调试您
: 的代码？人家可是 production 环境，您以为客户会让你在人家的production Server
: 上撒野吗？所以说多了解些知识不是啥坏处。也木有必要把那些非gui的东西贬的
: 一无是处。有时候大家也是环境所逼，木有必要厚此薄彼。还是那句话大家都是出来

z****e
发帖数: 54598

307

那就是一个多和少的问题
我说的是java更不容易产生屎坑
如果你非要纠缠的话
实际上j2ee的屎坑数量也明显少过core java的
没有人说可以完全杜绝，但是仅仅因为理想状态达不到
就不去逼近，那才是joke
我说的都是实际工作中遇到的，否认这些困难和问题无助于你看清客观现实
实际上我跟中国人一起干活的时间并不少于跟三锅一起干活的时间
其实一个鸟样，因为都是人，人都有惰性，人也都不是机器，都会犯错
你要想找不犯错的人，几乎是不可能的，机器比较有可能
所以我更依赖机器，而非人，当然最终还是人去实现，但是能依赖机器的时候
我就不依赖人

【在 x****k 的大作中提到】

: 这种东西有现成的专业软件,公司只需要做规则配置.软件不便宜,但仍远小于某些行业
: 在production上出一次bug导致的损失.
: Java的确比C/asam要容易维护,但并不能杜绝垃圾代码和bug出现,三哥会整出个几千行
: 的一个函数,外带多层switch case. 软件开发中,高素质的人仍然是第一要素,如果没有
: ,就需要制度和工具去enforce代码的质量.而仅仅靠语言是做不到了.
: 还有,你如果是为了证明自己正确而争论,就不用回我的贴了. 我承认你赢了.

d*******r
发帖数: 3299

308

好高的楼...
顺便问下，你们用 Python 做胶水语言，做科学计算的大牛们,
Python 的并发程序你们偏好用什么写? 用多线程(with GIL), 或者多进程，或者
Tornado, 或者 generator?

z****e
发帖数: 54598

309

顺便给你说个问题
一般java因为跨平台，所以不会把源代码放到生产机器上去
而是直接把class push到prod. env.上去，这样就没有必要在prod. env.上建eclipse了
vi都不需要，除非少量的config，会需要vi折腾折腾，java部分不会放到prod上去
只有c这样换个平台需要重新编译的语言，才需要把源代码放到prod. env.上去
然后去编译，因为受限于os，你当然只能用vi咯
那你问，该怎么办？那我有什么办法？legacy就是这样
环境所迫，不可否认，但是不可改变的是事实，就像楼主
死活不敢面对apache项目里面哪个语言多的事实
我不跟你吵这些感性的东西，我们摆事实，小学算术过关的，自己看

Server

【在 w******w 的大作中提到】

D***n
发帖数: 6804

310

C可以跨平台编译，你要做的事情就是在本地编译好了直接copy到对面机器上。
Java的跨平台神话吹了多少年了，我们都知道是个笑话...

eclipse了

【在 z****e 的大作中提到】

: 顺便给你说个问题
: 一般java因为跨平台，所以不会把源代码放到生产机器上去
: 而是直接把class push到prod. env.上去，这样就没有必要在prod. env.上建eclipse了
: vi都不需要，除非少量的config，会需要vi折腾折腾，java部分不会放到prod上去
: 只有c这样换个平台需要重新编译的语言，才需要把源代码放到prod. env.上去
: 然后去编译，因为受限于os，你当然只能用vi咯
: 那你问，该怎么办？那我有什么办法？legacy就是这样
: 环境所迫，不可否认，但是不可改变的是事实，就像楼主
: 死活不敢面对apache项目里面哪个语言多的事实
: 我不跟你吵这些感性的东西，我们摆事实，小学算术过关的，自己看

相关主题
● 虚心请教如何成为Python 大牛	● [合集] Python下面如何进行numeric analysis and statistical analysis
● 忙起来了	● 求python大牛指路
● data.table谁用过？有那么神吗？	● python is coming
进入Programming版参与讨论

z****e
发帖数: 54598

311

你吃饱了撑着
这样等于我自己还要用linux，我干嘛呢？
java跨平台你听说的joke是20年前的说法
谁跟你说是个joke？
至少电脑上的跨os问题不大
尤其是从win/mac -> linux，一点问题没有
你又没写过java，你懂什么？
一点上手经验都没有，就知道道听途说

【在 D***n 的大作中提到】

: C可以跨平台编译，你要做的事情就是在本地编译好了直接copy到对面机器上。
: Java的跨平台神话吹了多少年了，我们都知道是个笑话...
:
: eclipse了

D***n
发帖数: 6804

312

那要看什么任务
科学计算通常直接接优化过的C库，因为你再怎么优化python那部份，速度提高非常有
限。
Tornado这种类似thread pool的用在一般的应用上，理论上应该不错，不过现在用的人
还是少。

【在 d*******r 的大作中提到】

: 好高的楼...
: 顺便问下，你们用 Python 做胶水语言，做科学计算的大牛们,
: Python 的并发程序你们偏好用什么写? 用多线程(with GIL), 或者多进程，或者
: Tornado, 或者 generator?

z****e
发帖数: 54598

313

tornado的idea就是抄袭eventmachine的
同样抄袭eventmachine的node.js现在不少人在用
一堆人在骂说django恶心没看到？

【在 D***n 的大作中提到】

: 那要看什么任务
: 科学计算通常直接接优化过的C库，因为你再怎么优化python那部份，速度提高非常有
: 限。
: Tornado这种类似thread pool的用在一般的应用上，理论上应该不错，不过现在用的人
: 还是少。

g*****g
发帖数: 34805

314

Java跨平台当然不是笑话，win/mac开发，linux 部署是业界标准。开发环境 jetty,
部署环境 tomcat也很常见。

【在 D***n 的大作中提到】

: C可以跨平台编译，你要做的事情就是在本地编译好了直接copy到对面机器上。
: Java的跨平台神话吹了多少年了，我们都知道是个笑话...
:
: eclipse了

w******w
发帖数: 126

315

只有c这样换个平台需要重新编译的语言，才需要把源代码放到prod. env.上去
然后去编译，因为受限于os，你当然只能用vi咯
老赵，别说了。越说越离谱！真心看出来你木有在linux上面搞开发， :-)。还把C的
源代码部署到 prod env 上去编译？你的意思是放到客户的prod env上面编译去？你
蛮搞笑的！别说了，越说越错！ ^_^

eclipse了

【在 z****e 的大作中提到】

w******w
发帖数: 126

316

他木有怎么搞过 linux 下面的开发，所以说你跟他说这些东西，他不理解的。
他对于 C/C++ 开发的认识，估计还是停留在学校上课的水准上，所以你这么说他不明
白的。^_^

【在 D***n 的大作中提到】

: C可以跨平台编译，你要做的事情就是在本地编译好了直接copy到对面机器上。
: Java的跨平台神话吹了多少年了，我们都知道是个笑话...
:
: eclipse了

w******w
发帖数: 126

317

我就是屌丝一枚，水平烂！人家给我口饭吃，我就很高兴了！
咱个人属于要饭就不要嫌馊了！比不上你们这样的大牛。
所以人家让咱干啥，咱就干啥。社会大厦一块砖，哪里需要哪里搬。
属于家庭实用型跟耐操型的结合体！
您还真的说对了，我还真的认为自己在屎坑中。我还感觉整个IT就是他妈的一个巨大的
屎坑！ ^_^
大部分的工作不就是把一堆屎从一个地方拿出来，然后改吧改吧扔到下一个屎坑去吗？
如果您这样的大牛，思想理解达不到这个境界的话，我都替您害臊了！你还真的当IT行
业是个啥金饭碗啊？只不过是个讨生活的一个手段罢了！真的！别太把自己or这个
行业当回事情，如果能多骗点钱，就多骗点吧！尊重他人，尊重同胞。探讨问题允许
！但是有时候为了探讨问题，在贬低别人的同时提高自己，组织上就不允许了。老赵
童鞋，人生苦短，且行且珍惜 .... :-)

【在 z****e 的大作中提到】

: 你不能选择公司么？
: 难倒你随便有个offer就从了么？
: 难倒你不会看你要做的是什么吗？
: 我毕业时候，一个手机开发，一个企业应用，还有另外一个general offer
: 对比之后，自然就选了企业应用，还好没去手机开发
: 否则现在都不知道在哪里混，家里人也反对
: 我不否认有些公司就用这个，那这个就是legacy的问题
: 当你有选择的时候，可以避开嘛
: 谁要你去死磕，自由世界，你愿意跳槽难倒还有人哭着喊着跪着求你不要跳不成？
: 明明知道自己身在屎坑中，难倒非要在屎坑中闻一辈子臭气？

d*******r
发帖数: 3299

318

这条回复没有干货呀，求干货 :)

【在 D***n 的大作中提到】

z****e
发帖数: 54598

319

lol
那你问的是什么？
你解释解释
你以为你说的eclipse部分是对的？
搞笑了
什么叫做在linux上做开发？
跨平台本身就是为了节约这部分成本
你这叫没事找事
我还打算搞swift呢，你愿意在linux上开发
那是你的事，并不代表这么做一定就是对的
我当然不愿意被linux所捆绑

【在 w******w 的大作中提到】

: 只有c这样换个平台需要重新编译的语言，才需要把源代码放到prod. env.上去
: 然后去编译，因为受限于os，你当然只能用vi咯
: 老赵，别说了。越说越离谱！真心看出来你木有在linux上面搞开发， :-)。还把C的
: 源代码部署到 prod env 上去编译？你的意思是放到客户的prod env上面编译去？你
: 蛮搞笑的！别说了，越说越错！ ^_^
:
: eclipse了

z****e
发帖数: 54598

320

错，工作上自然要做到有选择的余地
你愿意在屎坑中呆一辈子，那是你的事
你不愿意这样做，并不代表所有人都要跟你一样
其次第二点，我从来没把这个行业当回事
所以我从来都是怎么简单怎么来
你装逼在linux开发，这种事我是不干的
没事找事，就是因为ide简单，所以毫不犹豫弄上ide
你死活纠结于20年前的环境是为了啥？

吗？

【在 w******w 的大作中提到】

: 我就是屌丝一枚，水平烂！人家给我口饭吃，我就很高兴了！
: 咱个人属于要饭就不要嫌馊了！比不上你们这样的大牛。
: 所以人家让咱干啥，咱就干啥。社会大厦一块砖，哪里需要哪里搬。
: 属于家庭实用型跟耐操型的结合体！
: 您还真的说对了，我还真的认为自己在屎坑中。我还感觉整个IT就是他妈的一个巨大的
: 屎坑！ ^_^
: 大部分的工作不就是把一堆屎从一个地方拿出来，然后改吧改吧扔到下一个屎坑去吗？
: 如果您这样的大牛，思想理解达不到这个境界的话，我都替您害臊了！你还真的当IT行
: 业是个啥金饭碗啊？只不过是个讨生活的一个手段罢了！真的！别太把自己or这个
: 行业当回事情，如果能多骗点钱，就多骗点吧！尊重他人，尊重同胞。探讨问题允许

相关主题
● python 3 双/ 的意思。。。ugly in the hell....	● 从科学计算应用来讲，matlab语言的语法非常好
● Anaconda装起来会跟已有的python dist有什么冲突吗？	● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？
● python在2009年差点死掉，后来为什么起死回生了？	● 也谈谈语言之争
进入Programming版参与讨论

w******w
发帖数: 126

321

...
你装逼在linux开发，这种事我是不干的
...
大哥，您逻辑木有啥问题吧？我在linux上面开发咋就装逼了啊？
我的个人认为是装逼是装牛逼的意思吧？赵哥哥，您哪只眼或者我哪句话让您理解
我牛逼了啊？
我说的貌似很清楚吧？我说了我人烂，刚好人家有linux下面开发的赏了我口饭吃，我
可从来木有说自己牛逼啊？我不揍是说貌似您木有在linux下搞过开发，咋就成了我装
逼了啊？ ^_^ 合着我跟您一样搞java 在win上面开发就不装逼了？貌似您对装逼这
个词儿理解有偏差啊？
如果我给您造成了我在linux下搞开发就是装逼的赶脚的话，那我向您道歉了！ BTW，
闹着玩不带鸡眼的啊！
....
你死活纠结于20年前的环境是为了啥？
吗？
....
还是那句话，用人单位纠结这个跟我木有关系啊？大哥，拜托您真的要回我的帖子的
话，先把逻辑搞清楚一点。我揍是个打工的，ok？人家让我干啥我就干啥？你说我愚
蠢，我傻逼，我都认！我只是关心他们给我的pay roll 至于他们用啥上世纪的东西，
跟我有蛋关系？给的钱是现世纪的就可以了！

【在 z****e 的大作中提到】

: 错，工作上自然要做到有选择的余地
: 你愿意在屎坑中呆一辈子，那是你的事
: 你不愿意这样做，并不代表所有人都要跟你一样
: 其次第二点，我从来没把这个行业当回事
: 所以我从来都是怎么简单怎么来
: 你装逼在linux开发，这种事我是不干的
: 没事找事，就是因为ide简单，所以毫不犹豫弄上ide
: 你死活纠结于20年前的环境是为了啥？
:
: 吗？

m********2
发帖数: 89

322

我瞎猜：科学计算不大需要 context switch。一个core只跑一个execution path。如
果是
Python的话就一个Core一个process。

【在 d*******r 的大作中提到】

w******w
发帖数: 126

323

再码吗这个楼！
逼是一样的逼，装上见高低！赵哥哥，我连逼都木有咋装啊？
装逼这个词儿，您给我按上，您还真的是太抬举我了！
你再这样下去我会骄傲的啊！ :-)

z****e
发帖数: 54598

324

就是没有选择嘛
哎哟，有选择就不干了呗
我有选择，如果我还这么干
那就是真装逼咯
是不是呀？

【在 w******w 的大作中提到】

: ...
: 你装逼在linux开发，这种事我是不干的
: ...
: 大哥，您逻辑木有啥问题吧？我在linux上面开发咋就装逼了啊？
: 我的个人认为是装逼是装牛逼的意思吧？赵哥哥，您哪只眼或者我哪句话让您理解
: 我牛逼了啊？
: 我说的貌似很清楚吧？我说了我人烂，刚好人家有linux下面开发的赏了我口饭吃，我
: 可从来木有说自己牛逼啊？我不揍是说貌似您木有在linux下搞过开发，咋就成了我装
: 逼了啊？ ^_^ 合着我跟您一样搞java 在win上面开发就不装逼了？貌似您对装逼这
: 个词儿理解有偏差啊？

D***n
发帖数: 6804

325

thread pool/worker 的思路记得90年代DEC Alpha时期就有了。
Nothing new.
欢迎这样的“抄袭”。

【在 z****e 的大作中提到】

: tornado的idea就是抄袭eventmachine的
: 同样抄袭eventmachine的node.js现在不少人在用
: 一堆人在骂说django恶心没看到？

w******w
发帖数: 126

326

老赵，您这句话说的是太对了！
我跟你们这些大牛不一样，我是木有选择，不是装逼！
理解万岁！理解万岁！
我们终于在same page 上了！
yeah！

【在 z****e 的大作中提到】

: 就是没有选择嘛
: 哎哟，有选择就不干了呗
: 我有选择，如果我还这么干
: 那就是真装逼咯
: 是不是呀？

z****e
发帖数: 54598

327

async

【在 D***n 的大作中提到】

: thread pool/worker 的思路记得90年代DEC Alpha时期就有了。
: Nothing new.
: 欢迎这样的“抄袭”。

D***n
发帖数: 6804

328

科学计算常见是这样的
一个每分钟几个G的采样数据流不停涌过来，然后需要对这些数据流进行各种分解计算
，说白了就是各种卷积啊，解各种方程啊，速度当然是越快越好。比如一个512^4 的64
位浮点数矩阵和一个64^3的核函数求卷积。
优化首先牵涉到各种算法——通常有专门的人在NSF等科研基金会下做，这个你做不了
，做出来也肯定通常是多线程，高度硬件优化的，我以前做过。有时候核心循环多2个
if语句都是犯罪，要想个算法来绕过去。
Python的用途是外围计算，安排数据，调试，界面等等等等，说实话大部分情况下用不
着concurrency，这些任务就算纯汇编写也就提高2%速度，意义不大。

【在 m********2 的大作中提到】

: 我瞎猜：科学计算不大需要 context switch。一个core只跑一个execution path。如
: 果是
: Python的话就一个Core一个process。

z****e
发帖数: 54598

329

那凡事都有个目的，对不？
一开始人家说的fp是scala
楼主说的fp是什么？你再review一下
看看是不是鸡同鸭讲？

【在 w******w 的大作中提到】

: 老赵，您这句话说的是太对了！
: 我跟你们这些大牛不一样，我是木有选择，不是装逼！
: 理解万岁！理解万岁！
: 我们终于在same page 上了！
: yeah！

m********2
发帖数: 89

330

好吧。不过我觉得multiprocesses配合coroutine的并发能力应该超过multi threads。
不知道有没有人试过。

64

【在 D***n 的大作中提到】

: 科学计算常见是这样的
: 一个每分钟几个G的采样数据流不停涌过来，然后需要对这些数据流进行各种分解计算
: ，说白了就是各种卷积啊，解各种方程啊，速度当然是越快越好。比如一个512^4 的64
: 位浮点数矩阵和一个64^3的核函数求卷积。
: 优化首先牵涉到各种算法——通常有专门的人在NSF等科研基金会下做，这个你做不了
: ，做出来也肯定通常是多线程，高度硬件优化的，我以前做过。有时候核心循环多2个
: if语句都是犯罪，要想个算法来绕过去。
: Python的用途是外围计算，安排数据，调试，界面等等等等，说实话大部分情况下用不
: 着concurrency，这些任务就算纯汇编写也就提高2%速度，意义不大。

相关主题
● python要把@当作矩阵乘法算符	● 早就说了，java＋python就是将来
● [bssd]汇报一下Julia进展	● Python的问题
● 有没有觉得scipy很稀烂的？	● [合集] scipy还是matlab
进入Programming版参与讨论

d*******r
发帖数: 3299

331

这个有意思

64

【在 D***n 的大作中提到】

C**********r
发帖数: 8189

332

wasn't android done in java?
knowing weaknesses of different languages is good. u can always mix and
match. hopefully, by the time our kids generation grow up, some unifying
scheme will have popped up.
I seriously don't think you know much about Python's true weaknesses somehow
...

【在 z****e 的大作中提到】

: 没有人说不正常呀
: 谁说要用java去写os了？
: 实际上用scala做fp也不是打算搞什么手机的
: 只是几个搞手机的跳出来说fp无用
: 另外一点就是，需要的语言多，本身就加重了程序猿的负担
: 说减轻的话，不妨把学习成本考虑进去
: 就像qxc说的，少吹，一般一个语言外加eco学起来，没有个半年估计下不来
: 现实中资本家也不会给你这个机会让你去练手
: 因为外面到处都吃熟练工，为什么需要找新手呢？
: 这些都是很现实的问题

z****e
发帖数: 54598

333

android swift都是借鉴了java的经验的东西，我说的不是这个意思，你回头把原文再
看一遍，看我说啥，我说的例子都是实践中遇到的问题，是不是true wrakness鬼知道
，你知道？你确定不是？我遇到了对我来说就是问题，你否认能解决我的问题么？这些
说法都很感性，说这个没意义，就像你说某人高，比姚明估计不高，但是你说180，很
多人自己会有判断，你说的无非就是什么都好，等于什么都没说，就没有干货，变成纯
聊天，我要聊天我会去八区，我们就说事实，apache那些项目什么语言最多？

：wasn't android done in java?
：

(共1页)

进入Programming版参与讨论

相关主题
● 大侠们说说C(C++)或Fortran比较Matlab到底优点在哪儿？	● 易写性，易维护和执行效率综合来看
● 也谈谈语言之争	● 虚心请教如何成为Python 大牛
● python要把@当作矩阵乘法算符	● 忙起来了
● [bssd]汇报一下Julia进展	● data.table谁用过？有那么神吗？
● 有没有觉得scipy很稀烂的？	● [合集] Python下面如何进行numeric analysis and statistical analysis
● 早就说了，java＋python就是将来	● 求python大牛指路
● Python的问题	● python is coming
● [合集] scipy还是matlab	● python 3 双/ 的意思。。。ugly in the hell....

相关话题的讨论汇总
话题: python话题: java话题: 代码话题: 问题话题: fortran

#	版面	帖数(主题数)
-	全站	4871 (796)
1	Military	3777 (569)
2	Stock	341 (51)
3	Joke	117 (17)
4	History	116 (3)
5	Automobile	100 (9)
6	USANews	55 (9)
7	Midlife	45 (1)
8	Headline	41 (41)
9	Dreamer	33 (13)
10	FleaMarket	32 (20)
11	Living	30 (7)

boards

未名新帖统计// 7月16日

历史上的今天