有个问题 OP 可能没考虑到，那就是作为孩子来说，这个学习的时间，正是他人格塑造的阶段。孩子学习艺术，或者体育的经历，同时也在塑造孩子的人格。它和你作为父母，自己多陪孩子玩是不一样的。

最简单的，体育这种，比如棒球什么的，初期多数都是同龄孩子一起入门。会有更多的运动以及和同龄孩子接触社交的机会。
同时学习训练的过程也是“设定一个目标，并且努力达到目标”的过程。就算你不去作为专业，练习的过程也并不会容易。特别是你有同龄竞争者的时候。

这一点如果你小的时候没有学过这些东西，那么就只能用工作以后还会不会继续这类活动，来衡量之前花在上面的时间精力和金钱有没有用。

但实际上虽然外人看不出来，但你花的时间和精力，早就变成了你自己的一部分，潜移默化中影响你的生活了。

你不愿意花这个钱也无所谓，毕竟孩子没有再来一次的机会，他也不会知道另一条选择道路上有什么。

难道说你想让你孩子这辈子活着只是为了找工作吗？

如果说什么东西都只看对找工作“有用/没用”才决定是否投入时间和精力的话，那活的也太可悲了。

我经常骑车通勤，也带码表。在城区里很少能骑上 25 ，主要是红路灯太多，路况也比较复杂。也就是好点的路段，比如有长的自行车道，才能骑得快点。

但你骑上 30 就很难刹得住车了，更别说那一大堆骑电动车还拿手机看小说不看路的，一个急刹人就飞了。

确实是有路况好的路段，集中精力骑行的时候 25 不够。但作为普遍通勤，而且要尽可能应对各种情况的标准设置来说，限 25 没什么问题。

你这种酒很难卖掉的。

不知道你自己平时喝不喝酒，了解过“茅台镇”酒吗？除了市面上你能见到的那些以外，还有很多都是宣称自己祖传/上辈子就住在那/有关系搞原浆，灌个没标的包装就出来了。你要说味道，确实很像。但你要我花钱，那我肯定不买。

首先你这个肯定没有当礼品的价值，其次你要让我自己喝，这种作坊式的生产，卫生证你能不能办下来都不知道。作为朋友我偶尔花点钱买你个高兴也就算了，但也不可能总让我花这钱吧？

你想劝你爸，可以从这方面入手。让他自己先成立个厂子，搞下来生产许可试试。如果这步他说不行，要找别人的厂，你再花钱带他找几个酒厂转转。估计用不了多久就会放弃了。

这种家庭作坊式的生产，玩玩还行。作为工业化生产，是没法这么搞的，特别是发酵这种涉及到微生物的工程。最简单的，你如何保证灌装出产的每一瓶酒，品质和口味的稳定性？一瓶一个味，没几天顾客就能把你店砸了。“勾兑”是门学问来着。

带你爸多转转吧，都 60 了，光劝是没用的。以考察的名义，找几个好点的厂子，让他看看现代食品工程都是怎么搞的，没准他自己就放弃了。

对我来说，早买早享受。

烘干的衣物是柔软且蓬松的，比如毛巾这种，可以和你刚买的时候一样蓬松。但晾干由于水的蒸发时间比较长，而且处于静止状态，不像烘干机一直翻动，所以衣物就会比较硬且板结。

买的话优先选热泵的，而且支持正反转防缠绕。但你最好去线下看看，有些机型噪声很大。

直接找云厂商的存档类存储，Deep Archive 等等。

但你要知道这东西虽然保存便宜，但取回的时候非常贵，而且有延迟。只适合做冷备。

就是 HRV ，华为英国的网站有写。

https://consumer.huawei.com/uk/community/details/HUAWEI-Health-Unravel-your-stress-level-Discover-and-enhance-your-inner-balance-with-HUAWEI-TruRe/topicId_65972/

但不知道 GT5 是不是同样的技术，不过这个 TruRelax 就是 HRV 。

如果你的服务器/ISP 没有限制单个链接速度的话，一般都是 TCP 流控生效了。

wget 不支持针对单个文件的多线程下载，如果你有多个文件的话，可以开多个 wget 同时下载不同的文件，但只有一个大文件就没办法了。

@neeok 我最近也在看，确实。就是人为制造的一点点差别。生产线什么都是一样的。到时候安装维修也是同一批人。

不这么搞线下就完全卖不出去了。

轨道是种资源，而且目前的状态，谁先抢到就是谁的。

所以大家都在发展星链，有没有用另说，先把轨道占上。

牙刷：用于大面积上的清洁。
冲牙器：可以冲干净边角和缝隙，但建议你洗过牙以后再用，不然每次都会出血。
牙线：用于清理牙缝。比较小的牙缝，冲牙器也未必能冲干净，这时候就要用到牙线了。

反正我和身边朋友但凡用过冲牙器的都没有说不好用的，确实比单纯刷牙麻烦一些，但也还好。习惯了几分钟就能冲完，总比你坏了再治强。

当然最重要的还是半年去洗一次牙。一般不会有多少牙结石，主要还是让医生全面检查一下。有裂缝或者缺损及早修复。洗一次牙花不了多少钱，比等你烂到根管疼了再去医院好。

@wxf666 可以是可以，时序数据库的优点是针对时间戳作为主键这种场景做了特殊优化，但其中很多优化手段你在普通的关系型数据库里也能做。其它的你需要修改数据库本身，比如 TimeScale 就是基于 PostgreSQL 改的。

通用的关系型数据库，一般用的都是行存储。但你这 200 个列基本都不会同时用到，很多时候你只基于其中某个或者某几个数据进行统计。那么以时间戳分片，按列式存储的数据库可能更高效一些。

你当然可以按照时间范围拆表去限制检索范围，然后以时间戳做主键去做聚类索引。但你这么一套折腾下来效率还是没专门的时序数据库高，完全没必要这么搞。

就算你想把其它的关系型数据和这些东西放到同一个数据库里，但这些大体积数据的查询也一样会拖累你数据库实例的性能，还不如拆出去呢。

@iamtuzi3333 这不就是正常建立索引的东西吗？

你试试查询的时候 explain 一下，到底是命中索引了，还是直接全扫了。你这个数据量不加索引搜不出来东西的。

建议好好看看 MongoDB 文档，如何处理时间序列数据。MongoDB 支持建立时序集合的。

https://www.mongodb.com/zh-cn/docs/manual/core/timeseries-collections/

IoT 不涉及到修改数据吧，什么叫“时间戳的值会一直变”？难道你会频繁修改已经入库数据的时间戳？

看了眼日历，2024 年 9 月 25 日，也没穿越啊。