呜啦!日常碎碎念,偶尔掉落优质前端博文推荐、学习资源等
网页:https://tg.cosine.ren
本频道的搜索Bot 来辣 👉 @cosSearchBot
私聊直接发消息就可以搜索啦~
🔖tags
#优质博文 #资源推荐 #博客更新 #碎碎念 #项目更新 #手工 #书摘 #阮一峰的科技周刊 #新动态
图频:Cosine 🎨 Gallery @CosineGallery
猫片: @cosine_cat
网页:https://tg.cosine.ren
本频道的搜索Bot 来辣 👉 @cosSearchBot
私聊直接发消息就可以搜索啦~
🔖tags
#优质博文 #资源推荐 #博客更新 #碎碎念 #项目更新 #手工 #书摘 #阮一峰的科技周刊 #新动态
图频:Cosine 🎨 Gallery @CosineGallery
猫片: @cosine_cat
#杂谈 #MyGO #AveMujica
尽可能客观评价一下mujica第七集,就当是个杂谈吧,各位如不认同,大可以发表自己的观点。
第六七集单拎出来,其实观感还不至于沦落到烂的程度,第七集主要的问题是:首先节奏炸糊,其次偷摸零全程跑调也很难绷;另一方面,allin的角色弧光给磨平了,已然沦为一般工具人的程度。
但事实是,不可能脱离整部作品(当然这里主要指的是MyGO和目前为止的Ave Mujica)去只评价其中一集。放到整部作品里,这部番事实上已经突破“高中少女乐队”的底线(或者说界限)了,没办法什么都靠所谓的大世界观兜底——这只会显得剧情发展很荒唐——实际上也是观感如此撕裂的原因之一。
从剧情内容上来说:和解的起点应该是“祥子主动给其他人道歉”,但是剧里和解的起点竟然是“别人无限包容祥子、原谅祥子”,这显而易见是不合理的。而且剧情中的回旋镖桥段看多了总有种刻意为之的违和感,玩一两次是神之一手,玩三五次姑且还算是好活,玩这么多只能说是烂活和没活。
从剧情的节奏上来说:前期积累的情感和人物关系似乎之用半集就处理掉了,这种过快且模糊的节奏极大地影响剧情的紧凑性和连续性。尤其是对比mygo和mujica,前者的节奏处理显然更加有力。
再说回第七集,不可避免地提到爱音和祥子,这里引用网友的评价:
作为观众,希望看到的是角色的成长,是角色能展现出自己的弧光(无论是“善”还是“恶”)。然而,第七集中,爱音用一个季度展现的人物弧光竟然在一集之内被磨平,已然沦为“圣母玛利亚”和尽职尽责工具人的叠加态。这何尝不是对MyGO的主题“迷子でもいい、迷子でも進め”的最大讽刺?
至于场外的杂七杂八,尤其是结合苦来兮苦三次元“复活”,这一切只能显得这集到底是多抽象。
另外关于“国内互联网害的”等言论,尽管B站的宣发确实存在问题,但这并不能完全解释为何一些观众对剧情不满。虽然剧集的核心是“16岁的小孩搞乐队”,但这并不意味着它的剧情和角色关系就可以随便处理,观众依然期望能够看到有深度、有层次的故事;而不是反过来给观众喂屎。文化差异确实可能影响对剧情的理解和评价,但是一个好的作品应该能够跨越这种差异,让观众无论身处何地都能感同身受。真要这么说的话,那MyGO当时还算是少有的“仅大陆好评(基本上是这样)”的作品。总的来说,你不能只在风评差的时候才说“都是国内互联网导致的”。
综上所述,我认为目前最大的两个问题一是节奏崩坏、二是世界观崩塌,这些能不能在后面的6集救回来虽犹未可知,但我也不抱太大期望。至于第七集,最大的问题就是它在第七集这个位置上,如果做成ova或者sp我都不认为会像现在这样烂穿地壳()
尽可能客观评价一下mujica第七集,就当是个杂谈吧,各位如不认同,大可以发表自己的观点。
第六七集单拎出来,其实观感还不至于沦落到烂的程度,第七集主要的问题是:首先节奏炸糊,其次偷摸零全程跑调也很难绷;另一方面,allin的角色弧光给磨平了,已然沦为一般工具人的程度。
但事实是,不可能脱离整部作品(当然这里主要指的是MyGO和目前为止的Ave Mujica)去只评价其中一集。放到整部作品里,这部番事实上已经突破“高中少女乐队”的底线(或者说界限)了,没办法什么都靠所谓的大世界观兜底——这只会显得剧情发展很荒唐——实际上也是观感如此撕裂的原因之一。
从剧情内容上来说:和解的起点应该是“祥子主动给其他人道歉”,但是剧里和解的起点竟然是“别人无限包容祥子、原谅祥子”,这显而易见是不合理的。而且剧情中的回旋镖桥段看多了总有种刻意为之的违和感,玩一两次是神之一手,玩三五次姑且还算是好活,玩这么多只能说是烂活和没活。
从剧情的节奏上来说:前期积累的情感和人物关系似乎之用半集就处理掉了,这种过快且模糊的节奏极大地影响剧情的紧凑性和连续性。尤其是对比mygo和mujica,前者的节奏处理显然更加有力。
再说回第七集,不可避免地提到爱音和祥子,这里引用网友的评价:
爱音对待她们的态度和祥子对她们的态度天差地别。她们对祥子和爱音的态度也天差地别。
仔细想想。还真是。
祥子哪怕对朋友甩脸子冷言冷语,哪怕情绪失控说话特别冲整得高松灯自闭,哪怕看着素世都这样了还能说出“你满脑子都是自己”,哪怕看着发小都疯了也没关心。
但是,在编剧的大手下,依然能做到“不必正式道歉,唱两首歌就和解。”
成功做到包寿司了吗?成功了。
剧里的角色觉得这次“包寿司”好不好?好。
那剧外的观众觉得这个寿司好不好呢?
这就是另一个话题了。
作为观众,希望看到的是角色的成长,是角色能展现出自己的弧光(无论是“善”还是“恶”)。然而,第七集中,爱音用一个季度展现的人物弧光竟然在一集之内被磨平,已然沦为“圣母玛利亚”和尽职尽责工具人的叠加态。这何尝不是对MyGO的主题“迷子でもいい、迷子でも進め”的最大讽刺?
至于场外的杂七杂八,尤其是结合苦来兮苦三次元“复活”,这一切只能显得这集到底是多抽象。
另外关于“国内互联网害的”等言论,尽管B站的宣发确实存在问题,但这并不能完全解释为何一些观众对剧情不满。虽然剧集的核心是“16岁的小孩搞乐队”,但这并不意味着它的剧情和角色关系就可以随便处理,观众依然期望能够看到有深度、有层次的故事;而不是反过来给观众喂屎。文化差异确实可能影响对剧情的理解和评价,但是一个好的作品应该能够跨越这种差异,让观众无论身处何地都能感同身受。真要这么说的话,那MyGO当时还算是少有的“仅大陆好评(基本上是这样)”的作品。总的来说,你不能只在风评差的时候才说“都是国内互联网导致的”。
综上所述,我认为目前最大的两个问题一是节奏崩坏、二是世界观崩塌,这些能不能在后面的6集救回来虽犹未可知,但我也不抱太大期望。至于第七集,最大的问题就是它在第七集这个位置上,如果做成ova或者sp我都不认为会像现在这样烂穿地壳()
#优质博文 #科普
科普 | 高帧率、好画质的「光追」是如何实现的?
via 少数派
科普 | 高帧率、好画质的「光追」是如何实现的?
AI 摘要:本文解析了光线追踪(Ray Tracing)如何提供更真实的光影效果,。同时介绍了 DLSS 技术的发展,从 DLSS 2 的超分辨率提升,到 DLSS 3 的帧生成优化,再到 DLSS 3.5 的 AI 光线重建,以及 DLSS 4 通过 Transformer 模型与多帧生成进一步提升画质和帧率,使高帧率与高画质兼得,推动游戏体验进化。
via 少数派
#碎碎念
这下百度真🤡了,好喷
https://fixupx.com/foxshuo/status/1889512275041776032
这下百度真🤡了,好喷
https://fixupx.com/foxshuo/status/1889512275041776032
- 李厂长李厂长,你能再表演一次那个吗,就是那个,开源模型会越来越落后的经典发言;
- Qwen是个很好的模型,在开源社区的刷分成绩也相当优秀,但产品太落后了,我自己其实长期在用好几款通义系产品解决需求,但从来不推荐的原因就是因为产品做得太烂,不想坑人⋯⋯😅
#优质博文 #前端 #移动端适配 #RWD
将响应式网页设计推向极致 - Taking RWD To The Extreme
via Frontend Focus#679
将响应式网页设计推向极致 - Taking RWD To The Extreme
摘要:Tomasz Jakut 回顾了网页设计的发展历程,回顾了表格布局风靡一时、Flash 游戏塑造网络文化的时代。 然后,响应式网页设计(RWD)出现了——这常常让人感觉像是历史的终结,至少对网页设计来说是这样。 毕竟,我们仍在创建响应式网站,这才是真正的网页布局方式(The True Way)。 然而,今年,也就是 2025 年,是伊桑-马科特(Ethan Marcotte)发表文章 15 周年,这篇文章永远地改变了网页开发。 以 "网络 "年计算,这是一个完整的时代。 所以,也许在 RWD 之后发生了一些事情,但它是如此明显,以至于几乎不为人所知。 让我们试着揭开它的面纱。
通过DeepL翻译
via Frontend Focus#679
将响应式网页设计发挥到极致--自从伊森-马科特(Ethan Marcotte)首次撰文介绍响应式网页设计(Responsive Web Design)以来,已经过去了 15 年(!),在此期间,我们获得了各种新的强大 CSS 布局工具(如 Flexbox 和 Grid)。 这些布局系统反过来又开创了一个声明式、固有网页设计的新时代,浏览器比以往任何时候都更有能力处理布局。
Source by pixiv 雨野
原始标签: #BanGDream #豊川祥子 #插画 #Ave_Mujica #衣装
自定义标签: #mujica #丰川祥子 #祥子
尺寸: 2912x4653
@CosineGallery | 网站| 本图链接 2232
#前端 #优质博文 #javascript #性能优化
There are a lot of ways to break up long tasks in JavaScript.
有很多方法可以在JavaScript中分解长任务
via Alex MacArthur
There are a lot of ways to break up long tasks in JavaScript.
有很多方法可以在JavaScript中分解长任务
AI 摘要:这篇文章讨论了长任务(Long Tasks)对网页性能的影响,以及如何优化用户体验。长任务是指执行时间超过 50ms 的 JavaScript 任务,会阻塞主线程,导致页面卡顿,影响交互响应。文章介绍了如何使用Performance API识别长任务,并提出了优化策略,如将任务拆分成更小的部分 (如使用setTimeout
、requestIdleCallback
)、 Web Workers以及避免不必要的重排和重绘。此外,作者还提供了一些实用工具,如 Chrome DevTools,用于分析和优化长任务,以提升页面的流畅度和响应速度。
我们在这里介绍的方法并不详尽,但我认为这些方法很好地体现了在分解长任务时应该考虑的各种权衡。不过,根据需要,我自己可能只会采用其中的一个子集。
If I can do the work off from the main thread, I'd choose a web worker, hands-down. They're very well supported across browsers, and their entire purpose is to offload work from the main thread. The only downside is their clunky API, but that's eased by tools like Workerize and Vite's built-in worker imports.
如果能从主线程中卸载工作,我会毫不犹豫地选择网络 Worker。网络 Worker 在各种浏览器中都得到了很好的支持,而且它们的全部目的就是从主线程中卸载工作。唯一的缺点是 API 比较笨拙,但 Workerize 和 Vite 内置 Worker 导入等工具可以缓解这一问题。
If I need a dead-simple way to break up tasks, I'd go for scheduler.yield(). I don't love how I'd also need to polyfill it for non-Chromium users, but the majority of people would benefit from it, so I'm up for that extra bit of baggage.
如果我需要一个简单的方法来分解任务,我会选择 scheduler.yield()。我不喜欢还需要为非 Chromium 用户 polyfill 它,但大多数人都会从中受益,所以我愿意承受额外的负担。
If I need very fine-grained control over how chunked work is prioritized, scheduler.postTask() would be my choice. It's impressive how deep you can go in tailoring that thing to your needs. Priority control, delays, cancelling tasks, and more are all included in this API, even if, like .yield(), it needs to be polyfilled for now.
如果我需要非常细粒度的控制工作优先级,那么scheduler.postTask()将是我的选择。令人印象深刻的是,您可以为您的需求量身定制这种东西多么深刻。优先控制,延迟,取消任务以及更多内容都包含在此API中,即使现在.yield()它需要暂时进行polyfilled。
If browser support and reliability are of the utmost importance, I'd just choose setTimeout(). It's a legend that's not going anywhere, even as flashy alternatives hit the scene.
如果浏览器支持和可靠性至关重要,我只选择setTimeout() ,它是一个不会消失的传奇,即使华而不实的替代品层出不穷。
via Alex MacArthur
#正则 #开源 #tools #前端
Human Regex 具有英语语法的人类友好的正则表达构建器
via Node Weekly#566
Human Regex 具有英语语法的人类友好的正则表达构建器
Human-Friendly Regular Expression Builder with English-Like Syntax — After 8 years of Perl, regexes are my bread and butter, but I’d say most developers aren’t big fans 😉 This library offers a more natural fluent-style option. Magic Regexp and Super Expressive are other options in this space.
使用类英语语法的,对用户友好的正则表达式构建器 —— 八年Perl经验之后,正则表达式已经成为我的家常便饭了,但我认为大多数开发者们可不是很喜欢 😉 这个库提供了一个更自然流畅的风格选项。
via Node Weekly#566
#优质博文 #AI #前端
构建可扩展的智能体系统:工程化方法与实践(一)
via 微信公众号 哔哩哔哩技术
构建可扩展的智能体系统:工程化方法与实践(一)
AI 摘要:本文探讨了智能体(Agent)系统在AI软件开发中的作用,并以代码审查(Code Review)任务为例,展示如何从概念到实践构建一个可扩展的智能体系统。
当前的大语言模型(如GPT-4、LLaMA)在工程优化和规模扩展上取得进展,但仍受幻觉、不可靠性等问题的限制。智能体系统通过模块化设计、自主决策、可编程约束和自适应学习,有望提升AI的可靠性和可扩展性。
文中介绍了主流Agent开发框架,包括LangChain(链式调用)、AutoGPT(自主规划)、MetaGPT(多智能体协作)等,并详细阐述了Code Review Agent的开发实践。最初的代码审查方法较为简单,后来通过Prompt Engineering优化AI输出质量,最终采用LangChain框架构建更高效的智能体,实现更精准的代码分析与优化。
via 微信公众号 哔哩哔哩技术