高三男生,第一次看包法利夫人(许渊冲译),觉得很无聊,为什么? | 原文 展开全文 Telegraph 高三男生,第一次看包法利夫人(许渊冲译),觉得很无聊,为什么? 没错,正是因为你的阅历。我本人有一个论点,就是一切有关现实的书籍,都应该让已经对社会有过很多接触的人来阅读。不要说《包法利夫人》,就说《奥楚蔑洛夫》这种书,如果你没有在社会上经历过这样手握少量公权力的变色龙,你读这个书就会觉得里面描述的只是一个小丑罢了。或者说“孔乙己”,你在语文书上学到这篇文章的时候真的理解“孔乙己的长衫”?真的懂得什么是“看客”?大多数的中学生是个啥水平?是回答高中地理题时写到“人力资源”时毫无感触的水平,过些年当你走上社会了,成为廉价劳动力的一员了,你还会为国家“丰富的廉价劳动力资…
🔖 『龙与虎』『涼宮』这样的片子是不是已经不适合当下环境了? #pinboard #history 艹,我最近才能体会到『傲娇退环境了』。感觉我是错过了多少个版本? https://bgm.tv/group/topic/391475 展开全文
三、关于 EVA 系列作品 95年开始播出的 EVA 系列是日本动画史上无法绕过的一个奇点。 (超级系)机器人动画必会提及 EVA,“世界系”动画把 EVA 奉为鼻祖,绫波零和明日香的人物设定更是被日后许多作品争相模仿,比如长门有希,比如(本频道主喜欢的)水无月空。 EVA 的两部旧剧场版更有其时代性。既是当年庵野秀明内心的痛苦,也是一代日本人彷徨的写照。他在《Air/真心为你》里撕碎一切,让所有人变成橙汁,让真嗣去掐死明日香最后半途而废。 展开全文
🔖 If you don't tinker, you don't have taste | seatedro #pinboard 太酷了,这个网站 https://seated.ro/posts/tinkering-a-lost-art.html 展开全文 seated.ro If you don't tinker, you don't have taste programmer by day, programmer by night.
Tailscale 推出了一个 Peer Relays 功能测试,可以将网内的任何节点直接设为中继节点,在直连不通时候的连接优先级高于 DERP 中转服务器,用于提供更低的延迟和更高的吞吐量。 https://tailscale.com/blog/peer-relays-beta https://tailscale.com/kb/1591/peer-relays 展开全文 Tailscale Tailscale Peer Relays: High-throughput relays for secure, flexible networks Tailscale Peer Relays provide predictable, performant access, entirely within your own tailnet.
在家庭社会失权的年轻一代,更热衷互联网表态。(JK罗琳VS爱玛跨性别争议的背后) @天真的和感伤的小说家: 发布视频-人文历史-社会观察 播放量:12.43万 弹幕:601 评论:681 点赞:6488 投币:3161 收藏:2498 转发:476 发布日期:2025-10-21 09:30:00 上传日期:2025-10-21 07:28:02 展开全文
印度人也太猛了,整篇下来,India 出现了 13 次,China 0次 https://github.blog/news-insights/octoverse/octoverse-a-new-developer-joins-github-every-second-as-ai-leads-typescript-to-1/ 展开全文
Tomoko RD pinned «📝 2510-日本七日记-大阪-京都-东京 #blog 更新了,是半年记(伪)。写到最后,都不知道要起什么标题了😢。 https://niracler.com/2510/» 展开全文
看过世界计划:无法歌唱的初音未来 评分: ★★★★☆ 备注: 7/10 没有什么困难是一场 Live 不能解决的。如果有,就同时开五场。再不行还有 After Live。 (完全不懂 https://movie.douban.com/subject/36982741/ 展开全文
📝 2510-日本七日记-大阪-京都-东京 #blog 更新了,是半年记(伪)。写到最后,都不知道要起什么标题了😢。 https://niracler.com/2510/ 展开全文 Niracler 2510-日本七日记-大阪-京都-东京 完美结局至少需要二周目,青春没有二周目,故青春必定有缺陷。这篇游记主要写给十年后的自己和同行的林克克,也写给有 0-1 次日本旅游经验的朋友,以及爱看八卦的网友。
🌟 starred Afilmory/afilmory #github #star https://github.com/Afilmory/afilmory 展开全文 GitHub GitHub - Afilmory/afilmory: Modern photo gallery for photographers, with S3/GitHub sync, EXIF details, maps, and a WebGL viewer. Modern photo gallery for photographers, with S3/GitHub sync, EXIF details, maps, and a WebGL viewer. - Afilmory/afilmory
Vibe-Code => Myself-Code 最近将自己写了几个月的代码,挑了一部分逻辑(1/5)往大项目提了 PR。在经历了 Conversation 100+、Commit 90+ 、Time 50d+ 之后,总算是将 1400 行的代码改好,进入等待最终合并的阶段。 --- 这周将 PR 中的反馈整理成文档,并重构原有仓库。接近少了一千行…. 过度设计 : 有的功能明显是想多了,用 200% 的复杂度实现了 105% 的功能,以至于维护起来像是穿着重甲在水中行走。因为 PR 中要给人说清楚,就索性直接删掉了。 2. 没有遵守 Best Practice :有很多逻辑既可以「这样写」也可以「那样写」,但这种视角一般是入门者才会这样。若是经验丰富的开发者他们眼中的方案或许就会收缩到少有的一两种,然后再根据项目的「惯例」来确定唯一的方案。而一般这样做的话,很自然就会发现有不少趁手的工具直接复用从而减少代码。(其实他们的文档中都有提到的) 3. 其他 :删除过多的 log 以及混乱的 try-catch --- 四舍五入,这些都是 Vibe-Coding 的副作用了,「我没有足够的能力审查大模型编写的代码」。 因为言出法随,动动嘴皮子就能写好功能,自然多了许多无法掌控且不必要的功能;由于全程依赖大模型总结开发文档,只有在进度受阻时才查阅原文,很自然就不知道很多 Best Practice;至于过多 log 和混乱的 try-catch 就是处理各种无法控制的 BUG 频多的代码所遗留下来的。 --- 我无疑走了弯路。但鉴于这是我第一次在工作上写 python 项目,且是单兵作战,且该大项目的要求确实挺多的。我挺怀疑有没有更好更快速的成长方法?(不过多看文档原文、多看别人的实现方案,这总归没错的) 有感于: The Programmer Identity Crisis #自说自话 展开全文
笑话成真了🤣 中国 BIOS 新标准「UBIOS」正式发布,这一标准将带来哪些影响? - 地狱少年丶的回答 - 知乎 https://www.zhihu.com/question/1964065968503361781/answer/1964771887243560608 展开全文
🔖 Tachimanga | Full-featured manga reader #pinboard #manga 原来 iOS 上也有啊,相见恨晚 https://tachimanga.app/ 展开全文 tachimanga.app Tachimanga | Tachimanga Full-featured manga reader