| Profilo di Yangangdogstar's spaceFotoBlogElenchi |  Strumenti  Guida |
|
25/11/2009 异类与异族——《第九区》中的人性2009-09-13 10:53:27 来自: September (有趣很重要) District 9 / 第九区的评论  为什么大部分科幻作品总是幻想两个星球战争的局势？包括《第九区》中人类与虫族的敌对。一个智慧文明对于另一个智慧文明的态度应该如何？无数的小说和电影都探讨过这个问题。 小说《三体》和安德系列给出了几个逻辑。 假设一个文明A在宇宙中发现了另一个文明B，B文明目前的发展水平低于A，但是进步速度惊人，可能会在几个世纪内超越A。那么A应该作出怎样的判断？ B星球可能是善意的，也可能是恶意的。 我们暂且不谈善意的选项。假如它的倾向是恶意的，当它发展成熟超越A星的时候，A星面临的很可能就是灭顶之灾。那么，A星是否能够承受这个“假如”？这并不是吃西瓜还是吃苹果的问题，生死攸关。 退一步说，B星是善意的。比如安德系列中的那个猪猡星球。人类的一位教授研究了它们许多年，一向谨慎和友善，最后却遭到了开膛破腹的命运。是猪猡族残忍吗？并不是。原来它们的生命形态与人类不同，开膛之后可以实现由动物到植物的形态转换。它们只是希望通过这场人类概念中的“谋杀”来帮助教授实现“升华”。每个星球的生态状况和道德认知都无法预知，如何确定B星的善意不会对A星造成损害？ 如果说各个文明有什么共通的地方，那么应该就是“逻辑”了。逻辑是任何学科发展的基础。而从逻辑上来说，我看不出A星还有别的任何选择。 摧毁或占领B星，这是逻辑上的必然。至于是否违背了道德？——这样的疑问，是基于何种道德的前提？A星的还是B星的？两个文明的道德衡量是否共通？如果不同，那这个问题本身就没有意义。 星际文明之间的关系，这从来就是逻辑命题，而不是道德命题。 但《第九区》有它特殊的地方。 我的一些朋友看完后，都对虫族炸飞人类的场面而大呼过瘾。为什么作为一个人类却选择了外星人的立场？ 这里虫族和人类在语言上是可以沟通的，他们的行为和思考都符合我们的模式。看到虫族为死于生化实验的同伴哀悼，为回归家园的努力，对半人半虫主角的接受——我们忍不住感叹这些虫人真是比人还要像人。比人还要像人？好吧，不如说，它们就是人，除了虫子一般的外表——这就是为什么观众会对其产生认同感。 这是一个披着科幻外衣的地球故事。 对我来说，这更像是一个殖民的比喻。人类对于虫族的行为都影射着历史上的暴行。为什么几百年前欧洲人可以对印第安人大肆杀戮？为什么德国人会对犹太人种族灭绝？为什么日本人会在中国犯下兽行？“猪猡”“虫子”等等是前者对后者的蔑称。正是因为对异族的非人类化处理——或者说对“异族”的“异类化”——才让他们杀戮起来可以残忍得心安理得。对于他们，这些跟杀一只狗和一头猪没有任何区别。 但是《辛德勒名单》中，作为一个德国商人的辛德勒为什么会保护犹太人？因为他在工厂里与工人有了沟通和接触，了解他们的背景，知道他们作为犹太人，首先是一个“人”。 一个文明与另一个文明，一个种族与另一个种族，它们和平相处的前提必定是互相了解对方，碰触到其中人性的那个部分。外表可以千差万别，人之所以为人，是基于“人性”。这就是为什么我说《第九区》中的虫族根本就是人类而非异类。我们是根据自己的道德观情感观社会观创造了它们。这也是为什么比起那些政府军队，我们更偏向于虫族。因为在这个影片的描写中，我们没有看到前者人性的部分。 但是这种偏向何尝不是危险和狭隘的。 片子中几个政府官员为了几千万的利益要杀死男主的时候，恐怕大家都觉得义愤填膺吧？让我们换一个场景：我方的侦查员被敌方捕获，我们潜伏在敌军阵营的一个间谍被派遣执刑。如果不杀这个侦查员，他自己的身份就要暴露，那么全盘计划都会付诸一炬。杀还是不杀？ 前者是为了金钱，后者是为了革命。前者为人不齿，后者却每每受到赞美。 是否只要动机够崇高，某部分人就可以夺取另一部分人的生命？ 你是如何判断动机的崇高性？同理，你又怎么判断自己道德的正义性？ 以此类推 某个人类被外星生物附体，必须杀掉才能拯救全人类，杀还是不杀？ 某个村庄集体病毒，有感染周遭的危险，杀还是不杀？ 某个民族低劣愚笨，为了提高全人类的素质，杀还是不杀？——很眼熟吧？纳粹诞生了。 如果我们可以对“牺牲一个人而有利于大部分人”这个事实让步，那么有一天，我们也能接受在所谓“正义”和“利益”的幌子下“牺牲一家人的利益”，“牺牲一个城市的利益”，“牺牲一个国家的利益”，“牺牲一个民族的利益”。 于是我们看到了纳粹，看到了侵华，看到了美伊战争。 我是和平主义者，因为我不相信绝对的正义，也不相信任何动机和名义下，一部分人可以杀戮另一部分人。 而我们之所以在观看《第九区》时乐于看到人类被炸得血肉横飞，不过是因为这个电影中人类的形象不符合我们的道德观和情感观罢了。我们把此处的虫族当作了人类，而把人类当作了异类。但这并不意味着他们就死有余辜。 异族，可以沟通的种族，与我们有着共通的思维方式；异类，不可沟通的种族，行为思维模式不可预知。 我们对于前者的杀戮多出于贪婪野心或者误解。而对于后者，我认为多半出于自保。 假设一大早，你去前门拿报纸，忽然看到一个如《第九区》中虫人形象的生物向你飞扑而来。这时候你想起腰间还别着一把左轮手枪——你是否会选择拔枪射击？我知道我会的，哪怕它可能真的只是想给我一个拥抱。 人性是在生存本能上衍生发展的，所以它免不了贪婪而怯懦，对异族的防备和野心，以及对异类无法克制的恐惧。这些都是人性的弱点。 但人性迷人的地方是，在我们见过了许多丑恶之后，总还能发现一些温暖的东西。就像片子最后那朵钢铁玫瑰，虽然它是金属，且源自垃圾。但它毕竟是一朵玫瑰。 03/07/2009 镜中之男：一小段闪回与我当年的经历真是如出一辙。。。抄在这里纪念下Michael Jackson。。。
y.l 发表于 2009-07-01 00:03:28开启时代，结束时代，MJ张开的白色衬衣像一扇门。
1987年，我十七岁，没有单车，只有单相思。我正在一个消防部队受训，很闷很压抑，感觉外头在变化，自己却触摸不到，会不会永远凝固在这个小地方了呢。胡晓伟是我的战友，某天黄昏他微笑着拿出一盒磁带，说你听听这个，就是MJ的第三张专辑《BAD》，翻译成“真棒”，显然是个北京哥们翻的，也算是神作之一，盒带显然也是中图进的，胡晓伟北京有人，总是能得到一手玩意儿，像个走在时代前列的人。 封面上的MJ正在向他的白色时期过渡，我一度以为他是个黑人姑娘，内地正是扯着嗓子很爷们的西北风，还没听过这么唱歌的。这张全球发行了3300万张的专辑被我听得都烂掉了，当时霹雳舞大行其道，田壮壮还拍摄了一部很时髦的电影《摇滚青年》，我就着《BAD》的歌声大跳其舞，一年之后，我在smooth criminal（犯罪高手）的伴奏下，一举夺得当地的霹雳舞比赛亚军，赢得纯毛毛毯一条，尝到了有粉丝的甜头，同时你能感觉到时代猛烈变化的气息，个性说来就来，比它的消弭要轻易得多。 1991年，我在南方的一个岛屿上讨生活，MJ的第四张专辑DANGEROUS发布了，我在MTV音乐台看到Remember The Time的MV，发现几年不见，哥们变白了，然后就有传说这哥们对黑人身份不认同，漂白了自己的皮肤什么的，我对这种说法抱有怀疑，但是我拿不出论据来，同时我有一点点预感，MJ有点脱离时代了，因为那个时候Bon Jovi和“枪花”很火爆，Nirvana也将出头，音乐变化巨大，MJ那种很流行的东西反而显得有点土了，果然，很快，文青和愤青都不听他了，他向更低幼的粉丝滑去。这是我买过的最后一张MJ专辑，他渐渐被Nirvana、崔健、窦唯取代。 如果在电视上看到MJ，我会停下来看，如果遇到他演唱会的DVD我也会买来丢在架子上，这就是我对一个平行在我世界里的人的态度，我以为他会和我一样，活到老，假装精神矍铄，某一天就此别过，挥挥手不带走一片云彩。在长期看不到他的日子里，人们在各种选秀活动和晚会上模仿着他，我看到一些很牛的，也有一些令人喷饭，就在这个当口——他要复出了，我顿时开始制定伦敦之旅的计划，目标是演唱会VIP区，以便近距离看他和感受他，我，一个四十岁的人，开始怀旧，决心用实际行动重温MJ，这没有什么不适宜的，我暗想幸亏他和我平行着，不像John Lennon，这么想的时候，我以为这种平行会持续到至少我从伦敦回来之后，但是他戛然而止，只比我大11岁，黑过，白过，红过。 他到底带给我们什么？让我们试图纪念？就个人而言，他让我知道了另一个世界的存在，也是在1991年，我在MTV上看到他到访广东的画面，他很好奇地站在田间，就像我们对他代表的世界的好奇一样，原来隔阂如此深刻，人看人，竟然有惊奇。自他之后，一切纷至沓来，目不暇给之余，并无因他产生的惊奇感了，他已经提前铺垫完成。 MJ这个人，实在是一个很有镜子感的人，映射在镜中的是一个时代的流行艺术高峰，镜子前的他，却被误会、污秽、谎言、背叛弄得支离破碎，那张他穿着阿拉伯女性服饰的黑色服装、拖着同样打扮的儿子的照片我过目难忘，那是真正的镜子前的他，被浮华世界彻底击败，完全没有还手之力，一副倒霉催的模样。 说起来，我只拥有他三张专辑，根本不算是他的粉丝，这是纪念他的尴尬之处，不过再说起来，我有点相信他是个半神，这是我不够唯物的地方。我一直有意忽视他家人的存在，感觉世界上有这么个半神挺好的，类似的人还有一些，他们都还活着，就不提他们的名字了。 推荐大家去找找1993年美国橄榄球中场休息表演，MJ最好的时候。 --------------------------------- 这两天我被一种情绪笼罩，其实它跟MJ的故去本无关系，但是MJ蔓延开来，让我想起很多，那好年头。
23/06/2009 New York Mining Desaster 1941New York Mining Desaster 1941 Lyrics In the event of something happening to me, --------------------------- In memory of those who died in Sichuan earthquake last year.
12/12/2008 湖广填四川的来由赵牧 “湖广填四川”是一个特定的称谓，它专指清代初年，四川因战乱人口锐减，从而由清政府在大半个中国推行的移民填川政策。这次大规模的移民运动从顺治末年开始，一直持续到嘉庆初年，前后长达一百多年。其中，康熙中叶至乾隆年间是这次移民运动的高潮，四川人的祖先，绝大部分是在这时候背井离乡进入四川的。虽然当时共有十几个省份的移民被卷入这次移民浪潮，比如湖北、湖南、广东、江西、福建、广西、陕西、贵州、云南、山西、河南、山东等，但因为当时移民入川的外省人以“湖广籍”最多，因而这次事件被历史学家和民间命名为“湖广填四川”。所谓“湖广”，是指湖北、湖南两地。在明清时期，湖南、湖北合称“湖广省”。 四川不愧为“天府之国”。当十一二个省份的一百多万移民来到四川安家落户（康熙二十四年，四川的人口只有１．８万余丁，折合人口９万余；然而到乾隆三十二年的时候，四川人口已达２９０余万），一个波澜壮阔、可歌可泣的时代来临了。“异乡人”开始在这片金色的土地上纵情舞蹈。他们从故乡带来新的物种、新的生产技术、地方戏、习俗、方言，然后在这个新的竞技场上八仙过海，各显神通。随着漫长而艰辛的创业过程的逝去，一种从未有过的幸福像汹涌的潮水如期而至。他们获得了财富，获得了新生，获得了主人的称谓，同时也获得了这片土地的嘉奖。 如果从清朝顺治末年移民填川运动开始时算起，那么至今已有３４０余年时间。以现代人的眼光来看，这长达三个多世纪的时间可谓漫长。然而我想说的是，其实这三个多世纪的时光在中华五千年的历史长河中仍然是短暂的。屈指算来，我们离祖先才不过十二三代，怎么对这件事就如此陌生和淡忘？要知道，四川现存的绝大部分族谱，都称那个首先来川“吃螃蟹”的人为“我入川一世祖”。也就是说，这个敢于抛离故乡投身新的陌生环境的人，是割断了与旧的土地、旧的家园的联系，毅然决然跑到四川来的。所以，我们这些移民后裔应当记住前人的恩德和勇气。３４０年的时间可能稍显漫长，但如果从移民尾声的嘉庆初年算起，其实也不过２００年，跟美国移民运动迄今的时间差不多。 我赞同成都作家洁尘关于成都这座城市（乃至四川全境）与人群特性的看法：“有着适当的游戏精神和足够的自嘲能力，内心自信而不狂妄，在赞美他人和自我欣赏这两方面都具有比较合适的分寸感。这让这个城市包容，随和，不排外，不顽固。”其实，这也正是我想表达的观点。四川（主要是成都平原）在经历过“湖广填四川”移民运动的荡涤以后，真的产生了一种“新四川人”和“新四川文化”。 一首关于成都的《竹枝词》这样说：“大姨嫁陕二姨苏，大嫂江西二嫂湖；戚友初逢问原籍，现无十世老成都。”按照这里的说法，成都是找不到十代以上的土著的（史料也称，成都在清代初年曾经１３年无人烟）。那么这种包容和健康的心态从何而来呢？显然那是来自于移民社会长期的磨炼、实践和熏陶。四川的饮食文化、茶馆文化、休闲文化、民俗文化，无不渗透着“湖广填四川”移民运动的影响。（《湖广填四川》肖平／著成都时代出版社） 25/08/2008 MassachusettsMassachusetts
Artist(Band):The Bee Gees Feel I'm goin' back to Massachusetts, Something's telling me I must go home. And the lights all went down in Massachusetts The day I left her standing on her own. Tried to hitch a ride to San Francisco, Gotta do the things I wanna do. And the lights all went down in Massachusetts They brought me back to see my way with you. Talk about the life in Massachusetts, Speak about the people I have seen, And the lights all went down in Massachusetts And Massachusetts is one place I have seen. I will remember Massachusetts... 13/05/2008 地壳，你晃什么晃桔子帮小帮主 发表 今天早上听到四川发生地震的新闻，我在群里说：“这种自然灾害，真让我觉得活着是一件幸运的事。如果我死在地震中，连抱怨都没有对象。”话虽这么说，求生仍是天经地义的本能。不过跳转最后一部分前，请大家耐着性子听我“纸上谈震”。 地壳如何要摆动身躯 顾名思义，地震就是地壳的震动，火山喷发、流星影响、人为活动如地下核试验和矿山开发都可能引起，但是最多还是由于地壳运动。其实，我们的地球很不太平，据美国地质学调查，每年共有三百万次地震，如果平均下来，你每数11秒地球便会这里那里地抖动一下身躯，当然，这三百万下的绝大多数都只是轻微一哆嗦，不足挂齿。但像昨天那种晃动半个亚洲，其后果必然震惊整个地球。 大家都听说过“地震带”，为什么地震专爱骚扰某些地区呢？这得从二十世纪最伟大的发现之一“板块构造学说”说起。地球最上层的岩石圈并不是紧密连成一片，而是几个坚硬而独立的单元在软流圈上漂，彼此似断非断，还有相对滑动，是为“板块”。如同国家边境最易发生冲突，各个板块相接触的地方也是地质上最活跃的地点。可以想象，板块间相对运动有三种：彼此远离则拉扯、彼此靠近则挤压，或者一个朝南一个朝北，在交接处发生扭曲。与之相应的，地壳的反应便是产生三种不同式样的断层（某些文献定义为四种）：正断层（normal fault），负断层（thrust fault）和平行断层（strike-slip fault）。尽管原理各异，三者却有共性，那便是巨大能量在断层的扭曲之下蓄势待发，当断层间摩擦力较大，断层想要动却被迫固定下来时（locked）最为明显，这便是“哪里有压迫，哪里就有反抗”。 我们继续想象，地壳的火气憋得越来越大，当里边的压力终于大于断层两边的摩擦力时，地壳便获得动能，猛烈地哆嗦开来。再回到刚才的问题，在板块交界处这种扭曲最容易产生，而一个小断层扭曲了，旁边的也不得安宁，因而最容易形成大规模的“断层带”，一震起来，一传十世传百，于是短时间内震动便很可能连成一片。在我国青藏高原那里，欧亚板块和印度板块相互推挤，于是形成了地质活跃区；而在东南沿海，欧亚板块和太平洋板块更是从不肯相安无事，是另一个地震多发区。 实际上地震不仅仅发生在板块之间，在十七世纪的美国曾以密苏里为中心发生过一场震撼数州的地震，一百多年后，科学家才发现它的始作俑者——竟是一个蓄谋了六亿年的断层！ 地壳回响——地震波 尽管P波和S波的传播速率随介质而改变，但是二者速率之比却总是1.7，这一比例被地震仪记录下来后，常常被用于计算震源到震中的距离。 地壳，你是小怒还是大怒 新闻说：“四川汶川地震7.8级”。当你看到这个数字，除了意识到这属于“大怒”，还看出什么？其实这个“7.8级”，完整称呼该叫“里氏7.8级”。这一标准是1935年加州理工大学Charles Richter和Beno Gutenberg给著名的加州地震量身定做的标准，他们为了让其值不为负，特意跑到距震中100千米处测量，并把伍德-安德森扭力式地震仪记录到水平位移1微米称为0级地震。当然，这个“0级”的命运同历史上定义的众多“最大”及“最小”一样，现在地震仪的精度远远超过当年，记录下负级地震再也不是什么稀罕事情，地壳哪怕微微一怒，也会被地震仪记在账上。里氏震级是一个对数值，这意味着8级地震的地震波幅度是7级的十倍，而能量释放则达到31.7倍。当然，地球历史上发生的强烈地震不胜枚举，不过在里氏震级的历史中，最大只有9.5级，多数都小于3级。 里氏震级描述了震源发出的地震波能量，而另一个标准“烈度”则与震源深度、震中距、方位角、地质构造及土壤性质等许多因素有关，因此，一次地震只有一个震级，然而不同地区的烈度却有所不同。这便是用罗马字母表示的麦加利地震烈度（Mercalli intensity scale）。这个标准相当依赖于主观标准，比如“室内少数人在完全静止中能感觉到”为III度；最大的XII度，则是“房屋建筑普遍破坏，山崩地裂，地形改观”。这也是为什么地震结束，科学家马上可以报告震级，然而不同地方的烈度，却要他们等有功夫了，跑到不同地方询问目击者才能总结出来。 地球，我们偏不束手待毙 如果生活在一百年前，那么我即使是地质学家也未必能写出这么一篇文，可见科学家对于地震的了解进步了多少。然而有些令人失望的是，人类对于预测地震仍可说是无能为力。自然，敏感的地震仪可以感知地震波先锋，这时候我们可以大喊地震要来了，但这基本没用，除非你能在几分钟之内把全县武装起来。地质学家和气象学家同样可以看板块活动和断层活动的大趋势，但可想而知，这种预测估计比海中间一个小岛的天气预报还要不准。现在可以称得上准确的预报只是针对余震，科学家凭着在历次地震中总结的余震不同形式，再加上对当地地形的分析，多少可以“事后诸葛”。 （前边废话了两千多字，终于还是要履行诺言……）研究的事情科学家来做，我们最重要的就是保护好自己，在自己有能力的情况下帮助身边的人，说伟大点，这也是为减小自然灾难中的人类伤亡做了贡献呢。下文（选符合中国国情的）摘抄自加州消防局的防地震手册。 地震中： 1.如果你在室内，钻到桌子下边，没有桌子就靠近内部的墙壁，直到震动停止。远离窗户（玻璃有时会飞出好远）、书柜、冰箱、镜子和其它悬挂物件。如果你一定要移动位置，最好一直保持头上方有防护和遮挡。不要乘坐电梯。 2.如果你在室外，到四处无物处，远离树木、标识、高大建筑和电线杆，小心可能从建筑物飞来的砖头和玻璃。 3.如果你在开车，停下并呆在车里直到震动停止。不过要注意不要停在过街桥或电力线下。 4.如果你在剧场，坐在原位别动，用双臂防护头部。直到震动停止才有秩序地出去。 5.注意不要让孩子害怕和担心，尽量避免黑暗、孤独。 6.如果着火，在火源和你之间关上尽量多的门，用棉被之类堵住门缝。让救火员知道你的位置，打电话或把明显物品悬挂在窗户上，但是小心破碎的玻璃。如果外边有浓烟，关上窗。 地震后： 1.检查自己和旁人，急救优先。 2.保持镇静，并稳定他人。 3.小心碎玻璃。 4.灭火，检查煤气、水和电线，如果受损，关掉开关。如果煤气泄漏，不要用任何可以引起火星的物品（包括电钮）并打开窗户。 5.如果有广播，打开广播并收听急救公告（我真的不知道我们有没有？） 6.不要试图进入受损的建筑。 7.如果没有水储备，最好能想办法用化学药剂或过滤器过滤自来水引用，如果连自来水也没有，用马桶储水箱的水，不要用坐便器里的水，可能已被污染。 8.如果你的孩子出现地震后的恐惧症，试着和他谈心，交换你们的感觉，告诉孩子他们是安全的，经常抱着你的孩子并在晚上更多陪着他，允许你的孩子因为丢失的玩具等小东西而伤心抱怨。有时候，成年人的心理困难可能更大，多和亲人谈心，更注意身体健康。 平时： 1.记好紧急电话并告知家里所有人员。 2.急救药常被：消炎药（包括外用和内服）、止痛片、腹泻药、眼药水、耳鼻滴水、双氧水、皮肤消毒喷剂、绷带、医用手套、口罩、冰袋或热敷袋（应该可以买到，揉一揉就改变温度的）、棉花、胶布、夹板。 3.生活紧急物品：干粮、罐头食品、现金、饮用水（非常重要，因为城市供水会在地震中收损，一人至少保证19公升，你的宠物也算一个）、灭火器（这个虽然不符合我国国情，我还是觉得很重要）、指南针、应急灯、帐篷、防水布、绳子、火柴、广播、睡袋、娱乐设施（家庭相片、笔记本电脑、喜欢看的书、游戏） 写到“娱乐设施”，就又想回到早上和猛犸、兔子讨论时，他们二人同时说到的一条自救须知，大致意思是是否有强烈的求生欲是最终存活下来的关键。让我上升一下吧，我想，自然灾害和每个人的命运相关，因为自然面前人人平等，你也许就只是今天的幸运者。我希望正在承受病痛和灾难的人知道，有千百万人在关注他们的命运，愿意成为他们心里的支柱。祝福他们心里的希望之火不熄，祝福他们平安。
本人今日之前对地震几乎一窍不通，材料多取自维基百科，洛杉矶消防站文件和一个地震网站http://science.howstuffworks.com/earthquake.htm
17/04/2008 The Facts of LifeArtist: Black Box Recorder
Song: The Facts of Life Do do do, do do do 15/03/2008 成都新闻很彪悍，成都人民很超赞周末了，下班前放出一篇帖子，内容超赞。唯一的遗憾是成都方言，为了便于理解，我在相应的段落后加注。 来源：中华网社区 因为成都的市民们普遍都热心新闻事件而且非常踊跃参与拨打热线电话，所以我们经常可以看见四川几个台的几个节目和成都台的几个台的几个节目都会报道同样的新闻。而且有时候因为现场场地限制两家的记者通常就会互相上镜。有时候你觉得看一个新闻觉得报道不全面或者视角不佳那么你马上看另一家的新闻节目多半会让你满意。 9, 有一次记者暗访一个卖二级保护动物藏猕猴的年轻娃儿，跑到他家楼顶上谈交易，那个小猴子就在边上跑来跑去的。结果那个娃儿的妈跑上来喊他好像是吃饭之类的，那个娃儿说：“哎呀我们在谈事情，快下去！”他妈就发飙了：“你凶啥子凶！老子甩你两脚尖！”。。。 10, 两口子打架 一女记者的采访那被打之女（四川话）：“你男人为啥子打你” 女：“他说我偷人”记者：“那你偷没得啊”女的：“。。。。。。”。。。记者：“你说啊。你说你偷没得嘛”! ||| 12, 见过最强的一个,不知道是新闻现场还是全接触,pol.ice清理那些要饭了,要把他们拉上警车,这个时候记者上前采访那些乞丐,乞丐很有经验地接受采访,pol.ice叔叔不耐烦了,要把那些人拉上去,有一个男乞丐很镇定地对pol.ice说"别急嘛,没看我正接受采访呢吗?"pol.ice同志无语......哈哈,我们全家笑翻 13, 噢,我补充一个! 14, 谭谈交通，有一期谭交警抓住一家骑电瓶车的，小女娃娃蹲在前面，老爸骑车，老妈坐在后面，谭警官问人家会不会唱吉祥三宝，，说他改了个危险三宝，而且当声唱给人家听，全文如下，（请用吉祥三宝的调调来唱） 爸爸，电瓶车可以载人吗？ 15, 还是谭谈交通，有一期谭交警抓住一个骑电动车的人，他超宽超载的运了几块多重的大木板，谭乔就喊他下来，问他：你这么大个木板，是咋才能让它在这个小小的电动车上不倒的喃？ 16, 成都台有个节目是上街问老百姓问题,答对的就奖励10元, 17, 有一次有个农民家里的牛发疯跑出来了。然后最后被逼到一个荒废的空地的角落里。 这个时候武警就出动了。他们拿了枪准备把那个牛击毙三。然后电视台的就站在边上拍。 打了一枪。牛没反应。打了两枪。牛没反应。打了三枪。牛没反应。打了四枪。牛没反应。打了五枪。牛没反应。打了六枪。牛没反应。打了七枪。牛没反应。打了八枪。牛没反应。 18, 那我也要贡献一个，有期谭乔抓到一个骑电摩的人拿了一个杆子，谭乔正抓到他，说你以为你是张飞嗦，人家拿刀，你拿杆，他看到一个骑电摩拿梯子的，就说pol.ice 叔叔看，那个人更谈还拿梯子，谭乔又抓到拿梯子的说你也以为你是张飞嗦....还没说完，拿梯子的师傅很不满的说了一句：张飞有我长的称头啊。 19, 有次看《谭谈交通》，谭警官刚抓了一个违章的，正在进行教育，结果旁边有一群蹬火三轮的看热闹，突然其中一个人认出谭乔了，一边狂笑一边用手指到谭乔：“哈哈哈哈哈哈哈哈，我认得到你，哈哈哈哈哈哈哈哈哈哈，你是那个#￥#%￥#%，哈哈哈哈哈哈.....”于是镜头也不拍违章者了，转拍这个喜剧人物，此人继续狂笑，继续指到谭乔转头跟周围的同行说：“哈哈哈哈，我认得到他..........”谭乔无语，憋了半天说了句：“你等我们拍完了再说哈~” 20, 还有次好像是成都全接触哇，有个老太婆，简直就是女版周星驰，之搞笑。当时她是围观者，是看到2个人打架，打得有点凶，等记者来了的时候人都送医院切了，记者肯定不甘心走撒，正好这个太婆出现了，一边口水四溅地描述刚才的经过，一边用动作同时扮演打人者和被打者，非常“敬业”，当说到被打者躺到地上切了的时候，太婆毫不犹豫的躺了下去，躺下去了之后还在不停的说...... 21, 前两天还看到一个更搞笑的 22, 谭乔有一期抓了一个把自行车上面装个电机改成电动车的，就问他,你车速这么快怎么刹车喃? 24，也是谭乔的那个洗脑壳节目有回看到个人用电瓶车载几个大板子，然后把别个短下来洗了别个半天：“您真是力拔山兮气盖世啊” 那人非常无辜茫然的说：“我听不懂。。。” 25，圣诞节那天，谭谭抓到两个小妹违章，一个小妹骑车搭到另一个小妹 手上还拿到充气棒。 拦下之后进行教育，小妹很不服，又哭又闹又拽。 为了缓和气氛，谭谭就说，你们衣服上这个标签杂个不剪喃？ 小妹说，现在就流行这个，潮，你懂不懂？ 说到说到就拿起充气棒打谭谭的脑壳，边打边笑边说：圣诞快乐。 谭谭又气愤，又无奈的说：你们这个样子是袭警！这个是袭警！ 26，新闻现场播的，有个老头儿和一个小伙子扯皮了，结果那个小伙子就拿刀子捅了那个老头儿， pol.ice就问那个小伙子：“你咋个捅人喃？” 27，也是潭乔的，有回他看到有个人开车，然后他觉得那个人动作多扯拐的，他就把那个人喊到，结果一看，狗日坐位都末得，那个人孤起在那儿开车，更经典的是方向盘就是个两个扳手，车一车的。 潭乔吓疼了，就开始教育教育教育，然后教育完了，潭乔说“，以后不能再这个样子了哈，诶，等哈，你再坐进切，再开一圈，我看哈你乍开的喃！”。。。 06/12/2007 共同度过垂下眼睛息了灯 回望这一段人生 望见当天今天 即使多转变 你都也一意跟我同行 曾在我的失意天 疑问究竟为何生 但你驱使我担起灰暗 勇敢去面对人生 若我可再活多一次都盼 再可以在路途重逢着你 共去写一生的句子 若我可再活多一次千次 我都盼面前仍是你 我要他生都有今生的暖意 没什么可给你 但求凭这阙歌 谢谢你风雨里 都不退愿陪着我 暂别今天的你 但求凭我爱火 活在你心内 分开也像同度过 29/11/2007 Software's Ten EssentialsBest Practices Software's Ten Essentials Virtually every backpacker, rock climber, and recreational hiker in the Pacific Northwest is familiar with the Seattle Mountaineers' list of "Ten Essentials": extra clothing, extra food, sunglasses, knife, firestarter, first aid kit, waterproof matches, flashlight, map, and compass. The Ten Essentials are the end-product of years of hard-won experience. They are intended to help mountaineers avoid getting into trouble in the first place, and, if that doesn't work, to minimize the damage. No experienced mountaineer would go into the mountains without the Ten Essentials. Experienced software developers have also accumulated years of hard-won experience. Our software adventures often contain more uncharted paths and dangerous territory than a simple hike in the woods does, and so I propose a list of Ten Essentials for software projects. Software's Ten EssentialsA Product Specification is a software project's compass. Without one, you can perform the work of Hercules and still not produce a working product because the work in aggregate hasn't been aimed in any particular direction. Without good direction, any individual's work can go the wrong direction and different people can work at cross purposes. With today's highly interactive systems it is becoming increasingly difficult to capture the essence of a product specification without constructing a Detailed User Interface Prototype. Static paper documentation often cannot adequately describe the intended look and feel of a product. If the product specification is the compass, the detailed user interface prototype is the trail map that points out the hills and valleys, groomed trails and portions of the software outing that will require special skills. A beneficial side effect of user interface prototyping is that it can be an effective way of lighting a fire under both the customer and the development team. Visibly working software is good for customer and developer morale. A user interface prototype isn't working software, but it looks like working software, and it can have almost the same effect. No experienced hiker would think of going on a long hike without sufficient food, water, and clothing. On a software project, a Realistic Schedule provides the essential planning foundation for adequate staffing, adequate quality assurance activities, and in general the appropriate level of formality in the project's software processes. Every fall we hear of hikers trapped in the woods by an unexpected snowstorm. Every spring we hear about a software product that was supposed to ship on January 1 but which doesn't actually ship until many months later. Basing a software project on an unrealistic schedule and the insufficient staffing and technical planning that result from it is tantamount to heading into the woods in November without a warm jacket. If a hiker gets into trouble, it's useful to know that a person can go for days without food but not without water. A successful software project establishes Explicit Priorities, so that if it gets into trouble it knows which features are essential and which can be jettisoned. Explicit priorities help to avoid the problem of wanting all possible features with the best quality in the shortest time with the least effort. Setting "I want it all" priorities is tantamount to setting no priorities at all. They provide no guidance when the project needs to make tough choices. Explicit priorities make the tough choices easier. A common theme running through the Ten Essentials is that of hoping for the best but preparing for the worst. You wouldn't go hiking if you expected to break your leg, and you wouldn't start a software project if you expected it to run 300 percent over budget. In spite of your best hopes, however, you'd be foolish to go hiking without adequately preparing for the risks inherent in the activity. Active Risk Management is also a key component of successful software projects. As Tom Gilb says, if you do not actively attack the risks on your project, they will actively attack you. A Quality Assurance Plan is the software project's first aid kit. The first priority in first aid is avoiding doing anything that will require you to use the first aid kit. But even the most careful hikers sometimes get hurt, and in such a case a first aid kit is essential. Many software projects perform the moral equivalent of leaving the first aid kit in the car. By the time problems become too obvious to ignore, much of the damage has been done. Defects have been inserted into the product and not corrected during requirements and design activities. All that can be done at that point is to correct the defects at great cost during construction and system testing. A good quality assurance plan will orient the project toward detecting defects early, close to the point of insertion and not allow defects to infect work later in the project. For longer hikes, hikers have to file an itinerary. If the hikers file an itinerary for a 3 day hike and haven't signed out after 3 or 4 days, the Forest Service sends out a search party. Successful software projects use Detailed Activity Lists. These lists are typically comprised of tasks that last a few days each and that are considered to be either done or not done--not "90 percent done." Comparing the list of completed activities to the list of planned activities indicates whether a project is on time or needs to be rescued. Software Configuration Management won't keep you warm and dry, but it will keep you from succumbing to some of the more dangerous software project risks. At the most basic level, software projects put source code under automated source code management. This prevents problems such as one developer inadvertently overwriting each other's work. Source code control is typically combined with an off-site backup plan so that if the server with the master sources crashes you're not left out in the cold. At a more esoteric level, the most successful projects also put designs, requirements, and project planning materials under configuration management. When this is done, a change in the schedule or budget requires explicit approval and notification of the concerned parties. This helps to keep schedule and budget related decisions visible and prevents hundreds of small changes from quietly accumulating into large schedule and budget overruns. Sometimes you'll see a hiker with a 20-year old backpack patched together with so much duct tape and twine that you can't make out the original backpack; that's what software systems developed without an explicit focus on Software Architecture look like. Internally, software architecture promotes consistent design and implementation approaches, which in turn facilitate future corrections and extensions. Externally, the most visible aspect of explicit software architecture is its support for consistent user interfaces. Consistency is a generally desirable characteristic that you attain almost automatically when you have good architecture and only with great difficulty when you don't. One of the thorniest implementation problems is the problem of integrating software components that were not designed with integration in mind. An explicit Integration Plan is therefore the last of the Ten Essentials. With a good integration plan such as the Daily Build process (see this column in IEEE Software, July 1996), you can almost forget that integration tends to be a troublesome issue. Without an integration plan, you can enter an extended integration, test, bug-fix cycle that exposes so many defects that it can kill the project.
Other EssentialsSeveral organizations have published similar lists of software project essentials. The Software Project Manager's Network publishes a "Project Breathalyzer," which is a ten question test designed to determine whether a project should be on the road. The test is available on the Internet from http://www.spmn.com. The Standish Group published a report titled "Charting the Seas of Information Technology" which included a list of the top 10 success factors for MIS projects. The key process areas required to advance from Level 1 to Level 2 of the Software Engineering Institute's Capability Maturity Model might also be considered "essentials." You can read about those in Capability Maturity Model for Software, Version 1.1 by Mark C. Paulk, et al, which is downloadable from the SEI's website at http://www.sei.cmu.edu. Editor: Steve McConnell, Construx Software, 11820 Northup Way #E200, Bellevue, WA 98005. Daily Build and Smoke TestBest Practices Daily Build and Smoke Test If you want to create a simple computer program consisting of only one file, you merely need to compile and link that one file. On a typical team project involving dozens, hundreds, or even thousands of files, however, the process of creating an executable program becomes more complicated and time consuming. You must "build" the program from its various components. A common practice at Microsoft and some other shrink-wrap software companies is the "daily build and smoke test" process. Every file is compiled, linked, and combined into an executable program every day, and the program is then put through a "smoke test," a relatively simple check to see whether the product "smokes" when it runs. BENEFITS. This simple process produces several significant benefits. It minimizes integration risk. One of the greatest risks that a team project faces is that, when the different team members combine or "integrate" the code they have been working on separately, the resulting composite code does not work well. Depending on how late in the project the incompatibility is discovered, debugging might take longer than it would have if integration had occurred earlier, program interfaces might have to be changed, or major parts of the system might have to be redesigned and reimplemented. In extreme cases, integration errors have caused projects to be cancelled. The daily build and smoke test process keeps integration errors small and manageable, and it prevents runaway integration problems. It reduces the risk of low quality. Related to the risk of unsuccessful or problematic integration is the risk of low quality. By minimally smoke-testing all the code daily, quality problems are prevented from taking control of the project. You bring the system to a known, good state, and then you keep it there. You simply don't allow it to deteriorate to the point where time-consuming quality problems can occur. It supports easier defect diagnosis. When the product is built and tested every day, it's easy to pinpoint why the product is broken on any given day. If the product worked on Day 17 and is broken on Day 18, something that happened between the two builds broke the product. It improves morale. Seeing a product work provides an incredible boost to morale. It almost doesn't matter what the product does. Developers can be excited just to see it display a rectangle! With daily builds, a bit more of the product works every day, and that keeps morale high. USING THE DAILY BUILD AND SMOKE TEST. The idea behind this process is simply to build the product and test it every day. Here are some of the ins and outs of this simple idea. Build daily. The most fundamental part of the daily build is the "daily" part. As Jim McCarthy says (Dynamics of Software Development, Microsoft Press, 1995), treat the daily build as the heartbeat of the project. If there's no heartbeat, the project is dead. A little less metaphorically, Michael Cusumano and Richard W. Selby describe the daily build as the sync pulse of a project (Microsoft Secrets, The Free Press, 1995). Different developers' code is allowed to get a little out of sync between these pulses, but every time there's a sync pulse, the code has to come back into alignment. When you insist on keeping the pulses close together, you prevent developers from getting out of sync entirely. Some organizations build every week, rather than every day. The problem with this is that if the build is broken one week, you might go for several weeks before the next good build. When that happens, you lose virtually all of the benefit of frequent builds. Check for broken builds. For the daily-build process to work, the software that's built has to work. If the software isn't usable, the build is considered to be broken and fixing it becomes top priority. Each project sets its own standard for what constitutes "breaking the build." The standard needs to set a quality level that's strict enough to keep showstopper defects out but lenient enough to dis-regard trivial defects, an undue attention to which could paralyze progress. At a minimum, a "good" build should
Smoke test daily. The smoke test should exercise the entire system from end to end. It does not have to be exhaustive, but it should be capable of exposing major problems. The smoke test should be thorough enough that if the build passes, you can assume that it is stable enough to be tested more thoroughly. The daily build has little value without the smoke test. The smoke test is the sentry that guards against deteriorating product quality and creeping integration problems. Without it, the daily build becomes just a time-wasting exercise in ensuring that you have a clean compile every day. The smoke test must evolve as the system evolves. At first, the smoke test will probably test something simple, such as whether the system can say, "Hello, World." As the system develops, the smoke test will become more thorough. The first test might take a matter of seconds to run; as the system grows, the smoke test can grow to 30 minutes, an hour, or more. Establish a build group. On most projects, tending the daily build and keeping the smoke test up to date becomes a big enough task to be an explicit part of someone's job. On large projects, it can become a full-time job for more than one person. On Windows NT 3.0, for example, there were four full-time people in the build group (Pascal Zachary, Showstopper!, The Free Press, 1994). Add revisions to the build only when it makes sense to do so. Individual developers usually don't write code quickly enough to add meaningful increments to the system on a daily basis. They should work on a chunk of code and then integrate it when they have a collection of code in a consistent state-usually once every few days. Create a penalty for breaking the build. Most groups that use daily builds create a penalty for breaking the build. Make it clear from the beginning that keeping the build healthy is the project's top priority. A broken build should be the exception, not the rule. Insist that developers who have broken the build stop all other work until they've fixed it. If the build is broken too often, it's hard to take seriously the job of not breaking the build. A light-hearted penalty can help to emphasize this priority. Some groups give out lollipops to each "sucker" who breaks the build. This developer then has to tape the sucker to his office door until he fixes the problem. Other groups have guilty developers wear goat horns or contribute $5 to a morale fund. Some projects establish a penalty with more bite. Microsoft developers on high-profile projects such as Windows NT, Windows 95, and Excel have taken to wearing beepers in the late stages of their projects. If they break the build, they get called in to fix it even if their defect is discovered at 3 a.m. Build and smoke even under pressure. When schedule pressure becomes intense, the work required to maintain the daily build can seem like extravagant overhead. The opposite is true. Under stress, developers lose some of their discipline. They feel pressure to take design and implementation shortcuts that they would not take under less stressful circumstances. They review and unit-test their own code less carefully than usual. The code tends toward a state of entropy more quickly than it does during less stressful times. Against this backdrop, daily builds enforce discipline and keep pressure-cooker projects on track. The code still tends toward a state of entropy, but the build process brings that tendency to heel every day. Who can benefit from this process? Some developers protest that it is impractical to build every day because their projects are too large. But what was perhaps the most complex software project in recent history used daily builds successfully. By the time it was released, Microsoft Windows NT 3.0 consisted of 5.6 million lines of code spread across 40,000 source files. A complete build took as many as 19 hours on several machines, but the NT development team still managed to build every day (Zachary, 1994). Far from being a nuisance, the NT team attributed much of its success on that huge project to their daily builds. Those of us who work on projects of less staggering proportions will have a hard time explaining why we aren't also reaping the benefits of this practice. Editor: Steve McConnell, Construx Software, 11820 Northup Way #E200, Bellevue, WA 98005. 25/11/2007 一个孕妇的意外死亡台湾综艺节目《全民大闷锅》里，政坛狠角色“李熬”曾经说过一段颇有道理的话：香港是什么都可以做，除了法律不允许的；新加坡是什么都不能做，除了法律允许的；台湾是什么都可以做，包括法律不允许的；大陆是什么都不能做，包括法律允许的。我们的法律确实是世界上最荒诞的东西，它约等于什么都不是，但是在某些时候却又约等于什么都是。权贵们蔑视它，草民们服从它——没有什么比这更荒诞的了。
我所理解的最好的法律应该是这样的：它权威，平等，它阻止恶，并不阻止善。在中国，法律不能阻止权贵作恶，而且还阻止草民从善。这一点，在前几天发生的孕妇事件中体现的犹为明显。在那个孕妇因为傻逼的所谓权责问题而惨死之后，她的母亲到医院哭诉：“你们医生知道不签字她就会死了，你们应该采取紧急措施救人要紧阿！”而身旁的医生则不停的强调：“这有法律约束。”并无奈的表示：“你给她解释不通，她不明白的。”这真是我见过的最无耻的场景，你妈逼的才不明白呢！什么鸡巴法律约束？试问，什么样的法律要约束医生最基本的医德，并默许一个孕妇两条人命在医院里冰凉地死去？什么样的法律会在宝马车下的农妇面前驾着筋斗云远去，却在医生需要治病救人的时候突然显灵？这样的法律，当它看上去如此，听上去如此，感觉到如此，我们就可以去他妈的法律。 混蛋逻辑的持有者们，在一个司法不独立的国家里振振有词：如果医生强行做手术，那就是触犯了法律，触犯了xx权xx权和xx权！他们在那里大呼小叫的要维护一个根本不存在的法律的纯洁性和权威性。他们搬出了《医疗机构管理条例》：“医疗机构施行手术、特殊检查或者特殊治疗时，必须征得患者同意，并应当取得家属或单位同意并签字；无法取得患者意见时，应当取得家属或关系人同意并签字。” 如果所有的手术必须依从这样的狗逼条例，那么一个畜牲儿子想害死自个老爸真是再容易不过了——只要在老头病危昏迷要做手术的时候拒不签字就搞定。如果这样的条例可以成为上下通行的标准，那么我们可亲可爱的周总理真是死的太冤枉了。如果这样的条例不能平等的施加于每个人身上，那么我们就可以让这种条例见鬼去。 这个事件的关键并不在于那个丈夫，他和患者是否合法夫妻，他是否神经病，这一点也不重要。如果把责任归咎于个人，那我们便毫无内疚可言——这个孕妇的死只不过是过失杀人，只不过是特例，只不过是一个愚蠢的丈夫不签字导致的，谁都没责任。医生没责任，他们只是照章办事；法律没责任，它需要保障某个人的 签字权。患者的爹妈哭去吧，谁要那个傻逼男人不签字呢？ 不，事情显然不是这样的，孕妇的死折射出来的是一个吊诡的问号。这个问号的含义是：什么才是我们，尤其是医生的行为准则？是救死扶伤的本能，还是冷酷繁冗的条例？更重要的是，当医生根据前者实施手术后，后者是否可以保障这种行为？也就是说当医生在特定的时候违背法律，法律是否可以公正的对待医生的行为？答案是否定的，当彭宇根据本能扶起老太太，遭到讹诈，求诸法律却败诉的时候，这种法律的信用已经破产了。当一张纸老虎玩弄全国人民智商，却被政府专家们一再的予以肯定的时候，这种政府的信用也已经流产了。所以，丈夫不相信医生会做好手术，医生不相信法律会保障自己救死扶伤的本能，而法律以及法律的操控者政府均已完蛋操了，那么孕妇就只能躺在手术台上，在三方互相推卸责任的时候，怀着胎儿慢慢死去，同时死去的，也许还有我们心目中对生命的态度。
23/11/2007 时间旅行有可能么？时间旅行是否可行要解决两个问题： 第一、如果时间旅行可能，那么我们现在这个世界应该就有未来的人出现，但实际上没有，所以时间旅行不可能。 第二、如果时间旅行可以发生，那么就会颠覆因果律，就会出现下面这样的悖论：
看完这个故事，你是不是有些晕了？ 06/09/2007 List of British pop musicians of the 1960sList of British pop musicians of the 1960sFrom Wikipedia, the free encyclopedia• Have questions? Find out how to ask questions and get answers. • Jump to: navigation, search
List of British pop musicians of the 1960s in alphabetical order with side notes and additional links. (Please note that this list was initially created as a mirror of the 1950s list due to overlap of dates. Therefore both lists require some sorting with this list also requiring new additions together with deletions that only belong to the 1950s.):
[edit] A-C
[edit] D-F
[edit] G-I
[edit] J-L
[edit] M-O[edit] P-R[edit] S-U[edit] V-Z[edit] More lists by years
[edit] See also
List of British pop musicians of the 1970sList of British pop musicians of the 1970sFrom Wikipedia, the free encyclopediaJump to: navigation, search
List of British pop musicians of the 1970s in alphabetical order with side notes and additional links:
[edit] 1-10[edit] abc
[edit] def[edit] ghi
[edit] jkl[edit] mno[edit] pqr[edit] stu
[edit] vwxyz[edit] More lists by years
List of British pop musicians of the 1980sList of British pop musicians of the 1980sFrom Wikipedia, the free encyclopediaJump to: navigation, search
List of British pop musicians of the 1980s in alphabetical order with side notes and additional links:
[edit] abc
[edit] def
[edit] ghi[edit] jkl[edit] mno[edit] pqr[edit] stu[edit] vwxyz[edit] More lists by years
[edit] See also
List of British pop musicians of the 1990sList of British pop musicians of the 1990sFrom Wikipedia, the free encyclopediaJump to: navigation, search
List of British pop musicians of the 1990s in alphabetical order with side notes and additional links:
[edit] abc
[edit] def
[edit] ghi[edit] jkl[edit] mno
[edit] pqr[edit] stu
[edit] vwxyz[edit] More lists by years
List of British pop musicians of the 2000sList of British pop musicians of the 2000sFrom Wikipedia, the free encyclopediaJump to: navigation, search
This song or music-related list is incomplete; you can help by expanding it.
List of British pop musicians of the 2000s in alphabetical order with side notes and additional links.
[edit] abc
[edit] def
[edit] ghi[edit] jkl
[edit] mno
[edit] pqr
[edit] stu
[edit] vwxyz[edit] More lists by years
[edit] See also03/09/2007 只能看，不能读的文章这篇短文都能看懂，可是如果你读给别人听，他是无论如何也听不懂的！
原文： 《施氏食狮史》 石室诗士施氏，嗜狮，誓食十狮。施氏时时适市视狮。十时，适十狮适市。是时，适施氏适市。氏视是十狮，恃矢势，使是十狮逝世。氏拾是十狮尸，适石室。石室湿，氏使侍拭石室。石室拭，氏始试食是十狮。食时，始识是十狮，实十石狮尸。试释是事。 只用一个发音来叙述一件事，除了中文，怕是再无其他语言能做到了。这篇短文都能看懂，可是如果你读给别人听，他是无论如何也听不懂的！ 白话文译文： 《施氏吃狮子的故事》 石室里住着一位诗人姓施，爱吃狮子，决心要吃十只狮子。 他常常去市场看狮子。 十点钟，刚好有十只狮子到了市场。 那时候，刚好施氏也到了市场。 他看见那十只狮子，便放箭，把那十只狮子杀死了。 他拾起那十只狮子的尸体，带到石室。 石室湿了水，施氏叫侍从把石室擦干。 石室擦干了，他才试试吃那十只狮子。 吃的时候，才发现那十只狮子，原来是十只石头的狮子尸体。 试试解释这件事吧。 背景 话说50年代初期，有人提议汉字全部拼音，以解除小学生识数千汉字的痛苦。语言学大师赵元任老先生大不以为然，戏写一文施氏食狮史。全文共92字，每字的普通話发音都是shi。這篇文言作品在阅读时并没有问题，但当用拼音朗读本作品時，问题便出现了，这是古文同音字多的缘故。趙元任希望通过篇文字，引证中文拉丁化所带来的荒谬。 据称，本文为汉语中最难读的一篇，如要尝试，请先备清水一杯、小棍一把，以免舌齿受伤。 27/07/2007 《人生中最重要的一课》- 一个临床医生聊医事来自：天涯（建议看原版，下为摘选） 我当然不能完全托盘而出我所知道的一切,但我愿意,也希望我所讲述的尽可能真诚,尽可能坦率! 我还不是一个医学专家,原因很简单,我还算年青,这也是为什么有时间坐在电脑前敲下这些字的原因(有成就的专家不会有这个时间来写这些,当然也可能不屑 ___用这时间写写医学专业文章多好). 但有时我会想,为什么大家都不来做这些事.我在临床工作的很多时间是回答亲友的提问,带他们看病.其实他们想法很简单____他们只是要求一个他们可以信任的医生!!信任,这难道不是我国目前医疗现状最欠缺的一个单词嘛!!!患者骂医生披着白衣的狼,医生也渐渐学会保护自已,学会在不出事的前提下处理病人,学会冷漠,学会用越来越模糊的用词方式与患者交流.信任,医生当然希望患者信任自已,但患者会问:你值得信任吗?当越来越多的医疗负面新闻把这个单词扫到地沟里时,我们相互的埋怨,甚至相互的伤害. 你值得信任吗? 患者面对一个医生时他心里总在问自已!所以他选择一有小病就在大医院跑(越有钱越这样).北京协和医院的一个朋友说他坐一天门诊会有一半人根本在社区诊所就可以解决而不需在协和和排一天的队.但患者会说:在中国,我也没办法!我只能往越大的医院去,这样保障才会多一点!!是!!很多很多的一切不是你我所能解决的,信任也不是一天所能恢复的!当然你有个当医生的亲人可不用考虑这些问题!!那你怎么办?我想你应该了解一些医学常识,了解一些医院是怎么运做的, 医生是一引起什么人,他们怎么思维,一些常见病是怎么回事.如果这些只需你像阅读小说一样带着趣味了解,为什么这不是你一生中最重要的知识呢? 而在中国,有多少人会被江湖骗子和不良医务工作者伤害,而在中国绝大多数人在面对失去亲人的一瞬所会做的只是痛哭(其实他可以做的更多,如简单心肺复苏),而在中国,医生感到要和患者交流是很困难的事!当然你不需成为一个医生,就如你只需会简单使用电脑而不需学会编程.信任我,学点医学常识,这绝不会浪费你的时间.而我仅希望的是我会真诚,更希望以下的文章充满通俗的趣味.对于一本书,有趣是它存在的意义------王小波语 （1） 在中国哪些医院是最好的？ 你肯定也可以列出很多，北京协和呀，北京人民医院呀，解放军总医院呀，可是你会说，我又不在北京，比如，我怎么知道福建省的哪所医院好一点？简单一点，首先看医院的级别，在中国，医院的级别是这样评定的：一级医院：是直接向一定人口的社区提供预防、医疗、保健、康复服务的基层医院、卫生院。二级医院：是向多个社区提供综合医疗卫生服务和承担一定教学、科研任务的地区性医院。三级医院：是向几个地区提供高水平专科性医疗卫生服务和执行高等教学、科研任务的区域性以上的医院。各级医院经过评审，按照医院分级管理标准确定为甲、乙、丙三等，三级医院增设特等，共三级十等。但是这有一个小插曲，目前中国最高级别的医院是三级甲等，并没有三级特等。小道消息是，当时评定时，解放军总医院，北京医院，北医人民医院都在争，结果老大哥北京协和医院放话：协和不三特谁三特！但大家还是不服务气，结果大家都是三级甲等，三级特等的缺就这样一缺至今！！一般来讲，处在中国医院顶端的都有是各医科大学的附属医院及各省人民医院，还有解放军的军医大学附属医院和各大军区总医院。在一般中小城市，一般而言是该市的人民医院（或和中医院）及驻军的解放军医院技术较为全面。 (二)选对医院的不二法门 （三）关于药品的一些情况 一想要写关于药品的情况，一句话，想得头比范伟还大。但我又绕不过去，绕过这个话题，这篇文章会比思想汇报还肉麻及干涩。在中国，其实每个行业都有潜规则，但医疗不一样，go-vern-ment机关的潜规则，我爱party爱国爱老婆，不跟你打交道可以吧。医疗吧，我没办法，生病我比跳楼还不想。在中国，说药品，又绕不开中药，关于中医中药的话题比到机关办事还麻烦-------这不知怎么爱国及爱传统这些字眼又要拱进来！！我想，不管别人怎么想，我的想法是：我生病了，我又穷，我只想把病治好，可能跟爱老婆有关系，跟爱国那是绝对没关系，！！所以下我分条陈情，我只希望说我知道的，真实的（有些我就不讲，不好意思） 1、 国产的贵药和普通药有差别吗 当然有差别，你傻呀，你掏了那么多钱，你会不知有差别-------价格摆着呢！！！ 2、 那进口药呢 首先我回答这个问题与我的是否爱国无关！还是那句话：当然有差别，价钱高好多，疗效也高好比！！而且一般医生不喜欢开进口药，开国产“高档药‘倒是最喜欢！！原因你自已揣摩。不明白？好吧！这么说吧，像辉瑞、拜尔，葛兰素这些国际大厂，它们的管理层也知道攻关这个词，但中国的一些潜规则他即使知道，也不敢去施行！！就挣你中国这一点钱，出了一点事，就把一个国际品牌给毁了！！ 3、那中药呢 这个话题之所以放在最后，是------我不想把这个贴子又变成周星驰同学卧底练骂架的那个怡红楼。其实很简单，同样一样病，你看看医生开给他的亲属的方子就知道。比如，你是我的小姨子（如果你不是美女，那就不是！），我带你去找个专家看病，跟他说是我的亲人，关照一下，出来的方子会没有中药或只有一两种效疗肯定的中成药，如果你自已去，你又显摆，或说，没关系我都可以报销，那你就准备提一大箱中成药出来吧！！这就是现实，我爱国爱传统，但它是现实！当然可能也有一些中成药确实很好，但注意用词“一些”！一般来讲，医生比开国产高档西药还更喜欢开中成药，原因你猜（我还是只能说我不知道这是为什么）但你应该知道--------因为钱是你的又不是花我的钱！ (四）买药看病的不二法门 这才是你一生中最重要的一课-------心肺复苏术 我在医学院算不得是好学生，甚至连教诲我的老师的姓氏也没能记好，但有些课还是历历在目，印象最深的是一堂关于药物过敏的课，教授讲了一个他读博士时亲历的病例，大致是他在中山医附一院读博时，科里收了一个青霉素过敏的患者，是个女大学生，她感冒发烧了（你也三不五时的这样，不是吗？），她的父亲---- -一个世上最悔恨走上行医这行当的乡村医生（我认为是这样的）从他众多的棕色广口瓶中掏出了几片青霉素类药片，让她服下了，等这位可怜的父亲抱着心爱的女儿出现在中山医附一院重症室时，她的女儿已停止了呼吸，当医生向这位父亲表示已尽力时，这位父亲撞破重症室的玻璃门，摔了几个试图阻止他的护士，坚信奇迹的他亲自对他的女儿行心肺复苏，直到他一个多小时后他也昏迷在病房，在这一个多小时期间，他呼唤着女儿的小名，在泪水中努力的坚持的不愿放弃的尽量准确的行心肺复苏，所有的医护人员（包括我的老师）都含着泪在他旁边等待奇迹。没有！奇迹没有出现，奇迹不会这么多！ (二) （三） 1、开放气道（Airway）：昏迷时，人的舌头会下坠把自已的气道堵死，（你看，长舌的人连自已也害）。可用仰头抬颏法开放气道，并清除病人口中的异物和呕吐物。方法是一手放在病人前额，用手掌把额头用力向后推，另一手的手指放在病人下颏骨处，向上抬，使牙关紧咬，下颏向上抬（复杂吗？好吧！电视里的某某衙内怎么调戏良家姑娘？捏住人家下巴向上抬，对了！你只需同时用手掌把病人额头往下压）。具体如图。 2、口对口人功呼吸（Breathing）：我看过不止三部愚蠢的喜剧在讲述男主人公幻想着在经过精心设计的危险情形下，得到对心爱的姑娘行口对口人工呼吸的机会，但相信我，既使是急救医师，他得到这样浪漫的机会也不多，对于你，这绝对是严肃到关乎生命的事。如果你已经对病人做了仰头抬颏法开放气道，那么查一下，趴下去听一下病人的鼻里有无气息，如果没有，捏住病人的鼻子，深吸一口气，用你的嘴完全罩住病人的口，缓慢吹气，要确实看到病人的胸部有随着你的吹气而起伏，每次吹气持续2秒钟，然后把手和嘴移开，让病人自已完成呼气动作，频率约10-12次/分钟。 (二)医生是怎样思维的 医生是这么想的：活要见人，死要见尸，一切要证据，一切做法都要有依据！！一如一个法官，明摆着疑犯铁定有罪，（比如这位法官从法几十人，经验丰富，有一万个人说他包公再世，他也一百个肯定，没证据他也不能定罪！！！ (二)医生是怎样思维的（继） (二)医生是怎样思维的（继）之二 但医生是对的，绝对是对的！！ (二)医生是怎样思维的（继）之四 (二)医生是怎样思维的（继）之五 |
|
|
