导航软件作为我们技术进步可夸耀的成果，似乎给我们的生活提供了巨大的便利。我并没有怎么用过，在仅有的几次使用感受来看，目前还有很多问题。走高速导航并不算方便，因为高速是主干道，可以在地图上清楚的看到遍布全国的高速网络，平时走也就简单的几条，一般走的比较远，先看地图规划下，在路上的路牌标志也很明显，很远之前就提示前面哪里转可以到哪里，有足够的反映思考时间。但是在各种大路小道密集的城市中，去一个自己不太知道的地方，就很麻烦了，看地图要半天，而且因为距离短，路边标志等看清楚的时候，就已经错过了，所以可以看到分叉路口的白线上经常会有车停下来在那里看路标。这种情况下，用一下导航也是很方便的。依赖导航有一个很不好的后果，就是自己很少主动思考，就像被人牵着鼻子走的，必须严格按照描述的方法前进，这种感觉让人很不喜欢。地图数据不及时更新的话，很多道路信息就是错误的，把人引导到错误的道路上，浪费很多时间。特别是中国现在城市更新速度很快，地图数据，一定要跟得上才行。我就遇到过一次这种情况，当时急着赶路，就开了下导航试试，结果绕了一大圈，后来在路边买的纸质地图上，发现跟导航软件上的路是不一样的。道路计算的方法上，也有很多问题，很多时候找到的路径并不是最优的，这个不太好解决。不过可以人为的给出一些提示信息，比如只走高速，或者避开小路，或者最近距离。最重要的还是道路信息的完善，每条路是否经常堵车，或者某个地方到...

因为运动过多，左腿膝关节有了点小问题，几次来回往医院跑，最后确定，是半月板轻度损伤第一次去，医生听我描述过轻微疼痛的情况后，用手摁了几下膝盖，说是关节软骨磨损，开了点药。回来仔细看了看关节的结构以及各种易发的疾病，后来有段时间不怎么痛了，就没太注意了后来又去了一个专门的骨科医院，医生让验了下血，说尿酸偏高又可能是痛风，开了一堆药，其实我感觉他很不靠谱，也没吃药。前几天仔细观察，左腿膝关节似乎有点积液，腿伸直的时候比右边大了一些。又去了趟南山医院，医生了解了以往的各种情况和症状以及就诊记录之后，说做个MRI检查下吧。于是就做了下磁共振检查，这次检测出来的结果，比较可靠一些，报告上说，“左侧膝关节外侧半月板前角内可见小片状稍高信号影”，医生说先好好休息休息，尽量避免爬山，上楼之类的运动，开了一二十盒硫酸氨基葡萄糖。关节软骨由于没有血管，只通过关节液来输送营养物质，所以很难再生。不过好像说纯天然锯峰齿鲛软骨粉可以促进关节软骨再生，希望如此吧，如果后面的医学发展可以搞清楚具体的机制并合成相应的药物，很多疾病都能解决。通过观察了解，我感觉门诊医生这个角色职位，完全可以用机器自动化起来，我们看病，无非是听病人描述一些那里疼痛，什么症状之类的，然后把问题范围缩小，最后使用一些检测仪器和手段，比如验血，X光，CT之类的，检测各种参数结构，最后得出来结论。如果编写一个程序，通过问答式的交互输入，比如...

先指出一点，select的设计存在很多问题和缺陷select的几个参数都很诡异。许多人经常遇到的问题是每次调用过后没有重新FD_SET一下文件描述符列表，我刚接触这个函数的时候就被这个问题困扰过。今天又遇到了个问题。下面这段代码在我上大学的时候就写下了，一直工作的很好[code]int status(){ FD_SET(fd,&fset); return ::select(1,&fset,NULL,NULL,&s_timeout);}bool avail(){ int x= status(); if (x==-1){ perror("select()"); } // char buf[4]; // int err = recv(fd, buf, sizeof(buf), MSG_PEEK); // if(err == 0 || (err < 0 && errno != EAGAIN)) // throw 1; return x>0; }[/code]直到今天我把它移植到mac系统上程序可以正常的发数据包，但一直没有收到任何数据，花了一段时间折腾才定位到select一直返回为0但是这段代码在windows下工作的很好，为什么到了OS X上就失败呢？仔细的看了看文档intselect(int nfds, f...

吃饭的时候有一个问题浮现在我的大脑中，我们通过摄取食物提供生存的能量，而所有食物的根源来自于植物，以当今的科技水平，是否可以脱离植物，人工合成所需要的食物呢？人类需要从外界获取的物质可分为几类，糖类，无机盐类，氨基酸，以及一些维生素之类的小分子。其中所需的钠钾离子之类的无机盐类是广泛存在于地球之上的，剩下的几种，糖类是提供能量的，需要仔细讨论。普通存在于人类体内并起着重要作用的是葡萄糖，葡萄糖是一种单糖，分子式为C6H10O6，植物通过光合作用来合成，但并不是直接以葡萄糖的形式存储下来。能量来源于何处？归根结底，一个答案，太阳。上帝把这个核反应堆放置于距离地球1.5亿公里以外的地方，通过电磁波把能量传递到自由空间，而地球所接收的极小截面提供了所有生物赖以生存的能量。直接利用阳光的能量是不明智的，因为单位面积内的光线的能量密度很低，必须用一个特别大的接受装置才能提供发动机的动力。而且晚上没有阳光。其实在能量利用上，最大的问题不是如何产生能量，而是如何有效的储存能量。我们通常意义上讲的储存，一般都是通过分子间的电势能来实现的，比如，氢气燃烧释放出能量，这个过程涉及到跟氧气结合形成势能更低的水分子。相对的说，能量可以储存成氢气的形式。葡萄糖也是一样，通过跟氧气反应结合成二氧化碳和水，降低了静电势。显然，葡萄糖由于本身就是多个分子结合的状态，碳原子质量也比氢高很多，所以储存的能量密度比氢气...

先罗列下我的需求，有两台机器，一台windows 7，另一台mac，现在想在这两个机器间自动同步文件。两台机器位于不同的私有子网段，也就是说，躲在两个不同的路由器后面接入公网。因为nat的存在，使得两台机器间直接建立tcp连接成为不可能，想了几个方案：第一，通过一台有公网ip的机器中转，两台机器同时跟这台服务器建立tcp连接，定时交换文件时间戳并相应的更新。这种方案存在巨大的弊端，我的服务器在美国，两台挨在一起的机器，传送数据居然需要绕过层层路由跨过海底光缆传送到大洋彼端然后再传回来，速度慢，占带宽，太折腾。第二种就是udp打洞了，假设两台机器分别为A和B，中转机器为S，这样A和B都可以向S发送UDP数据包了，S可以得到NAT转换后的ip和端口号，由于UDP不是面向连接的，任何主机都可以向这个ip和端口号发送数据。理论上讲，只要S把这些信息告诉A和B，这两台机器就可以直接通信了。但是因为安全性的考虑，如果这个数据包的ip和端口号不是先前发给S的那个地址，就会被路由器丢弃。如何取得路由器的信任，是打洞最需要解决的问题。一个简单的想法是，A向B的NAT转换后的地址发送一个udp包，这样A的NAT对于B的这个地址就是敞开的了，如果B能发出具有这样地址的包，二者之间的连接就能建立起来。今天花了一个下午编写调试相应的代码，A和B之间的数据包始终不能成功接收，后来才意识到，A向B再次发送数据包...

最近想买辆车，相关的东西大致都看或者了解了下，以前对机械相关的专业了解的不多，甚至有些偏见。机械是个成熟复杂的领域，积累了很多研究理论，大量的极具巧思的器件。单单是对这些相关的器件的理解，足以对大脑的思考模式产生重大影响。举一个简单的例子，汽车在行进当中进行转弯的话，内侧和外侧的轮子的速度是不同的，这时候发动机的输出就要对不同的轮子进行适当调整，如何动态的做到？方法有很多种，最简单的方法，只用一个轮子作为驱动轮，这样其他轮子就只在地上滚动了，早期汽车用的就是这种方法，这种方法其实是在逃避问题，一个轮子驱动有很多弊端。现在的汽车都使用一种叫做差速器的简单装置，可以巧妙的处理这个问题，具体细节用文字解释起来比较麻烦，感兴趣的话可以到youtube上看相关的视频解说。现代的发动机是个复杂的装置，通过厂商鼓吹的一些技术特点，比如涡轮增压，可变气门正时，缸内直喷等，我们就可以猜测它里面的复杂性了，要通过经年累月的技术积累，不断的调整演化，才能成为一项成熟的产品技术，这也是国产发动机跟国外有很大的技术差距的原因。我们创造的任何事物和技术都处在不断的长期演变进化当中，其中有一些已经趋于稳定，比如剪刀，钳子，它们拥有简单的结构，材料结构的调整已基本最优，更多的变化空间已不大，但是我们仍然有各种针对特殊需求的剪刀设计出来，他们并没有停滞，只是稳定下来了而已。另一些还处于剧烈的变革当中，比如电视机，手...