分页: 197/203 第一页 上页 192 193 194 195 196 197 198 199 200 201 下页 最后页 [ 显示模式: 摘要 | 列表 ]
心劍不知道能夠飛多遠﹐能不能飛進別的星球裡面。如果能﹐王崇獻躲進那雷可夫精心製作的「棺材」的話﹐用心劍守護﹐豈不是無敵﹖

但是﹐先決條件是王崇獻必須達到陳信的水平﹐可以突破內息到達的範圍﹐不管多遠都擁有「看」的能力。

假如說修練心劍的人(王崇獻﹑李鴻)達到以下的境界﹕

1) 能量到過的地方﹐能在一動念間就到達

2) 心神探出可以「看見」東西

3) 心劍最後已經升級成為元嬰﹐有外發氣勁﹑作元素控制的能力。

那么,便可以推出鐵甲萬能俠

1) 用非常堅固的材料(堅固到只有透光刀可以破壞)﹐造一台龐大的機器人﹐讓肉體躲在裡面。

2) 以智能元素控制該機器人﹐兼具增幅的能力。機器人擁有基本的飛行能力﹑移動能力﹑控制能力﹑自癒能力。

3) 外發的元嬰/心劍﹐擁有修復機器人的能力(元素控制﹑元素變化等)

4) 以單向防禦壁作為護罩(單向防禦壁最多只會縮小到五公里的範圍)

如果能造出這樣的一台機器人﹐王崇獻坐在裡面的話﹐就連四強聯手也無奈他何呀﹗

以此類推﹐如果蘇羽坐在一個剛族人的體內的話。。。嗯﹐原來在夢幻星上﹐他們就是這樣作戰的吧。

感想:这么舒服,趙寬一定會很羨慕吧。。。
Tags:

量子电动力学 一些感想

[不指定 2004/02/18 01:52 | by haryewkun ]
网上的网站,大部分一来就是一大堆深奥无比的数学,我觉得这样是不好的,深奥无比的数学,无助于了解物理事实,只会让初学者深受挫折。物理现象真的非用复杂的数学表达不可吗?我觉得不一定,除非要实际运用它来运算一些东西,否则过早进入数学的范围,只是自讨苦吃。

以相对论来说,如果要用数学表达,可以压死一大票的人。但用语言来表达,可以说得很简单,E= mc^2,质量可以换成庞大的能量,如果可以把一颗石头全部转换成能量,它的能量比核融合、核爆强不知道多少万倍。这样岂不是很好理解?

我目前的目标,是先从修正原子模型开始学习起。
1) 新的原子模型
我们以前学的原子模型(太阳系),是说电子像一粒行星,环绕着质子、中子。在量子力学出现后,已经被证明不是正确的。那么正确的模型应该是怎样的呢?电子云,是怎样按照比率出现在四周?

2) 四种相互作用力
以前学习的只有电磁作用力及重力两种,其实还有强互作用力(束缚质子中子),弱互作用力。这两种力是怎样运作的?特性是什么?影响是什么?电磁作用力及重力,在量子力学下,又会怎么算?

比方说,以前的时候,是假设电子是一粒东西,两粒电子之间,因为质量有重力会产生、因为库仑力会有电磁反作用力产生。但现在量子力学已经说了电子是一个云的形状,没有固定位置,那么现在要怎么算两个电子之间的相互关系?

3) 电子能量阶及化学反应是怎样算出来的

化学反应之间,电子能量阶是一个很重要的数据。一般化学反应之间,是怎么做反应的?假设两个原子相撞,中间的过程是怎样的?一方的电子会逃逸?释放的能量是那里来的?

4) 光线的照射及发射

光线是一种电磁场,只是频率不一样而已。什么情况下原子会释放光?会释放什么样的光?为什么会释放光?是因为电子的震动吗?释放光后,会带走能量吗?带走了能量会有什么影响?

读大学的时候,写的程式都是小意思,也从来没有计较程式的可读性及修改性。那时候,写的最多只有自己同组的几个同学看,维修也是自己干,教上来教授评分完了之后就算了,还修改什么劲?

那时候,以为所谓的「可读性」,就是在程序中加多一些注释(Comment)、Function 取名的时候写得长一点、贴切一点,还有使用匈牙利表示法。。。

现在发现,这样,还是不够的。

再多的注释,都是不足够的。

程序的结构,除了要考虑程式运行的速度、编码的效率之外,居然还要考虑到人类阅读的考量。对我来说,这个发现,有点匪夷所思。程序的结构设计,原来也好像房屋设计那样,不是只要能够住人就好的,还要考虑到老板会基于界面上的修改、功能上的改变。。。那根本就是一种艺术了。

那些老板可能会要求更改,要用这一种编码方式来实现。

那些老板不大可能会要求更改的,要用另一种编码方式来实现。

虽然两种编码方式所执行的都是同一样的东西,可能是同一个 button、GUI、读取 database。。。编码的方式却要千变万化,才能因应不同的状况。

举列来说,一个 Dialog Box 跳出来问 Yes/No,就必须看不同的状况,来决定它应该出现在源代码的那一个部分。要把全部界面集成在一个档案里面?还是放在主程序中?还是要在主程序中开一个小function?

在编程的角度来看,每一种都是会达到同样的效果,效率也没差。差别大的事情,是可重用性、整个系统的更新及程序可读性。

大学的时候读书不用功,不清楚有没有课程教到这些学问及奥妙,但我认为,应该是没有吧。

我想,这种统一的可读性,是印度软件工程师的强处吧。华人的软件工程师,根本就不会想到这个问题。同一个功能,一百人就有一百种写法,理由是「反正都能完成工作,效率也没差,不同写法又有什么关系呢?」

大负荷的程式的架构

[不指定 2004/02/03 01:48 | by haryewkun ]
以前读书的时候,写的程式根本没有经过压力测试,不管是资料库也好、运算法也好,用的 data 都不会很大,充其量只是几十个数据。现在写科学性的模拟程式,计算数据是很正确,运算法也没错,但却没有考虑到压力的问题。

现在发现,有大负荷的程式的架构不能像以前那样写。。。一下子丢一个 20x 20x 20 的空间下去,已经是八千个点,走得好好的程式立刻负荷不了当掉。就算程式优化,速度加快一倍,下次丢一个 40x40x40 的空间,还是一样会挂掉。好!既然别人写得出来,就一定是我自己的程式功力不够!

所以,要知道用怎样的语言及环境,才能最佳运用运算资源。理论上来说,不同的语言应该有它本身的创造目的,易于上手的(VB)编程出来的程式速度没有C/C++快,Java虚拟机安全性高但执行效率就没有机械码来得快。。。

听说,运算速度最快的是 C/C++,图形显示最通用的是 DirectX,但便携性又不能符合我的教授的要求,Java 因为虚拟机的关系,便携性及安全性都高,但我很担心它的执行效率。

夸张一点的话,如果要写一个模拟核子弹爆炸的原子碰撞(就像美国那些老外干的)的简易版,除了模拟的速度快速及正确之外,还必须要有图形显示把过程即使 show 出来(DirectX/OpenGL)。这个软件可能在Windows 上面执行,也可能在 Linux 上面执行。基于这个目的,要使用什么语言开发呢?
天人界:  
玉虛天主
流生界天玉慈天主
雷焰界天玉騰天主
光懸界天玉懸天主(空層懸移大罕師)
冰風界天玉清天主

第 三 十 三 卷 第四章 靈接位

它是為了在“真人界”的修真們,大量吸納與出現強烈真元時,透過流生天主的流生特性以凝質;冰風天主的冰風特性以固氣;雷燄天主的雷燄特性以淬化;光懸天主的光懸特性以提空……  

陰陽和合四仙妹:紫柔、雲夢、玄霜、豔嫣

豔嫣練的火陽神劍﹐可以對映雷焰界天

玄霜練的玄天玉霜帶﹐可以對映冰風界天  

雲夢﹑紫柔﹐能不能對映流生界及光懸界呢﹖
Tags:
分页: 197/203 第一页 上页 192 193 194 195 196 197 198 199 200 201 下页 最后页 [ 显示模式: 摘要 | 列表 ]