32# gohomeman1
看了你的图，我觉得貌似月亮是不主动自转的，它公转一周就等于自转了一周？
yugan 发表于 2010-2-5 10:17 http://www.astronomy.com.cn/bbs/images/common/back.gif
是啊，你才明白哇！自转没有主动、被动之分，你首先搞清楚，自转、公转是以什么为参照系的。否则怎么说得清呢。
潮汐锁定的系统是最稳定的力学系统。随着时间推移，以后地球自转会变慢，最后会与月球公转时间也一致，当然这个时间非常长，最后是否会出现，是不知道的（看当时地球上是否有超级文明而定）。
像冥王星与卡戎，大概就已经处于互相锁定状态了。
5# 1976KB
1.有原型有联系相似才能吸引票房，谁会看一点都看不懂的东西？看得懂就是因为和现实世界有联系
2.他们的语言并不是凭空乱造的，是取自某个印第安族，再经语言学家的“修饰”而得的~~
这个导演拍的片很不错，在拍泰坦尼克号的时候他就有“阿凡达”构思了，只不过那个时候的电影技术达不到他的要求
卡梅隆有3个经典：异形、泰坦尼克号、阿凡达，一个更比一个高。
本帖最后由 bearcat 于 2010-2-5 13:10 编辑
40# gohomeman1
呃，发现问题，其实，距离解决问题，还是差的太远了……
比如……
熊在大约1998年左右就打算做“图形界面的MUD”，那个时候，甚至还不知道有UO，只有若干“大话西游”之类的文字MUD。连“网络游戏”这个称呼都是很久之后才流行的。
当时纠集了几个高中同学，打算写代码，可惜，连美工都没有，计算了一下工作量，估计靠课余时间肯定不够，于是搁浅了……
本科的时候又纠集了几个人，而且这回有人可以会画画，就算是美工了，于是重起炉灶。
可是，在前期的分析中，考虑的越深入，内容就越多，最终连类似需求文档之类的东西都没写完，更别说代码和美工了。
很多年之后，回头看看当年写的半拉坷圾的文档，发现当时好多想法的确有点超过那个甚至这个时代了。比如动态对称分布式服务器（运营成本低、无缝在线升级、安全性好）、对各种模块和引擎的统一包装（可持续发展……）、抽象化的客户端协议（多客户端实现，可以让低配置的用户使用2D界面，同时又可以保证高端用户的3D体验，并且可以方便的内置插件接口）、抽象化的游戏内容接口（也就是说，这不是一个网络游戏，而是一批网络游戏）……
不过那次倒是把这几个同学的瘾勾起来了，最终他们都放弃了物理，一个哥们毕业就去做网络游戏了，还有两个会画画的去做动画了（有一个卡通形象“豆儿”就是他们做的）。
这个网络游戏的工程量太大了，把熊吓怕了。当本科毕业后一个哥们还想重新拉起队伍做网络游戏的时候，熊逃掉了。
当时熊的建议是，还是基于ajax或flash做web游戏吧，这个成本低、易推广……他们觉得这个太弱智，没有接受建议……
当然，熊也没有继续深入，只是提出这个想法而已。
又过了很多年，突然发现大家都成天忙于“摘”菜，才发现又错过了一个机会……
于是，熊最终发现自己只会空口说说，百无一用。
于是还是老老实实去做理论吧……
我的回复请看短消息。现在暂时没空了，3个小时候大概有空了。
46# 先驱者11号
转动的相对运动是复杂的。
我建议你用一个简便方法。
1，先定参照物。。最好用恒星天。
2。在用右手定则。
这时，你可以用手比一下。。。。。
地球自转----向上。地月饶心公转----向上。月球自转----向上。
对其他的参照物就不一定了。
比如---金星，对太阳和恒星。转动方向相反。
更复杂的是，公转和自转可以相对转化。