emu in blogjava

  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  171 随笔 :: 103 文章 :: 1052 评论 :: 2 Trackbacks

我的评论

共9页: 上一页 1 2 3 4 5 6 7 8 9 下一页 
我还以为朋奕是在广州呢,原来是在深圳啊,有空出来吃饭。
朋奕有没有听说过,深圳有个正义的团体,叫“龙之剑”。
呵呵搜了一下果然如此。其实偶的影响哪里有那么大,简直不知道为什么baidu要怎么给面子。相同的搜索在google.cn上要排到第16。
PJ带了一个好消息给大家,这个问题Adobe的最新flashplayer9升级已经解决了,现在的问题是怎么让大家全都升级到新版本上来。
做得出卑劣无耻的事,就要经得起无穷无尽的无情的拷问。
注:该恶意插件已经毁尸灭迹了,不过360的技术人员(emu从下载地址中猜测的)在发现该插件的时候做了个很漂亮的屏幕录制,帅啊:

http://dl.360safe.com/yahoo-kill.rar

雅虎助手,你这么下作,能怪别人说你是流氓吗?
re: Web表格打印页面的生成 emu 2006-11-09 01:27  
实际应用当中,就要考虑行高是否真的这么自由,分行是否真的这么不可接受了了。比如说,行高超过了一页怎么办,不得不分行的时候是否还需要保持每页的表头表脚,不用样式而用脚本的话,表头表脚要如何正确的呈现?

<HTML>
<HEAD>
<SCRIPT LANGUAGE="JavaScript">
function pageSetup(){try{WB.ExecWB(8,1)}catch(e){alert("您的浏览器不支持此功能")}}
function preview(){try{WB.ExecWB(7,1)}catch(e){alert("您的浏览器不支持此功能")}}
</SCRIPT>
<style>
td, th{border-bottom:1px solid black;width:70px}
thead{display:table-header-group}
tfoot{display:table-footer-group}
</style>
</HEAD>
<BODY>
<OBJECT classid=CLSID:8856F961-340A-11D0-A96B-00C04FD705A2 height=0 id=WB width=0 VIEWASTEXT></OBJECT>
<TABLE cellspacing=0 align=center border=1>
<thead><th> 姓 名 </th><th> 地 址 </th><th> 籍 贯 </th><th>毕业学校</th><th> 年 龄 </th><th> 性 别 </th><th> 婚 否 </th></thead>
<tbody align=center>
<SCRIPT LANGUAGE="JavaScript">
document.write("<tr>");
for(var j=0;j<7;j++)
document.write("<td>"+(new Array(10).join("有可能在某一表格行中间分页在某一表格行中间分页"))+"</td>");
document.write("</tr>");
</SCRIPT>
</tbody>
<tfoot><th colspan=7 align=center style="width:100%">这 是 一 个 测 试</th></tfoot>
</TABLE>
</BODY>
<SCRIPT LANGUAGE="JavaScript">
preview();
</SCRIPT>
</HTML>
re: Web表格打印页面的生成 emu 2006-11-08 02:25  
这个例子在firefox下面使用的时候页脚有显示不完整的现象。不知道是否firefox的打印预览功能的bug。为tbody添加上display: table-row-group样式后有一些改观但是没有完全解决。
re: Web表格打印页面的生成 emu 2006-11-08 02:18  
1、如果把整个表格放在一页,在打印时再自动分页,则有可能在某一表格行中间分页,而且只能有一个表格头,不能每页一个,因为你不知道会在哪里分页;
2、如果按照固定的行数分页,由于每行的高度不一样,就会造成有的页不能填满,有的却太满自动分页了。

ie在打印的时候不但可以在每页自动添加,还可以自动添加表脚,当然还可以自动判断长度分页,实现这些都不需要半点脚本。请看这个例子(使用了内置打印控件来预览,如果被浏览器禁止了需要手工使用打印预览功能或者打印出来)

<HTML>
<HEAD>
<SCRIPT LANGUAGE="JavaScript">
function pageSetup(){try{WB.ExecWB(8,1)}catch(e){alert("您的浏览器不支持此功能")}}
function preview(){try{WB.ExecWB(7,1)}catch(e){alert("您的浏览器不支持此功能")}}
</SCRIPT>
<style>
td,th{border-bottom:1px solid black;width:70px}
thead{display:table-header-group}
tfoot{display:table-footer-group}
</style>
</HEAD>
<BODY>
<OBJECT classid=CLSID:8856F961-340A-11D0-A96B-00C04FD705A2 height=0 id=WB width=0 VIEWASTEXT></OBJECT>
<TABLE cellspacing=0 align=center>
<thead><th> 姓 名 </th><th> 地 址 </th><th> 籍 贯 </th><th>毕业学校</th><th> 年 龄 </th><th> 性 别 </th><th> 婚 否 </th></thead>
<tbody align=center>
<SCRIPT LANGUAGE="JavaScript">
<!--
var n=100;
for(var i=0;i<n;i++){
document.write("<tr>");
for(var j=0;j<7;j++)
document.write("<td>"+Math.round(Math.random()*10000)+
(Math.random()>.05?"":"<br>"+Math.round(Math.random()*10000))+
(Math.random()>.02?"":"<br>"+Math.round(Math.random()*10000))+
(Math.random()>.01?"":"<br>"+Math.round(Math.random()*10000))+
"</td>");
document.write("</tr>");
}
//-->
</SCRIPT>
</tbody>
<tfoot><th colspan=7 align=center style="width:100%">这 是 一 个 测 试</th></tfoot>
</TABLE>
</BODY>
<SCRIPT LANGUAGE="JavaScript">
preview();
</SCRIPT>
</HTML>

例子中特意使用脚本构造了随机高度的行。
offset指的就是signature出现在文件中的位置,相对于开始位置而言。
re: vss真TMD是个烂货 emu 2006-11-07 00:20  
recursive和search都可以解决这个问题啊。说起烂软件,谁能跟clearcase比烂?我现在好怀念用vss的日子啊。
re: 百度又强了一回 emu 2006-11-03 14:08  
嗯,事实上昨晚我还特地在网上考证了一番“GOOGLE对中文内容的收录要比BAIDU慢一些”这个说法的来源的,初步考证的结果是这个说法基本上就只是一个说法,找不到任何事实支持。因此我才不得不把blogjava首页的日志标题一一拿来baidu和google做实际对比。不管楼上认为有没有道理,事实是怎么样就是怎么样,我也不会因为喜欢反对百度就颠倒黑白说google就是要比百度快。

昨天一翻调查的结果是百度还是很诚实的吧对他负面的消息放在了搜索结果列表里面。在 http://www.baidu.com/s?wd=google+%B0%D9%B6%C8+%B8%FC%D0%C2%CB%D9%B6%C8&cl=3《百度的原罪—封杀Google的黑内幕》居然排第二,于是顺手转载了这篇文章。做人,原来是可以无耻到这样的地步的……
re: 百度又强了一回 emu 2006-11-02 23:28  
不支持楼上这种没根据的说法。就拿blogjava首页上的日志来说,到emu发出这个回复的时候,《HttpClient POST 的 UTF-8 编码问题》已经被google和baidu各收录了一次,而更新一点的《从山丘锤王之死谈Spring AOP中的引介(Introduction) 》则均未收录,说明“中文内容google没baidu更新快”这个说法不受支持。至于非中文内容嘛,就不说了。
这里有人说table一无是处吗?
re: 走向而立之年 emu 2006-10-19 13:26  
晕,怎么全是火星字啊?
新蛋的做法不是太有技术含量了。关键就在它写的 NeweggCookie 里面。每把一样东西放进购物车,NeweggCookie就会长一截(在&符号前面一段会增长)。这个懂一点点web开发的都会了。
re: Ajax:拥抱JSON,让XML走开 emu 2006-10-07 12:15  
>>我这篇文章从题目到结尾,都讲的是在Ajax这个“小”领域里,前后台之间的交互,JSON相对于XML有不可比拟的优势,我并没有说以后在哪都不需要XML了。

真的如此吗?

>>现在的技术凡是跟XML扯上关系,再加上个概念做幌子,就像金装了一样,拽得不行。门外的人看得很是热闹,门里的人摇摇头不外如是。
@pear
userdata可以在客户端保存多达64k的数据,可以用来保存用户信息、操作历史、购物车,各种各样的数据。在关掉浏览器后下次在此访问此网页的时候仍可以访问。
re: Ajax:拥抱JSON,让XML走开 emu 2006-10-04 11:46  
这个blog有个地方讨厌的很,贴回复的时候出现 http:// 字样就会自动多出些东西来……
homepage:"http://www.jialing.net"">http://www.jialing.net"
应该是 homepage:"http://www.jialing.net"

博观而约取,厚积而薄发,楼主的座右铭不错。
re: Ajax:拥抱JSON,让XML走开 emu 2006-10-04 11:43  
一边说有道理,一边删了我一个回复……
和你一样,我也喜欢json。热爱技术的人才接受不了别人在阐述自己热爱的技术的时候漏洞百出,让不了解的人以为这个技术如此而已。
注意到你的修改了,不过我认为你的修改还是不对,这回不是语法问题了,而是和上面给出的xml没有充分对照关系。而且json数据本身也失去了充分的自说明性,从{
name:"Michael",
email:"17bity@gmail.com",
homepage:"http://www.jialing.net"">http://www.jialing.net"
}中如何可以看出这是一个friend的数据而不是一个学生或者客户的数据呢?这样你的json数据在和上面的xml相比的时候未免输了半筹。其实昨天的friend属性名是必要的,只是你没有写对而已。

其实做一个讨论技术的回复并不比写一篇灌水的blog轻松。我一向认为一个认真严谨的回复是对作者辛勤码字的尊重,而看到自己的作品被人无故删除,不论是blog还是comment,都让人感觉不那么舒服。

<BODY>
<xml id="xmldata">
<contact>
<friend>
<name>Michael</name>
<email>17bity@gmail.com</email>
<homepage>http://www.jialing.net</homepage>
</friend>
<friend>
<name>John</name>
<email>john@gmail.com</email>
<homepage>http://www.john.com</homepage>
</friend>
<friend>
<name>Peggy</name>
<email>peggy@gmail.com</email>
<homepage>http://www.peggy.com</homepage>
</friend>
</contact>
</xml>
<SCRIPT LANGUAGE="JavaScript">
<!--
var jsondata = {contact:{friend:[
{
name:"Michael",
email:"17bity@gmail.com",
homepage:"http://www.jialing.net"">http://www.jialing.net"
},
{
name:"John",
email:"john@gmail.com",
homepage:"http://www.jobn.com"
},
{
name:"Peggy",
email:"peggy@gmail.com",
homepage:"http://www.peggy.com"
}
]}}
alert(xmldata.selectSingleNode("contact/friend[2]/name").text)
alert(jsondata.contact.friend[2].name)
//-->
</SCRIPT>
</BODY>

re: Ajax:拥抱JSON,让XML走开 emu 2006-10-03 23:02  
>>现在的技术凡是跟XML扯上关系,再加上个概念做幌子,就像金装了一样,拽得不行。
xml早过了幼稚期了,楼主在讲的是多少年前的历史?

>>门外的人看得很是热闹,门里的人摇摇头不外如是。
不知道楼主在门里站了多久了?xml的优点都了解了吗?

>>XML的作用是格式化数据内容。如果我们不用XML还有什么更好的方法吗?这个答案是JSON。
在某些情形下xml适合的数据包装方法不等于就是“更好的方法”,json也不会总是惟一的“答案”。完全可以想像在某些更特殊的情形下,有比xml和json更适合的包装方法。


>>JSON VS XML

>>可读性
>>JSON和XML的可读性可谓不相上下,一边是建议的语法,一边是规范的标签形式,很难分出胜负。
还算公道

>>可扩展性
>>XML天生有很好的扩展性,JSON当然也有,没有什么是XML能扩展,JSON不能的。
不知道楼主对扩展性有什么理解?xml灵活到可以描述自身,json能整个json schema出来吗?

>>编码难度
>>XML有丰富的编码工具,比如Dom4j、JDom等,JSON也有json.org提供的工具,但是JSON的编码明显比XML容易许多,即使不借助工具也能写出JSON的代码,可是要写好XML就不太容易了。
这就有失公允和混淆概念了。
若是光论不借助工具要‘写出’xml或者json,xml很可能比json更不容易犯错。比如上面楼主写错的json例子,如果用xml写估计就不会出错。
不过“比如Dom4j、JDom等,JSON也有json.org提供的工具”这写主要都是解析json和xml的工具,而不只是“写”json和xml的工具。真正的不借助工具解析json也是不行的,我们在javascript的运行环境里面不需要借助其他工具,是因为我们借助javascript解析引擎在做这个工作。

>>解码难度
>>XML的解析得考虑子节点父节点,让人头昏眼花,而JSON的解析难度几乎为0。这一点XML输的真是没话说。
这就颠倒黑白了。xml的解析和json一样都需要考虑子节点父节点,因为都是一样的依赖于树状的数据结构,不能用json描述了一个简单数据而用xml描述一个复杂的树状数据来胡乱比较吧。

>>流行度
>>XML已经被业界广泛的使用,而JSON才刚刚开始,但是在Ajax这个特定的领域,未来的发展一定是XML让位于JSON。到时Ajax应该变成Ajaj(Asynchronous JavaScript and JSON)了。

不知道何以见得未来一定是xml让位于json呢?
这就叫多此一举了,何不直接这样呢:
function isNum(param) {
return !isNaN(parseFloat(param));
}

顺便说一下,obj.property的值不但可以是null,false,0,也可以是undefined。这种情况下这个property也是存在的:
var o={};
o.a=undefined;
for(var i in o) alert(typeof(o[i])=="undefined")
主要是在我们希望进行大量运算又不希望堵塞用户交互的情况下可以考虑这样处理。不过就算现在没有钉子,工具箱里有把榔头也没什么不好啊。
楼上是过来打自己网站的广告的?
re: 关于方舟子的争论 emu 2006-09-10 23:56  
这就叫做废话。因为方不是神,因此方说什么就都是错的吗?要批判一个人,拿出证据来,不要说空话,戴无凭无据的帽子。
re: 个性化的QQ空间域名 emu 2006-09-02 23:17  
浏览器问题有历史原因,实在抱歉。敬请期待11月的版本,预计是qzone第一个支持firefox的版本。
下个星期的资格赛说明是:
The Qualification Round will be open from Tuesday, September 5, at 12:00 PM (noon) EDT (GMT/UTC -4) through Wednesday, September 6, at 12:00 PM (noon) EDT (GMT/UTC -4). During this 24-hour period, each competitor must complete one randomly generated problem set. All competitors will receive a score for their performance on that one problem set.

如果你已经注册参赛,在确认邮件的 PRACTICING FOR THE EVENT 一段中有关于赛前练手的信息,我收集的题目也可以用来练手。如果你还没有注册就抓紧注册吧,不注册是不能启用competition arena来练手的。
@BlueDavy

强!
@一农

1 “有些时候无法改变服务器端网页的编码(例如获取别的网站的天气预报信息),在这种时候就只能在客户端通过js做编码的工作了,”

这种情况下也无法通过客户端(浏览器)来做js编码(应为解码),因为有跨域限制,虽然网页可以用脚本设置document.domain,可是xmlhttp无法设置。如果用服务器程序建立http连接来获取这些第三方数据的话,也应该用后台服务器支持的解码方法而不是自己编码。

其实只要服务器返回的数据头声明了
<?xml version="1.0" encoding="gb2312"?>
xmlhttp(request)控件应该就可以正确解码了。

编码可以参考一下:
http://www.blogjava.net/emu/articles/31283.html
http://www.blogjava.net/emu/articles/31756.html
嗯,不只haskell,很多动态语言都支持这样做。原作者起了《你的编程语言可以这样做吗》这个标题其实并不是这篇文章的真正价值所在,我译这篇文章也不是因为原作者可以把语言的初级技巧玩得转,而是因为这是一篇map/reduce模型的示范。
将函数或者函数指针当成对象或者数据来灵活运用,除了在map/reduce这样的模式下可以用,我们在用command模式开发的时候也很有用,在做ajax开发的时候也用这样的手段来设计异步调用的回调队列。
感谢farmer推荐这篇文章。这篇文章最有意思的地方不是关于函数式编程(那些都是入门基本功了),而是一个漂亮的用函数式编程语言实现map/reduce模式的javascript示范,真经典!
@lingate
是在本机测试的,这只是个粗略的测试,目的是定性的比较两个版本的tomcat的性能优劣,而不是想要精确的得知性能差异的数值,因此没有过多的考虑资源问题。假如资源是问题的话,对于两个版本的tomcat他们面临的也是相同的问题,事实上比较快的tomcat会更吃亏(对它来说因为jmeter的测试请求会发起的更频繁,占用更多的资源),因此排除了资源问题对我的测试结果影响不大。
有时我们也利用临时函数调用来制造调用堆栈,以此临时保护数据:

for(var i=1;i<4;i++) (function(i){setTimeout(function(){alert(i)},100)})(i);

刚开始看到这样的代码的难免有点晕……
re: Comet emu 2006-07-20 11:31  
链接数量其实对我们不是问题了。但是用xmlhttp/xmlhttprequest的话,链接是必须要断掉的。gmail的chat功能确实比较神奇。
呵呵,有用框架的高手、写框架的高手和不用框架的高手的。
json我通常直接通过script来引用,而不是通过xmlhttp(request)来获取,这样需要做的事情更少。这个话题上和meizz有过一些讨论,不过这是另一个话题了,一篇日志中不可能什么都讲的。
江江在说火星话?
re: Ajax还是Ajah,这是个问题 emu 2006-07-15 14:34  
这个跟ajax没用关系了,在yyy.asp上可一通过referrer获得发出页面的地址信息来分析(在服务器端和浏览器端获得的方式有点区别),不过更好的做法应该是显式的传递参数:
http://yyy.asp?title=xxx
唉,onestab的网站停很久了。那篇文章其实现在到处搜的到了,我也推荐给很多人看的。
呵呵要是回复都管一顿,emu的积分排行恐怕很快就可以超过白衣了。不过要是白衣大哥真的赏脸,多管几顿又有何妨?
re: 求救 emu 2006-06-28 11:10  
检查过使用了哪个类装载器(ClassLoader)没有?
re: 解析csv格式的java函数 emu 2006-06-14 14:22  
应网友的要求又用javascript实现了一个。用了正则虽然编码方便一些,但是难以描述错误的格式,所以只能处理结构正确的csv了,而且某些特殊的情况下也有可能解析错误:

var st = 'asdf,"""asd,fgg""","asd""fgh","as""d,f""gh",ab cd ef\nasdf,"asd"",""fgg","asd""fgh","as""d,f""gh",ab cd ef\nasdf,"asd,fgg","asd""fgh","as""d,f""gh",ab cd ef';

st = st.replace(/([^,])""([^,])/g,"$1$quote;$2")
st = st.replace(/""/g,"$quote;")
st = st.replace(/,"/g,",$left;")
st = st.replace(/",/g,"$right;,")
var ar = st.split("\n");
var result = [];
for(var i=0;i<ar.length;i++){
var a= ar[i].split(",");
for(var j=0;j<a.length;j++){
if(/\$left;/.test(a[j]) && !(/\$right;/.test(a[j]))){
a[j]=a[j]+","+a[j+1];
a.splice(j+1,1);
j--;
}else{
a[j]=a[j].replace(/(\$left;)|(\$right;)/g,"").replace(/\$quote;/g,'"');
}
}
result[i]= a;
}
document.write("<table border=1>")
for(var i=0;i<result.length;i++){
document.write("<tr>");
for(var j=0;j<result[i].length;j++)
document.write("<td>"+result[i][j]+"</td>");
document.write("</tr>");
}
document.write("</table>")
re: Comet emu 2006-06-08 10:02  
谢谢楼上的建议和推荐。
对于普通的web服务器,确实是难以同时维持大数目的链接的,以前的推模型的聊天室一般都只支持几十人。不过我们在采用这种技术的时候是采用了专门设计的高性能服务器来专门维持链接和转发数据,因此可以做到支持非常大量的同时链接数(据IM部门的同事说一台服务器几十万以上)。
re: Ajax 裸奔之一 emu 2006-05-30 13:26  
欢迎转载,请注明出处就可以了。
好文!
不过这里的“内存溢出”似乎应该是“内存泄漏”。
re: 关于方舟子的争论 emu 2006-05-15 14:07  
是的,奥卡姆剃刀并不是任何形式的公理还是原理,只是一个在不同的原理之间取舍的指南而已,没有任何东西来保证它的取舍结果是正确的,更何况有的时候哪个原理更加“简单”也是见仁见智的。所以你不认可这样的取舍标准或者在这个剃刀原则之下做出了和其它人不同的选择都是可以理解的。

朋奕“既然不能证明没有就不能判定没有”这句话应该是顺着上面某个高人的“看不见的就不承认,就认为不存在,就认为是唯心的,理论何在?”这句质疑而发的。本来对这位神龙见首不见尾的高人的谬论emu已经没有很大的兴趣去辩驳了,不过既然朋奕将其延伸到了哲学层面,emu只好继续为其证伪了。

>>看不见的就不承认,就认为不存在,就认为是唯心的,理论何在?
这其实是对当今科学的诬蔑。现在理论和天文物理科学的最前沿上就有大量的研究方向是基于现在看不见,甚至理论上也永远看不见的科学假设的基础上开展的,举一些具体的例子:
黑洞:这是理论上也永远不能看见的物理实体,现在没有什么严肃的科学家怀疑其存在了吧?
多宇宙理论、夸克理论,弦/超弦理论,多维空间,虫洞:这都是理论上无法直接验证其存在的理论,虽然存在一些争议,但是都是严肃的物理学假设,有利于解决诸多物理现象,现在也没有多少科学家会轻率的去否定他们,或者认为他们是“维心的”。
当年的“以太”:以前为了解释光的传播,科学家提出过一个“以太”假设,后来被试验证伪了。我们是轻率的由于“看不见”就认为它是“不存在”、“维心”或者“伪”的吗?不是的,只是在科学发展的道路上又一个被淘汰的假设而已。现在为了解释星系的旋转速度(看起来似乎转的太快了)我们又提出了“暗物质”假设,科学家们有没有因为“看不见的就不承认,就认为不存在,就认为是唯心的”呢?这恰是现在最热门的研究方向之一。

既然某高人的高论根本就是不顾事实的造谣和人身攻击,朋奕何必将其发挥到那么高的层面上来加以讨论呢?
re: Google搜索结果页面的bug emu 2006-05-08 17:29  
我的理解是,如果一个bug不影响用户的正常使用,甚至不被用户注意到,那么并不是一定要修复的,如果一个bug的修复代价太高(比如实时同步上万台服务器的数据)而不修复的代价很小(只有emu之流跳出来抱怨两句),那么也是不值得修复的。
其实我们在做系统的时候有时不得不做这样的妥协。

搜索引擎之间的数据似乎是不保密的吧:
http://www.google.com/search?num=100&hl=zh-CN&newwindow=1&q=%E7%99%BE%E5%BA%A6%E7%9F%A5%E9%81%93&btnG=%E6%90%9C%E7%B4%A2&lr=

http://www.baidu.com/s?ie=gb2312&bs=google&sr=&z=&cl=3&f=8&wd=Google+%D7%CA%D1%B6+%D6%D0%B9%FA%B0%E6&ct=0

re: 关于方舟子的争论 emu 2006-05-08 17:19  
我进行这些讨论,是希望可以辨明谁是谁非,谁在撒谎造假,而不是为了捧谁贬谁。朋奕兄所言拆台云云,emu实在不解。

现在毕竟不是哥白尼的那个年代了,伪科学也正因此才有了大把机会可以横行。不过是否伪科学,在这个年代并不向朋奕兄所以为的那么难以判定。

“既然不能证明没有就不能判定没有”这话听起来不错,但是我们更经常反问的是:我们需要这个假设吗?也就是说如果不能证明有,那么为什么要认为有呢?在这个问题上,建议朋奕兄了解一下奥卡姆剃刀。我喜欢的是它的一个强形式:如果你有两个原理,它们都能解释观测到的事实,那么你应该使用简单的那个,直到发现更多的证据。

作为一个气功,emu的一个内行的朋友的评论发愣功是容易出偏的气功。作为一门宗教,发愣功的世界观源自佛教的世界观,不过自己添了太多作料进去,坏了味道,如果说早期和小乘佛教有点关系的话,那么后期就堪称邪教了。
re: DiskDefrag(赛前模拟题) emu 2006-04-29 11:55  
注意到,下一状态并不是唯一的,对于已知的S[i],所有的S[i+1]中的最小值也不一定就是我们到达S[n]的一个必经之途,关键问题不在于对一个已知的S[i]和S[i+1]怎么取得最小操作次数,而在于,在若干个S[i+1]状态中那个能让我们的S[n]得到最小值呢?
re: 关于方舟子的争论 emu 2006-04-28 15:07  
这位先生信口胡说,天花乱坠,佩服佩服。那些老生常谈emu就不一一辩驳了,打蛇打七寸,他既然敢拉两位诺贝尔奖的虎皮来做自己的大旗(好大的来头哦!),emu就勉为其难揭穿他一把:

>> 在人体上大脑在思考问题时会发出一中物质,这已经是被现有的科学探测到了,是一种脑电波的形式。就是说人在想问题的时候,会从大脑发出一种脑电波在向外扩散。那你说脑电波他是不是物质,不是物质怎么会被仪器探测到?如果是物资那他是不是人的大脑思想发出的,那他不就是人精神上发出的么。所以实验证明在业界一直争论不休的物质是第一性的还上精神是第一性的问题其实都错了。实验表明物质和精神是一性的。
>> 获得上述论证的美国物理学家查德-阿克塞尔和琳达-巴克成获得了本年11月末在瑞典召开的诺贝尔颁奖典礼中的终身成就自然科学奖。这是诺贝尔奖中最高荣誉,历史上仅5人获此奖项。

事实是什么样的呢。不要低估emu做google调查的能力。所谓的“美国物理学家查德-阿克塞尔和琳达-巴克成”其实就是诺贝尔奖获得者,美国生理学和医学家Richard Axel和Linda B.Buck。顺便认一下真人长的什么模样:

   


他们获得诺贝尔奖的科学成就在这个地方有些介绍:

http://cmbi.bjmu.edu.cn/news/report/2004/nobel2004/index.htm

>>瑞典时间10月4日,瑞典卡罗林斯卡医学院和瑞典皇家科学院宣布了本年度诺贝尔医学生理学奖的归属。美国科学家Richard Axel和Linda B.Buck因为在气味受体和嗅觉系统的研究贡献而一同分享了今年的生理学医学奖。
>>在人类诸种感觉中,嗅觉产生机理一直是最难解开的谜团之一。两位获奖者清楚地阐明了人类嗅觉系统的工作方式。气味的物质首先与气味受体结合,气味受体位于鼻上皮的气味受体细胞中。气味受体被气味分子激活后,气味受体细胞就会产生电信号传输到大脑嗅球的微小区域中,并进而传至大脑其他区域。由此,人就能有意识地感受到气味,并在另一个时候想起这种气味。人体约有1000个基因用来编码气味受体细胞膜上的不同气味受体,这占人体基因总数的约3%。人的嗅觉系统具有高度“专业化”的特征,每个气味受体细胞会对有限的几种相关分子作出反应。尽管气味受体只有约1000种,但它们可以产生大量的组合,形成大量的气味模式,这也就是人们能够辨别和记忆约1万种不同气味的基础。

居然把自己发明的理论随便往诺贝尔奖获得者头上栽赃,真是无耻之尤!这位先生的其它言论是否值得一看,大家心里有数了。
共9页: 上一页 1 2 3 4 5 6 7 8 9 下一页