保罗的小宇宙 - 随笔与杂谈
type: channel
link: https://paugram.com/essay
description: 在这里谈谈我的日常生活，想法与梦想
items: 2024 年终总结
items: 该写好代码吗？写好了也可能变得不好了
items: 关于胖猫事件的一些个人看法
items: 拖沓了一年的 2022 年终总结
items: 关于开源软件的一些思考
items: 谈谈我对恋爱/结婚的想法
items: 我的 2021 - 忙碌但并不充实
items: 今年，我换了 iPhone 13
items: 为什么我一直没能做好公众平台
items: 记清明（伪诗句）

2024 年终总结
type: item
date: 2025-09-12T00:55:00+08:00
description: 这篇总结酝酿的时间也挺长了，主要还是写了不少去漫展的事情。今年主要加强了在摄影方面的技能点，写码方面没有以前那么上进，已有项目的维护不多，也没有开新项目了。阅读指南：本文内容较长，图片数量也比较多，流量预警！如果速度较慢可以尝试使用科学上网！如果是博客和项目相关可直接往下阅读，漫展相关可直接点击 传送门项目与开源新版小窝前台3 月末，我酝酿了几个月的新版设计风格，正式上线。主要使用了 Vue 3 + Nuxt 框架来开发，依旧是手搓组件和功能，虽说旧版依旧还保留着，只是前端部分已经不再维护了。此后都在不断优化各种小细节，这些改动我认为比较值得列出来：4/12：背包页设备点击可查看详情4/13：在首页和歌单页以波形动画形式，展示当前播放的音乐5/28：获取表情数据更换为 setting/list 新接口，并改为状态管理存储初始值Nuxt 和 Pinia 集成度不错，能直接初始化值到 Store 里6/15：修改 SEO 关键词，解决 SVGO 砍掉动画的问题，更新滚动条样式这个修改记录了一个比较奇葩的问题7/27：新增在读详情快照页，调整在读页面布局给在读增加了快照功能，以对抗链接可能失效的问题9/8：相册单独的灯箱组件，展示照片 EXIF 详细参数为相册单独制作了一个灯箱组件，算是正式把相册“专业化”了，摄影佬的那种感觉。12/24：优化日记列表页媒体过多的阅读体验，默认折叠显示剩余图片数量这条记录的更改几乎都在使用 AI 编写代码，当然样式细节还是由本人优化小窝后端基本上都是以服务前端为主的改动，也是简单挑出一些值得列出来的：2/18：新增在读功能2/27：增加 useTokenPermission 授权方案，在读增加接口支持 Token 授权给插件做了一个类似“授权码”的机制，不需要登录即可执行某些接口的操作3/27：尝试解决 B 站视频不能获取的问题B 站再一次更新了 API 的校验，参考网上的方案尝试解决4/14：API 请求错误显示成 JSON询问 AI 用了一种兜底的方案，防止 PHP 逻辑出错打印出非 JSON 格式的内容4/21：修复路由 GET 的参数只带一个问号去请求会把问号当成请求名称的一部分的问题4/21：新增追番进度更新接口通过插件来实施更新追番进度，数据维护更自动化了5/7：引入 Composer 和 PHPMailer芜湖，终于在 PHP 上使用包管理器引入第三方代码了5/10：基础页面的 Sitemap 功能，后续需要补上日记、项目的目前博客的流量依旧远大于小窝，增加 Sitemap 功能或许能让小窝的收录比之前更好？5/27：增加判断是否有丢失源文件的媒体接口之前不是因为我误操作丢失过很长一段时间的图片么，这个接口是进一步检查缺失问题的，目前 404 的媒体应该减少到 30 条以内了7/27：完善在读接口的快照参数配合前端完成快照功能7/27：新增快照内容转存图片资源的接口就是提取快照里的图片转存一份到服务器上，不然可能会有防盗链的问题，不过后台并没有此功能的入口9/19：兼容 PHP89 月 12 日购买了 Bandwagon 的服务器，全新配置了一套 PHP 8 的环境，之后修复适配详见 尝试配置 OneInstack 环境失败，开始手工配置9/20：不知道为什么查表结果不是 string 而是 int 了，先改了吧不知道是升级了 PHP 版本还是 Medoo，返回数据类型变了导致我的判断出错了9/21：修改跨域相关设置，允许我的网站访问后台地址更换成二级域名来部署了，又遇到了一些新的问题尝试解决11/20：概括 RSS 日记中事情实际发生的时间主要是让 Follow 订阅的用户能了解原文的实际发生时间小窝后台1/11：批量上传媒体，未上传完毕阻拦跳转其他页面1/11：批量上传媒体，中间出现错误会直接结束循环并提示错误，可重新编辑上传队列1/14：分页器仅显示部分页码1/20：修复通知组件动画异常问题这就涉及到 React 的渲染机制了，如果 key 使用 index 则是原地重新 document.createElement 了（猜测）反过来至少用时间戳+随机字符串定义一个唯一值，则动画正常，不会因为其中一个元素消失重新播放2/19：新增在读功能2/29：在读字段扩展，增加作者、站点名、标签3/5：杂项内容修改保存前校验 JSON 格式是否合法5/30：useRequest Hooks 新增缓存功能虽然只是函数名称作为键名，主要是给相册分类使用6/12：新增精选媒体功能7/12：页面新增插图参数8/21：编辑在读文章快照内容9/21：增加跨域允许设置 Cookie 相关逻辑12/6：日记音乐播放器改为全局，页眉可控制（AI 写的12/11：存储音乐播放列表功能小窝工具箱插件在去年的总结里…

该写好代码吗？写好了也可能变得不好了
type: item
date: 2025-06-09T11:52:00+08:00
description: 最近同事分享了一篇文章：《该写好代码吗？我也迷茫了。写的代码好被替代，写的代码差到处救火》，引发了我的思考。我问了问他的看法，是写好还是不写好呢。答案可以说是意料之中，“正常写就好”。他觉得正常写也会有 Bug，代码也不会很糟糕。确实是这样，因为即便你当时认为写好了，这需求变化速度实在太快，后续很有可能就不能满足需求了，就产生了所谓的 Bug。这让我很自然的联想到我现在在公司做的 Felo 搜索 项目，确切来说它现在的定位已经渐渐不是一个纯粹的搜索网站了，而是各种 AI 工具的混合体，主要竞争对手是 Perplexity、Genspark、天工 等。前端方面我的评价是基本上已经乱的一锅粥，原先的逻辑很多不能满足现在的需求，就是一个超级缝合怪，既要 Perplexity 的那种搜索总结功能，又要 Genspark 的 Agent 型对话交互模式... 两种完全定位不同的东西被强行融合到了一起。但是换个角度来说，大公司做的东西不也是堆屎山么，不见得有多好，除非推倒重新开发。我们现在 996，就是飞快的加功能，老大天天都想发布新版本，怎么可能愿意干这种事？最近我们在做的 AI 生成 PPT 功能也差不多是这样子，越演越烈，产品交互方面并不统一，此前 PPT 是一个独立页面，任意入口点击后打开新窗口生成，之后是独立一套交互流程。而现在为了兼容“PPT Agent”模式（单独一个工具页，通过上传文档什么的触发创建一条记录），强行让其他入口套用它的逻辑。作为对比，和它入口旁边的同级功能，思维导图、智能图形，目前都不会单独创建新的记录（虽然它们也各自有一个 Agent 模式）。原先交互：打开一条搜索记录，找到生成的 PPT，打开独立页面现在交互：上述入口保留，生成的 PPT 会产生单独一条搜索记录，生成成功后则点击直接打开独立页面，并且作为 PPT 其入口还不在“文档库”里面，很迷后续需求还说得兼容之前搜索的逻辑，把原先那套模式给搬到新的 UI 上面，主打一个“抄谁不像谁”，代码逻辑的耦合性实在太强，很难想象之后要产生多少 Bug... 只能感慨地说一声，现在它已经彻头彻尾变成了“Felopark”了，这样的架构，代码也不太可能能写得多好了。所以回到最前面的话题，写代码正常发挥即可。至于可替代性什么的，只要你的能力不差，去哪里都会发光发亮不是么。

关于胖猫事件的一些个人看法
type: item
date: 2024-05-22T00:54:00+08:00
description: 蓝底白字的 官方通告 已经出了，结果也是在预料之内，看完这篇懂得都懂，这就是语言的艺术。官方的主要出发点是为了平息事件对于公众的影响，但即便如此我相信大多数人的看法都是明智的。前有假结婚后分财产，后有谈恋爱“同居”大额生活费不算诈骗，版本也在不断快速迭代，但总体而言法律依旧是在偏向女性的，这也就是为什么会出现这么多令人讨厌的 T0 “小仙女”了吧。关于这份通告不同人也有不同的解读，一方面认为这是“真反转”，认为女方不是诈骗，反倒是胖猫姐姐涉嫌夸大诬陷女方。另一方面则是和我想的一样，女方确实存在诈骗行为了。我认为从胖猫角度上来说，他可能认为钱给够了女方就会喜欢他。（可能太恋爱脑了，真以为自己满足对方的要求就能得到她了）从女方角度上来说，如果根本就不喜欢他，她应该及时拒绝，而不是让男方一昧的“爆金币”。（都没长期共同居住过都敢要这么多钱了，难道官方鼓励在恋爱中大手大脚的花费吗，显然不可能啊）这就涉及到个人的道德底线问题了。针对这份通告也是有个知乎回答特别有意思，说是给真正的捞女提供了思路：男方转给女方的钱要适当返还，这样可以被警方认定是正常男女恋爱关系女方要让男方用恋爱记、小荷包等 App 功能共同存钱，并且坚定表示是奔着结婚去的，这样即使钱到手了之后立马分手，警方无法认定自己诈骗要带男方去见见自己的亲友，介绍给家属，之后再以感情不和为理由分手即可想起来之前也有个段子，说唯一合法的方式就是和别人的老婆在一起，既不会分财产，也不会让男方承担较大风险（虽然还有强奸罪，但最起码财产保住了）。看完上述例子之后感觉不无道理，只是这样做也确实不道德。博主的呼吁我朋友说“古代男尊女卑 是有他的道理的”，虽然说着有点难听，但前人之鉴的确不能忽视，现实情况的确有不少东西来来去去都是一次轮回罢了。不然你看苹果的设计，以及前端框架的 SSR，本就是一场轮回，玩的都是前面玩剩下的。女人狠起来连自己人都打，法律偏袒女性的本意是保护女性，但众多事件的发生已经足以证明它已经渐渐变为了某些人的特权，作为广大男同胞的一员，只能对此唏嘘不已。法律的本意是保护，而不是滥用，是为了让你真正遇到危险时能发挥出最大的作用。T0 “小仙女”们的恶心行为，应该是被众人所鄙夷的，而不是被她们的“逐渐深入”渐渐变成“官方正确”。在这里我只能呼吁身边的女性朋友们都能够清醒起来，不要变成像她们那样的负面教材吧... 对不合适的人勇敢拒绝，而不是反复纠缠。男生真的不是不想谈恋爱不想结婚，只是想要遇到一个合适的人确实太困难了。胖猫事件警醒了不少男同胞，告诉他们这并不是少见的个例，这种畸形的价值观已经影响到不少人了。再加上现在各种 App 大数据的推送机制，只会推送用户更喜欢的内容，进一步加大了这种毒鸡汤的扩散。只会让这些人更自以为是，认为男性单方面的付出就是理所应当的，可男生的钱也不是大风刮来的不是么。那你还相信爱情吗我自然还是期望能遇到真正欣赏我、喜欢我的人，尽管可能比较难，但并不代表没有可能。纯爱战士依旧存在，只是概率比较低罢了。（很荣幸自己的一位友链朋友就是这样）只是从我的角度来看，自由恋爱确实变得越来越困难和不可信，宁愿相信自由恋爱或许还不如相信家里人介绍的，至少家庭背景是相对有保障的，并且通过他们的父母也能一定程度上可以了解他们的子女可能是怎么样的一个人，除非是那种关系并不熟络的朋友。至于为什么我至今一直都单身，有人说这是上天在保护你，虽然有点自我安慰的感觉，但总比急急忙忙遇到一个要我爆金币的捞女要好吧... 这大环境就是被这样的人搅浑浊了，我结婚的同事都表示已经跟不上版本了。在真正开始一段恋爱关系之前，我也在认真思考过，自己是否能付出一个合格男友必要的责任。如果不行我自然也不会随意和她们建立关系，我认为这才是对对方的尊重。宁可不爱，也别伤害。因为感情也确实需要一定的磨合，这也无疑是真正的挑战...我曾经有一段黑历史，在这段黑历史的加持下让我有很长的一段时间惧怕异性，我或许更适合先结识异性朋友，从普通朋友做起，消除恐惧，后面才能更从容的面对真正适合自己的人。

拖沓了一年的 2022 年终总结
type: item
date: 2023-12-15T17:37:00+08:00
description: 个人感觉 2022 年编写的日记质量都蛮高的，不如采用原先的分类形式+时间排序链接对应日记的形式，算是个小的创新？由于相册内容堆积了将近一年的量没上传，再加上本次总结涉及到的信息量略大整理起来比较有难度，所以咕咕到了现在。2023 年的总结，估计还是不太适合继续沿用这样的模式了。截至今天（2023 年 12 月 23 日），这篇总结依旧没有被完成，此时此刻我还得开始筹划编写 2023 年的总结了，先挂在这里后续随着图片上传再慢慢完善吧。技术安排了一个直播间模板用 PS 自制了一个直播间的模版，还以此写了一个网页弹幕机（目前已经失效，暂不考虑重写了），和其他人项目不同的特点是可以使用浏览器的语音播报功能。装修的貌似是挺漂亮了，但观众却还是只有那几个人。2022-01-19：直播间美化 / 编写弹幕姬曲线救国配上了 CI/CD上家是使用 Jenkins 完成项目的自动化部署流程的，只要 Git 提交代码，就会触发一个 WebHook 发送到 Jenkins 对应的链接，无疑这么做能大大节省新代码上线所需要的人力成本。而我的服务器资源匮乏，决定采用了曲线救国的方法，将自己家的 Windows 电脑通过 Frp 转发服务到 Gitea 服务器上就实现了这个操作，这么做部署性能强劲，不可能造成其他服务卡顿，缺点就是不想一直开机（有独立显卡功耗高），不能保证随时可用。也许弄一个远程启动电源的方案可以解决这个问题。配置 Jenkins 期间主要遇到了发送 Curl 消息时出现编码错误的问题，是 @Eric 大佬帮我更换系统集成环境解决的。日记链接以及各种个性化的操作，但基本都是用系统环境变量解决。例如获取 Git 最新提交记录的内容，并发送给机器人2023-01-27：折腾优化 Jenkins 相关内容编写了一段自动化 Shell主要还是年末操作 Jenkins 的时候误删了上传的所有文件，这种大批量的老数据最后的备份只有 2021 年的，之后产生的新数据都只能重新更新上去，这种反复枯燥的操作，只能把希望放在编写自动化脚本上了。在春节假期期间，我成功编写了一段自动化生成文章占位图的 Shell 代码，可以将不同尺寸不同分辨率的动漫插画，统一处理成 16:10 的分辨率，并且保持原有的比例进行裁切。原理是遍历文件夹下所有图片，并采用 imgmagick 工具进行处理，最终重新编号导出到指定的文件夹下。相册图片则还需要后期补上，估计加上 Curl 的流程就可以实现。拍摄的照片是最容易的，少数内容是手动拼接或打码的则还需要重新手工处理。开源今年和去年一样，并没有新增什么好看实用的开源项目，以个人学习尝试与经验分享的角度分别开设了两个文档类项目。前者记录我折腾捣鼓过程的草稿性质代码，后者分享我编写代码的一些个人实践经验。都是我入职新公司之后发起的。Code SnippetsCode Style其他项目维护的并不频繁，我的 Single 和 Fantasy 主题也没增加什么新的特色功能（追求稳定）项目个人网站 依旧是我主要的维护对象，包括但不限于以此发起的功能代码维护、日常内容编写，各种小设计等等。隔壁 @Innei 的开源项目 Mix Space 越来越有人气了，但我的程序还是挺垃圾的，考虑到自己服务器配置较低、老数据兼容等各种问题（我日记的数据最早从 2018 年就开始积累起来了），因此暂时不考虑更换后端的技术栈。PHP 它也的确足够用了不是么，为了学技术故意上一套看似很厉害的方案，实际配置起来还更麻烦的。关于自己个人网站的维护经历，我在后期也会整理出一篇文章，欢迎持续关注本博客。保罗的小窝前端方面，前台有计划考虑使用 Vue 3 和 Nuxt，目前推出了一个 测试版本，重新设计了一套新的 UI，依旧是水绿色为主要颜色设计的，这个颜色和初音未来的主题色十分的相似呢。后端方面，主要重构了项目相关内容，将 JSON 存储改为了数据库存储，这样大概可以优化程序执行的内存占用（所有的项目内容都存在了一个 JSON 文件里面，而且后台是直接编辑 JSON 文件而不是提供表单式的界面）统一 Media, Say, Note 接口传入传出都是 boolean 参数类型而不是 0 和 1重构前台 JS 代码，替换为自己的 Pjax 实现，简单实现生命周期的效果（3-14）小窝媒体视频格式支持（6-27）【待完善】小窝后台 Vite偶然通过 QQ 空间看到了这个后台项目设计起初的模样，原来早在 2020 年就换成了现在的这套设计风格了呀。去年增加了换配色的功能，但感觉并不满意，考虑接下来结合 Less 实现更多样化的配色，尝试增加更多样化的底纹？各个页面和组件的代码整理，拆分成独立的模块化 CSS 而不是全局 CSS引入在上家项目实践编写的 useStat Hoo…

关于开源软件的一些思考
type: item
date: 2023-09-08T11:30:00+08:00
description: 近期看到了有关技术圈的几条新闻，其中一条是 WangEditor 的开源作者提到自己做开源长期没有收益，最终不得不宣布项目暂停维护。刚看到这个的时候的我也不得不为此感到唏嘘，想到自己在上家的时候，还将项目里面原有的编辑器替换成了它，因为当时这个项目功能强大，社区和维护也是比较活跃的，最关键的是作者选择将这个项目完全开源不收费。这个编辑器放在项目里面运行起来挺好的，可我作为一个平平凡凡的打工人，肯定不可能为此让老板为一个开源项目赞助吧。更何况这个项目还是一个外包项目，找客户买单更是不可能的事情。由此可以引发一个思考，在国内做开源的确不赚钱，甚至是亏本买卖。因为你在开源项目上付出的时间和精力，往往并不能获得等额的回报。什么是开源或许有朋友不是很清楚开源软件是什么，此处引用一下万能的 GPT 的回答：开源软件是指源代码可以被公开查看、使用和修改的软件。它是通过一种许可证模式进行分发，允许任何人可以自由地访问、学习、修改和共享源代码。这与闭源软件相对，闭源软件的源代码不对外公开。开源软件的主要特点包括：公开源代码：开源软件的源代码对任何人都是可见和可访问的。这使得开发者、用户和研究者可以查看代码，理解其工作原理，并对其进行改进、调试和定制。自由使用权：开源软件通常以自由、开放的方式分发。用户可以自由地使用该软件的功能，无需购买许可证或支付费用。修改和重新分发：开源软件授予用户对源代码的修改和重新分发的自由。这使得用户可以根据自己的需要进行定制和改进，也可以共享和传播软件的更改版本。合作和共享：开源软件鼓励用户之间的合作和共享。开发者可以共同参与软件的开发和改进，为社区做出贡献，并受益于其他人的工作。常见的开源软件项目包括 Linux 操作系统、Apache HTTP 服务器、Firefox 浏览器、MySQL 数据库等。开源软件的发展受益于全球开发者社区的合作和贡献，提供了可靠、安全且经济高效的解决方案。开源的意义所以作为一个普通程序员，开源自己软件的意义是什么，我认为或许对于不同人有着不同的答案。作为一个学生，多写项目可以提高技术水平，丰富自己的编码经历。开源自己的项目代码，或许可以得到其他人的帮助，以写出质量更高的代码。这样你就有了找工作时“谈判的筹码”，相较于其他人要更加突出。而且还可以通过开源项目结识新朋友，相互学习和切磋。作为一个职场打工人又不同了，需要考虑到生活上的问题，工作过程就已经写了不少代码了，写开源不一定能提高多少自己的技术水平，此时做开源项目的收益就不再是经验第一了，自然问题就变成了能否通过做开源项目获得收入了。当然现实也存在着为爱发电全职写开源项目的开发者，或许对他们来说还有自己其他方面的追求吧（名气，技术等等）。我的徒弟 @Innei，他起初是非常看好项目开源的，这点并没有错。昨天他就和我聊到这件事情，他说做开源只能吃土。他做了这么久的开源，唯一收到的赞助是 @Diygod 大佬的（我认为其实算是他帮大佬维护 XLog 的报酬吧）国内环境如此，就是很难通过做开源项目获得赞助。技术值钱吗@Innei：唉 怎么样才能开源挣钱啊，要可持续发展，什么业务挣钱啊，搞技术真 TM 不挣钱，全给别人打工，Antfu 这样的每个月就一万多点他说的没错，纯粹追求技术的确是很难获得变现的。因为公司并不会因为你的技术有多好就能多赚点钱不是么，代码写好一点，Bug 产生更少，后期的迭代能更顺利一些就已经很不错了。我认为，技术本身并不值钱，技术的诞生最终还是为业务服务的。这句话也在我的 GitHub 个人资料 上写了，也是我学习技术的精髓所在，学习到的新东西，最终都要实际落地的，除非这项技术的使用并不会对项目有任何提升，盲目追求新技术可能会产生更多难于解决的 Bug。我和他说，我目前就通过开源获得了一部分收入，你可以学学，尽管并不是很多吧。他也想进一步了解（从批判恶龙，理解恶龙，到成为恶龙是吧）我是如何通过开源获得收入的我目前主要有两个开源的主题项目，Single 和 Fantasy，它们是可以免费使用和安装的。许可证是 MIT，我拿我自己的软件二次开发并收费，也是没有任何问题的。只是如果想获得额外的服务支持和功能，需要购买我的「赞助」版本。两款主题分别售价为 ¥11.11 和 ¥33.33，我认为这个价格并不是非常贵。我每年可以通过它获得 ¥200 左右的收入，目前也仅仅可以抵消一部分的服务器费用而已，想完全收回本还是做不到的。实际上这个收入非常的有限，无法和正式工作的薪资做对比。其实当时主要考虑到我的主题竞争力一般，功能也没有其他人的全。就算做的全，卖太贵又很容易被衍生出破解版，这并不是我希望看到的，因此才折中选择了这个或许更容易被接受的价格。说到这里，就不得不谈谈国人对软件的消费意愿了。软件消费意愿国人为软件消费的意愿依旧不太乐…

谈谈我对恋爱/结婚的想法
type: item
date: 2023-07-02T14:24:00+08:00
description: 本文内容间断修改完善超过一个月了，但博主认为依旧存在些许欠缺，将来可能会做小幅度的调整。因此全文转载就不必了，留下原文地址分享出去也算是对作者的一个尊重不知不觉间就已经母胎单身了 20 余年，又是一年 520，我觉得是时候以自己的角度来说点什么了。下面简单以几个话题为切入点，来分享下我对谈恋爱/结婚的个人想法。内容可能会在将来存在小幅变动，先暂时把我想到的都发出来吧。自卑感我的长相比较一般（感兴趣的可以看我往期在 B 站发过的视频），身高不到 170，由于体质原因已经出现逐渐脱发的现象，在人群中并不会显得非常的出众。不像某些人不搭讪，不说话都能被女生主动要微信。我出身的家庭情况也很一般，内心深处常常存在一种缺乏自信的感觉。但我妈经常会和我说：“比上不足比下有余”，的确是这样，我爸妈都是农村出身，物质匮乏，一切都是辛辛苦苦打拼出来的。现在我们过着不愁吃穿、并且能满足自己兴趣爱好的生活，其实已经算是不错了。但要是考虑到结婚，女方父母肯定会想着男方的经济情况，不想让女方受苦，这无疑是对男（难）方施加了不少压力，动不动就是要买房买车，这要求就已经劝退了不少男同志了。不像我爸妈那个年代，基本上没有什么特别的要求，只是觉得合适就结婚了。在现在这样高房价低收入的时代，并不是谁都能“拼搏一会儿”就能换来幸福。幸福的标准因人而异，我认为踏踏实实的工作生活，符合自己经济情况达到合理的收支平衡，平平淡淡享受生活，就已经足够了。作为一个平凡的人，真的没有必要过于追求面子，什么都要有，什么都要买最好的。面子其实是最不值钱的，只是单纯看你表面来做评判的朋友，或许并不是对你有益的。2024 年 2 月 20 日更新：聊到这里，我想起了自己曾经的个人喜好，当时自己太年轻，为了融入群体得到尊重，却牺牲了自己当时最喜欢的事物。我的喜好在他们的评价下，变成了一种“幼稚”的代名词，现在回想起来，这样的经历真的太愚蠢太愚蠢了！如果女方（假如有的话）和她的家庭对我的期望太高，动不动就是各种超乎能力的条件，那这样的婚的确是没有必要结了。毕竟这样并不一定会带来 1 + 1 > 2 的结果，而且这样的事情多了，双方家庭也过的心累不是吗。圈子隔阂我是一个程序员，兴趣爱好也相对单一，估计现在能提出来的只有动漫和游戏了，可以理解成典型的宅男形象。体育方面从小就比较弱，对篮球什么的也不是很感冒，害怕受伤，唯独有个例外就是疫情前的我会经常去游泳，做一下单杠，还打过点羽毛球什么的。而我目前最擅长的事情几乎都属于计算机相关的，大多数人并不会理解我做的是什么，又有什么意义和价值。因此和我能有话题甚至有共鸣的人比较少，现在除了上班基本上都在家，也没什么地方去玩，要好的朋友十指都能数过来，社交圈也很难得到扩展，而且他们也基本上都是单身的。现在的年轻人都不太愿意将就，我也一样。谁不希望找到一个和自己有共鸣的灵魂伴侣呢？你可能会说，那就扩展下自己的兴趣爱好呀。当下社会比较浮躁，再加上工作已经消耗了大量精力，能静下心来学点东西其实是挺困难的。而且就算是自己喜欢的东西，也不一定会合群。曾经的自己挺喜欢美术，也能通过一些动漫或游戏作品的启发，想出一些天马行空的创意甚至能画出来（这里应该把我小时候画的画展示出来，但是可惜我忘记了）。但现在的我对自己的审美要求高了很多，就算重新开始学习下，短时间内能拿出的结果实在满足不了精神层面的需求，得不到满足和认同感。而且过程消耗的时间和精力还不少，更容易给我一种时间恍恍惚惚过去了，却最终自己什么都没学会了的感觉。而我现在经常做的事情 - 编写网站前端代码，总会有个比较好的结果，至少感觉自己在时间上花的值得，都是能拿出去给人看的东西，而不是做出来简单粗糙的那种。可以说自己喜欢的东西，都会稍用心思去做打磨。2023 年 11 月 24 日更新：我时常会把我的作品和经历发在朋友圈，可这着实得不到多数人的理解，平时不足五个的点赞数已经证明了一切。我发现推特或许会更适合我，因为在那边的同行朋友会多一些，至少 200 个阅读还能有 1-2 条评论不是么。交友活动还是社死活动关于拓展人脉还有一种方式，就是主动出击。前面也提到了我的不自信，对于性格比较腼腆的我来说，想要通过社交活动认识人，也是比较困难。有一些男生特别容易受女生追捧，但他们普遍被带上“渣男”的标签吧，他们性格可能本身就不算太腼腆，认识的女生很多，在街上随便撩一个可能都不是问题，他们对谈恋爱是比较有自信心的，不会像我一样而感到恐惧。我所在的城市有较为权威的青年团组织了交友活动，此前他们大人们总是鼓励我们几个单身汉试试看。想要参与必须填表申请，筛选之后才能参加。每一期的内容和主题都不太相同，但大体流程基本上都是从某一项小活动为题开始：例如喝咖啡、美食品鉴、才艺展示、做手工、玩牌类游戏什么的。光看这样的活动内容，或许确实是挺不…

我的 2021 - 忙碌但并不充实
type: item
date: 2022-02-13T23:08:00+08:00
description: 2021，又是一个在疫情中度过的一年！我今年如果没记错的话，已经累计参加了三次（连续测算作一次）全员核酸检测了，在 2022 节前都还来了一轮，真是没完没了啊～在这样的生活条件下，除了做个工作狂，就没有想过去哪里玩了，因此旅记就没有了，实在是有些可惜。工作今年稳稳妥妥在一家公司干了一整年，你说它好，确实有好的地方，你说它不好，也确实存在不足之处。公司最让我觉得可以的地方在于比较弹性的工作时间，去办公地点晚到的话，晚点走就是了，还可以不定期的在家远程办公，享受不同坐标的午餐。我在这里主导完成了一个基于 React 17 + ViteJS + Antd 4 的一个脚手架，并以此作为基础创建了多个独立的前端项目。基于 NextJS 的门户网站项目基于 WordPress 的门户网站项目基于脚手架的 Coupon 网店优惠券管理项目基于脚手架的 Dropshipper 网店店长商品采购项目基于脚手架的 AccessCode 网店访问权限控制项目基于脚手架的 GroupBuy 网店商品团购管理项目基于脚手架和腾讯 IMSDK 的在线聊天后台项目基于 Svelte 和腾讯 IMSDK 的在线聊天前台项目（嵌入弹窗式）基于脚手架的为 FaceBook 直播平台设计的网店商品和销售管理项目基于 Hexo 博客框架的公司官网项目基于 Shopify Liquid 技术的二次开发网店模板项目并且，还继承（接盘）了一些老项目，负责 Bug 修复和新功能追加...Roroco 设备维修和工单管理后台项目DM 面向电商平台管理员的后台项目技术部分 JS 基础知识学习/实践和巩固制作项目：直播手写的 PJAX 实现，但未使用和开源编写文章：JS 正则使用反向断言及踩坑ES6 各种新语法在新项目中的实际运用编写文章：RegExp /g 踩坑自学初步认识并实践了 Svelte 框架制作开源：奇趣小工具制作公司项目：基于 TIMSDK 的嵌入式聊天框增加使用 TypeScript 写前端的实践没用 TS 的时候感觉意义不大，可用过感觉是真的香初步了解 TS 各种类型定义及使用方式，以及函数重载编写文章：TS 泛型对象数组的多个定义方式编写文章：小故事：为什么公司的后台项目需要 TS？，讲述了实际项目的各种坑，第一次用这种实战角度编写增加了在 React 项目的实践经验，接触过多套框架和解决方案编写文章：NextJS 使用 Less 编译 AntduseContext，useReducer，useRef，useMemo 等预设 Hooks 的实践自定义 Hooks 的编写和使用，主要取代重复的 useState 为主，以及实现同步查询字符串状态Hooks 闭包踩坑，以及如何利用闭包实现一些奇怪功能createPortal 实现简单的弹窗组件接盘了一个 DvaJS 为主要技术栈的项目，主要是使用 Redux 管理所有页面的状态为公司项目编写了一套基于 Vite + TS + Antd 4 作为基础的脚手架，并应用于多个项目中...自学使用 ViteJS 并实践使用 TypeScript + React 的方式编写多个项目使用 ViteJS 自带的 Proxy 功能实现 HTTP 和 Socket 的反向代理编写文章：Vite + TypeScript 模块引入别名配置自学 Hexo 博客框架并实践编写文章：Hexo 模版初入门和指北编写文章：Hexo 的一些冷门小问题制作开源：Hingle 主题制作公司项目：新版官网（后续被另一位前端接管，增加了多语言等功能）自学（被动）初步认识并实践了 Shopify 模板二次开发（Liquid）公司外包项目：某外国户外烤炉品牌的官网（基于一个模板进行二次修改，增加模块、功能等）不算多的 Linux、MacOS 使用姿势给服务器重新安装了环境，从 CentOS 更换为 Ubuntu，换教了SCP、CronTab、NVM、GPG、Nginx、软链接等工具的使用和延伸MacOS 给蓝牙耳机开启 AptX 解码，查询 Log，查询端口占用等我认为我今年学习的内容非常有限，反倒我的“徒弟” - @Innei 现在成为了我的学习榜样了。主要是他已经离开了实习公司阿里，现在学习比我刻苦不说，他在购买技术书籍之后反复阅读揣摩的时候，我却在不断为了解决公司外包项目的麻烦事而挠头发愁。有些公司项目麻烦的问题在于大量不确定的具体需求（你不是最终那位提需求的人，什么东西都只能靠猜和模仿），时而因为需求增加需要修改之前做好的功能（我主导的新项目还好，老项目则局部或全部重构），以及接盘维护旧项目（持续铲屎），定位和修复各种继承许久的 Bug。这就已经卡在瓶颈里了，难以彻底解脱出来。说到底我不就是为了那份工资么。@Innei 现在虽说无业，但他现在刻补基础…

今年，我换了 iPhone 13
type: item
date: 2021-09-30T01:14:00+08:00
description: 2018 年秋天，我用自己参赛得到的奖学金入手了一台魅族 16，它是当年的骁龙 845 旗舰处理器，在有着卓越性能的同时，还是非刘海全面屏，还特别不跟风的保留了耳机孔！这不就是妥妥的游戏机吗！买！我当时还为它专门写了一篇文章扯淡，不知道还有多少朋友记得...魅族 16 使用体验，真香由于是第一次切换到 iOS，于是这里我就以一位安卓用户的角度来看待 iOS，说说我认为的优缺点。为何换机然而现在已经是 2021 年，我手上的魅族 16 已经不再闪亮，它的屏幕被此前考驾照时的我磕了一角，还曾经被我换过主板，有着一段特别黑的 维修史。后盖更是磨损严重，镜头保护处花到直接影响了拍照的成像质量。原神作为一款新出的全平台手游，845 仅仅作为了官方的最低推荐配置，2.0 版更新稻妻地图之后，这部手机的游戏性能大打折扣，打怪的时候发烫厉害，本就稳定不下 30 帧的它显得有气无力，疯狂降频降温。除了游戏性能弱了，它还真没有什么别的能让我特别吐槽的地方。Flyme 系统的优化还是很好的，虽然使用一些国产 App 发热厉害了点，但也不像 @Innei 和我吐槽他小米 8（当年相同的 SOC）卡到不行的那样夸张。拍照效果也还是挺 OK 的，丝毫不落后，你在我小窝看到的绝大多数 照片 都是用它创作出来的。就是它的电池已经严重老化，一天最多能被我拿去充三次电（10% - 100%），带充电器去公司更是变成了日常，只要有一天没带充电器，你哪怕就放在那里不动，中午也是必定关机。WP，Symbian 等系统都凉凉许久的现在，只有安卓和 iOS 两个阵营可以选了。但我感觉今年的安卓机器总体质量不咋地，小米的火龙 888 烧 Wifi 事件相信各位都有所了解，888 发热量大不说，电量消耗、性能和调教相较于 🍎 确实也没做的很好，这也是我今年打算尝试 iOS 的一个原因。一年前的时候，@Innei 就信誓旦旦的说要买 iPhone 12，要改变自己曾经只能用安卓的局面。他入手后除了吐槽那「拖鞋般」的蓝色以外也确实没有什么负面评价，还劝我赶紧换掉这部魅族。可我却并没有盲目更从，毕竟当时原神我手机还是能玩的，和平精英更是不在话下，依旧能战。当时我还在实习，收入不高，家庭条件又不富裕，就咬咬牙继续用到了今年。跳槽到新公司后，我的技术和收入相对以往都得到了一定的提升，加上我此前已经入了 MacBook Pro（做了一期 视频，不过已经是群友的吐槽对象了），那么不妨尝试一下加入 🍎 的生态，也体验一下 iPhone 的流畅！这样完全不会把玩苹果设备的我就彻彻底底的圆满了！电脑系统（Win、Mac、Linux）全部用过，手机系统也能都用过了！在漫长的期待之下终于等到了 2021 年的苹果秋季发布会，iPhone 13 闪耀登场！它如人所愿的改进了 12 较差的续航，于是我就彻底 ❤️ 动了，打算首发直接购买！抢购过程首发抢购的时间是 2021 年 9 月 17 日晚上 8 点，抢购前和抢购后的这几天我感觉一直都是煎熬。当年抢购魅族 16 的我也是这样，有种难以描述的感觉。我首先去的是某东，到点之后直接点击就提示“抢购失败”，感觉就像是抽奖一样，你被淘汰了这一轮池子的货你就买不到了。下一站是苹果官网，到点之后我发现我家这移动真的拉垮，直接连商品页面都卡住进不去。我顿时想到，为什么我不能换一个地区抢呢？我有一个国内服务器，于是尝试用服务器登录网站，发现页面几乎秒开，也许苹果官网有离我服务器特别近的节点？虽然购买页面一直出现报错（服务器负载太大），但还好我刷新几次后终于成功进入了下单页面，成功付款！接下来就等着手机在 24 日首发寄到家咯！相较于之前的 MacBook Pro 2020 定制款，iPhone 13 的速度就只用了一周，也许是因为定制配置的原因吧，当时的两周时间也算合理。为什么不上 Pro你可能会问，为什么不加钱上 Pro 啊？@Recopec 也是这样问我的，他说要是他买，肯定也是选 Pro。首先，Pro 的相同存储规格就比 13 要贵 2K+ 了，虽说那个新出的蓝色确实非常好看，但是好看归好看，经济和实用性还是得兼顾啊！毕竟我不是家里有矿钱多到没处花的人，自己实际使用足够不就可以了么？GPU 相对于 Pro 确实阉割掉了一个，但是整体表现也不会相差太多，开售之前的跑分结果都看得到了。iPhone 玩游戏本身体验就比安卓要稍好一些，新机器玩新游戏是肯定不会有卡顿问题，因此我认为不必过于强求那 20% 左右的性能。翻车了吗这个已经是近期的热点问题了，任何产品都有一定的良品率，iPhone 也不例外。作为今年的一款热销手机，难免会有一部分存在瑕疵和不完美的地方，网上流传的大多数问题有这些，我也逐一去看了看我手上的这台 13，貌似是没有问题的，恭喜我拿到了一台比较完美的…

为什么我一直没能做好公众平台
type: item
date: 2021-08-26T19:40:00+08:00
description: 各位老朋友们应该都知道，我在很久之前就在 B 站上发布视频了。而在此之前，我还在网易云音乐里面开设过一个电台，发布了 2 期就没有坚持下去。你肯定会问，为什么呢？敷衍一点，就是懒，但要是说清楚一些的话，那就很复杂了。今天我有幸刷到了 鱼皮 大佬在微信上发的 一篇文章，讲述自己做 UP 的历程。所以我也想就此为主题，说一下做视频在我眼里有多讲究，为什么我没有认真做好 B 站等公众平台的输出，以及为什么依然还在写着博客。做什么题材我认为做视频最主要的还是坚持，但还需要有足够的技术积累如果你能仔细看看鱼皮大佬发布的内容，基本上都是围绕着技术做“心得体会”，或是技术方面的“经验分享”。这很明显不是我这样的菜鸟适合做的题材。在你没有足够的技术积累的情况下，你完全就没有这样的经验可以分享。如果为了扩展视频内容，说出了连自己都未能完全吃透的知识点，还是错误的，那不就是找喷的？你可能会觉得：我项目挺多的，那就说说你做项目遇到的坑呗。这个其实很多，且很杂，且基本上过于专业化，发布在 B 站这样的平台上基本上是没有人能看懂的。举个例子，我在写 React 的时候发现一个很奇怪的状态失效，最后把解决方法放上来，这样的视频你会看么？那你写代码不是挺多的吗？把你写代码的一些效果做成教程视频呗。事实上，这样的视频还挺多的，但是能把它做好的人也少。有时候我会刷到一些长长的且全程屏幕录像的视频，很像是直播课的录播视频，非常随意，没有任何字幕和代码链接。别人对此怎么看我不知道，我就是感觉他们是想推荐你加入他们的培训课程。这样的 UP 主和视频，相信你也不会持续关注。这里面也不缺乏一些比较好的例子。像是澳门的 @Steven 大佬做的 CodingStartup 系列视频就做的特别好。当初我关注他的时候，他不过寥寥几十个粉丝，结果谁知现在就成了几万粉的知名大神，还得到了 B 站推荐认证。证明了他的努力没有付出东流，认真剪辑出来的视频获得了观众的认可，也得到了像我这样的一批忠实粉丝。做视频是有多麻烦制作一篇视频本身就是非常耗时耗力的工程，如果你仔细看完了他的教程，就会发现他的代码流程一切都是那么的顺畅。在这背后，他也一定做出了很多提前的准备工作。首先你要有一个写好的代码实例，为了做成一次视频，你首先要把详细的流程用简练的语言快速的概括出来，加上录屏，配音，字幕去剪辑。一个五分钟的视频，背后很有可能准备了几个小时。像我这样的人，光是录屏有点卡顿就可能会重录或者是慢慢剪辑处理。因此录屏本身也需要一定的经验积累，保证你不会敲错，更不能出现执行之后没效果的情况。（会很尴尬 😅 不是吗==）鱼皮：首先是录制难，刚开始出镜时，我非常不自然，面对镜头支支吾吾阿巴阿巴，一句台词反复录个好多遍，而且眼神也是死死盯着镜头。需要录制真人的视频，对我来说就更致命了，那个 MacBook 开箱 的视频就已经成为了群友们反复的吐槽对象了== 每次做视频感觉都是玩，毕竟我肯定赚不到 W，最多就是锻炼下口才，还有解说词的编写，仅仅如此而已。这也是为什么我几乎没动力做视频，而且每次做视频质量都不太好的原因之一。让我做一个写代码的视频，其实也不是不可以，就是费的心思可能比他们还要更多。这很明显有一点赌的因素啊，假如坚持下去有收获了，还是有可能吸引上一些人的关注的。视频的受众群自己发的视频一定要考虑自己的受众群。从他的投稿列表中，我明显能感受到其主要受众偏向于编程初学者。除了程序相关的话题，就没有出现过别的。再回头看看我发布的视频，里面既有游戏，也有代码，还有生活剪辑，这就是一个典型个人号的样子啊。这么杂乱的视频类型，怎么会能获得持续的用户关注呢？换做是我，我也就最多就点个赞支持一下...这样的好处在于，一切皆随缘，不需要考虑有没有人看，单纯的当作一个练手工具和托管平台。做视频的人，确实应该考虑把自己当作一个用户。我现在虽然几乎不发视频，但是我刷的 UP 主还是挺多的。像 @笔记本维修厮，他每天都做的是修电脑的视频，作为他的观众，我就是因为他的技艺高超和取巧搞笑的演技，才会对他的节目感兴趣。还有其他类似的 UP，基本上都是抓着 Ta 的主要视频类型去关注的。关注列表里面也不乏一些“全能” UP，但是他们的视频我却并不怎么经常刷到（可能 B 的算法也觉得我只是恰巧喜欢看他的一部分类型视频，仅仅如此，关注了也最终变成了路人）假如我火了假如我真的就专注做前端视频，并且得到了一些人的注意... 其实也未必是一件好事。毕竟火了也有火的烦恼，冷门的烦恼绝对会比火的要少。因为你往往会会发现他们的能力不会比你强太多，反而会更多的会把你当做“长辈”的身份来向你请教。这也就造成了私信数量相过于庞大，不可能一一回复。制作视频的周期本身就特别长了，如果想要把私聊的信息全部都看一遍，那确实不是一个常人能完成的事情。类似的情况其…

记清明（伪诗句）
type: item
date: 2021-04-03T15:12:00+08:00
description: 清明时节雨纷纷然而今年未见雨昨日母亲回故乡恰巧避开高峰期今日老夫孤零零独坐桌前伤脑筋灵感来源今天是 2021 年 4 月 3 日，老爸还要上班（对，不是加班），而我妈昨天回家乡了，于是今天我独自一人在家过节。睡了一觉起来就是 13:30，我去 M 记吃了顿午餐+下午茶。在餐厅刷了一波 B 站，还找了几位朋友聊天。@Innei 和平时一样和我在抱怨着自己写代码踩到的坑，A 表示在看电影，B 没回复，找 C 约游戏没有理我，哎，这就是我的清明第一天！