Dayfold开发日记(2)- 什么时候是个头?

前面说过,陆陆续续开发5个多月,现在仍在开发。
上周末,花了一天时间,完成了以下几项开发和修改:

  • 添加笔记本信息设置
  • 添加更换应用图标功能
  • 优化笔记本切换动画
  • 优化笔记编辑器UI交互

待遗留项:

  1. iCloud Sync
  2. 中英文国际化
  3. 自定义字体

以上按照重要顺序排列,iCloud Sync 是重头,涉及数据结构和附件存储设计,另外这个功能又牵连笔记本编辑器的设计。

事实上,一开始我打算做支持markdown语法的编辑器,但做得并不完善。里面有很多瑕疵,这些瑕疵很大程度会影响到后续iCloud Sync,进而影响Sync之后,笔记文档的渲染效果。

需要花多久时间,才能搞定编辑器和iCloud Sync,我并不确定。

退而求其次,我可能会放弃支持markdown,优先搞定普通编辑器和iCloud Sync,但需要预留足够的扩展空间,否则将会给现有代码带来一场灾难。

用AI打磨细节

每一个圆角、每一个字体,可能都包含了开发者对产品细节的感悟。包括不限于,颜色、文案、交互效果等。

对于第一次准备上架App Store的我来说,不单是功能实现,还要考虑用户体验。比如,颜色对比能否提高编辑效率和阅读体验?弹窗高度是否导致操作按钮无法触及?等等诸如此类的问题。

这些问题,很容易发现,但却不容易解决。以前是团队,术业有专攻,各自负责一块,对于发现的问题,能坐下开会一起讨论协商。

现在,情况变了。一个人面对AI和屏幕。

虽然AI极大提高了工作效率,节省了人员之间的协调成本,但在面对极其复杂的系统设计和精细要求时,仍然难免会落入围谷,缺失多样性的选择和意料之外的惊喜。

“为何会这样?AI,通常会以确定性、可靠性和稳定性的方式开发和思考问题。”

面对这样的情况,那么细节打磨可能就是一次标准化生产的过程。

如果这么想,或许就有了答案。

当然,我也可以要求AI按照个性化的要求去开发,但无疑是自找麻烦。

未来编程会变成什么样子

突然想起前段时间看过的一篇文章《Nobody Argued For Your Stack》,文章中作者非常在意:

“A monoculture doesn't just kill the alternatives. It kills the pressure. An ecosystem without pressure doesn't stay good. It stays stuck.”

甚至,未来编程领域,会出现:

“Frontend converges on React. Systems converges on Rust. Scripting converges on Python. Even the sites that are just pages converge on Next, fit be damned.”

以上提到的事情,正在发生,而 “next idea” 却不知从何而来。

将你喜欢的歌曲,作为手机来电铃声

“非常负责任的告诉你,千万不要这么做。否则,你会后悔。”

刚进入IT这领域的时候,非常兴奋,每天无时无刻都在接受新的信息浪潮冲刷。但随着时间的打磨,对于技术的追求,逐渐趋向简单、稳定和可靠。

新鲜事物,往往接触一会,就失去了耐心。

现在有了AI,可以非常迅速的在项目里应用最新技术,但时间久了,也会变得厌烦。

尤其,当你发现AI不是全能的时候,会更加沮丧。比如:

  • 不停优化agent配置
  • 更换不同的 harness,获得更好的操控体验
  • 优化prompt,提升AI输出质量
    ...

当周围的人,每天都在播放同一首歌,你还会继续喜欢吗?

当每隔一段时间,就要折腾一遍agent,你还会喜欢吗?

这段有点偏离主题,言归正传,看看目前做了哪些东西?

周末开发了什么

笔记本信息设置:

  1. 支持设置封面图片
  2. 支持修改笔记本名称
  3. 支持笔记本单独设置密码
C4F0DD7B-1E7E-44FB-AE20-AA80EFD9CE35

应用图标功能,目前设计了4个图标。

390A9461-DD50-4676-A8A3-A88425DD3582

笔记本切换动画优化,原来只是个tab切换,现在改成了3D。

5084C155-C0D7-44EE-BD89-A57482FAA1A6

笔记编辑器UI交互优化,现在变得跟苹果备忘录几乎一样了😂

3DB68934-4DCB-4932-8EDB-C753EBA37FCC 194B2214-6F69-4E6E-B7BE-BF023FC3CA1D

参考:


距离发布上架又近了一点,期盼早点结束开发。