由买买提看人间百态

topics

全部话题 - 话题: 老魏
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
d****r
发帖数: 300
1
来自主题: Programming版 - goodbug劝你一句,不作不死
这就是问题的症结所在。以老魏的岁数,他是不会习惯古德霸的说话风格的,骂街骂不
过,只好甩狠话。相信老魏只是说说而已,古德覇也不要把人逼急了。大家都是大忙人
,没人愿意节外生枝。网上想看热闹的人,可是很多的。
w***g
发帖数: 5958
2
来自主题: Programming版 - 你们别吵了
二选一,要么写系统上benchmark,要么另起一个programming版把老魏分出去。
我这么说老魏你不要生气,goodbug给人refer过无数工作,你要在本版拼势力
没希望的。
d****n
发帖数: 1637
3
来自主题: Programming版 - TeacherWei 和goodbug 问题好解决
老魏开发一个mocking 12306系统,由简入繁
goodbug开发一个test client, 牛比就上distributed 那种,目的是把老魏的系统搞瘫
痪。
一个攻一个守,来个10轮,一轮1个月,看谁最后无敌。
不接受挑战的就都歇了吧
z****e
发帖数: 54598
4
老魏能干屁事
让他发今天都没发出去
我早说了,老魏发出去他就麻烦了
不信就试试啊
z****e
发帖数: 54598
5
来自主题: Programming版 - 继续,好虫这个赌约我接了
老魏简化之后的想法就是
你过来一个数据包,我就处理一个,见票就出票
逗了
没那么简单,就是要打乱了并发处理
5k是并发ok?不是顺序,你自己要想办法保证顺序
就是因为请求互相之间会干扰,所以才使得整个流程无比复杂
否则要你做什么?人家12306就做到了,你做不到就别吹牛
举个简单例子,一个请求13,另外一个请求23
当一个请求出了1之后,进入3之前
被另外一个请求抢走了3的票,所以13全部都不能出
全部要求回滚,1也不能出,所以你必需先做标记
因为并发的存在,这里会有票出不了的可能性
比如一个请求13,另外一个请求31,1和3都只有一张票了
两个请求同时过来,进入队列顺序是1331
两个都会回滚,会导致这票两个人都抢不到
所以你有票必需出的要求就无法实现,这才是难点
否则做什么?计数器有什么好做的?
拜托,看看12306在做什么,人家做得可远比老魏强太多了
z****e
发帖数: 54598
6
来自主题: Programming版 - 继续,好虫这个赌约我接了
上一次也是讨论到txn时候老魏说搞不定了
当时古德霸就拿出12306的例子来说了
这次还是拿12306来说,人家就能实现联票联程,要么出,要么不出
绝对不会出一半,老魏就是搞不定咯
g****u
发帖数: 252
7
来自主题: Programming版 - 好虫和魏赌局见证
怎么没有写磁盘的要求?得要求老魏另外写一个程序,任意时刻拔电源,重启后这个程
序打印日志中已经卖出的车票,得与好虫对得上才行。 tcp连接数讨论过,老魏的设计
需要外围服务器聚合请求,所以最多几十个连接。但是一个链接测试用我觉得不是最合
理。如果两个链接,合起来能达到性能标准,我觉得就够了。
另外,如果好虫客户端太慢怎么办?
n****j
发帖数: 1708
8
来自主题: Programming版 - 赌局结果基本确定了
围观群众基本分三派:
1、支持老魏的,都在推进实干。
2、打酱油的,对老魏提出的性能有疑问,想看结果。
3、支持狗爸的,在挑刺,增加各种条件。反正,只要不是一整套 12306 就不算数,把
这事搅黄了就能宣布胜利了。
呵呵,其实结果已经出来了。
n****j
发帖数: 1708
9
来自主题: Programming版 - 赌局结果基本确定了
其实我也不确定老魏说的 1M 能不能达到,自己没试过,不过老魏说测过了,那我相信
可以做到。关键是虚拟机,很多东西有限制,这个是未知因素。但能动手做事总胜于打
嘴炮。
n****j
发帖数: 1708
10
来自主题: Programming版 - 关于赌局补充几点
1、抢票鸡是系统的唯一瓶颈,如果达不到一定性能,比如 1M 这个设计就失去意义了。
2、我个人认为没这么高要求,如果没记错的话,双十一高峰好像也不需要。不过可以
肯定的是,能做到、哪怕接近,这个设计理论上就有可行性。
3、理论可行性和实际是两码事,比如你不认识部长小姨子,什么天顶星技术可能都白
瞎。但我们是技术男,不关心这个。
好了,啰哩啰嗦一堆,大家要看的就是老魏的抢票鸡能不能响应 1M,对所有人都是一
个实践、学习。基于这个出发点:
1、不要扯多少个连接的蛋,抢票鸡完全可以不跟前端直连,由预处理鸡负责收集、协
议编码,返回结果。
2、预处理鸡的数量一般可以固定的,比如 1000 台前端,20 台预处理。老魏准备对接
200 个连接已经足够足够了,扯什么 http 的蛋纯属耍流氓。
3、测试限于抢票,所以别扯什么身份证号码或者短信校验的蛋,都超出赌局范围。
4、测试要尽量模拟实际情况,你不能订一张退一张,每张还就一个站就下。实际情况
,12306 的负荷 90 来自查询,锁票后支付失败的比例很低,订票再退票的比例更低,
测试前这个比例要明确。
5、基于模拟的目的,实际上出票不一定是严... 阅读全帖
f******2
发帖数: 2455
11
这个赌局没有说做13206。
如果老魏两下午把13206做出来,铁道部早就解散团队请老魏£20000/hr去现场开发了。
f******2
发帖数: 2455
12
好老师下三路招呼老魏以及对他观点不同的"装B"者,老魏要hr结局问题,后来好像有
网友劝改成赌约了。
魏老师做人肯定不是圆滑的,但是拿货出来是有track record了
g****u
发帖数: 252
13
来自主题: Programming版 - 赵老师那个pool更好做
按老魏自己描述过的方法,这个特定的情形是能卖出去票的。
因为C和D买票的时候都会尽量把漏洞填了。
但是很容易想出来老魏的算法没法满足的情况。
即便把所有的请求都汇总了离线算,这个还是个NP难的问题,
最优解是不可能的。在线做的话还需要考虑实时性的问题,
最优就更不可能。实际情况下需要一定的优化,但并不需要
最优解。
赵策这个问题我稍微变一下。假设ABCD都已经买票了。
这时候心来一个人说要买2-3,然后一个delta时间后
又有一个人来要买1-2-3。如果delta很大,自然应该
卖给2-3,但是如果delta非常小接近于0, 那显然应该
卖给1-2-3。然后实际delta取舍就成了一个比解决
NP难最优化更重要的一个问题。
实际做这种事情,追求的是帕累托优化,而不是要解决
世界难题。赵策抛出来一个NPC问题说没法做到100%,
要么就是自己不懂,要么就是别有用心。

用。
f******2
发帖数: 2455
14
你是专家,给个talk吧。老魏好歹给了个iot的平台作品。
再说了,在google,fb做你说的这个活的人也不是什么高大上的位置吧?弄不好还没有
老姜的店小儿每天有奋斗目标。
这个版上不怕二把刀,jeff dean来这儿干啥?
这个版怕的是不亮credential就人挡杀人,佛挡杀佛的牛人,到头来我等小白都没法正
常讨论问题。您要是牛,就亮个项目甚至rfc啥的,把老魏等一干"烂人"都轰杀。
n****j
发帖数: 1708
15
来自主题: Programming版 - 出票正确率的定义,赵,姜请进。
你对老魏的算法毫无了解,不信你下点彩头,看老魏做不做。对了,你可不能 100 张
票联程算 1 个请求哦,这得算成 100 个请求。
z****e
发帖数: 54598
16
来自主题: Programming版 - 赌约在此
而且赌约上啥时候写了协议老魏来定?
看清楚哦,是老魏后来自己在回帖中加上去的
而且回帖中说了不少,不能只对自己有利的部分说了
对自己不利的就不承认了?

5000车次,每车次10站,3000票。输入车次,上车下车站,给回有 票没票信 息,有票
要占住,中途不换座,要1微秒完成。我不管你单线程多线程。
注意1微秒。而且赌约还规定输入1M req/s。
q*c
发帖数: 9453
17
来自主题: Programming版 - 赌约在此
这赌约不清楚啊。 我以为他们说的全国一盘其,这个就有点像 12306 了,没想到老魏
的解释是上下站必须是同一条线的。 这就完全成了 loop counter.
还以为上下站是全国任意两个站,顾客设置一些车次限制,比如搜索票只能是这 20 条
火车线路, 免得绕到西藏去, 然后起始站给定, 中间票能有缓冲转车, 然后老维有
啥逆天算法能快速搜索连票。 这就有意思难度了。 这样也像 12306 一些。
这本来是个网络流通 np 问题根本不可能快速解决, 我都还在奇怪。
结果找票就是死循环, 现在想看看网络 io 有啥特别的地方,老魏又有庙头不干了。
g****u
发帖数: 252
18
来自主题: Programming版 - 赌约在此
老魏的程序改巴改巴应该能支持atomic抢n张票。如果按票数/秒算吞吐量,性能不会下
降。
如果按transaction/秒算性能会按一个比例下降。
抢票机不应该负责算routing。外围机算好route后给用户8个选项,
然后用户一个一个点过去抢。其实核心程序是单线程的话,支持搜索n个路线这种
transaction
也可以,但TPM会进一步下降。
注意赌约中的TPM要超过12306好多,所以老魏的方案实际上是有可能
干活的。

45
q*c
发帖数: 9453
19
来自主题: Programming版 - 赌约在此
不管别人买票不买票, 你这所有可能路线暴力搜索过去,开销就成千上万倍的指数增
加了。
这就是我开始怀疑能 1M tps. 如果是 cpu/memory 扯速度, 我这 laotop 数组死循
环还能每秒 上亿呢, 谁也没兴趣知道这个。
没想到老魏他们就是在搞内存 cpu benchmark. 那真的是有点无聊了。 现在连 1M tcp
io 内核 bypass 看来也看不到了, 呵呵。 老魏对自己次饭的家伙还是很小心保密的。
n*****t
发帖数: 22014
20
来自主题: Programming版 - 老姜,我给你个summary
你就是睁着眼睛说瞎话,打死不认账。琐碎技术问题已经讨论透了,然后你一遍遍说这
是单机,就算不是单机也不是老魏的,就算是老魏的 idea 也是上世纪的,反正总有一
种滚法。
我们还有必要讨论吗?
z****e
发帖数: 54598
21
来自主题: Programming版 - 静态计数器和订票系统的区别

首先第一个,这种估计没有意义,除非你打算卖机器
真要上的时候,实际测一下再说
我的确没做过12306,但是我说了
类似的public transportation和global payment system我都有经验
对此有怀疑的,我欢迎我跟对赌死全家
老魏就是见到这个就开始哭了
就我所见,老魏的方式,已经不用了
基本上上个世纪是用这种方式搞,尤其是要保证mainframe的稳定
广州那次出了一次事故,结果所有人过年都没过好
至于经不经得起猴子砸,这是目标,怎么实现可以讨论
需求必需经过讨论,明确后才开工,需求都不明确
开工了做什么?浪费时间
g*****y
发帖数: 7271
22
来自主题: Programming版 - 静态计数器和订票系统的区别
有经验然并卵啊!要个分布式方案cost的大致估计都给不出。
老魏这个赌本来说让你们做也可以,不敢接。老魏接了
做下来,还没出最终结果呢,现在已经认为人家挖陷阱
害你们了。
这样很有损专家的形象啊。
g****u
发帖数: 252
23
来自主题: Programming版 - 客户端给你们算了
https://github.com/aaalgo/pc12306c
远水解不了近渴。大家先玩着吧。说不定到了元旦还能把老魏的服务器再弄好点。
老魏的代码我clone了snapshot。
g****u
发帖数: 252
24
我的客户端没用任何高深技术,就是最普通的socket send/recv。
目的就是要给老魏的性能一个lower-bound。
(没跑之前并不知道能有多快.)
如果有人写的客户端明显低于我的性能,那可能是有意无意地
加入了设计或者实现上的各种错误。
我并不赞同杀所有ID这种做法。老魏是神龙见首不见尾的,
goodbug是常驻。如果把goodbug杀绝了对本版无益。
这个算我多嘴,希望不要趟枪。
b***i
发帖数: 3043
25
来自主题: Programming版 - 大家别着急古得霸团队憋大招了
我觉得这个是源于老魏自己的创业信心。没有这个信心那还创什么业。很多人不理解创
业的人,马云当年那口号要是不成功就是个精神病。但是只有偏执狂才能成功。创业的
人想的是自己能做到啥样,而不是现在做到啥样。所以观众看了觉得不咋地啊,其实创
业者自己看的是目标,而且会奇怪,你们观众怎么会这么没有眼光呢?
老魏一定是看到手机的时代即将过去,下一个就是摩尔定律要进入家居了,所有的高性
能设备会变得更便宜了,所以他就开始设计了。
z****e
发帖数: 54598
26
老魏一表演,看明白了
果然是有点落伍了,现在还在单机+热备
啧啧,上个世纪的老年人已经落后于时代了
做点单线程的node并不代表你就跟上了互联网好伐?
撑死了不过script kiddie
node就是典型的scripting product
看来脚本不能多写
投行的将来寄希望于东方剑桥了
可惜最近没看到他,他的文章明显有技术含量多了
跟古德霸吵也更能看到新东西
不像老魏,说的都是上个世纪的东东
不管怎么包装,忽悠什么全国一盘棋还是数据紧耦合,其实都是扯蛋
本质上还是单机热备那一套破烂
就是当年做主机时候搞的那些,上个世纪大概都是这种搞法
z****e
发帖数: 54598
27
http://www.mitbbs.com/article_t1/JobHunting/33056879_33057867_1
看完这贴,再回头看老魏的贴
觉得古德霸说得好有道理,好正确啊
老魏这种老年人的思维还停留在上个世纪
唯一的进步就是学会买机器了
所以深得卖机器人类的喜欢
g********n
发帖数: 296
28
我是古德吧的扇子, 但就具体问题而言,我认为老魏是这些问题的专家,古派甚至
都没有搞清楚问题的实质。
在这里做一个标记就是关键问题,业务逻辑再复杂, 都可以推到别的core,可以有
各种方案。古派对这些问题甚至没有数量级的概念, 不认输是不行的。做java的人不
一定知道如何把thread安排到不同的指定的core,这没关系,但要在这些领域与老
魏较量,你们实在赢不了。
当然工业界一般用你们的方案,这有别的原因。
老魏也别得势不饶人,你的水平有CODE作证了,不必多说了:)
n*******7
发帖数: 181
29
说别人“后面没有”的能不能先拿出个前面有后面有的方案?
这方面qxc做得很好。他拿出了一个方案。我们就可以具体分析讨论,共同学习提高。
请aaaiii (酱爆)先说说是否赞同qxc的方案,是不是这个方案前面后面都有了。如果不
是,自己有何补充,还是可以另外拿出一套更好的?
先亮出一套自己觉得该有都有的方案来与老魏的code比较,再说老魏的code什么没有
才有意义。
d***a
发帖数: 13752
30
理解票务中央调度方案(老魏称之为抢票机)的关键是,票务调度并不参与ACID。票务
调度只是给一个预售票方案,实际售票还是由前端票务机和后端数据库机来完成。
有了票务调度,前端票务机不用去后端数据库机做费时的查找,就能找到和预占据空位
。如果在卖票过程中出了问题,因为数据库系统有ACID的支持,不会出现卖了票却没收
到钱,或者联票卖出了一段,另一段却拿不到座位的情况。
从系统设计角度来说,票务中央调度大大降低了后端数据库机的负担。在同等硬件下,
系统吞吐量大增。否则后端数据库机系统得做得很大,用非常多的机器才能满足查询和
预占空位的请求。票务调度是一个紧密耦合的计算任务,用一台机器集中来做,比用成
千上万台机器来做,效率要高得多。
我说的这个方案,和老魏的方案可能稍有(或没有)不同。我没有跟后来的争论,有些
细节不是很了解。两年前,这版上有不少人是支持票务调度的集中式处理方案的。这个
方案从总体上说,是不难理解的。吵成这个样子,实在是过了。
m********5
发帖数: 17667
31
来自主题: Programming版 - 古总并没有输,魏老师也没有赢
这事情说明几个问题
1. 古总和赵老师都是在实际的大公司重要岗位上做着前沿的工作,自然没有魏老师这
种野路子空闲多。
2. 古总涵养好,不和野路子的计较,赵老师要多学习。话说就像一派宗师怎么可能说
比武,就和你来路不明的武士下场比划?一般口头点播一下足矣。古总的代码一行得值
多少钱,我估计不是魏老师这些野蛮成长的码农能比的。没有钱,自然就没有动力。
3.
发信人: zhaoce (米高蜥蜴), 信区: Programming
标 题: Re: 请老魏给出一个简单的文字解释
发信站: BBS 未名空间站 (Fri Dec 18 00:35:18 2015, 美东)
说明根本没有实际干过项目
需求不明确的时候,就开始写代码
基本上是大忌
4.
发信人: zhaoce (米高蜥蜴), 信区: Programming
标 题: Re: 先说清楚了
发信站: BBS 未名空间站 (Sat Dec 12 17:11:14 2015, 美东)
对啊,老魏做了半天,纯粹一个简单的计数器,没有任何现实意义
以后就不要顶着12306的title到处招摇撞骗了
总结:
古总和赵老师如果有空闲,或者有人出... 阅读全帖
q*c
发帖数: 9453
32
来自主题: Programming版 - 继续掐12306
老魏,我都给你方案了, 12306. 实时出票每秒几千万上亿, 你前面不是看到了? 都
是成熟技术,不靠你老魏一个人的人品。
唯一的是每列车最后一张票有个毫秒范围的不确定性,根本不是问题。
而且我那方案可靠性强,扩展性好,每列车 1000 站不影响,你的办法就慢 10000 倍
。 我那办法可以轻易扩展到 无人驾驶汽车上,哪怕之间 10 万个H站。
p**r
发帖数: 5853
33
来自主题: Programming版 - 看了2个月书后,工作很痛苦
哈哈,老魏这人,技术肯定比我强很多,
我除了看不惯他说要报HR搞古霸这一点之外,其他没啥意见。
那现在这事过去了,自然该请教的请教,该讨论的讨论。
其实古霸和老魏其实还是握手言和最好,对大家也好。
说实在的,虽然我脾气很不好,
但是我最希望看到的是,各路大神能各有所长,争而不分
就好比笑傲江湖的琴箫合奏
https://www.youtube.com/watch?v=RWrA7WrJ9vI
m******r
发帖数: 1033
34
老魏赢了,好虫输了。
窝里斗的大结局就是好虫退出江湖,老魏没了对手,也很少来了。
不过公认好虫虽败犹荣。 人家信息公开,内推过无数中国人。虽然说话刻薄 也都可以
理解吧。
还有一个chaoz, 也是好人啊,我以前换工作还咨询过他, 后来也不知道为什么墙倒众
人推。
中国人内斗,真不是盖的。
g****t
发帖数: 31659
35
来自主题: Programming版 - Blackberry的QNX有谁用过么?
你基本上没弄明白"OS"是什么意思。OS就是一系列常用软件的包。你可以说
任何系统都
有OS,也可以说都没有。这只是个花名。
说到汽车,不需要自动驾驶。平常的车,那也都有OS。如果你照字面意思去扣。而且车
上还
很多不同芯片,你可以说有不同的OS。这一点你可以说老魏讲的不对。
老魏的意思,我的理解是。起关键作用的软件系统管理部分,是几个While 死循环,几
个jump。这点他是对的。至少极大程度上是对的。所谓OS也好别的花名也好,多余的极
大多数部分和自己声称要解决的问题并没有什么关系,商业骗术的成分很高。


: 胡扯,越複雜的系統,越需要隔離,否則根本無法實現可靠性。

: 你不用OS或者hypervisor怎麼隔離?所有任務都是全局可寫,誰替你檢查
address

: violation?不用OS就是找死。

g****t
发帖数: 31659
36
来自主题: Programming版 - Blackberry的QNX有谁用过么?
问题是你电控也没做过啊。你是让老魏去车版问问题啊。汽车那么多东西,你是哪块的
专家?
老魏是做交易系统的。我有代码在车上。你的代码在这种要求极高强壮的系统上测试过
吗。


: 行了,你只做過電控,根本沒資格討論複雜系統。

: 連手機手錶電視機飛機高鐵都需要OS,更別說自動駕駛汽車了。

: 你們根本沒有想過整體系統的複雜性。

g****t
发帖数: 31659
37
来自主题: Programming版 - Blackberry的QNX有谁用过么?
好吧。我来总结一下。免得你题目跑的太偏。
(1)
老魏说的是,实时的关键部分的架构和OS无关。OS是用来干杂活的。
他为什么这么说呢。我觉得他的意思就是OS太多无关的东西和Real time硬要求本身不
是一回事。所以他认为的有效结构是OS干杂活。real time 部分要做死。和通用性质的
scheduling什么的分开。
假如你看操统课本上的scheduling算法什么的。你可以看到那些算法假设的已知条件很
少。这就叫general purpose的scheduling。然而你自己手撸系统的时候,你知道的有
效条件多得多,当然用general purpose的内存算法,scheduling算法不划算,并且
robust margin不高。
说白了,real time OS这就是个没多大意思的花名.
(2)
While loop是我说的。不是老魏说的。
我的理解很简单。即便不考虑项目管理软件开发协作。那还有各种
不可判定问题。还有浮点数字长问题。这些都要求让程序在很强的限定条件下跑。而不
是一个general purpose 的软件。
但这些都不是最重要的原因。最重要的想法如下:
按... 阅读全帖
g****t
发帖数: 31659
38
来自主题: Programming版 - Blackberry的QNX有谁用过么?
你基本上没弄明白"OS"是什么意思。OS就是一系列常用软件的包。你可以说
任何系统都
有OS,也可以说都没有。这只是个花名。
说到汽车,不需要自动驾驶。平常的车,那也都有OS。如果你照字面意思去扣。而且车
上还
很多不同芯片,你可以说有不同的OS。这一点你可以说老魏讲的不对。
老魏的意思,我的理解是。起关键作用的软件系统管理部分,是几个While 死循环,几
个jump。这点他是对的。至少极大程度上是对的。所谓OS也好别的花名也好,多余的极
大多数部分和自己声称要解决的问题并没有什么关系,商业骗术的成分很高。


: 胡扯,越複雜的系統,越需要隔離,否則根本無法實現可靠性。

: 你不用OS或者hypervisor怎麼隔離?所有任務都是全局可寫,誰替你檢查
address

: violation?不用OS就是找死。

g****t
发帖数: 31659
39
来自主题: Programming版 - Blackberry的QNX有谁用过么?
问题是你电控也没做过啊。你是让老魏去车版问问题啊。汽车那么多东西,你是哪块的
专家?
老魏是做交易系统的。我有代码在车上。你的代码在这种要求极高强壮的系统上测试过
吗。


: 行了,你只做過電控,根本沒資格討論複雜系統。

: 連手機手錶電視機飛機高鐵都需要OS,更別說自動駕駛汽車了。

: 你們根本沒有想過整體系統的複雜性。

g****t
发帖数: 31659
40
来自主题: Programming版 - Blackberry的QNX有谁用过么?
好吧。我来总结一下。免得你题目跑的太偏。
(1)
老魏说的是,实时的关键部分的架构和OS无关。OS是用来干杂活的。
他为什么这么说呢。我觉得他的意思就是OS太多无关的东西和Real time硬要求本身不
是一回事。所以他认为的有效结构是OS干杂活。real time 部分要做死。和通用性质的
scheduling什么的分开。
假如你看操统课本上的scheduling算法什么的。你可以看到那些算法假设的已知条件很
少。这就叫general purpose的scheduling。然而你自己手撸系统的时候,你知道的有
效条件多得多,当然用general purpose的内存算法,scheduling算法不划算,并且
robust margin不高。
说白了,real time OS这就是个没多大意思的花名.
(2)
While loop是我说的。不是老魏说的。
我的理解很简单。即便不考虑项目管理软件开发协作。那还有各种
不可判定问题。还有浮点数字长问题。这些都要求让程序在很强的限定条件下跑。而不
是一个general purpose 的软件。
但这些都不是最重要的原因。最重要的想法如下:
按... 阅读全帖
a***s
发帖数: 12296
41
来自主题: AwesomeJoke版 - [XHPT]每日一笑 2016-04-27 035
一天,老张的邻居出远门,要老魏照顾好家里的藏獒和鹦鹉,并且告诉他,藏獒叫黑贝/随便逗,鹦鹉不能逗。老魏逗了藏獒好久 什么事也没有,看到鹦鹉,心想藏獒都逗得起 那只傻鸟怕什么...果断逗了鹦鹉,鹦鹉说话了:哎我草,撩骚是不?黑贝,上!咬死他! ......魏刚享年23岁......
w****2
发帖数: 12072
42
来自主题: _Mao_and_Deng版 - 困难时期非正常死亡数字700万左右
三年困难时期的人口变动数据就被人为地做了手脚,1980年代初期发布的人口普查和统
计局数字中间,因为数字修改时经过未经仔细校核,同一个系列的数据相互之间矛盾很
大,导致增长率数字和年度人口数字无法吻合,这显然是某个奉命篡改数字的官员不认
真工作、敷衍了事带来的恶果。
按照许涤新的研究,关键差距在于人为地放大了1959年的人口数字,导致1961年之前的
数字都不准确。当然,许教授不方便说这是中央某人授意的、同时跟特定时期的政治需
要有什么关系
按照许教授他们的研究:“......根据一九六四年普查资料回推,一九六一年人口应当
是64508万人,比原统计数大约减少1486万。”(参见许涤新主编《当代中国的人口》
当代中国出版社电子图书,第一章第一节)
本来,在困难时期过后,中央办公厅曾经汇总过非正常死亡数字的,根据曾经在中办工
作的同志介绍,这个数字在700-1000万之间。另外还有一个数字,是公安部掌握的三年
时间内全国总的人口死亡数量,1962年七千人大会期间,纪登奎亲口问过公安部部长谢
富治,谢告诉他三年总共死亡人数2500万人(访问纪登奎的儿子纪坡民,2007年4月)
,如果考虑正... 阅读全帖
M*****n
发帖数: 16729
43
【 以下文字转载自 Military 讨论区 】
发信人: Morphin (莫非-白衣“追鱼”郎), 信区: Military
标 题: “周老虎”算个鸟!责任人被“变相补偿”?
发信站: BBS 未名空间站 (Mon Dec 28 17:17:25 2009, 美东)
“周老虎”案审结一周年之际,陕西“周老虎”风波中涉虎人的生活状态究竟如何
?他们是否已经从那场影响深远的诚信危机中走了出来?近日,记者重返陕西,目击后
华南虎时期周老虎事件中的若干当事人最真实的生存状态。
周正龙家新盖的楼房与左右邻居的房子相比,的确称得上是“洋楼”。
周正龙:奢侈建房只为“争口气”
两层小楼,占地面积约200平方米,镇坪乡村中少见的红砖,水泥浇注的旋转楼梯
……和记忆中那座全村最破旧的老房子比较,在原址上重建的周正龙的新家充满了时尚
元素。
周正龙不在家。村民老魏告诉记者,早在“周老虎”风波前,周正龙家就有建房的
计划,只是被突然出现的“周老虎”风波打乱了计划。
邻居说,大家都以为周家经过这一系列的折腾,可能伤了元气。农历二月间,周正
龙突然拆除了自己的旧房子,开始建设新房。他运来的不是村民们常用
w*****n
发帖数: 2260
44
【 以下文字转载自 Military 讨论区 】
发信人: wanshan (wanshan), 信区: Military
标 题: 是不是NED对现在的渡轮云领袖不满意准备扶持新领袖?
发信站: BBS 未名空间站 (Fri Oct 8 16:47:08 2010, 美东)
有没有这种可能?  如果真是这样, 我估计这个刘晓波可能更扶不起墙, 过两年
没准就烂大街没人记得了, 可能还不如工人阶级出生的老魏电工?
为啥, 知识分子阶级出身的,臭毛病太多,不能团结人,好内斗, 怪不得毛太祖看
不起知识分子, 要豆豆知识分子
g*****g
发帖数: 6798
45
老魏这次的行为让我对他的尊重消失了.
这人不地道.
h***l
发帖数: 3048
46
【 以下文字转载自 Military 讨论区 】
发信人: hfyhl (I am legend), 信区: Military
标 题: 老将蹲地铁站,并非空穴来风
发信站: BBS 未名空间站 (Sun Nov 21 13:25:52 2010, 美东)
岳武:民运与熊猫
物以稀为贵,又一对熊猫到了美国,不用护照,不必签证,立刻有了绿卡。其实 中国
的熊猫少说还有七、八百只,而散居世界各地的中国海外民运人士已不足百人,比熊猫
数量还少,可是不行,价钱上不去。我就搞不懂,熊猫再珍贵毕竟是动物,海外民运人
士再不值钱,好歹也是人哪!请不要忘记,熊猫是国宝,我们海外民运人士是活宝。所
以说,坐在笼子里的客人不应当只是“华华”和“九九”,还应当加上海外民运领袖“
生生”、“达达”、“青青”和“凡凡”。
丑话说在前头,今儿个再不树立全民族保护海外民运人士的意识,用不了多长时间,看
熊猫到动物园,要想观赏海外民运,就只有到博物馆排队买票了。这绝不是危言耸听,
不是吓唬你,这年头,干什么都难,干民运更难。
我们所面临的生存问题,比熊猫还恶劣。中共当局的乱捕乱杀,电脑网友的明枪暗箭,
海外华侨的冷... 阅读全帖
h***l
发帖数: 3048
47
【 以下文字转载自 Military 讨论区 】
发信人: hfyhl (I am legend), 信区: Military
标 题: 老将蹲地铁站,并非空穴来风
发信站: BBS 未名空间站 (Sun Nov 21 13:25:52 2010, 美东)
岳武:民运与熊猫
物以稀为贵,又一对熊猫到了美国,不用护照,不必签证,立刻有了绿卡。其实 中国
的熊猫少说还有七、八百只,而散居世界各地的中国海外民运人士已不足百人,比熊猫
数量还少,可是不行,价钱上不去。我就搞不懂,熊猫再珍贵毕竟是动物,海外民运人
士再不值钱,好歹也是人哪!请不要忘记,熊猫是国宝,我们海外民运人士是活宝。所
以说,坐在笼子里的客人不应当只是“华华”和“九九”,还应当加上海外民运领袖“
生生”、“达达”、“青青”和“凡凡”。
丑话说在前头,今儿个再不树立全民族保护海外民运人士的意识,用不了多长时间,看
熊猫到动物园,要想观赏海外民运,就只有到博物馆排队买票了。这绝不是危言耸听,
不是吓唬你,这年头,干什么都难,干民运更难。
我们所面临的生存问题,比熊猫还恶劣。中共当局的乱捕乱杀,电脑网友的明枪暗箭,
海外华侨的冷... 阅读全帖
j**n
发帖数: 13789
48
主题:诺和奖显然未给阵营带来里程碑式的胜利
[博讯论坛]
既然这么多人士在谈论2010年的诺贝尔和平奖,
老夫也啰嗦几句吧:
2010年的诺贝尔和平奖颁给了中国民运人士,
无论是刘晓波或是其他如老魏等获得,
都是件值得令人击掌振奋的事情。
相信当初很多人士都会这样想,
但热乎劲过去了,
冷静想一想还真不能热荤了头。
“一战定乾坤”,
“摘颗桃子吃半年”,
现在看来并未出现此奇效。
阵营里依然是声音嘈杂、一片乱象,
在一些理性人士看来,
甚至比诺和奖颁布前更声音嘈杂、更一片乱象。
有人一如既往地四处拉山头,
有人一如既往地挖空心事想再搞个什么派,
有人一如既往地争名夺利捞实惠。
在2010年诺贝尔和平奖这个大背景下,
各色人等粉墨登场,
吹吹打打者、骂骂咧咧者、人云亦云者、浑水起哄者等等一应俱全焉。
然则理性者看来:
诺和奖显然并未给阵营带来里程碑式的胜利,
更未给阵营树立起一个可喜的、众人期盼的顶天立地式的中流砥柱或陀手。
嘈杂依旧、恩怨依旧,
所以不客气地说:
今年的诺和奖在民运史上不过一个肥皂剧而已。
所以:
大家还是不要被这件事冲昏了头脑,
更不可将此作为各自恩怨地催化剂。
所以... 阅读全帖
j**n
发帖数: 13789
49
于 2010-12-16 22:43:54)
来源: 万维
根据网络政治论坛转贴的来自于魏京生基金会的文章《魏京生:如今的诺贝尔和平奖给
人们提供了什么?》一文,显示了海外民运标志性人物、数次诺贝尔和平奖候选人、中
国海外异议人士魏京生,于12月15日,即 2010年诺贝尔和平奖以“空椅子”颁给身陷
中国监牢的获奖人刘晓波5天之后,再次发力,批评刘晓波,并把批评矛头对准到了诺
贝尔和平奖和“西方民主”。
这则12月15日发表在意大利《自由纪事》上的魏京生文章《如今的诺贝尔和平奖给人们
提供了什么?》认为:
“诺贝尔和平奖曾经是这个世界上最受人们关注的奖。曼德拉为代表的一批获奖者给世
界提供了道德榜样。他们激励着人们为了理想和信仰,为了他人的幸福作牺牲。萨哈罗
夫等一批获奖者代表了共产党压迫下的人民反抗的潮流和知识分子的良心。他们率领人
们推倒了柏林墙,给向往民主自由的人们带来了希望。”
可是,作者甚为遗憾的认为,将2010年诺贝尔和平奖颁发给刘晓波这个身陷中国牢狱中
的人,非常不合适,因为刘晓波是一个:
“一个参加了天安门运动的人,在监狱中向专制低头、忏悔”,而且他“不仅仅低头忏
悔,... 阅读全帖
h***i
发帖数: 89031
50
来自主题: ChinaNews版 - 听说老刘获释了。
什么误操
欧洲财政困难,看着土共红火要恶心一下
没有老刘,就给小王老魏。
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)