貌似曾经见过这样一个时钟，但是只有24小时，超不过一天

关于误差，这个没必要纠结，一年差上一小时也无所谓，毕竟钟表一般不可能使用40年的。。。。

例如，高考，从高1时开始倒计时时间倒转，目标时间设为那年的6月7号，没经过一天就响一下，而时间的流逝则可以通过表盘的指针移动而用眼睛看得到
其他诸如此类的。。。。

全面发动第三次世界大战，最后统一为一个国家一个民族，然后编码的问题就再也不是问题了

呵呵

Sublime Text 2

请扔mongodb，分布式存储，这对将来的分析和综合都有好处，要不以后改起来的话能头痛死你

以往的做法是，每张图片有很多的tag，全靠tag来提供信息，检索、分类等都有很好的效果，当然了，前提是你已经有tag系统了，这个你要是没有的话就先别做了，这个工作量不小~

编写脚本，利用上传的api，二进制传输，内容是random自动生成，然后用gae分布式执行，1天上传个几十T问题不大

你和他们不信任，为啥要共享啊

难点在javascript上，本身语言设计就不咋地，还得造一堆的轮子，轮子还全呈现在前端，你引用了GPL协议的第三方js，还得开源自己的，不像做server端的，全在服务器上呢，你引用了别人也发现不了，呵呵呵呵~额呵呵呵呵~

@plprapper 那是你做的系统用的人太少，并发上不去，当并发上去了，乐观锁会造成大量的存储过程rollback，并发越高，存储过程的长度就必须越短，最后恨不得改成一句，然后乐观锁慢慢成了事实上的悲观锁。。。。。

@timepast 看你并发到什么程度吧，并发高到一定程度就不用hibernate了，自己去写做mapper，然后根据实际业务来决定哪些是悲观锁、哪些乐观锁，而且以后进行程序改动时，还得做业务影响分析，这块才是最头痛的东西。。。。

做外包就是自毁前程

@wzzyj8 今天试了下，就是延时大了点，ping路由网关平均16ms，感觉<1ms才是正常的。。。。慢慢的去接受吧。。。splashtop远程电脑卡的不行了都。。。

@wzzyj8 这个我不做商用，不用vpn；固件渣一样，怎么个渣法。。。；不刷固件，曾经刷成砖过一个路由了。。。。200多大洋也是钱啊。。。。

@xdeng 可能你的使用频率压根就不高吧，我们用路由器是用不到lan口的，我们全部设备用的都是无线，如果只用有线的话，7、8十的路由器就够了

@wzzyj8 你现在用的是netgear r6200嘛？
看到amazon上写的 Client-supported Devices 8就泪目了，不过平时也不会16台设备全部满负荷工作，8台其实也应该够了，性能方面其实没啥要求，比较关心的是无线的稳定性怎么样，有使用心得的话稍微写点儿r6200的吧