p*****2
发帖数: 21240 | |
k***x
发帖数: 6799 | 2 你俩堪称本版绝代双骄了吧？
【在 p*****2 的大作中提到】
: 啃完发总结。
|
Z**********4
发帖数: 528 | |
c****j
发帖数: 802 | 4 汤唯吧
【在 Z**********4 的大作中提到】
: 弱弱地问一句 谁是800题大牛？
|
h*******e
发帖数: 1377 | |
r********s
发帖数: 101 | 6 上来问下，大家都是哪找的题？ 谁指一个链接。谢谢。
【在 p*****2 的大作中提到】
: 啃完发总结。
|
x*********w
发帖数: 533 | 7
二爷先总结总结facebook engineering page？？
【在 p*****2 的大作中提到】
: 啃完发总结。
|
A**u
发帖数: 2458 | |
p*****2
发帖数: 21240 | 9
这个交给你了。我整G的。
【在 x*********w 的大作中提到】
:
: 二爷先总结总结facebook engineering page？？
|
p*****2
发帖数: 21240 | 10
GFS
看了一下，其实system design呢，其实是我很长时间以前就喜欢的东西。
【在 A**u 的大作中提到】
: 啥书呢
|
|
|
E****U
发帖数: 59 | 11 Google File System?
【在 p*****2 的大作中提到】
:
: GFS
: 看了一下，其实system design呢，其实是我很长时间以前就喜欢的东西。
|
p*****2
发帖数: 21240 | 12
嗯。感觉应该扫扫Google的三驾马车。我今天看了两架，不过我对bigtable感觉没啥兴
趣呀，没看。
【在 E****U 的大作中提到】
: Google File System?
|
x*********w
发帖数: 533 | 13
效率这么高，亚历山大啊 ...
【在 p*****2 的大作中提到】
:
: 嗯。感觉应该扫扫Google的三驾马车。我今天看了两架，不过我对bigtable感觉没啥兴
: 趣呀，没看。
|
p*****2
发帖数: 21240 | 14
只是扫了一下，每个看了不到一半，知道个大概。你在研究什么呢？
【在 x*********w 的大作中提到】
:
: 效率这么高，亚历山大啊 ...
|
x*********w
发帖数: 533 | 15
研究驾照考试
【在 p*****2 的大作中提到】
:
: 只是扫了一下，每个看了不到一半，知道个大概。你在研究什么呢？
|
p*****2
发帖数: 21240 | 16
这东西对你来说还不是分分钟的事？
【在 x*********w 的大作中提到】
:
: 研究驾照考试
|
p*****2
发帖数: 21240 | |
n******n
发帖数: 567 | |
j******2
发帖数: 362 | |
i**d
发帖数: 357 | 20 哪三架？
spanner, bigtable, gfs?
【在 p*****2 的大作中提到】
: http://www.palantir.com/2011/10/how-to-rock-a-systems-design-in
: 这个说的还算靠谱。大家可以看看。
|
|
|
n*****i
发帖数: 64 | 21 三驾马车怎么看？光看三篇论文感觉理解好浅。。难道要看这三样对应的apache open
source实现？
【在 p*****2 的大作中提到】
: http://www.palantir.com/2011/10/how-to-rock-a-systems-design-in
: 这个说的还算靠谱。大家可以看看。
|
f****4
发帖数: 1359 | 22 版上还在做题的老id貌似也就是你最活跃了，最近还老挖design的坑 :)
关于系统设计，到现在看到过一句话，认为直指问题本质，大意是“系统设计的问题不
是可供选择的方案太少，而是方案太多”
你这么啃题下去，这道坎想迈过去就比较费力。
个人认为最好的办法就是实践+总结。实践机会的多少，国内比国外多；小公司比大公
司多。这点不用展开，码工自己都有数。总结这点，不论成功失败，你自己的事后总结
决定了你在设计上能有多少收获。特别是失败的项目，总结得好，收获远大于成功的项
目。
在这里做码工，做题找工作。只是个敲门砖。进去之后很少能直接接触到系统设计的；
除非你本身title已经很高，或者是个小公司，一切都是从头来。大多数都是给你任务
，完成即可。但就是这样也是可以学习系统设计的。
刨掉具体业务逻辑，当前系统框架你吃透了没？能文档化么？让你自己从头来，能把系
统build出来么？
具体实现的地方，为什么要这么实现？有更好的方法没？能文档出来么？能估算新方法
的工作量，风险么？（你要真找到更好的方法了，赶紧文档之，游说之；真改了，这
credit就是你的了。多搞搞，能涨工资涨title）
如果有新增功能，找机会去听听别人讨论需求定设计的过程。有些trade off的过程才
是最终决定design的关键。
还有，在实际工作里面，你经常会发现，当前设计不是最优的。trade off常常是因为
修改的cost太高的关系。
【在 p*****2 的大作中提到】
: 啃完发总结。
|
s*******y
发帖数: 44 | 23 说得很好，纸上得来终觉浅。
【在 f****4 的大作中提到】
: 版上还在做题的老id貌似也就是你最活跃了，最近还老挖design的坑 :)
: 关于系统设计，到现在看到过一句话，认为直指问题本质，大意是“系统设计的问题不
: 是可供选择的方案太少，而是方案太多”
: 你这么啃题下去，这道坎想迈过去就比较费力。
: 个人认为最好的办法就是实践+总结。实践机会的多少，国内比国外多；小公司比大公
: 司多。这点不用展开，码工自己都有数。总结这点，不论成功失败，你自己的事后总结
: 决定了你在设计上能有多少收获。特别是失败的项目，总结得好，收获远大于成功的项
: 目。
: 在这里做码工，做题找工作。只是个敲门砖。进去之后很少能直接接触到系统设计的；
: 除非你本身title已经很高，或者是个小公司，一切都是从头来。大多数都是给你任务
|
r**h
发帖数: 1288 | 24 感谢指点:)
对于fresh学生而言这一块怎么准备啊。。。完全没有工业界经验><
【在 f****4 的大作中提到】
: 版上还在做题的老id貌似也就是你最活跃了，最近还老挖design的坑 :)
: 关于系统设计，到现在看到过一句话，认为直指问题本质，大意是“系统设计的问题不
: 是可供选择的方案太少，而是方案太多”
: 你这么啃题下去，这道坎想迈过去就比较费力。
: 个人认为最好的办法就是实践+总结。实践机会的多少，国内比国外多；小公司比大公
: 司多。这点不用展开，码工自己都有数。总结这点，不论成功失败，你自己的事后总结
: 决定了你在设计上能有多少收获。特别是失败的项目，总结得好，收获远大于成功的项
: 目。
: 在这里做码工，做题找工作。只是个敲门砖。进去之后很少能直接接触到系统设计的；
: 除非你本身title已经很高，或者是个小公司，一切都是从头来。大多数都是给你任务
|
