由买买提看人间百态

topics

全部话题 - 话题: 陶涛
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
l***4
发帖数: 1788
1
这哥们已经跳了
j*****n
发帖数: 1545
2
别人都去 A 老久了
r*****b
发帖数: 310
3
This is too old ...
p**********u
发帖数: 15479
4
来自主题: Missouri版 - Zhang yitang的wiki
刚Google了他沪杰出人才老张
1 居然去了UCSD. 爽死了。这么好的地方。evelyn lin 的母校。
2 nationality, USA. 我靠,老张不会瞎写的。估计他家里是不是父母有美国护照?一
般中国人只有生在美国的,叫USA
3 老婆名字曝光了。sun yaling Helem.
4 目前最高荣誉,台湾中央科学院院士。绝对贵族群。解放前混上海的,解放后去美国
混学术界的,无一例外全在那里。据说每年在美国独立日举行大型碰头会。
5
Zhang was born in Shanghai and lived there until he was 13 years old. At
around the age of nine, he found a proof of the Pythagorean theorem.[7] He
first learned about Fermat’s last theorem and the Goldbach conjecture
when
he was 10.
妈的,这种绝对是数二代家庭了。当时是文革前。上海普通家庭里文盲都没有... 阅读全帖
o**********e
发帖数: 18403
5
哈哈...
d******8
发帖数: 148
6
据重庆执业律师陶涛表示,中国实施的《老人法》属于民法,中国法院原则上是采
“不告不理”原则,只要当事人不指控子女,法院就不会主动处理。
这种保障老年人权益的法律,也要吐槽么。。
j****u
发帖数: 1413
7
来自主题: USTC版 - USTCAF2008届理事会选举产生
From:
http://www.ustcif.org/news/?id=327
http://alumni.ustc.edu.cn/view_notice.php?msg_id=3710
2008年2月18日, USTCAF(中国科技大学校友基金会)2008届理事会选举揭晓——2007
届理事会主席郑竞波(880)宣布,经过全体会员投票选举,章晓华(773,女)、周全(
773)、蒋澄宇(838,女)、王克非(938)、冯鑫(9517)、陈雪生(772,女)、丁剑(912
)、赵振刚(9011)、张南(978)、薛天(958)、徐汉平(862)、潘婵娟(9312,女)
、陶涛(9500)、李逊(85少)、倪志军(851)、牟志坚(796)、韩新海(962)、
陈晓刚(912)、吴艺林(0007)、朱骁洵(88少)等20位校友当选新一届理事。
近日,经理事会选举,章晓华当选为校友基金会主席。赵振刚和蒋澄宇分别担任副主席
和秘书长。
USTCAF自1995年创立,每年由会员选举产生理事会,规模在10-20人之间。今年参选理
事的候选人为24人。据介绍,这是该会历史上首次出现差额选举。 有
j****u
发帖数: 1413
8
来自主题: USTC版 - USCTAF理事会讨论2008年工作
转自:
http://www.ustcif.org/news/?id=335
http://www.ustcaf.org/d//2008/gbmeet.html
3月23日晚10点(美东时间),中国科大校友基金会(USTCAF)2008届理事会召开第一次
电话会议,讨论了近期工作。陈雪生(772)、章晓华(773)、周全(773)、蒋澄宇
(838)、刘冬子(850/854)、倪志军(851)、徐汉平(862)、朱骁洵(880)、丁剑
(912)、陈晓刚(912)、赵振刚(9011)、潘婵娟(9312)、陶涛(950)、薛天
(958)、冯鑫(9517)、韩新海(962)、张南(978)、吴艺林(007)等理事和校友
出席会议。
电话会议由理事会主席章晓华主持。她感谢刘冬子多年来主持USTCAF筹款,感谢他的卓
越领导。章晓华提议,理事会一致同意,刘冬子担任Fundraising Director。
理事会讨论2008年的工作。2008年是科大50周年大庆,与会者认为应结合校庆主题,鼓
励校友广泛参与。会议对若干项目创意做了深入讨论。理事们对改进USTCAF网站也做了
讨论,并提议构造
s******e
发帖数: 16668
9
来自主题: HuNan版 - 桃花依旧笑春风
期待陶涛爆料!
g*****g
发帖数: 34805
10
http://tech.huanqiu.com/per/2013-08/4307208_2.html
我们作为创业公司总结了一些经验和教训跟大家分享一下:
1、保持简单,这对创业公司来讲非常重要,一个简单的系统出错的可能性就很小
,出错以后解决问题的可能性就变得很大。保持简单我们认为对创业公司来说是非常关
键的问题。
2、我们认为一项技术的超级用户遇到的难度是远远大于普通用户的。我们知道大
家今天都在用一些开元软件,这些开元软件是逐步发展的过程,很多软件在早期并没有
经历过很大的压力测试,在一定的流量基础上他们都工作的非常少,但是超过一定流量
的话都有各种各样的问题。如果你作为超级用户,你可能接触到的问题是前人完全没有
遇到的,你很难在社区里得到任何求助,需要自己读它的代码,去看是不是我能解决,
如果解决不了的话怎么办?如果解决了当然是可以去改一下它的代码,如果解决不了的
话,有的时候构架的限制解决不了是很麻烦的问题。
3、新技术往往看上去很美。这个话其实有两层意思,一种是真的看上去很美,如
果看上去不美也不能叫新技术了。第二层意思是往往只是看上去很美,真正用起来并不
美。我们知道一项... 阅读全帖
l*****t
发帖数: 2019
11
nothing new here.
swing to Hbase sounds like a bad idea.
g*****g
发帖数: 34805
12
Playing safe is more practical than being new and cool. Chosen stack can be
a hit and miss. It may not always be the best pick, just the one they happen
to have the most experience.
c***d
发帖数: 996
13
有一句很有用, 现在的消费互联网公司其实都是在卖产品, 不是在卖技术。 这个角
度来讲互联网公司更接近nike, 而不是波音或者洛克希德马丁。那个姓王的在google没
搞懂的也是这个。
所谓的高科技公司是在一个新的平台上卖产品, 这个平台本身的科技含量比较高, 但
这个平台本身并不成为最大的利润机器。 要我说摩托罗拉诺基亚的技术含量比
facebook高,用户和市场的问题没有解决就什么都不是。
b*******s
发帖数: 5216
14
EC2我感觉对流量小的很便宜
g*********e
发帖数: 14401
15
这样挺好,最后不会遇到瓶颈把自己给做死了。当然门槛低,竞争也激烈。
p*****2
发帖数: 21240
16
这个主要原因作者也提到了 就是前google员工的原因 包括java
所以他们并没有客观比较各种技术
当然python恶心不假
p*****2
发帖数: 21240
17
公司那么有钱搞点cool技术没啥问题 比如twitter的scala facebook硬搞php也没问题
你们公司搞cassandra 都是先驱
p这点做的保守了 不知道为什么压力这么大

be
happen
g*****g
发帖数: 34805
18
pinterest太小,Twitter硬搞ruby效果有限,才换的scala. SOA一点点用 Java换出去
,是经过无数次实践最可靠的办法,轮子也多。要想酷大可开源自己开发的一些类库,
没必要死拧语言。

p*****2
发帖数: 21240
19
应该是小
其实上边python 下边c++是可以玩的
不知道为什么没有提
里边也许有政治因素
g*****g
发帖数: 34805
20
不是说了为啥不用C, Python底下加C用来写轮子也罢,写商业逻辑得把自己坑死。
C++也是一样的。
g*****g
发帖数: 34805
21
啥东西不都一样,能造个飞机飞起来的国家多了去了。能造了到处卖的就少了。
z****e
发帖数: 54598
22
用c这些语言主要是换个平台就要重新编译一遍
现在又不象以前,windows一统天下
现在macosx,linux什么满天飞,前一段每次重编译python的类库都在祈祷
千万别出问题,不是自己写的类库,出了问题我可没把握在短时间搞定
s********k
发帖数: 6180
23
所以大家觉得做技术的人怎么打造自己的核心竞争力?一直在某个技术领域继续专研,
还是慢慢多接触产品市场等等
p*****2
发帖数: 21240
24

看来公孙不靠谱呀。
另外Go也需要在不同平台编译吧,是不是也是一个大缺陷?
z****e
发帖数: 54598
25
python的类库很多是c,fortran写的
主要是这些库出问题
d****i
发帖数: 4809
26
Python写商业逻辑都用不着C,如果要用到C/C++的话,一般都是因为有大量的计算或者
需要直接和OS层面talk。我们的Java也是这样用的。
M****z
发帖数: 1058
27
P当年好像是50万美元叫卖都没人买
s********k
发帖数: 6180
28
这个50万不是腾讯当年叫卖的价钱吗?或者100万?
h*****a
发帖数: 1718
29
技术不重要啊,产品重要,尤其对这种级别的startup而言。搞新技术,除非有特别熟
悉这个技术的一班人马,你怎么去justify呢?

h*****a
发帖数: 1718
30
对,关键是growth和monetization,技术的选择不是考虑的关键。确实P的tech stack
里面的一些选择比较random,一个主要的原因是早期开发者对什么技术比较熟悉能尽快
上手。以后不够ideal的选择会慢慢被替换掉,但绝对不是high priority的工作。
h*****a
发帖数: 1718
31
等到会C++的engineers加入的时候,网站都已经几个米的用户了。那时候大家忙着做的
就是怎么样让网站稳定,做新feature,转C++根本没有资源去搞。
p*****2
发帖数: 21240
32

当时已经转Java了吗。我的理解是下边的核心代码用C++,上边还是python. 不知道这
个和完全转java哪个cost高。当然转java也可以一个service的转。long term的话,比
上C++更靠谱。
h*****a
发帖数: 1718
33
转Java主要是move到SOA的一部分。本来performance即使到现在也不是主要的问题。
p*****2
发帖数: 21240
34

python做SOA的主要问题是什么?如果performance可以的呀?还是long term考虑?
h*****a
发帖数: 1718
35
Pinterest到今天最大的codebase也还是Python而且几乎所有engineer都在继续
contribute python code。SOA框架中的新的service,都用Java或者Go来写了,但用其
他语言重写Python code还不是我们目前要做的。目前做到的只是把旧的Python code从
messy的codebase里面分离出来成为一个新的SOA框架中的service的时候,用Java重写
一下,但也不是必须的。只有在分离code的成本比较高的时候才这样做。
Python的perf固然不够理想,但目前来说还不是Pinterest growth或者成功与否的瓶颈
所在。
h*****a
发帖数: 1718
36
Python做SOA也没什么问题。你看我另一个帖子,基本上算回答了。用Java肯定一个考
虑是会的人比较多,而且perf比Python要好一些。
c***d
发帖数: 996
37
我的心得是技术不是钻研出来的, 是用出来的。 能解决问题的技术就是好技术。 产
品和市场也不是慢慢接触出来的, 互联网市场能看到的规律就是长江后浪推前浪, 乱
拳打死老师傅。干这行就是糙快猛, 执行能力第一。
h*****a
发帖数: 1718
38
同意。如果解决的问题是比较hot的问题,具体的技术有的时候是次要一些的。当然技
术也有价值,不过一般来说招人的时候默认你能pick up一个新的程序语言或者数据库
。而且现在的市场条件下,找到一个工作经验和skill set非常match的人太困难了。
p*****2
发帖数: 21240
39

明白。多谢大牛。
l*****t
发帖数: 2019
40
true. I am saying "nothing new here", what Pinterest has done is like a
million companies have done. nothing to learn from them. we did the same
thing 3 years ago when we started our stuff nobody knew these things and
picked up hbase and made it work. but now have to literate to redo it to
something from scratch.
kinda like your company's recent work on Kafka, which was pretty late too.
should have done right from the getgo.
just a price to being safe.

be
happen
l*****t
发帖数: 2019
41
because of googler?
same thing happened in Facebook when Googlers drove away the amazon folks.

l*****t
发帖数: 2019
42
对呀。所以p的经历没啥好学的。

stack
g*****g
发帖数: 34805
43
We couldn't do it from get-go, and you can see the reason here.
https://github.com/Netflix/suro/wiki/FAQ#why-not-use-kafka-directly
p*****2
发帖数: 21240
44

我觉得是。我们公司很多A过来的,只用Java。
还有一个postgres大牛过来不让用mongo,cassandra。
h*****a
发帖数: 1718
45
P的模式基本上就是湾区startup的常态。对没在startup干过的可能有点启发,否则一
般都知道了。
V*********r
发帖数: 666
46

不光python,所有的动态语言比如ruby和javascript都一样,编译C扩展是不可避免的
node.js和rails也是一大堆类库都是C语言写的,每次跑都要重新编译
不知道你为什么老是抱怨这个,好像脱离了jvm就难以生存一样
r***s
发帖数: 737
47
it depends.
as a startup, the business goal itself is risky. thus it make sense to
minimize
risk in other aspects.
for mature companies, always playing safe means no life.
Risk taking does not mean being new and cool, chasing the trend for the sake
of it is simply stupid. Risk taking means drastic changes to either business
model or technology stack, for the purpose of disrupting the market, improve
efficiency or reduce cost. Efforts put in for trying to reach these goals
may
not always pay off,... 阅读全帖
r***s
发帖数: 737
48
open your eyes, see the "business purpose" of everything
learn to perform cost effective calculation and trade off.
y**********u
发帖数: 6366
49
弯曲大部分startup都没有P的scale啊,所以P这样算是很难的
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)