发表于 | 分类于

今天修复一个 Klib 的 Bug: 导出至 Evernote 时失败。

首先，肯定是看出错日志，提示导出的书名格式无效。只是个字符串，怎么会无效呢？把字符串打印出来，也没看出个所以然；不过，手动将这个字符串替换为 “123” 就成功了，因此可以确认确实是这个字符串有问题。

后来，在 LLDB 控制台中打印出含特殊字符的格式，才发现其中有个 “\u{c2}”. 然后，就查这个字符串呗。

然后就被坑了。

整了几个小时，没搞定。无奈放弃，并向高人求教。果然，有高人指出，其实并不是打印出来的 “\u{c2}”，而是有一个看不见、且没有输出的 “\u{97}”。删掉之后，就正常了。

好，对于这个问题、这个字符是解决了，那还会有哪些字符呢？这是个问题。最佳的解决办法是，找到 Evernote 对于有效、无效字符集的定义，对症下药。不过，以我对 Evernote macOS SDK 6 年不更新的理解，应该不会有这样的定义。所以，更靠谱的办法是，替换掉所有可能有问题的字符，尤其是看不见的控制符。虽然，这不能从根本上解决问题，但从工程的角度，够了，没有谁在书名、笔记上输入自己都看不见的字符。

从这件事来看，自己的基础还是不够扎实。在做业务的间隙，还是抽时间巩固这些基础的东西。

发表于 | 分类于

今天收到一则关于一位独立开发者朋友的好消息，很为其高兴（他暂时要求保密，这里就不提了）。

他做的产品很棒，当得起这样的好消息。我也希望能有类似的好消息，不过，还是要自己做出成绩才行。于是，高兴、羡慕完后，继续低头代码。

今天本来学 iOS 学得开心，刚看完本地化和动画，就收到一个关于 Klib 的 Bug；其实根本上并不算 Bug，而是 Amazon 网页版变化后，Klib 需要相应地调整。麻烦就在于，Klib 是个桌面端应用、不是网络应用，无法热更新，需要提交新版到 Mac App Store，还要经历用户升级，才能全面解决这个问题。并且，之后再遇到类似问题，还要再来一遍。

看来，这部分代码的热更新很必要。目前，虽没有彻底地实现热更新，但还是通过从网络获取最新配置信息的方式，实现了一部分的热更新，能适应一定程度的变化。先这样维持着，看后续 Amazon 变化的频率再说吧。

另外，就是要建立实时监测机制，不能总是等到用户报 Bug 才发现问题，那样体验就差了。

发表于 | 分类于

今天，正式开始学 iOS 开发。

选什么书呢？这个很关键。

之前学 macOS 开发时，研读了《Cocoa Programming for OS X (5th Edition)》这本书。这次，毫无悬念地选择了他们家的《iOS Programming: The Big Nerd Ranch Guide (6th Edition)》。果然，还是那个味道。

而且，有了 macOS 和 Swift 开发经验后，iOS 开发学起来确实快。今天，一口气看完前 6 章。按照这个节奏，5 天内就可过完全书。

即便是学习，也要动真格的；也即，要做出能解决实际问题的产品。准备拿自己已有的产品开刀，也即开发出 macOS 版对应的 iOS 版本。大致想了，准备先做 iPaste for iOS. 虽说此类产品已经有不少了，比如 Pin. 不过，应该还是有可做的。比如，我现在在 macOS 生成图片后要发朋友圈，就很麻烦。有了 iPaste for iOS，可以做到选择图片、文本后，一键发朋友圈。

学习的感觉还是不错的，感觉很充实。尤其多了一项技能后，能做的事更多了，感觉更有可能改变世界了 😂

发表于 | 分类于

好像，事情也没那么复杂：

  1. 发现需求
  2. 做出产品以满足需求
  3. 告知需要的人

发现需求，首先要丰富自己的生活，提高自己的品位。这样，才能发现生活中不如意的地方，也就是要改进的点。多和不同的人接触，洞察别人的需求，也是很重要的。

有了需求，就得有能力把产品做出来。落实到具体，主要是产品设计和开发。

有了好产品，还得让别人知道，才能被用起来，这就是运营推广了。

当然，以上不一定全部是自己做。但自己至少要对全局有所了解，这样，才能知道在什么环节，找什么样的人，做到什么程度。

目前，比较痛苦地卡在「发现需求」阶段…