Recently in 开发 Category

以前一直没有长时间用过 GTD 软件，与大多数软件没有后台存储服务有关，因为我干活比较零散，而且片断比较多。所以希望
可以在家和公司都可以用同一套数据，虽然 谷歌日历 可以实现一定这样的功能，但毕竟不是专门的 GTD 软件，所以使用起来还不太方便。
个人理想中的 GTD 软件要简单，智能，有后台存储。

去年发现 doit.im 项目，提供了数据存储，可惜一直没有提供 Mac & Win 客户端版，我又不太喜欢在 Web 上点来点去，直到不久他们公开 API (dev.doit.im) 。
自己动手，丰衣足食。

https://github.com/zhicheng/simpledoit

我自己写了一个非常简单的 GTD 软件。
不过功能还太弱，目前只能创建简单的任务，还没有提醒功能。
数据上传已经 OK ，但还不能下载任务。
如果你有什么好的想法，欢迎贡献～
另外求美化。。。

TODO:
服务器和客户端无缝同步。
多平台支持，Windows & Mac 。
更漂亮的界面 (主要在 Mac 上，Windows 我实际用的并不多)。
在 Mac 上 QT -> Cocoa 。
在 Windows 上  QT -> MFC 。
暂时就先列这么多。

标题中是我这辈子目前为止在 软件公司 里听到过的最扯的一句话。

我非常反感周报，可能是因为第一份工作的原因，以前的情况是 "没有用，但必须写，还不能空着"。

曾经遇到过在一家七个人的公司里边，只有我有事做，然后HR逼着我去写周报，那时我已经预感，我离离开这家公司的时间不远了。

为什么？

因为程序员是为代码而生的，而不是为了歌功颂德。

所以我认为一个比较好的工作的前提是，程序员可以尽善尽美的完成他的代码，而不是周报。

项目的周期性总结，还是很有必要的，这个我一点儿都不反对。。。

业余的时间给别人写个东西，这家伙太不靠谱儿了。
        一份靠谱儿文档都没有，我只要一跟他要文档，就把我叫过去扯半天，然后还是没有文档，就不会花半天把文档写出来，太懒太懒。
因为要从和他的服务器交互，在没有文档的情况下，他给了我一堆 Java 代码，写得乱七八糟的，我无语，直接BS，后来又给我写了个 C 的，
有好多错误，不过还好，最后可以运行，了但是那个 API 真头大。
       在 HTTP 之上用的是 Socket 的方式通信，全是位操作，还有一个比较搞笑的是，中文的英文要区分出来，中文用的是 Unicode (其实是 UTF-16BE) 英文用的是 ANSI ，结果在取到数据的时候要分开解析，难道他在写服务器的时候 UTF-8 还没有问世？真是头大。
本来在 HTTP 之上应该用明文传输，我这里还好，可以用 C 位操作就位操作了，后来他说他那边有做 Web 端的，用 JS 解析起来更是头大。他说自己写个 proxy server ，把 API 转成 JSON 格式。
      这个很搞，起初他把 JSON 双引号 换成 单引号，我直接崩溃了，对方解释是 用单引号的时候，字符串中有 双引 号不用转义，日。那你字符串里有 单引号 还要转义呢，关键是这样做根本就不标准，我这里几乎没有支持这样格式的 lib 。后来说是不熟悉 JSON 。json.org 上对 JSON 的定义 区区百余字 ，遇到这样的人真是太悲剧了。
      再说说 JSON API 的设计，该用 object 的地方用的是 array 他说效率更高，我当时就崩溃了。虽然设计一个 API 效率是考虑的一个因素，但有什么证据表示 JSON 中的 array 要比 object 效率高？库的实现各有差别，根本就不能预测哪个性能更高啊。而且既然有 object 类型，就是给人用的。他设计的那个 API 根本就不是给人用的，毫无美感。

好吧，我又不淡定了，以上吐槽。

最近在做 苹果 iOS In App Purchase 倒是不难，按照步骤一定可以成功。
比较狗血的是 Contract Info 中 iOS Paid Applications 一定要在 Contracts In Effect 中，
否则无论怎么测试都无法成功。