After a glance on the homepage, it seems that boostnote matches my needs on online notes, maybe I will have a try on it later, cuz I am not in the habit of taking notes :)

Last time I used notion, making a note about money I spend on a travel using its "database", I feel its statistics feature is little bit simple, which I can only do some basic calculation like sum or average on A SINGLE column.

What I want to do that time can be described using SQL like: SELECT sum(cost) FROM trip_cost WHERE tag = 'plane';

Since boostnote is a product facing programmers, implementing a subset of SQL may be not a bad idea if there were some feature about spreadsheets. But implementing SQL seems too heavy for a note app?

这种 hybrid apps 而言，并不是“加载完毕之前是所有模块都正常加载”就说明不需要更新 app 本体了，JS Bridge 一类的东西，就算原生模块缺失，也基本不会影响加载。你可以说它整个页面都加载完才判断 app 版本有些交互缺陷，但是说它不需要更新明显缺乏依据。

作为用户，的确不喜欢 app 的强制更新。但是作为程序猿，也同样不喜欢不更新 app 的用户。所以，请你自觉打开自动更新好吗？手机不好使，请你换一台好吗？

长期用着 8 系 CPU 的的确不懂你这种所谓天堑，但是 0202 年了，百元机都能有 8 系 U 了，新年不给老人家换个新机么？

正确做法自然是选用某一种自带时区的数据结构 toLocaleString()

不过一定是不带时区的两个输入输出，而且不考虑本机区域设置的话，似乎 gmtToBeijingTime 比较简单准确？

各种矿难设备，或者超旧款 Raspberry Pi 之类的？估计应该不用多少钱能随便捡？

你也没说 x86 平台啊 https://ws1.sinaimg.cn/large/b64a58e3gy1fikr7bnfrmj200k00k0sh.jpg

@Buges #8 Type C 方便是方便了，但是用多了发现，其实也未必。Type C 碎片化应该会很严重，Gen 1/2/2x2、TB3、Alt Mode、EMarker 之类乱七八糟的可选项，而且从接口、线缆上完全不能区分，应该会给用户带来不少的心智负担。

@eggcn #1 做“精美”奖券肯定就是个模板改两句话，就算不开这玩笑正经发奖品不还是要做这个东西么。。。

至于该不该用这种事情开玩笑，那就是另外的问题了

@JoeoooLAI #7 日常东山口、高塘石来回通勤表示六号线虽然 4B，但是其实也还好吧。除了长假前，基本没怎么上不了车。。

@TheFLY #19 想当年好像看过 LTT 弄过一个 Mac VS PC 的工作效率的视频来着，不过都是台式形式，就没牵扯到触摸板上了。要是真做出来这种视频说不定还挺有话题性的？甚至还能弄个系列视频，什么 vim vs emacs vs vscode vs JB 全家桶啥的 https://ws1.sinaimg.cn/large/b64a58e3gy1fikr7bnfrmj200k00k0sh.jpg

最近似乎 amd 的 hackintosh 存在感好像有点猛烈？ mark 一下有缘也给我的 1600X 折腾一个玩玩

@wtf12138 #120 就我那些大学同学而言，很多人入党最终也没在政治上有什么动作，毕业之后就普通找个私企敲敲码，党籍随便往家里党支部一丢。这种例子自然就让部分人对“入党”一事跟“平庸”划上等号了。

@avastms #6 恕我直言，你是不是对前端有什么错误的偏见，OOP 的基本概念，我觉得 0202 年的 JS 来说似乎也没什么明显的缺失了。前端现在的倾向是往 FP 走，OOP 似乎被认为不适合用于操作 UI。你也可以不用这些“狗概念”自己 jQuery 一把梭也没人挡着你。你要类似 EventEmitter，那 jQuery.on 或者 document.addEventListener 不也挺好的么。

代码不可读，除了本身代码质量的问题，还可能是读者水平不够的问题。至于是哪方面问题，没看见代码我也不好说

小屏的话 Palm 了解一下，3.3 寸，Snapdragon 435 + 3G Memory + 32G Storage

至于能不能满足 3，这是个问题。。。随便必应一下，435 似乎是红米 note 5A 同款，那目测能？

你自己贴的阮一峰的文章里面也有讲到这个从模块而非某个路径 import 的语法，见：

http://es6.ruanyifeng.com/#docs/module#import-命令

import 后面的 from 指定模块文件的位置，可以是相对路径，也可以是绝对路径，.js 后缀可以省略。如果只是模块名，不带有路径，那么必须有配置文件，告诉 JavaScript 引擎该模块的位置。

import {myMethod} from 'util';

而所谓的配置文件可能就要看你的项目本身了，如果你用了 webpack 的话，那详见 webpack 文档：

https://webpack.js.org/concepts/module-resolution/#module-paths

默认值为 node_modules

也不过是把原来的单次收费拆成几段，也不是个什么高并发的东西，我直觉觉得还简单了。把路段切成最小片段记录费用加起来，应该比把所有可能的出入口都算一遍查表简单？万一某一段调价了，整个表就要重算了。