mt

我换工作了，新工作时间安排上较以前比较灵活。
工作内容当然还是 iOS Development 。不过我觉得自己已经对写 UI 感到厌烦了，
一方面自己希望能写出 User Friendly 的软体，但由于接触过一些 UI/UE 之后觉得
他们设计的东西不咋滴，慢慢的就烦了。各种不靠谱儿的设计，实现起来各种纠结。
希望最近的项目会好一点。

鱼神 @smallfish  最近也换工作了，他跑去当了半年多张江男，又回到杭州小资去了，
徐老板 @adams.xu 和 内核大牛 @welfear 都在杭州，羡慕啊。

Python 社区的大牛 @march.liu 最近也在写 iOS ，以前在编程和数学上没少讨扰人家，
现在大牛跑过来写 iOS ，我是不是该努力了，Jiong

SimpleDoIt 那个项目我不打算用 Qt 做了，改用 UIKit 实现 UI 。在用 https://github.com/BigZaphod/Chameleon
这个框架，它提供 Cocoa 环境下的 UIKit 框架，虽然很多功能没有实现完整，但对我来说够用了，只是最近精神状态不好，
没怎么动手写。

说说 @welfear ，虽然认识时间不长，但聊得还蛮投机，恩，要多向内核大牛请教，学习。

以前一直没有长时间用过 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 中，
否则无论怎么测试都无法成功。

在北京工作也有 4 个月了。

现在的状态就是忙，在公司做第二个项目，第一个项目现在没人管，这个项目忙完了，还要继续做第一个项目。

业余时间也在忙一个无聊的项目，从这个项目看出有些人做事极不靠谱儿。
宁愿跟你扯着嗓子说一下午，也不愿意去完善一些基础的文档，真让人吐槽。

最近在招人，服务器端 PHP 工程师。
我交给另一个工程师负责，有人发简历来的时候都会被他 BS 一番。
因为我跟他在做同一个项目，所以他的水平我知道。看来他自己还不知道。。。。

然后组里还有另一个做 Java 的程序员没事干。老板还找我吐过槽，我只能说他性格不好，不过他确实有意思，来公司比我早一个月，我来的时候，据说他的项目就做完了，然后一直做一些无关紧要的事情，后来干脆什么事儿都没有。老板还责问我，问我应该给他安排些工作。
诶，鉴于他跟之前的 经理 合作时的态度，真不想给他安排。不过我也确实没啥事儿给他。况且，即使我有东西要做，我自己用 Py 一个星期就做完了，要是他来做还不知道猴年马月呢。

http://my.unix-center.net/~WeiZhicheng