但另一方面，这种设计的好处也显而易见。新浪微博和饭否里总是充斥着大量的垃圾信息，包括无意义转发、版聊和打情骂俏，等等等等，许多有价值的信息就被这些乱七八糟给淹没了。很多时候我就觉得我关注的人太多了。而豆瓣说则明确分开了有价值和无价值的信息，版聊啊打情骂俏啊尽管去回复吧，反正也顶不起来；如果有有价值的话想说，自己说一条去。如此，去粗存菁的效果就达到了，在降低了所有消息的流动性的同时，相对增加了有价值信息的流动性。而有价值与否则是由用户自己决定的。
今天折腾了一天，就做了一件事情。把数据传上GAE。
GAE使用的数据库叫做BigTable，它不是关系型数据库，而是基于实体的，每条数据可以看做一个实体的n个属性，而实体本身的结构没有硬性规定。可以使用近似SQL的GQL，但是只能实现SQL的部分功能。
我不知道非关系型数据库的好处在哪里，反正看上去很牛的样子。反正我也用不到多表联合Select，所以用什么类型的数据库也没什么差别。
目标：建立一套以twitter为中心的微博同步体系。我尝试了各种方案，发现还是Google云计算最靠谱。
“我们公司的电脑不允许装软件。已有的软件只有Office。我们的日常工作中有些jpg的照片需要压缩，过去的方法是用Windows的画图板打开然后直接保存，压缩效果就不错。我想简化这个过程。”
他用习惯了Office的宏，所以还是希望能用vba解决这个问题，并提到了用shell方法操作画图板(MSPaint)。但是我觉得一个文件系统的问题居然要用一个文档宏来解决，这简直是开玩笑和胡闹。于是我说，用毛的画图板，直接用vba不行啊！！！
整整一天，我都在网络上寻找Dijkstra算法的matlab代码。我找到了许多，然而，它们全部都不能满足我的需要。
后来我只好参考wiki给出的正确的dijkstra算法，自己写了个代码。
在长达数月的时间里，我都在与java和oracle搏斗。开始的时候，把所有数据直接写进数据库，一天的数据要算大半天。往后一点，先进行预处理再写进去，需要六小时左右。再后来，换了一台更好的电脑，同时发现一个巨大bug，于是一个正面因素和一个反面因素导致我的程序还是得运行五六个小时。
直到今天。
JProbe Version: 8.1.0
软件简介：一款Java代码、内存和覆盖率分析工具。
主要特性：覆盖浏览器和源代码视图－快速分离未检测代码和死代码；
5月21日
写代码！
读数据流程：
1. 从文件到表，直接读入。以天为单位。保留一个最终的“目前在线”。
2. 统计用户。更新用户表。
3. 确定时间间隔，区分会话。
4. 区分行为。
前后历时数日，尝试无数种办法，直至现在。
当我终于把邮件通知搞定的时候，我只想高呼一声：贼！
在陕西话里，贼更像是当时左传上的用法，“宣公骤谏，公患之，使鉏贼之。”意思是破坏、毁灭的意思。但到如今，在口语中更多的倾向于其他地方的“日”或“干”（不雅）。例如陕西球场上大叫的“额贼”基本上就是“我日”的意思。
