Video unavailable 啥情况

啊，说起葬礼上的死亡，一直有个想找但是找不到的电影，是偶然看见的一个片段，貌似是影片刚开头或者是前半段，一个好像是金发的小男孩在幻想自己的死亡，如果自己死了葬礼上谁谁谁（某个小女孩）会不会哭的很大声，幻想着其他人在葬礼上又会有什么样的表现。只记得这偶然一瞥的片段了，这个小男孩的思维非常跳跃大胆古怪（ YY ）给我留下了很深刻的印象。可惜只记得一个模糊不清的片段，在网上一直搜不到找不出。不知道有没有朋友有印象的。

填充代码块可以用 Copilot ，现在有时候懒得写大段代码了，直接写个注释让 Copilot 生成然后再去改细节

一年 146 本，还都是蛮有价值 /有一定深度的书，每本书都能记下自己的感想和疑问，真的好牛，膜拜

@duke807 其实这就是市面上很多所谓的近视矫正镜的原理 它们的镜片上下度数不一致 上半部分度数标准 下半部分度数浅以实现“ 看遠處黑板戴上眼鏡（眼鏡度數也不要太足），低頭看書寫字則不戴眼鏡，要這樣頻繁切換才行。”，我有带过这种镜片很久，毫无作用。
眼镜店里有很多种镜片，什么近视矫正 什么护眼防蓝光，都是智商税，等同于保健食品一般。

说起来，上述是我个人经历或许不具备普适性（我自打作死近视以后就很重视眼睛保护，也听从家人的话常远望所谓调节等，但完全没用，也说不定只是我个人问题）
带去医院听医生的话就是最好的选择，网友随便在网上看点眼科知识，相关学习时间不超过一个月，再凭借自身经历胡侃发挥，再对比，医生好好学过多年医学也有多年从业职业经验谨慎发言，谁靠谱一目了然。

跟楼上的情况很相似 二三年级的时候因关灯躲在被窝里看书造成了近视 一开始靠坐在前面和挤压眼球来强行看清黑板，于是大概初期只有百来度的近视在短时间内暴涨到三百度，晚上放学时家人就站在街对面都认不出来，那时才意识到了问题的严重。
于是火速配了眼镜，后来平均 1~2 年涨 100 度左右，直到大学度数才开始稳定，仍有增长但增速大大变缓，以前一年就要换一次眼镜，大学后四年还是因为镜片花了才换了一次。
个人体验就是 近视是由基因决定的，有的人怎么造都不会近视，有的人注定就会近视，一旦有不合理的用眼，他们就会爆发近视，不带眼镜只会让度数更快速度加深，带了也没法控制度数，依然会稳定高速增长，直到成年以后发育稳定。
假性近视真性近视不知道究竟是什么说法，大伙生物书总有学过近视和远视的原理吧，哪有所谓假近视真近视的说法，这种说法我只从各类家长口中听过。别被不科学的东西害了孩子眼睛，什么所谓远望看绿色植物都是扯淡，近视就是不可逆的，不带眼镜对近视不会有任何帮助

这一版开始完成度突然变高了好多，模型动作，甚至加载速度都比以前的低聚城市快了好多
太牛了，期待未来的成品和教程

@jwenjian pushdeer 貌似不行 它更像是开发者自己推自己的使用场景，没有多用户营销类的设计。

除了读者外，每天限制只能分享 5 篇文章对于创作者来说也是个很好的思想，不会太多——减少创作 /收集压力，上限限制——保证分享者会从一天里阅读到的许多文章中筛选出认为最值得的 5 篇内容进行分享，宁缺毋滥保证了内容质量。
分享还能附带上简要的自己的看法！简直是理想中的分享工具！要是能有评论讨论功能，能与订阅者互动讨论看法就好了（但或许也不一定好？这种分享更多是单向的分享，就算加了互动估计使用率也不高）
可惜的是目前还只有 rss 和网站查看。
——————————
还看了下故事背景，里面说的
"
但过程中犯了产品经理很容易犯的错误，加需求以致忘了初心：

最初只想做个每天分享 5 条链接的工具
为什么要限制 5 条呢，任意多条不可以么
既然都任意多条了，为什么不做成书签工具呢
都成了书签工具，是不是得有专辑
好了，最后就成了 ListAnyThing ，一个类似豆瓣豆列的产品
于是有了那篇《浪费了两个星期》的吐槽。
"
太真实了。。自己做东西，总是做着做着东加加西加加最终偏离了初心。有时候总会想起张小龙所推崇的减法设计思想，虽然微信常为人所诟病，但不带着做减法的思想做产品，最后的产品总会慢慢变成一种庞大又莫名其妙的怪物

几年前有个叫有调的 app ，推荐的东西都比较良心高质，后来它关了才用起了值得买
最近有调开始逐步复活了，app 还没恢复，只有个公众号，发了不少新内容，但可能是人马还没召齐（现在貌似只有女老板及其左右），所以现在推荐的内容是以女性向为主的。不过可以插个眼留意一下，如果它们真的能恢复以前的推荐评测质量，那会是一个很好的张大妈替代品

上去翻了翻，好像还只是一个纯 coca 单词仓库，介绍里提到的图片场景我翻了几个 md 也没看到。。
话说如果需要场景，那百词斩不是刚好符合需求吗

最近刚为朋友的小工厂做了一个类似的 Ocr 系统，订单上传，Ocr 提取订单信息需求信息填入数据库，并进行后续的运算与生成相应送货单月结单等物料。
大致上需求跟 OP 的其实很像。主要烦点在于多家客户的订单样式不同，数据格式不同（类比 OP 的多个平台截图样式不同、数据格式不同），于是没法通用一套代码提取出关键信息，要针对不同的订单样式与数据格式各写一套适用的提取代码(或许会有更好的方法但我没有想到）。难倒是不难，但工作量变得很大，而且系统的通用性适用性很低，得作者对不同的图片一套套去写。