w***g 发帖数: 5958 | 1 - 看了一些python的官方文档,搞明白了class的实现机制
- 看了一些pandas的文档,写了一点小程序
以前一直拿C++做主力,python只要能跑通就行。
18年打算全面主攻python。这个月起,所有的新代码已经
都上python3了。 |
O***b 发帖数: 104 | 2 等着看picpac的python版啊
【在 w***g 的大作中提到】 : - 看了一些python的官方文档,搞明白了class的实现机制 : - 看了一些pandas的文档,写了一点小程序 : 以前一直拿C++做主力,python只要能跑通就行。 : 18年打算全面主攻python。这个月起,所有的新代码已经 : 都上python3了。
|
w***g 发帖数: 5958 | 3 最近看到了imgaug,信心崩塌了。
之前做的时候还有torch,还指望R,matlab啥的也可能都要上DL。
现在基本上尘埃落定DL训练非python不可了。
下一步就是把augmentation从picpac中刨掉了。
剩下的C++代码都是IO intensive,其实用python写也不会太慢。
得想点有意思的东西做做才行。
【在 O***b 的大作中提到】 : 等着看picpac的python版啊
|
g****t 发帖数: 31659 | 4 我今天学了emacs Skelton language
以前是用yasnippet |
n******7 发帖数: 12463 | |
y*j 发帖数: 3139 | 6 学了CPP, Java, C# 之后,你就会发现python的OOP 只是一个半成品,一切都要靠约
定俗成。 |
d******c 发帖数: 2407 | 7 我提点不同意见
前两天刚有个讨论
https://news.ycombinator.com/item?id=16322277
那个原作者是生物信息的,数据量上去的很快,python的性能经常遇到瓶颈。
性能是很复杂的问题,一般人感觉python性能还可以,但是生物方面的数据量和任务和
一般人编程可能很不一样(对几十G的文本搞查找或者正则表达式)。
总有人说把关键部分用C,然后和python通讯,但混合编程坑很多,很繁琐
python在ML, DS的火跟太多人改行,太多人背景太杂有关,python上手快。
作为接口语言python肯定是可以的,但我觉得C本来就是你的一个竞争优势,能做到性
能上的优势是个很大的卖点,只要外部包装,性能不关键的地方用python就可以了。这
种划分不是混合编程,而是python只做接口外的东西。
【在 w***g 的大作中提到】 : - 看了一些python的官方文档,搞明白了class的实现机制 : - 看了一些pandas的文档,写了一点小程序 : 以前一直拿C++做主力,python只要能跑通就行。 : 18年打算全面主攻python。这个月起,所有的新代码已经 : 都上python3了。
|
m******r 发帖数: 1033 | 8 dracodoc, 有时间能不能帮忙看看我的问题啊。
http://www.mitbbs.com/article_t/Programming/31519957.html
我最近在想, 函数式编程这个东西, 最大的特点是把函数当成参数传递下去。 ‘传
统’语言要么传数值,要么传指针,反正看得见摸得着 ,你把它打印出来就可以了。
如何把‘当成参数的函数’打印出来, 对初学者是个问题。 pryr.unenlose()部分
解决了这个问题, 但有时候行,有时候不行,不知为什么。不知你有什么好方法。
【在 d******c 的大作中提到】 : 我提点不同意见 : 前两天刚有个讨论 : https://news.ycombinator.com/item?id=16322277 : 那个原作者是生物信息的,数据量上去的很快,python的性能经常遇到瓶颈。 : 性能是很复杂的问题,一般人感觉python性能还可以,但是生物方面的数据量和任务和 : 一般人编程可能很不一样(对几十G的文本搞查找或者正则表达式)。 : 总有人说把关键部分用C,然后和python通讯,但混合编程坑很多,很繁琐 : python在ML, DS的火跟太多人改行,太多人背景太杂有关,python上手快。 : 作为接口语言python肯定是可以的,但我觉得C本来就是你的一个竞争优势,能做到性 : 能上的优势是个很大的卖点,只要外部包装,性能不关键的地方用python就可以了。这
|
g*******h 发帖数: 1 | 9 python似乎还是慢的多吧,训练用它,发布的时候我是用c++的,不知道有什么方法提
高python的速度。尤其是在传统machine learning中计算生成features的时候,有时候
python的速度不可忍受。
不过楼主已经精通c++了,学学python很好,我现在也在学习
【在 d******c 的大作中提到】 : 我提点不同意见 : 前两天刚有个讨论 : https://news.ycombinator.com/item?id=16322277 : 那个原作者是生物信息的,数据量上去的很快,python的性能经常遇到瓶颈。 : 性能是很复杂的问题,一般人感觉python性能还可以,但是生物方面的数据量和任务和 : 一般人编程可能很不一样(对几十G的文本搞查找或者正则表达式)。 : 总有人说把关键部分用C,然后和python通讯,但混合编程坑很多,很繁琐 : python在ML, DS的火跟太多人改行,太多人背景太杂有关,python上手快。 : 作为接口语言python肯定是可以的,但我觉得C本来就是你的一个竞争优势,能做到性 : 能上的优势是个很大的卖点,只要外部包装,性能不关键的地方用python就可以了。这
|
g****t 发帖数: 31659 | 10 除了性能。Python做数值计算仍然有很多问题。
ML/AI做system level整合现在看来必须是python。
做稍微底层点的东西不可行。
: 我提点不同意见
: 前两天刚有个讨论
: https://news.ycombinator.com/item?id=16322277
: 那个原作者是生物信息的,数据量上去的很快,python的性能经常遇到瓶
颈。
: 性能是很复杂的问题,一般人感觉python性能还可以,但是生物方面的数
据量和
任务和
: 一般人编程可能很不一样(对几十G的文本搞查找或者正则表达式)。
: 总有人说把关键部分用C,然后和python通讯,但混合编程坑很多,很繁琐
: python在ML, DS的火跟太多人改行,太多人背景太杂有关,python上手快。
: 作为接口语言python肯定是可以的,但我觉得C本来就是你的一个竞争优
势,能
做到性
: 能上的优势是个很大的卖点,只要外部包装,性能不关键的地方用python
就可以
了。这
【在 d******c 的大作中提到】 : 我提点不同意见 : 前两天刚有个讨论 : https://news.ycombinator.com/item?id=16322277 : 那个原作者是生物信息的,数据量上去的很快,python的性能经常遇到瓶颈。 : 性能是很复杂的问题,一般人感觉python性能还可以,但是生物方面的数据量和任务和 : 一般人编程可能很不一样(对几十G的文本搞查找或者正则表达式)。 : 总有人说把关键部分用C,然后和python通讯,但混合编程坑很多,很繁琐 : python在ML, DS的火跟太多人改行,太多人背景太杂有关,python上手快。 : 作为接口语言python肯定是可以的,但我觉得C本来就是你的一个竞争优势,能做到性 : 能上的优势是个很大的卖点,只要外部包装,性能不关键的地方用python就可以了。这
|
|
|
w***g 发帖数: 5958 | 11 我倒是每个超过几行的python project里都有一个C++写的模块,
性能敏感的都用C++写。
但是我觉得这样其实就限制了思维。因为后来我发现很多我觉得
需要用C++写的东西,用numpy也能很漂亮的写出来。
【在 g****t 的大作中提到】 : 除了性能。Python做数值计算仍然有很多问题。 : ML/AI做system level整合现在看来必须是python。 : 做稍微底层点的东西不可行。 : : : 我提点不同意见 : : 前两天刚有个讨论 : : https://news.ycombinator.com/item?id=16322277 : : 那个原作者是生物信息的,数据量上去的很快,python的性能经常遇到瓶 : 颈。 : : 性能是很复杂的问题,一般人感觉python性能还可以,但是生物方面的数
|
y*j 发帖数: 3139 | 12 你原来这么搞法就和说中文还要夹杂着英文一样,非常不利索。
: 我倒是每个超过几行的python project里都有一个C 写的模块,
: 性能敏感的都用C 写。
: 但是我觉得这样其实就限制了思维。因为后来我发现很多我觉得
: 需要用C 写的东西,用numpy也能很漂亮的写出来。
【在 w***g 的大作中提到】 : 我倒是每个超过几行的python project里都有一个C++写的模块, : 性能敏感的都用C++写。 : 但是我觉得这样其实就限制了思维。因为后来我发现很多我觉得 : 需要用C++写的东西,用numpy也能很漂亮的写出来。
|
w***g 发帖数: 5958 | 13 所以18年要狠心学python啦。
【在 y*j 的大作中提到】 : 你原来这么搞法就和说中文还要夹杂着英文一样,非常不利索。 : : : 我倒是每个超过几行的python project里都有一个C 写的模块, : : 性能敏感的都用C 写。 : : 但是我觉得这样其实就限制了思维。因为后来我发现很多我觉得 : : 需要用C 写的东西,用numpy也能很漂亮的写出来。 :
|
y*j 发帖数: 3139 | 14 我个人觉得powershell比python更好,可惜ecosystem不够大。
: 所以18年要狠心学python啦。
【在 w***g 的大作中提到】 : 所以18年要狠心学python啦。
|
g****t 发帖数: 31659 | 15 Numpy很强壮。如果数据类型和数据结构限制在numpy
的框里面转,应该可以写出直接production ready的算法类型的程序。例如不用list
,pandas,用numpy array。
这样可预测性就好很多,但是那样的话,不一定比只用cplusplus容易。
现我这里经过市场检验的办法还是算法研发,和算法定型后的软件开发,要用不同的技
术进行。如果要有一个语言从头走到尾的话,我见过的只有c. 不是c plus plus.
C的语法简单,比lisp还简单。写算法不可能有大量的函数指针,call back等等。
: 我倒是每个超过几行的python project里都有一个C 写的模块,
: 性能敏感的都用C 写。
: 但是我觉得这样其实就限制了思维。因为后来我发现很多我觉得
: 需要用C 写的东西,用numpy也能很漂亮的写出来。
【在 w***g 的大作中提到】 : 所以18年要狠心学python啦。
|
x****u 发帖数: 44466 | 16 python追求点是写着舒服,非OOP或者FP原教旨
【在 y*j 的大作中提到】 : 学了CPP, Java, C# 之后,你就会发现python的OOP 只是一个半成品,一切都要靠约 : 定俗成。
|
x****u 发帖数: 44466 | 17 生成feature的瓶颈在gpu上啊,除非你的数据加载器写得太烂
【在 g*******h 的大作中提到】 : python似乎还是慢的多吧,训练用它,发布的时候我是用c++的,不知道有什么方法提 : 高python的速度。尤其是在传统machine learning中计算生成features的时候,有时候 : python的速度不可忍受。 : 不过楼主已经精通c++了,学学python很好,我现在也在学习
|
x****u 发帖数: 44466 | 18 用了C++多年,现在发现除了系统胶水比如驱动以外几乎什么都能用python写
【在 w***g 的大作中提到】 : 我倒是每个超过几行的python project里都有一个C++写的模块, : 性能敏感的都用C++写。 : 但是我觉得这样其实就限制了思维。因为后来我发现很多我觉得 : 需要用C++写的东西,用numpy也能很漂亮的写出来。
|
x****u 发帖数: 44466 | 19 shell和语言的语法特点是不同的,shell必须单行敲命令爽
【在 y*j 的大作中提到】 : 我个人觉得powershell比python更好,可惜ecosystem不够大。 : : : 所以18年要狠心学python啦。 :
|
g*******h 发帖数: 1 | 20 我不太懂。比如,对原始数据进行小波变换,fft,hilbert变换等,用python太慢,c
快多了。有些预测有实时要求,似乎c 是唯一选择。
你有什么建议?我的信号是一维的
: 生成feature的瓶颈在gpu上啊,除非你的数据加载器写得太烂
【在 x****u 的大作中提到】 : shell和语言的语法特点是不同的,shell必须单行敲命令爽
|
|
|
x********9 发帖数: 208 | |
x****u 发帖数: 44466 | 22 python的哲学是强制用轮子啊,这些东西没有包好的库么?
c
【在 g*******h 的大作中提到】 : 我不太懂。比如,对原始数据进行小波变换,fft,hilbert变换等,用python太慢,c : 快多了。有些预测有实时要求,似乎c 是唯一选择。 : 你有什么建议?我的信号是一维的 : : : 生成feature的瓶颈在gpu上啊,除非你的数据加载器写得太烂 :
|
g*******h 发帖数: 1 | 23 有些domain knowledge没有现成的算法库,都是些非线性变换,比如变量之间相除上,
shannon entropy之类,和深度学习图像分类不一样的
: python的哲学是强制用轮子啊,这些东西没有包好的库么?
: c
【在 x****u 的大作中提到】 : python的哲学是强制用轮子啊,这些东西没有包好的库么? : : c
|
d******c 发帖数: 2407 | 24 numpy用了大量C实现,性能还可以。
pandas好像就差很多。
【在 w***g 的大作中提到】 : 我倒是每个超过几行的python project里都有一个C++写的模块, : 性能敏感的都用C++写。 : 但是我觉得这样其实就限制了思维。因为后来我发现很多我觉得 : 需要用C++写的东西,用numpy也能很漂亮的写出来。
|
g****t 发帖数: 31659 | 25 假如让你你写个production ready的内点法的线性规划engine呢?
我肯定就是C.
C plus都不会选.
: 用了C 多年,现在发现除了系统胶水比如驱动以外几乎什么都能用python写
【在 x****u 的大作中提到】 : python的哲学是强制用轮子啊,这些东西没有包好的库么? : : c
|
g*******u 发帖数: 3948 | 26 不要那么鄙视c++吧 还是很不错的
发现用的c的都鄙视c++的
就跟用c++的都鄙视java的一样啊
【在 g****t 的大作中提到】 : 假如让你你写个production ready的内点法的线性规划engine呢? : 我肯定就是C. : C plus都不会选. : : : 用了C 多年,现在发现除了系统胶水比如驱动以外几乎什么都能用python写 :
|
g****t 发帖数: 31659 | 27 不是鄙视C plus。你不是这行的,所以不明白。
最常用的书 例如numerical recipes有fortran版本,有c版本。有c plus plus版本吗?
这种书里的内容的可靠性,离能用的算法产品往往还很远。
需求不复杂,但是难度高的算法任务,不需要太强大的语言。
【在 g*******u 的大作中提到】 : 不要那么鄙视c++吧 还是很不错的 : 发现用的c的都鄙视c++的 : 就跟用c++的都鄙视java的一样啊
|
y*j 发帖数: 3139 | 28 我想主要还是考虑到移植性的问题。CPP的程序很容易出现对编译器的要求,还有
function mangling的问题,搞得通用性不高。
: 不是鄙视C plus。你不是这行的,所以不明白。
: 最常用的书 例如numerical recipes有fortran版本,有c版本。有c plus plus
版本吗?
: 这种书里的内容的可靠性,离能用的算法产品往往还很远。
: 需求不复杂,但是难度高的算法任务,不需要太强大的语言。
【在 g****t 的大作中提到】 : 不是鄙视C plus。你不是这行的,所以不明白。 : 最常用的书 例如numerical recipes有fortran版本,有c版本。有c plus plus版本吗? : 这种书里的内容的可靠性,离能用的算法产品往往还很远。 : 需求不复杂,但是难度高的算法任务,不需要太强大的语言。
|
g****t 发帖数: 31659 | 29 科学计算往往是需求简单或者相对来说well defined。
用强大语言会有不少额外麻烦。
plus
【在 y*j 的大作中提到】 : 我想主要还是考虑到移植性的问题。CPP的程序很容易出现对编译器的要求,还有 : function mangling的问题,搞得通用性不高。 : : : 不是鄙视C plus。你不是这行的,所以不明白。 : : 最常用的书 例如numerical recipes有fortran版本,有c版本。有c plus plus : 版本吗? : : 这种书里的内容的可靠性,离能用的算法产品往往还很远。 : : 需求不复杂,但是难度高的算法任务,不需要太强大的语言。 :
|
w***g 发帖数: 5958 | 30 我认识的老司机写的C++其实都是C。
比如老魏的12306服务器:https://github.com/weiqj/pc12306
恨不得再内嵌几行汇编语言 -- 看了一眼代码好像还真是嵌了。
【在 g*******u 的大作中提到】 : 不要那么鄙视c++吧 还是很不错的 : 发现用的c的都鄙视c++的 : 就跟用c++的都鄙视java的一样啊
|
|
|
T********i 发帖数: 2416 | 31 几十行就搞定的东东,你那client写了那么一大坨,说实话我根本就看不懂。
这是世界观方法论的问题。你智商太高,想啥都要,有时候能行,有时候就会精神分裂。
【在 w***g 的大作中提到】 : 我认识的老司机写的C++其实都是C。 : 比如老魏的12306服务器:https://github.com/weiqj/pc12306 : 恨不得再内嵌几行汇编语言 -- 看了一眼代码好像还真是嵌了。
|
g*******h 发帖数: 1 | 32
这个观点有点过时了,c++真写起来不比c差的。看一下
https://github.com/svgpp/svgpp
模板元实现的svg类库,挺好的。现在c++最常用的矩阵库eigen效率非常高
【在 g****t 的大作中提到】 : 假如让你你写个production ready的内点法的线性规划engine呢? : 我肯定就是C. : C plus都不会选. : : : 用了C 多年,现在发现除了系统胶水比如驱动以外几乎什么都能用python写 :
|
g****t 发帖数: 31659 | 33 这取决于你的产品要求多好的robustness
我有个朋友在航空公司写线性规划
我太太以前写汽车刹车算法
C plus plus的eco system的稳定性本身也是个问题。
另外我怀疑没几个人能听懂
我讲的内点法线性规划什么意思?
: 这个观点有点过时了,c 真写起来不比c差的。看一下
: https://github.com/svgpp/svgpp
: 模板元实现的svg类库,挺好的。现在c 最常用的矩阵库eigen效率非常高
【在 g*******h 的大作中提到】 : : 这个观点有点过时了,c++真写起来不比c差的。看一下 : https://github.com/svgpp/svgpp : 模板元实现的svg类库,挺好的。现在c++最常用的矩阵库eigen效率非常高
|
g****t 发帖数: 31659 | 34 C plus plus 描述性强一些。复杂点的需求c不行。
但如果你需求理解的好,那确实就很简单。另一个例子就是
Git 利诺斯几星期灭了版本管理商业软件这个行业。
: 几十行就搞定的东东,你那client写了那么一大坨,说实话我根本就看不
懂。
: 这是世界观方法论的问题。你智商太高,想啥都要,有时候能行,有时候
就会精
神分裂。
【在 T********i 的大作中提到】 : 几十行就搞定的东东,你那client写了那么一大坨,说实话我根本就看不懂。 : 这是世界观方法论的问题。你智商太高,想啥都要,有时候能行,有时候就会精神分裂。
|
c**a 发帖数: 47 | 35 ,你们都是大牛 我同事用java写1000行 显得工作量很大
[在 TeacherWei (TW) 的大作中提到:]
:几十行就搞定的东东,你那client写了那么一大坨,说实话我根本就看不懂。
:这是世界观方法论的问题。你智商太高,想啥都要,有时候能行,有时候就会精神分
裂。 |
g****t 发帖数: 31659 | 36 我们可以直接emacs,vim
按一个键高级paste出很多行没有错误的
看上去很牛的代码
: ,你们都是大牛 我同事用java写1000行 显得工作量很大
: [在 TeacherWei (TW) 的大作中提到:]
: :几十行就搞定的东东,你那client写了那么一大坨,说实话我根本就看不懂。
: :这是世界观方法论的问题。你智商太高,想啥都要,有时候能行,有时候就会
精神分
: 裂。
【在 c**a 的大作中提到】 : ,你们都是大牛 我同事用java写1000行 显得工作量很大 : [在 TeacherWei (TW) 的大作中提到:] : :几十行就搞定的东东,你那client写了那么一大坨,说实话我根本就看不懂。 : :这是世界观方法论的问题。你智商太高,想啥都要,有时候能行,有时候就会精神分 : 裂。
|
g*******h 发帖数: 1 | 37
c plusplus 是c的超集,如果算法要用在嵌入式上,自然是用c,而且可能还要考虑不
能用堆的问题。但要用在其他地方,c plusplus能给的太多,现成的数组和操作函数,
叠代器,lazy evaluation,模板,我感觉用cplusplus11以上,写程序的速度不比其他
语言慢。运行速度也和c差不多,性能瓶颈的地方可以自己优化,比如引用,右值引用
,比c满天指针乱飞易读多了
只是cplusplus学习周期太长,以前没有学过,很难有耐心学明白
【在 g****t 的大作中提到】 : 这取决于你的产品要求多好的robustness : 我有个朋友在航空公司写线性规划 : 我太太以前写汽车刹车算法 : C plus plus的eco system的稳定性本身也是个问题。 : 另外我怀疑没几个人能听懂 : 我讲的内点法线性规划什么意思? : : : 这个观点有点过时了,c 真写起来不比c差的。看一下 : : https://github.com/svgpp/svgpp : : 模板元实现的svg类库,挺好的。现在c 最常用的矩阵库eigen效率非常高
|
g****t 发帖数: 31659 | 38 你可能没有考虑你的程序5年后会不会出问题。也没有考虑假如你的算法被几亿人使用
,会被打出来什么corner cases。
话说回来,任何语言,如果你对它的过去未来和现在有一定的把握,都可以用。到最后
这是因
人而异的。
最后,c plus不是c的严格超集。这点不要弄错。也许面试就会有人问。
: c plusplus 是c的超集,如果算法要用在嵌入式上,自然是用c,而且可
能还要
考虑不
: 能用堆的问题。但要用在其他地方,c plusplus能给的太多,现成的数组
和操作
函数,
: 叠代器,lazy evaluation,模板,我感觉用cplusplus11以上,写程序的
速度不
比其他
: 语言慢。运行速度也和c差不多,性能瓶颈的地方可以自己优化,比如引
用,右
值引用
: ,比c满天指针乱飞易读多了
: 只是cplusplus学习周期太长,以前没有学过,很难有耐心学明白
【在 g*******h 的大作中提到】 : : c plusplus 是c的超集,如果算法要用在嵌入式上,自然是用c,而且可能还要考虑不 : 能用堆的问题。但要用在其他地方,c plusplus能给的太多,现成的数组和操作函数, : 叠代器,lazy evaluation,模板,我感觉用cplusplus11以上,写程序的速度不比其他 : 语言慢。运行速度也和c差不多,性能瓶颈的地方可以自己优化,比如引用,右值引用 : ,比c满天指针乱飞易读多了 : 只是cplusplus学习周期太长,以前没有学过,很难有耐心学明白
|
g*******h 发帖数: 1 | 39
又不是自己开公司,打工的代码没bug人一脚就给踢了,这样的事情北美不要太多。
corner condition的问题,和语言没有关系,任何语言都可以。
机器学习一出,很多传统算法都歇菜了。我也是看明白了,还是老老实实写点代码算了
【在 g****t 的大作中提到】 : 你可能没有考虑你的程序5年后会不会出问题。也没有考虑假如你的算法被几亿人使用 : ,会被打出来什么corner cases。 : 话说回来,任何语言,如果你对它的过去未来和现在有一定的把握,都可以用。到最后 : 这是因 : 人而异的。 : 最后,c plus不是c的严格超集。这点不要弄错。也许面试就会有人问。 : : : c plusplus 是c的超集,如果算法要用在嵌入式上,自然是用c,而且可 : 能还要 : 考虑不
|
y*j 发帖数: 3139 | 40 谁不懂啊?就是苏联人在单纯形算法之后发明的一种线性规划的算法。
: 这取决于你的产品要求多好的robustness
: 我有个朋友在航空公司写线性规划
: 我太太以前写汽车刹车算法
: C plus plus的eco system的稳定性本身也是个问题。
: 另外我怀疑没几个人能听懂
: 我讲的内点法线性规划什么意思?
:
【在 g****t 的大作中提到】 : 你可能没有考虑你的程序5年后会不会出问题。也没有考虑假如你的算法被几亿人使用 : ,会被打出来什么corner cases。 : 话说回来,任何语言,如果你对它的过去未来和现在有一定的把握,都可以用。到最后 : 这是因 : 人而异的。 : 最后,c plus不是c的严格超集。这点不要弄错。也许面试就会有人问。 : : : c plusplus 是c的超集,如果算法要用在嵌入式上,自然是用c,而且可 : 能还要 : 考虑不
|
|
|
T********y 发帖数: 24 | 41 哥 那你原来是怎么训练神经网络的?
【在 w***g 的大作中提到】 : - 看了一些python的官方文档,搞明白了class的实现机制 : - 看了一些pandas的文档,写了一点小程序 : 以前一直拿C++做主力,python只要能跑通就行。 : 18年打算全面主攻python。这个月起,所有的新代码已经 : 都上python3了。
|
w***g 发帖数: 5958 | 42 内点法我知道。读研究生时纠结过内点法解正半定规划。
高级算法课唯一勉强能听懂的内容。
常高
【在 g****t 的大作中提到】 : 这取决于你的产品要求多好的robustness : 我有个朋友在航空公司写线性规划 : 我太太以前写汽车刹车算法 : C plus plus的eco system的稳定性本身也是个问题。 : 另外我怀疑没几个人能听懂 : 我讲的内点法线性规划什么意思? : : : 这个观点有点过时了,c 真写起来不比c差的。看一下 : : https://github.com/svgpp/svgpp : : 模板元实现的svg类库,挺好的。现在c 最常用的矩阵库eigen效率非常高
|
w***g 发帖数: 5958 | 43 我原来就写过大量的python代码。只是没有投入感情地写而已。
现在打算投入感情认认真真地写python代码了。
【在 T********y 的大作中提到】 : 哥 那你原来是怎么训练神经网络的?
|
x****u 发帖数: 44466 | 44 作为我的职业来说,要极力避免小众算法。如果某东西找不到轮子,我会首先怀疑高层
设计有误。
【在 g****t 的大作中提到】 : 假如让你你写个production ready的内点法的线性规划engine呢? : 我肯定就是C. : C plus都不会选. : : : 用了C 多年,现在发现除了系统胶水比如驱动以外几乎什么都能用python写 :
|
x****u 发帖数: 44466 | 45 虽然也我不喜欢C,但C++是世界上最大的垃圾制造机
光是搞清语法里面的坑,99%大公司的资深码农都做不到,要是结合OS,体系结构等坑
就更是通杀了
吗?
【在 g****t 的大作中提到】 : 不是鄙视C plus。你不是这行的,所以不明白。 : 最常用的书 例如numerical recipes有fortran版本,有c版本。有c plus plus版本吗? : 这种书里的内容的可靠性,离能用的算法产品往往还很远。 : 需求不复杂,但是难度高的算法任务,不需要太强大的语言。
|
g****t 发帖数: 31659 | 46 1.开发算法软件卖钱的。
2.找免费算法,搭建软件系统卖钱的。
这属于不同行业。
【在 x****u 的大作中提到】 : 作为我的职业来说,要极力避免小众算法。如果某东西找不到轮子,我会首先怀疑高层 : 设计有误。
|
g****t 发帖数: 31659 | 47 上过凸优化什么的课的肯定都知道。但这种课一般都是EE什么的。
不是CS的。
【在 w***g 的大作中提到】 : 内点法我知道。读研究生时纠结过内点法解正半定规划。 : 高级算法课唯一勉强能听懂的内容。 : : 常高
|