::Blog信息::
名称: 文摘
作者: guvest
域名: blog.mitbbs.com/guvest
站点: BBS 未名空间站

档案日期:20160901000000 ~ 20161001000000


2016-09-26 20:25:14

主题: Re: 王宇鹏大牛的忽悠能力比qq收费群里的庄托差很远
I really like this board now because nobody read my posts anymore
【 在 allienpig (猪 in black) 的大作中提到: 】
: 想想发了这么多帖子
: 都没人看, 就失去了发帖的动力。。。




提示: 本博文来自于 Stock 版



2016-09-11 23:10:37

主题: Re: 临时说下600606再说下这类股的做法
我主要亏在H股ETF了。别的没亏什么。

【 在 laoweiyu (微雨) 的大作中提到: 】
: 今天A股大跌




提示: 本博文来自于 ChinaStock 版



2016-09-11 12:12:08

主题: Re: 关于基金经理那些鸟东西的鸟事
基金经理绝大多数都是销售员,骗子。没什么炒股水平。
人也不需要什么炒股水平。

基金这就罢了。银行那就更黑了。我就不说了。

【 在 laodaidai (老呆呆) 的大作中提到: 】
: 我记得我讲故事时候说过一个私募经理的,忽悠了一个弯弯老板,搞了一个亿,却拿去
: 泡妞,告诉自己准备做什么股,让对方什么时候买。
: 真是他妈的没半点职业道德。
: 要是被人知道,狙击的话,这银子分分钟变成水。
: 我也买过基金,南方什么基金,第一个出国基金,可以做全球的,妈的没多久跌到零点
: 4,后来不知道是折了还是被我杀了,我都忘了。
: 所以恨死基金了,总觉得这些人没水平,没能力,还素质很坏,经常利益输送,我曾经
: 抓过几次,就是秒跌10个点,马上就骂起来,成交只有一笔的,然后这个股一般就会后
: 市很好。就算大盘坏,按个老鼠仓也是会进的。
: 不过我也做了指数杠杆基金,那个19就是的,我观察了半年,那时候每天成交几千万手。
: ...................




提示: 本博文来自于 ChinaStock 版



2016-09-05 11:57:53

主题: [bssd]看完了hacker news上的所有literate programming帖子...
这几天一直在考虑python的working flow for my own usage。
本版问了很多问题,也问了很多同事。再次感谢之前参与讨论和
回答问题的各位朋友。

那么现在总结一下。分享给大家。欢迎批评指正。
勿上封面,主页头条。本贴已转去侦探版保存。

先说结论:
--------------------------------------------------------------
反正现在我的结论就是要两套代码。一套Jupyter或者knitr/Rmarkdown
生成。一套按把前面的代码修改补充,封装,重新安排组织,
用sublime做。
--------------------------------------------------------------


1.
我个人认为,这一两年来,python/R的崛起是因为jupyter notebook和
R markdown等等类似的tool。很多场合下,太好用了。

2.
我开始不知道literate programming这个概念。
因为我有Mathematica的经验,所以理解jupyter的坑。Jupyter最大的问题是
不同的cell可以以不同的顺序evaluation。那这很容易跑乱。我当初
Mathematica就老出这个问题。最后我的解决办法就是永远只是顺序执行
cell。

那么这时候我意识到,我其实只需要一个支持好的格式的heavily注释的工具
就行了。然后查到了Docco, org-mode, ....
最后发现这就是克努奇的literate programming。

可以说从Mathematica和Jupyter, Rmarkdown的思考,
我自行发现了这个系统的哲学和其中的道理。

3.
克努奇的literate programming也对也不对。
我自己分析了以下对我自己的价值和原理。

a.市面上大多数的literate programming不支持程序块的顺序重排。
Rmarkdown不行。但是Mathematica, Jupyter可以对程序块改变次序执行。
leo可以。其他的不行。

b.literate programming按克努奇的说法是,instead of 教电脑
干什么,说明为什么人让电脑干什么。这样甚至可以取代unit test。
我不这么看。我认为这个文档和code,code的结果混排的好处在于容易
卖东西。

有的算法容易用code的片段,以及片段的结果来解释,有的算法容易用
文字来解释。这就要求混合起来的可执行。

我个人观点:
literate programming = 天生的销售员利器。

4.
那么回到coding。现在就有一个矛盾。
按照
(A)销售逻辑或者slides 逻辑,也就是人类的装B逻辑来组织代码,
(B)还是按照电脑语言的实现逻辑,性能逻辑来组织代码?

这两者是互动的。因为你选一个A和B之间的trade off。
那么为了解释这个trade off,这又是一个逻辑,然后你就进入了AA,AB,ABA,...
这个问题literate programming没有解决。

有人说literate programming是有害的。其实说的很对。因为有的程序是
60ms定生死的。或者逻辑差一点,后面会引起严重的维护困难和后果。

对这个问题,我也没有答案,也没找到tool。现在这方面的讨论都是各执一端。

那么我换个脑子想一下。既然不能一次性解决问题。那不如找个中间点。

所以现在认为的最好的答案就是:
写两套代码,
(A)一套是literate programming的。
(B)一套是从literate programming里面自己tangle出来的,可以高效
被电脑执行的代码。


我希望达到这样的目的,A,B所需的工作量可能是只写一套的1.2倍。
但是这20% 的额外功夫是完全值得的。且不说对代码质量的提高,
只说销售,花20% 的时间弄销售或者内部communication是很便宜的。

------
反正现在我的结论就是要两套代码。一套Jupyter或者knitr/Rmarkdown
生成。一套按把前面的代码修改补充,封装,重新安排组织,
用sublime做。
------

<回头有空再补充资料链接,以及其他研究>








提示: 本博文来自于 Programming 版



BBS 未名空间站