News

  • [天黑以后] [记录]-2025-06-04 成长与收敛的关系 (AI 生成)

    ·

    将人的成长过程与数学上的“收敛”概念进行类比是一个非常有趣的视角。数学中的收敛指的是一个数列或函数在趋向某个极限时,其值逐渐接近一个固定点或稳定状态。将其应用于人的成长,可以从哲学、心理学和实际生活的角度来探讨这种类比是否贴切,以及有哪些相似与不同之处。以下是我的分析: 1 .成长与收敛的相似之处 成长过程在某些方面确实类似于数学上的收敛,尤其是在以下几个方面: ( 1 )趋向某种“稳定状态” 数学中的收敛:一个数列(如 1,1/2,1/3,1/4,…)可能趋向于一个极限(如 0),逐渐接近某个固定值。 成长的类比:人在成长过程中,性格、价值观、目标和行为模式会逐渐稳定。随着年龄和经验的积累,一个人可能从迷茫、试错的状态逐渐“收敛”到更清晰的自我认知和生活方向。例如: 青少年时期可能尝试多种兴趣和身份(如想当音乐家、运动员或程序员),最终在成年后“收敛”到某个职业或生活方式。 价值观可能从不成熟(追求即时满足)逐渐趋向成熟(追求长期意义,如家庭、事业或社会贡献)。 实际意义:这种“稳定状态”可以看作是个人在经历试错、学习和反思后,找到适合自己的生活轨迹或核心信念。 ( 2 )渐进式逼近 数学中的收敛:收敛过程通常是渐进的,每次迭代都更接近目标,但可能永远不会完全到达(例如无限接近但不等于极限)。 成长的类比:人的成长也是一个渐进的过程,通过不断尝试、失败和调整,逐步接近“更好的自己”。例如: 学习新技能时(如编程或弹钢琴),初期进步快但不稳定,后来进步变慢但更精细,最终接近熟练或精通。 心理成熟也是如此:通过经历挫折、反思和调整,人的情绪管理和决策能力逐渐优化。 实际意义:成长中的每一次经历(成功或失败)都像数学中的一次“迭代”,让你更靠近理想状态,但可能永远在追求“完美”而非完全达到。 ( 3 )动态调整与反馈 数学中的收敛:许多收敛算法(如牛顿法)依赖反馈机制,通过误差调整方向,逐步逼近解。 成长的类比:成长过程中,外部反馈(来自父母、老师、朋友或社会)和自我反思推动个人调整行为和目标。例如: ·一次考试失败可能促使你调整学习方法。 感情中的挫折可能让你重新审视自己的沟通方式或择偶标准。 实际意义:这种反馈机制让成长具有“自我校正”的特性,类似于数学中的迭代收敛过程。 2 .成长与收敛的不同之处 尽管有相似之处,人的成长与数学收敛也有显著差异,主要是因为人类生活的复杂性和不可预测性: ( 1 )目标的不确定性 数学中的收敛:收敛通常有一个明确的极限(如 0 或某个常数),目标是确定的。 成长的类比:人生的“极限”或最终目标往往不明确,且因人而异。有人追求事业成功,有人追求内心平静,有人追求家庭幸福。这种目标可能随时间变化,甚至终生都在调整。 实际意义:成长不像数学收敛那样有一个固定的“终点”,而更像是在探索一个动态变化的目标空间。你可能以为自己在“收敛”到某个状态(比如稳定的职业),但生活中的重大事件(失业、疾病或新机遇)可能改变方向。 ( 2 )非单调性 数学中的收敛:许多收敛过程是单调的(值单调递增或递减),或至少在一定范围内趋向稳定。 成长的类比:成长往往是非单调的,充满了起伏和反复。例如: 一个人可能在 20 岁时觉得自己已经“成熟”,但 30 岁时因重大挫折重新迷茫。 职业发展可能在某些阶段快速进步,但在其他阶段停滞甚至倒退。 实际意义:成长中的“倒退”或“波动”如职业瓶颈、心理低谷)是正常现象,不像数学收敛那样总是在“靠近”目标。 ( 3

    Read More

  • [程序员] Swift 岗的前景怎么样?(和 android 和前端比起来)

    ·

    据我观察,站里面发的招聘帖子都是在招前端、go 、java 、python ,招安卓的很少,招 swift 的基本没见过 现在趋势就是前端吃掉客户端,所以 Android 和 swift 现在属于越来越烂的职位了? 然而,据我使用体验,iOS 上面的非原生开发的闲鱼 app 就是一坨答辩,经常出 bug 导致我得杀后台重启应用 所以, 前端真的能吃掉客户端吗? 客户端里面 swift 属于比 android 待遇差的岗吗?其实考虑到平台的稳定、生态和用户的付费能力,苹果的生态是比安卓好的。但实际上这也限制了发布 app 的能力,安卓给个 apk 就能装,但苹果得层层审核。 还有一个很少有人提的微信小程序。感觉很多行业都不做手机 app 了,直接做小程序,比如医院挂号 app

    Read More

  • [酷工作] 找一个 UI 兼职。

    ·

    需求描述:根据现有的网站,重构一版友好的 UI.加分项:产品思维、C 端经验、移动端响应式经验。最好人在深圳南山,可以线下沟通下报价模式:整个项目一次性报价打包,后续一些零散任务继续按时。 有兴趣的可以先加我微信细聊:aHVhbmdjaHVhbmhlbmc= (base64)

    Read More

  • [推广] imgbed.cn 被我捡起来了

    ·

    如题,2020 年应该有人使用这个域名做过图床,应该没坚持多久。我从 22 年开始做自己的图床,地址: 敖武的图床 , 应该是去年买的 imgbed.cn 这个域名,目前功能已经迁移完成了,欢迎大家来体验。 免费用户有一定的额度,付费用户没有任何限制,还支持 API 上传。欢迎大家来体验和提出建议🙏🙏🙏

    Read More

  • [酷工作] [全球远程] Airbnb China 招各个级别的 Backend Engineers

    ·

    Airbnb China 招各个级别的 Backend Engineers: senior/staff/senior staff 都需要。 主要来负责做和客服相关的各种系统,英文面试,leetcode medium 左右算法+system design 。 Top pay, 全国远程办公,跨国限制性远程,WLB 极好,详情参考 https://careers.airbnb.com/positions/?_offices=china 。 可以找我内推(简历通过机率大一些)。shi.lei@airbnb.com 请附上自己的刷题记录

    Read More

  • [程序员] 告别繁琐的滚动: Prompt Navigator 让 AI 对话历史回溯更轻松

    ·

    简化你的 AI 对话历史导航 在使用 ChatGPT 、Grok 、Gemini 、Claude 或 DeepSeek 等会话式 AI 平台时,当对话内容变长,回溯之前的对话内容可能会变得繁琐。Prompt Navigator 作为一款 chrome 浏览器插件,旨在解决这个问题,帮助你更便捷地在漫长的对话历史中进行导航。 功能概述 Prompt Navigator 的核心功能是让你能轻松跳转到对话中的各个提示词(prompt)。这在需要回顾上下文或修改之前输入时,能有效节省你的时间。 平台兼容性:目前支持 ChatGPT 、Grok 、Gemini 、Claude 和 DeepSeek 。 版本说明:适用于上述平台的个人版计划,暂不支持企业版。 设计理念 Prompt Navigator 的 UI 与各 AI 平台保持一致,避免额外的视觉负担: 增强体验特性 除了核心的导航功能,也加入了一些辅助特性,希望能提升使用体验: 深色模式:为长时间使用提供一个更柔和的视觉环境。 可调节面板:导航面板支持拖动和调整大小,方便用户根据个人习惯进行布局。 剪贴板支持:提供快速复制文本的功能。 消息折叠/展开:允许用户选择性地折叠或展开消息内容,以便于快速概览或查看细节。 如果你在使用会话式 AI 时,觉得对话历史导航效率不高,可以尝试一下 Prompt Navigator 。 点击此处前往 Chrome 应用商店安装

    Read More

  • [硬件] [求配置单] 1.5W-2W 纯游戏主机 (不含外设),追求性价比+战未来,求避坑指南!

    ·

    背景 & 需求 多年未装机,现役移动设备( Steam Deck, Quest 3 )已遇瓶颈,家中无主力 Win 游戏设备。 趁 618 计划组一台 纯游戏 PC (工作有 Mac ),预算 1.5W – 2W (RMB),仅主机(机箱+内部件,不含显示器/键鼠)。 深知当前硬件市场(尤其显卡)可能非“最佳”时机,但短时间未来也不一定会降价多少,求避坑建议。 核心要求(按优先级排序) 纯游戏性能 & 战未来: 目标:主流 3A 大作 (如 2077 、无限暖暖、黑神话等) 在 1080P 最高画质 60 帧 稳定流畅(不开光追,可接受 DLSS/FSR 质量档)。能兼顾 4K 或 高刷 (120Hz+) 更好,非必需。 显存焦虑:明确要求 ≥12GB 显存 (8GB 以下不考虑,战未来信心不足)。 性价比优先:满足性能前提下,选价格合理的方案。新旧取舍:若新旧两代性能差距 < 10%,价格差合理

    Read More

  • [分享创造] Komga 漫画服务器元数据刮削器

    ·

    KomgaBangumi Komga 漫画服务器元数据刮削器,使用 Bangumi API ,并支持自定义 Access Token 用于自建 Komga 服务刮削漫画元数据,生成 Metadata 和封面 脚本制作的由来 事实上目前已经有两个可以使用 Bangumi API 进行元数据的 Komga 轮子了:BangumiKomga 和 komf,之所以制作此脚本是因为它们具有以下痛点: BangumiKomga 对于单本漫画下的书籍强制重排序,由于用户文件命名场景的复杂性势必会导致破坏一些漫画的数据 不支持刮削 Bangumi 上的原名和别名信息 komf 无法从类似[漫画名称][作者][出版社][卷数][其他 1][其他 2]的文件命名格式中正确提取漫画名用于匹配 因此基于 eeezae 的原始脚本 KomgaPatcher 修改并增加了各种功能后诞生了这个脚本(还有位协作者:ramu ) PS:komf 的实时监测和增量更新依旧很好用 功能 从 Bangumi API 获取系列和卷的元数据及封面 支持 bookof.moe 作为备用数据源 (刮削) 在 Komga 界面添加刮削按钮 批量精确匹配库中的系列 失败的系列自动添加到 “手动匹配” 收藏夹

    Read More