2022年已过去 93.21%
返沪十年    @ 2022-10-09, 19:11

2012年10月长假后全家从珠海回到上海,至今已有十年。

十年前,可乐还是个幼儿园大班的小朋友,现在已然是人高马大的高一学生。这十年间,有过紧绷的创业,有过放松的生活,有过面临老人病倒的无措,也有安稳的苟且,以及面对疫情的无奈……

而不变的,是键耕不辍的敲代码。十年前,和李自然合作开启,以及合伙创业做 Mera,项目遗憾地失败了。最近的两年多,再次和李自然合作,全情投入了 Effie 这个项目。两年多写了四大平台(macOS、iOS、Windows、Android)的编辑器和思维导图,近30万行代码,如果要我再写一个平台的编辑器,真的会吐了吧。全部原生实现,就是会面对这样的境地,需要无比的耐心——面对时间、金钱以及精力的全方面考验。幸运的是,李自然给了足够的耐心,我也算不辱使命,Effie 全平台的里程碑基本达成了。

成功的合作,基础无非是互相成全。感谢。

疫情已经三年,今年实实在在地捶打到了上海。全城2500万人封控61天,以及全国大小城市、乡镇陆续的封控和所谓静默,已经彻底颠覆了人生前四十多年的认知——活久见。

无论是人到中年的自己,还是社会,似乎都已经告别了那个蒸蒸日上的年岁。叹息。

农码生涯 | 6 个评论 | 2,582 次阅读
简短地址:http://ncblog.net/1948/
为 Effie 工作两周年    @ 2022-02-03, 13:14

除夕(在家陪老婆孩子)、初一(早上送老婆孩子去机场回她老家)休息了两天。昨天初二,正好也是我为 Effie 工作两周年,我自己的虎年开工。

公司里只有我一个人,其实这样的环境对我来说还是挺舒服的,毫无干扰。正好这段开发工作也不太需要别人协作,可以一个人静静地码代码。只是已经连续一个多星期的阴雨天,让人阳光不起来。

农码生涯 | 评论已关闭 | 1,171 次阅读
简短地址:http://ncblog.net/1883/
马不停蹄的2021    @ 2022-01-01, 13:36

2021年1月6日 Effie 1.0 发布,5月2日完美适配 iPad,8月26日发布完全重写的原生 Windows 版,冬至日 Effie 海外版上线。这一整年,除了支持平台的增加,Effie 本身的功能也在不停完善。马不停蹄的这一年,同时也带来了用户数量、满意度的不断增长。Effie 的发展仍处于起步阶段,产品、平台层面仍然存在缺口,所以2022年的计划已经排满。

专心于开发能为自己带来成就感和收益的软件产品,无疑是快乐的。

2020年减重12+kg之后,2021年成功保持了减重成果,体重没有增加,维持在了 73kg 左右,达成了年初立下的 flag。

一定的自律加上喜欢的饮食、运动方式带来的比较理想的体重和能察觉的充沛精力,以及不油腻的中年,无疑也是快乐的。

2021,大学毕业整整20年的这一年,过得充实而简单。2022年的第一天,晴转多云,最高气温11摄氏度,希望新的一年能一样简单而充实。

农码生涯 | 1 个评论 | 5,353 次阅读
简短地址:http://ncblog.net/1875/
Free Pascal 的 bug 已修正    @ 2021-03-15, 13:01

周末把 fpjson 的 bug 提交给了 Free Pascal 的开发组,很快就得到响应并修复了。

农码生涯 | 评论已关闭 | 2,160 次阅读
简短地址:http://ncblog.net/1834/
Free Pascal 的 fpjson 的一个解码 bug    @ 2021-03-13, 00:40

fpjson 单元是 Free Pascal 支持 JSON 的实现,今天使用它来解析服务器传回的结果时踩了它的一个解码 bug 的坑。

我写了一个演示程序,分别用 fpjson 以及另外两个第三方的开源 JSON 单元(LkJsonJsonTools)解析同一段非常简单的 JSON 字符串的结果。

uses fpjson, LkJSON, jsontools;

procedure TForm1.Button1Click(Sender : TObject);
var
    str : String;
    js1 : TJsonObject;
    js2 : TlkJSONobject;
    js3 : TJsonNode;
begin
    str := '{"name":"\u95e8\u88ab\u8111\u5b50\u6324\u574f\u4e86"}';
    js1 := GetJson(str) as TJsonObject;
    js2 := TlkJSON.ParseText(str) as TlkJSONobject;
    js3 := TJsonNode.Create;
    js3.Parse(str);
    ShowMessage(
        js1.Get('name', '') + #13#10#13#10 +
        js2.getString('name') + #13#10#13#10 +
        js3.Find('name').AsString
    );
    js3.Free;
    js2.Free;
    js1.Free;
end;

运行结果如下图所示,第一行是 fpjson 解析的有问题的字符串,后两行是另外两个解析的结果——显然都正确处理了:

演示工程放在 Github 了,也附带了另外的那两个开源 JSON 单元,其中的 LkJson 单元我修改了一些 bug,与原始版本(超过 10年没有修改过了)有些微差异。

农码生涯 | 评论已关闭 | 2,259 次阅读
简短地址:http://ncblog.net/1832/
为 Effie 工作一周年    @ 2021-02-02, 12:19

减重卓有成效,目前为止瘦了 26 斤。

农码生涯 | 1 个评论 | 3,661 次阅读
简短地址:http://ncblog.net/1826/
困扰大半年的一个疑难杂症解决    @ 2020-12-10, 21:47

上半年开始开发公司新产品 iOS 版的时候,遇到一个奇怪的问题,每次 NSURLSession 发起请求后都要延迟 7 秒左右才能连接上服务器,在客户端甚至抓包跟踪都找不出原因。但这种现象又会在一段时间后自动消失,然后又会在另一个设备上再次出现。之后就把怀疑对象转向了服务端的配置,但做了各种尝试后也依然没有头绪。

直到昨天因为试图解决另一个问题时,首科发了一小段 nginx 的配置给我,其中有一个 ssl_trusted_certificate 配置引起我好奇,去 google 搜了一下相关内容,从而了解到 OCSP。今天顺藤摸瓜继续研究,在一篇文章中查到 LetsEncrypt 提供的(旧的) OCSP 接口被 GFW 封了,所以身在国内的服务器无法连接而导致 ssl_stapling 无法开启,进而使得客户端会试图去连接 OCSP 以验证证书有效性——当然,也会无法连接而失败,可能在 iOS 设备上就是 6-7 秒左右的超时。

这样解释,一切就都说得通了。现有的解决办法,除了 hosts 中将被墙了的“ocsp.int-x3.letsencrypt.org” 域名作正确的 IP 解析——感觉不是很靠谱,如果官方 IP 地址变化了就又会问题重现。更好的办法就是重新申请 LetsEncrypt 新的证书(不是 renew)替代老证书。

近年做客户端开发比较多,这类问题如果不是有什么契机,真的是很难摸到头绪。幸好困扰了大半年后,在产品即将发布前夕,找到了原因,并且彻底解决了。

农码生涯 | 3 个评论 | 2,651 次阅读
简短地址:http://ncblog.net/1815/
不觉已春深,物我两相忘    @ 2020-08-25, 00:38

虽然已经过了处暑,2020年也已经过去65%,却仍然很想吟唱“不觉已春深,物我两相忘”。

一个人,109天,31120行成品代码,完成了第一个 macOS 平台(Cocoa)产品的开发,一个月前行百里半九十的最后十里也终于走完了。全心地投入做想做的事情,忘我感受时移物易,很快乐。


不觉已春深,物我两相忘。

农码生涯 | 1 个评论 | 3,160 次阅读
简短地址:http://ncblog.net/1801/
行百里半九十    @ 2020-07-26, 00:30

从五月初开始开发的 mac 应用产品,还有两周,就要到达预期的三个月开发周期的目标时间点了。开发工作完成度估算大约也有了 85%~90%,可能会有少许超期,也算是在情理之中。

首先在预期之外的,就如前所述那样的,“macOS 的开发框架与 iOS 的差异,比我之前想象的要大得多”。

其次是产品设计上实现相关的复杂度也比预期要“坑多”。有多次为实现一些功能需求,使用 google 搜索的前提下,全网都很难找到文档、答案,而只能在诸如 WWDC 2010 的一些专题演讲(以及 PPT)中给出的只言片语作为线索,再去尝试推断出来的几种方案。

当然,这个过程,回头看其实挺爽的。久违的沉浸于开发的充实感,伴随着那种似乎已经触摸到全网都几乎查不到资料的技术(因为需求少所以做过的人少)的成就感。

因为去年老妈的倒下,已经两年没去珠海了。昨天,老婆和儿子去珠海了,而我因为项目开发正处于关键时刻,以及仍然无法放心老妈的情况下,没有同行。


桐花诗八韵,思绪一何深。

农码生涯 | 1 个评论 | 2,654 次阅读
简短地址:http://ncblog.net/1798/
NSTextView 文本的行高    @ 2020-06-13, 15:16
  1. LineHeight:简单地使用 NSParagraphStyle 的 lineHeightMultiple 的情况下,当设置其值为大于 1.0 的时候,文字占据整个增加了行间距的空间的底部,如图:
  2. LineSpacing:使用 NSParagraphStyle 的 lineSpacing 的情况下,当设置其值为大于 0 的时候,文字占据整个增加了行间距的空间的顶部,如图:
  3. BaselineOffset:给 NSAttributedString 增加 NSBaselineOffsetAttributeName 属性,可以使得文字向上或者向下偏移,但同时也会与 LineHeight/LineSpacing 叠加,改变整行的高度。
  4. 实践后的正确方式:将 LineSpacing 与 BaselineOffset 结合。

算法很简单:

  1. 算出目标行高 target_height;
  2. 算出原始行高(1.0 倍 LineHeight,0 LineSpacing) original_height;
  3. 将 target_height 与 original_height 的差值除以 2 后,赋值给 LineSpacing 与 BaselineOffset,也就是将差值一半给 LineSpacing,一半给 BaselineOffset。

效果如图:

农码生涯 | 评论已关闭 | 2,682 次阅读
简短地址:http://ncblog.net/1794/