强烈抗议不能更换内存和硬盘的设计。不管是哪家设计的。

你还会发现系统可用空间突然变大了好几 G

日本旅游签证只能旅行社送吧。之前 18 年三年签是 500 块不到，不过感觉时间过去许久，可能情况会发生变化。

感觉 TikTok 要被 PDD 送的子弹给弄死了。

OP 这问法太文盲了。

这个日子是节气的一部分，节气本质是太阳相关的结果，而节气和月亮的盈缺最终决定了农历的置闰。

你为了方便人为设定某一日，然后传统节气又不能改。最终会出现有一个放假概念的节气和天文学上的传统节气。

和“适配现代生活还是拥抱传统”没啥关系，你问这问题的时候就根本没搞懂基础概念的时候，根本不该把问题上升到这个高度。

@debugger0 我觉得这种事没啥必要找认同。

如果你用例设计不好，UT 100% 覆盖也没啥意义。而且出 bug 的原因可能有很多，而这里面缺少 UT 未必是最需要背锅的。

“是不是也有人一开始不写，到后面补上单元测试后，发现是真香的？”

感觉 OP 是想得到某种倾向的回答啊。

但是实际上，一开始不写必然有不写的理由，后面的收获也未必会影响之前的决策。

个人项目如果是做出来给其他人用的，先做出来，避免技术层面自嗨我觉得挺重要。

个人理解：绝大多数项目没有 UT 的必要。

如果是个人做社区贡献，比如做基础组件、参与开源项目，受众不确定，那自然是有必要上 UT 的。毕竟开源项目很容易别人也要提代码，怎么确认代码能不能 merge ，很多时候 UT 绕不开的。

但如果是个人做一些面向大众的服务想要盈利，那投入时间之前得讲究投资回报比，因为时间不仅仅要做开发，还要做运营或者宣传的话，UT 个人觉得属于不太重要也不太紧急的部分，开发人员在一开始的时候保持一个比较好的状态和开发习惯并且避免摊子铺太大，可能对项目的质量影响更大，太早上 UT 是一种资源浪费，而且 UT 也完全可以等到真的盈利了再补。

当然如果是给别人做的话，看合同条款和个人偏好了。

如果是真有疑问的人发问再离谱还值得回复。

大家看看这个人之前发帖记录就会发现，这厮根本就是怎么能骗回帖怎么发。

回来翻了一下《中国岁时节令辞典》，惊蛰这条目底下是这样记载的：

二十四节气之一。每年公历 3 月 5 日或 6 日，太阳到达黄经 345 度时开始。

《月令七十二候集解》：“（夏历）二月节……万物出乎震，震为雷，故日惊蛰，是蛰虫惊而出走矣。” 这时我国大都分地区进人春耕季节。

华中农谚：“过了惊蛰节，春耕不停歇。”

《中华全国风俗志 • 江苏吴中》 载：“土俗以惊蛰节闻雷，主岁有秋。谚云：’惊蜚闻雷米似泥。‘若雷动于未交惊蛰之前，则主岁歉。谚云：’未蛰先蛰，人吃狗食。‘”

有人认为这天雷鸣，夏季毒虫必多。惊蛰日，人们摆上供品，焚香烧钱，祭祀雷公，以祈本年人畜平安、雨水充足。

山西雁北一帯这天讲究吃梨。

云南宣威，是日清晨，农家闻雀鸣，即唤牧童，手提铜器，往田间边敲边念咒雀词。俗信咒过后，鸟雀在谷熟时不会啄谷。

湖北恩施，惊蛰前一夕画灰于地，象弓矢，谓之射虫。有些地方于是日晚，儿童边敲锣鼓边歌唱，谓之赶蛤蟆。

#5 比较多->比较少

古代的时候水果本来就吃的比较多，而且梨子不太可能存半年吧……

@miv 赚钱->牛->老老实实打工没资格评价

我个人建议你把自己层层的逻辑，理清楚先。

可能你的个人选择是很羡慕别人当镰刀收割无知韭菜，但不是所有人和你一样。

@miv 瞧你这话说得。

直接这么说吧，这种收割小白的知识付费被鄙视和赚多赚少无关。

另外，赚得多不等于就是对的，而当别人抨击一个 up 的时候，很多时候赚不赚钱这个因素不是原因。

讲真的，作为程序员关注这种 up 主，我觉得应该好好审视下自己在干嘛。

加拿大真的太冷了。

当然不合适。