p****c
发帖数: 8062 | 1 【 以下文字转载自 Basketball 讨论区 】
发信人: LBJ (雷霸龙), 信区: Basketball
标 题: 这是本版的霸爷么？
发信站: BBS 未名空间站 (Thu Oct 28 23:53:13 2010, 美东)
最近在clutchfans上吵的好凶啊，连发paper都搞上来，够classic的，就差gre成绩吓
唬这帮老美一下了
http://bbs.clutchfans.net/showthread.php?t=194765&page=1&pp=20
Goodbug: I have 3 first author publications, including one IEEE journal
paper in English. I guess the committee were fine with my grammar. How about
you?
Quote:
Originally Posted by clippy
This article sounds like it was written by a bitter Cleveland fan or... 阅读全帖 |
|
a***y
发帖数: 19743 | 2 ☆─────────────────────────────────────☆
xxcyq (xxcyq) 于 (Tue Dec 27 13:23:22 2011, 美东) 提到:
想要象windows一样管理文件,很久以前就有 91助手,ifunbox之类的免费软件,
现在更是有itools这样的神奇软件.
某些果黑就是故意视而不见. 非要用itunes,
倒是用安猪的时候知道用豌豆荚，
豌豆荚应该不是股沟软件吧？
苹果没有义务提供windows style的windows软件。
☆─────────────────────────────────────☆
htd (孩儿她爹) 于 (Tue Dec 27 13:58:51 2011, 美东) 提到:
不越狱也可以用91助手,ifunbox之类管理音乐/视频/书籍？
windows mobile那个active sync也挺烂的...
android这个SD mount as usb然后手机上面不能同时访问的设计，也不怎么地。
☆─────────────────────────────────────☆
... 阅读全帖 |
|
k*****a
发帖数: 1463 | 3 您坐，您坐：
[goodbug]〉〉〉 : ：所以 到了这个时候，就只有两种选择。一是NoSQL DB，二是
Sharding。
[goodbug]〉〉〉〉〉〉不能用NoSQL，只能Sharding。 |
|
k*****a
发帖数: 1463 | 4 您坐，您坐：
[goodbug]〉〉〉 : ：所以 到了这个时候，就只有两种选择。一是NoSQL DB，二是
Sharding。
[goodbug]〉〉〉〉〉〉不能用NoSQL，只能Sharding。 |
|
I***e
发帖数: 1136 | 5
Thanks.
Thanks to goodbug too.
no bug is like goodbug.
-iCare- |
|
q*********u
发帖数: 280 | 6 goodbug估计篮球看的正爽。
谢谢goodbug的建议
ny地区为啥不一样，金融行业的缘故，用c/c++比java多？
～～～～～～～～～～～～～～～～这个话不能随便说阿，呵呵 |
|
o**2
发帖数: 168 | 7 我完全没有被offensed，你讨论的态度非常positive and professional。
关于我对executor framework的看法，我已经在和goodbug的讨论中(link below)陈述
过了。（goodbug silently退出了讨论。）
FMP vs ExecutorService/Future
http://www.mitbbs.com/article_t0/Programming/31258897.html
简单地说，我的意见和你的相左。Java executor framework比不上C#的async keyword
，就按你说的限制在Java之内的话，也比不过Spring Framework的@Async。
至于你提到的硬件加速等performance boost，那是FMP不care的东西。因为FMP卖的是
spec是标准，你没有注意到我的project是自称为reference implementation吗？
就象C不会去和汇编比速度、也不会自称是汇编代码的management一样，FMP也是自成体
系的。FMP追求的重点是降低程序员写并... 阅读全帖 |
|
I*******e
发帖数: 1879 | 8 ☆─────────────────────────────────────☆
goodbug (好虫) 于 (Wed May 20 13:08:15 2009) 提到:
for i in 'ls ./lib/*.jar'
do
CLASSPATH=${CLASSPATH}:${i}
done
在solaris上跑得挺好，到linux上就不行。
老是出syntax error: unexpected end of file的错。
据说这是quote不匹配，可是实在看不出来。
☆─────────────────────────────────────☆
thrust (祝阳阳早日康复) 于 (Wed May 20 13:17:16 2009) 提到:
我这里运行这段没有问题. 你把这段重写一遍看看? 或者用的shell不对?
☆─────────────────────────────────────☆
goodbug (好虫) 于 (Wed May 20 13:29:06 2009) 提到:
都用的bash，郁闷. cygwin也出一样的错。
☆─ |
|
c*****t
发帖数: 1879 | 9 没必要盲目的崇拜这种东西。你这么崇拜说明你对做这些东西
需要的代码量还没没有直接的概念。说明你自己很少搞个 project 。
Linus 在搞 Git 之前已经用了几种 distributed SCM ，才能够有强烈的欲
望搞个自己的东西，而且方方面面已经考虑了很久，所以才能快速写出一个。
如果你让他搞个他一点不熟悉的东西，他也没辙。
其实 Java 的最大优点就是，让程序员更专注整体架构，而不是某些跟逻辑
无关的细节（C++ 的很多就是这些无聊的细节）。加上 Java 的 project 相
对周期短很多，相对来说，Java 能让程序员更快的理解以前很多需要长时间
理解的概念。
所以我建议一味搞 C/C++ 的同学学习下 Java 。免得明察秋毫，不见舆薪。
而且术业有专攻。goodbug 搞 Java server 方面也 N 年了。真要有 Linus 和
他对比 web service 的东西，要我就更听他一些。而且相信 goodbug 要写
个类似 Git 的话，也不成问题，只不过没必要而已。
就我学过 Basic / Pascal / C / C++ / Java / C#... 阅读全帖 |
|
g*****g
发帖数: 34805 | 10 NeverLearn in 2008: SilverLight will rule them all
Goodbug in 2008: LOL
Goodbug in 2012: LOL
Random guy in 2010: Java is a dead-end
Good in 2012: LOL |
|
t****a
发帖数: 1212 | 11 一个词总结Wadler大牛15年前的paper: why they don't?
就是“时机未到”（兼容性，没有library support，难安装，tools，popularity，以
及"they just don't get it")
他并没有像goodbug所认为的OO "fundamentally“ better than FP。不过他也提到了
goodbug所说的”killer app“问题，不知道这个问题现在怎么样了。
Walder大牛15年前认为时机未到，现在，貌似上面这些问题解决的差不多了。真的想知
道他现在怎么看。 |
|
|
t****a
发帖数: 1212 | 13 越来越觉得goodbug说的有道理了，感谢goodbug诲人不倦。
FP是很好，可是没有同事用，就算它再强，单枪匹马也很难成事的。
想用好FP，就得经常用它，比如在工作中。因为没有人用，那自己就得单枪匹马的干，
在工业界这很难，会遇到很多阻力。
还是保持一颗平常心，不要有差别的对待语言比较好... 到什么时候说什么话，毕竟它
们对我们来说，只是谋生的工具。
interested
class
, |
|
d********g
发帖数: 10550 | 14 LOL，用在您老身上正合适，自己装过的逼都完全忘了，是不是看这两天风头过了。我
来提醒下您老是如何未卜先知地装逼吧：
----------------------------------------------------------
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Delphi这个语言是不是已经死了？
发信站: BBS 未名空间站 (Mon May 27 18:16:38 2013, 美东)
我老说用过VC，不用VS用啥，你说确定是VS，不是VC++6.0？这不是显得无知没用过是
啥？
我老是没用过VS 6.0以后的版本没错，但不会犯你这样常识性的错误，更不会犯了错死
不承认到处找场子。
我老比你有眼光，所以不需要初恋换了几十个。
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Delphi这个语言是不是已经死了？
发信站: BBS 未名空间站 (Tue May 28 03:04:07 2013, 美东)
我老比的是Eclipse跟VS最新版。VS6的时候还没有Eclipse好不好，你... 阅读全帖 |
|
g*****g
发帖数: 34805 | 15 这是那个合集我回的关于iCloud的第一个帖子，不是我做的合集，我也不能修改。大家
到是看看我如何否认iCloud跑在Azure里。你丫做人不要脸就罢了，不要把我扯到跟你
一个水准上。至于iCloud是否用Azure的storage，确实谁都没有第一手证据。你不服倒
是拿证据出来。何况我帖子说得明白，就算是用azure storage，跟.net还是没啥大关
系。
你每次被打脸也就剩断章取义这点本事了。
http://www.mitbbs.com/article/DotNet/31106475_3.html
goodbug (好虫) 于 (Tue Oct 23 04:17:58 2012, 美东) 提到:
BTW, iCloud is in Java. One apple engineer contacted me for a position so I
know this first hand. It makes sense because iCloud is on both AWS and Azure.
Using iCloud to prove .Net is laughable... 阅读全帖 |
|
S*******s
发帖数: 13043 | 16 （略去你的昵称，实在不雅）呀，你的理解能力差，和你是否质疑无关。
还有我从来没承诺过要找个什么数据，你的类似期望是没有依据的。证明你的数据是得
不出你期望的结果的，方法有很多，只有傻逼才会首先想到再去找个别的数据。找到了
又能说明什么？这个道理正常人很容易接受，至于你这辈子是否能够理解它我感到绝望
。这么着吧，我再试着用你习惯的方式给你打个比方，希望能有所裨益。
注意，这只是个比方，现实世界很可能不是那样的。
有人说，goodbug不是傻逼。你说了，“你错了，他是，我有数据，goodbug大姨妈一个
月来三次”。我插嘴说，“你的反对是不成立的，因为你的数据和你的结论没有逻辑关
系”。你说，你的数据呢？
就是这么个意思。 |
|
d********g
发帖数: 10550 | 17 “100个人中就goodbug等2人没有吃屎”与“100个人中包括goodbug没有没吃屎的”，
这两个的区别要我解释1000遍才懂？你说说你到底吃过没？这是吃了0%的屎与吃了2%的
屎，还是说吃了0%的屎与吃了全份的屎的区别？
你要喷粪也得看清楚了再喷。不光喷一次还喷两次，这谣造的，啧啧 |
|
l*****9
发帖数: 9501 | 18 你和goodbug一头？
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Obamacare website
发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东)
lol, scalability is never an issue on front tier. |
|
l*****9
发帖数: 9501 | 19 goodbug就会吹牛
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Obamacare website
发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东)
lol, scalability is never an issue on front tier. |
|
f****4
发帖数: 1359 | 20 swjtuer贴的背景和我知道的差不多。
不过我真不知道原来12306除了春运之外平时还在卖票。。。要承认这样一来客户预期
和一个只卖39天票的网站是有区别的。但预算会比原来估计的多，铁路系统那里得到的
支持会多很多。
不过，就算是那样，和讨论这2个方案有很大关系么？我一直在尽量客观的比较这2个方
案throughput，availability还有goodbug质疑的高峰时期写的速度。难道这系统复杂
度只对魏老师的方案存在？？？
你唯一能说的就是goodbug的方案对个人要求不高，在天朝满地都是做acm竞赛出身的码
工，往上堆人就可以了。但像对应的，测试的跟上去。
还有，我也想写个标书的格式，可有必要浪费那个精力么？你就看看你自己满屏的刷贴
吧，都是短平快，前后侧重点都不一致。 |
|
p*****2
发帖数: 21240 | 21
nosql都不支持transaction, 不过app可以handle。具体细节我也没看goodbug怎么
handle。
感觉还是event driven更自然。
@goodbug
你起threadpool去poll cassandra， 具体任务怎么分配呢？这个能zkss吗？比如同一
个车次的booking如果不同的thread拿到如何？ |
|
w*******r
发帖数: 34 | 22 还是你的帖子有干货，总结的不错，顶一个。
zhaoce老扯做工程的事没意思，这玩艺不结合客户环境有啥用，现在说的就是从头开始
要怎么搞，老扯啥兼容老系统。
就魏老师这方案，单机性能肯定没得说，hot standby也说得过去，但failover做得不
像goodbug分布式那么可靠，这种系统的dr肯定得跨dc做，一旦要跨dc跨region的搞，
我没看到魏老师说到底要怎么搞，但goodbug已经说他们生产环境验证过，这很有说服
力。 |
|
w*******r
发帖数: 34 | 23 我都说了，大家讨论的前提就是重新搞。我相信老魏跟goodbug也没考虑兼容现有系统
的情况。
你非要说实际做工程是啥情况啥情况，这明显是跑偏，goodbug的云在国内压根就不存
在，老魏这方案看上去就用不了几台机器，国内没哪个领导乐意你给他省钱。 |
|
T********i
发帖数: 2416 | 24 一个大型系统必须有一个failover的完整方案。近日讨论中发现，网友在这个问题上多
存误解。而且很多错误认识竟然大行其道。
为再次避免谬种流传，不敢自匿，特公诸于众：
其实，这里面每一个事实，我都已经于多天前提到了。
Complete Failover Handbook
废话少说，failover方案一般2种
1. 同步写盘
2. 同步写网络（必须等ACK）
其他还有一些组合，比如异步写盘+同步写网络等等
现在看看同步写盘：
普通磁盘：
这个其实最复杂，为什么。因为我说过，磁头seek 5-8ms，转速4500-15000 RPM。
文件系统不好做就是要为磁盘做优化。因为磁盘的寻道seek太慢，因此尽量让文件水平
放置在磁道上。因为顺序读写sequential最普遍。磁盘转速太高sector扇区的编码还要
隔开。这样读完一个扇区OS发请求的间隔时间内，刚好转到下一个扇区。
同步写盘因为到达时间随机，基本上需要平均等半圈，这样平均按照15000 RPM算就是
15000 / 60 × 2 = 500次每秒。实际上数量应比这个低因为会seek。
当然如果sequential不间断同步写盘... 阅读全帖 |
|
p*****2
发帖数: 21240 | 25
lol。其实我看goodbug对这些语言的了解跟我争议很小。
goodbug对node理解还是很深刻的，对python的批判也很入骨 |
|
p*****2
发帖数: 21240 | 26
你要是谈语法上的，一下子就比goodbug矮了一截。
python compile成js了，那不就是coffeescript吗？
pure async的优势goodbug都说了好几次了。 |
|
n****1
发帖数: 1136 | 27 不像魏老师的，倒更像goodbug的
魏老师的方案是intel Xeon单机作业+另外两台hot standby, 基本是in RAM DB
goodbug方案是intel Xeon机群作业, distributed DB
感觉这次宕机是因为他们用的是实体机， 机群规模不够庞大， 也无法利用cloud来临
时加机器。 |
|
p*****2
发帖数: 21240 | 28
嗯。趋势是这样的。不过goodbug还是比那些所谓的大后端靠谱的多。起码goodbug承认
node是后端。 |
|
T********i
发帖数: 2416 | 29 以前的讨论。Goodbug从来都分析不清楚这个架构。
他一口咬定，这个架构consistency不能保证。一旦核心任何机器死掉会丢数据。
如果你也这样认为，那没必要讨论。
如果你认为没有这些问题，同时你说uo没问题。至少说明goodbug脑袋进屎。
坏. |
|
p*****2
发帖数: 21240 | 30 这个我过来说两句。LZ说对了一半。
确实要刷题，但是只是刷题完全不够，而且你要有很好的你申请的工作的相关经验，你
不怎么刷题也能进。因为现在互联网公司Java为主，所以Java就是其中的相关经验，所
以Java的优势是很强大的。比如goodbug大牛，就不怎么需要刷题，工作随便挑。
两个人，一个人没有相关经验，只是刷题，可能拿不到offer，拿到offer可能也不大
另一个，有很好的相关经验，没有特别刷题，很可能拿到offer，而且title给的很好。
当然如果一点不刷，估计够呛。像goodbug在jobhunting偶尔混混，应付面试足够了。 |
|
z****e
发帖数: 54598 | 31 goodbug说的是原有的东西
我告诉你，我不认为他会受到威胁，其实backend一直都没有什么大变化
或者说变化比较慢
但是你的领域，会被严重冲击
所以goodbug无所谓
但是你悠哉悠哉下去，那就麻烦了
不过我相信你总有一天会过来的，哈哈 |
|
T********i
发帖数: 2416 | 32 既然如此，希望大家站一下队好了，别到时候说那些不痛不痒的，什么站务早该介入之
类的。
其实goodbug如此下作，是因为背后有一个党同伐异的亲友团。
俺这个人爱较真，不怕得罪人，我鄙视的不是goodbug一个人，而是那一群人。 |
|
T********i
发帖数: 2416 | 33 抢票服务器，我提议打赌，要是做出来，goodbug从此滚出mitbbs。
做不出来我走。
goodbug迄今不敢迎战，还敢继续PA。
家教下做呀。 |
|
z****g
发帖数: 75 | 34 bbs发帖就这样，没peer review，
goodbug这样的，嘛事都知道点，但是没啥深度的货在这里胡搅蛮缠，虽然看着好玩
但是无助于新人解决问题，和提高水平
魏老师是个较真的人，但为这事在这里费劲有点不值
根据魏老师的帖子内容，我相信魏老师是喜欢刨根问底，喜欢探索的人，这样的人是能
做出原创的东西
而goodbug之流是只会看看文档，跟风 ’流行‘技术，人云亦云的二把刀 |
|
T********i
发帖数: 2416 | 35 其实我还没有说goodbug那个所谓的方案。
丫号称150台机器1M TPS。别忘了这个抢票服务器是紧耦合的。
公平起见，还是这个问题，一条路径，20个区段。他goodbug能每秒处理多少个请求？
能有个成千上万就不错了。不服走两步。 |
|
T********i
发帖数: 2416 | 36 看看goodbug几秒钟前说的话，有多脑残？
发信人: goodbug (好虫), 信区: Programming
标 题: Re: 每秒500万， 结论出来看了
发信站: BBS 未名空间站 (Tue Feb 4 15:52:05 2014, 美东)
强耦合在于票数有限，联程票有冲突，不能简单分开。耦合的线路指数而不是线性递增。
这本来就是很清楚的事情。太监非要混淆视听。 |
|
T********i
发帖数: 2416 | 37 看看我刚回goodbug的。
你的帖子说明你也不懂interlocked。
短短几秒钟，goodbug又PA两次。家教下作呀。
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: 总结贴
发信站: BBS 未名空间站 (Tue Feb 4 17:18:04 2014, 美东)
AtomicInteger是java你都理解不了？
我20个段1个都不用锁。
10个线程，每线程20个段用时2us就足够了。
这个你能理解么？叫锁也不是一般意义exclusive的锁，而是锁定一张票，2us以后可能
再把这张票还回去而已。
declare
C |
|
T********i
发帖数: 2416 | 38 看到没有？丫goodbug在这里叫嚣12306变成increment。
这个写完了，丫就嚷嚷要我写个12306出来。
你说，goodbug是不是家教下作？
你见过这么家教下作的么？ |
|
T********i
发帖数: 2416 | 39 10几个核还不够？
人家说宅男废纸，宅女费电。
他goodbug费核呀！
发信人: goodbug (好虫), 信区: Programming
标 题: Re: 扯两句魏老师vs好虫
发信站: BBS 未名空间站 (Wed Feb 5 11:43:24 2014, 美东)
10几核你就够了？你来呀。 |
|
T********i
发帖数: 2416 | 40 NeverLearn，请不要打扰goodbug回答重要问题，谢谢。
goodbug，要脸的话就回答我的问题。或者你认个错也就算了。
再问你一次，能保证有票100%出票么？能达到100K/s么？
能还是不能？什么叫该用多久用多久？我单机100万票/s你还要无耻什么算transaction
的话就变成50万/s了。
你那个6000台能保证有票100%出票么？能达到100K/s么？ |
|
S*A
发帖数: 7142 | 41 这个是两了独立的问题好不好。
C10M 是说篮子可以装更多的鸡蛋的技术。
goodbug 说的 cluster 是有很多篮子防止一个篮子破了血本无归。
这两个可以放到一起来用啊。没有人说研究C10M 就是用一部机器
解决所有问题，只是其中一种技术手段而已。Goodbug 说的这些都
没错。但是和 C10M 本身其实无关。把 cluster 代替 C10M 就把
问题搞得更加说不清了。
用 cluster 技术也不应该防止把一个篮子做大的技术。
回到10 年前，同样的辩论也可以说，C10K 不用做，多几个cluster
就行了。那就不会现在有 epoll 这些好东东了。
这个是技术发展的两个不同方向。又没有人说一定单用一个。
多。 |
|
S*A
发帖数: 7142 | 42
我觉得goodbug的 cluster 的很多论点是对的。但是和老Wei 提出来的命题 1）
是完全无关的。对于命题 1）goodbug 很想说不行，但是他的正确说法应该是
不知道。
最多只有 100M 同时上线这个有没有考虑一个应用会使用多个连接呢？
例如 gmail 的 web 界面就是这么干。还有物联网等等。
100
费。
这个就是个 capacity planning 的问题，是完全另外一个问题。
着听起来好像是不该用 C10M 的道理，但是其实很牵强。我来解释一下，
用户能够产生的需求变化是非常大的，经常好几倍。所以任何靠谱的解决
方案都需要有对付用户流量变化的方法，不能在自己的上限来运行。
就算 10 部机器，倒掉一两部产生负载的变化是 20%。 这个完全埋没在
和用户需求产生的几倍的变化里面。所以这个解释 C10M 有了不能用是
牵强的。因为你本来就需要能够对付那几倍的变化，还在乎因为部分机器
当机转移过来的 20% 把自己给拍死了? |
|
S*A
发帖数: 7142 | 43 这个是两了独立的问题好不好。
C10M 是说篮子可以装更多的鸡蛋的技术。
goodbug 说的 cluster 是有很多篮子防止一个篮子破了血本无归。
这两个可以放到一起来用啊。没有人说研究C10M 就是用一部机器
解决所有问题，只是其中一种技术手段而已。Goodbug 说的这些都
没错。但是和 C10M 本身其实无关。把 cluster 代替 C10M 就把
问题搞得更加说不清了。
用 cluster 技术也不应该防止把一个篮子做大的技术。
回到10 年前，同样的辩论也可以说，C10K 不用做，多几个cluster
就行了。那就不会现在有 epoll 这些好东东了。
这个是技术发展的两个不同方向。又没有人说一定单用一个。
多。 |
|
S*A
发帖数: 7142 | 44
我觉得goodbug的 cluster 的很多论点是对的。但是和老Wei 提出来的命题 1）
是完全无关的。对于命题 1）goodbug 很想说不行，但是他的正确说法应该是
不知道。
最多只有 100M 同时上线这个有没有考虑一个应用会使用多个连接呢？
例如 gmail 的 web 界面就是这么干。还有物联网等等。
100
费。
这个就是个 capacity planning 的问题，是完全另外一个问题。
着听起来好像是不该用 C10M 的道理，但是其实很牵强。我来解释一下，
用户能够产生的需求变化是非常大的，经常好几倍。所以任何靠谱的解决
方案都需要有对付用户流量变化的方法，不能在自己的上限来运行。
就算 10 部机器，倒掉一两部产生负载的变化是 20%。 这个完全埋没在
和用户需求产生的几倍的变化里面。所以这个解释 C10M 有了不能用是
牵强的。因为你本来就需要能够对付那几倍的变化，还在乎因为部分机器
当机转移过来的 20% 把自己给拍死了? |
|
r****y
发帖数: 26819 | 45 反王垠：小菊
反NeverLearn：goodbug
反goodbug：NeverLearn |
|
w***g
发帖数: 5958 | 46 我这边小地方，工作职位也是one of a kind的那种，没有代表性，钱肯定也没有
goodbug赚得多。大家以goodbug为准吧，要赚钱养家的千万不要跳C++这个火坑。 |
|
|
