MorningStar0's recent timeline updates MorningStar0's recent timeline updates |
MorningStar0V2EX member #261877, joined on 2017-10-24 09:57:46 +08:00Today's activity rank 3197 |
blog.ashesborn.cloud/
| [听人劝吃饱饭] 按照 v 友建议更新了 blog 设计 程序员 • MorningStar0 • 8h 15m ago |
| 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑
2 求职 • MorningStar0 • 2 days ago • Lastly replied by MorningStar0
|
54 |
| 封装了一个简单的乐谱转换工具,支持常见乐谱之间的转换 分享创造 • MorningStar0 • Mar 18, 2025 • Lastly replied by MorningStar0 | 15 |
| 说几点个人使用 nextjs 的感受 程序员 • MorningStar0 • Feb 16, 2025 • Lastly replied by gongxi036 | 54 |
| [独立开发]一款基于端侧 OCR 的食品保存日记 分享创造 • MorningStar0 • Oct 24, 2024 • Lastly replied by MorningStar0 | 16 |
| 做了一个记录冰箱里存放食品的应用，支持把食品过期时间导出到系统日志 分享创造 • MorningStar0 • Jul 17, 2024 • Lastly replied by MorningStar0 | 20 |
MorningStar0's recent replies
2 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@CoderChan 感谢回复，简历我确实得优化下了。前端性能优化这块，我回顾我的经历感觉有时候对业务的帮助确实有限，就像低代码平台，我们基于 React 做，做到了全选 1000+组件进行批量替换不卡顿的性能，但是它能为用户带来什么呢？ Unfortunatly ，用户可以接受秒级延迟。数据链接的优化也是，即使我的 DSL 递归配合动态规划的思路，用 cache 完成了近乎 logN 级别的优化，用户其实也体会不到。
我并不是反驳这些不应该写到简历中，而是，真的在怀疑自己的产出对于真实业务的帮助。第二个规则引擎也是，似乎我设计完了 handler 和 data struct 我的工作就已经完成了。
我只感到空虚。前端这个领域，微前端，AST ，这些基建我也都搞过并且上到生产了，但这些也都是开发体验，真的为某个现实世界的用户解决他的问题了吗？我深表怀疑。
By the way, 我觉得 GraphRAG 的优势不止是召回率的，核心还是对全局问题的回答和证据驱动这些，我想可能需要突出这个点。
我并不是反驳这些不应该写到简历中，而是，真的在怀疑自己的产出对于真实业务的帮助。第二个规则引擎也是，似乎我设计完了 handler 和 data struct 我的工作就已经完成了。
我只感到空虚。前端这个领域，微前端，AST ，这些基建我也都搞过并且上到生产了，但这些也都是开发体验，真的为某个现实世界的用户解决他的问题了吗？我深表怀疑。
By the way, 我觉得 GraphRAG 的优势不止是召回率的，核心还是对全局问题的回答和证据驱动这些，我想可能需要突出这个点。
2 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@quinaeus #51 感谢回复，我确实应该更新一下 profile 相关内容。我是因为前两天突然情绪很 down 所以才突然想找工作了，感觉自己需要回归人群了，所以就忽略了这些。
Remote 对于我的感受基本是让我丧失了线下构建以技术和前沿讨论为核心的圈子的机会了。有种无法确认自己价值的恐慌。
我自我的认知和想法其实一直没变，是非常想通过技术能力创造一些东西获取认可。不过比较现实的是，虽然做了挺多开源项目，但是很多都是只会做不会找用户反馈，或者是上班的工作内容让我没精力投入到这些上面了，总得来说，我虽然意识到了问题，但执行的不好。
对于这种情况，我发现只有在自己失业的情况下才能按照 MVP->寻找用户反馈这样的路径去执行。所以，上份工作结束后，我想沉下心来，认真的选择一个方向，围绕它来做开发和推广了。
但正如我上面所说，我从来没在这种方向上获得客观意义上的成功，所以，未来我可能还是会在焦虑->自信->再焦虑这种情况循环吧。
Remote 对于我的感受基本是让我丧失了线下构建以技术和前沿讨论为核心的圈子的机会了。有种无法确认自己价值的恐慌。
我自我的认知和想法其实一直没变，是非常想通过技术能力创造一些东西获取认可。不过比较现实的是，虽然做了挺多开源项目，但是很多都是只会做不会找用户反馈，或者是上班的工作内容让我没精力投入到这些上面了，总得来说，我虽然意识到了问题，但执行的不好。
对于这种情况，我发现只有在自己失业的情况下才能按照 MVP->寻找用户反馈这样的路径去执行。所以，上份工作结束后，我想沉下心来，认真的选择一个方向，围绕它来做开发和推广了。
但正如我上面所说，我从来没在这种方向上获得客观意义上的成功，所以，未来我可能还是会在焦虑->自信->再焦虑这种情况循环吧。
2 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@hiboshi 不知道哦，我两份远程都是签合同有流水的。理论上可能不算空窗吧（存疑）。要是现在的空窗，我只能说尽人事听天命了
2 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@rayfor2012 电鸭
3 days ago Replied to a topic by liwusen00 › 酷工作 › [急招，流程快] 前端后端测试兄弟看过来，有一个转 Agent 开发的机会。坐标北京/上海/杭州。 |
已发微信
4 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@aojunhao123 当时我做的是个规则引擎，想得是尽可能在递归渲染那个超大的 DSL 的时候尽可能的提前减少一些重复渲染。
这也是我第一份工作低代码平台时候的一些经验，这种超大的 DSL 依赖函数生成的多层嵌套的引用类型，如果基础组件层的 Props 或者 hook 没做好，性能瓶颈的出现会很快，并且当我们想优化代码代码的时候，往往就会涉及大量组件的重构和 store 层的抽取。
帖子里我就尽量减少这种详细的场景了，如果有疑惑我们还可以进一步讨论
这也是我第一份工作低代码平台时候的一些经验，这种超大的 DSL 依赖函数生成的多层嵌套的引用类型，如果基础组件层的 Props 或者 hook 没做好，性能瓶颈的出现会很快，并且当我们想优化代码代码的时候，往往就会涉及大量组件的重构和 store 层的抽取。
帖子里我就尽量减少这种详细的场景了，如果有疑惑我们还可以进一步讨论
4 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@iOCZS 我只是按照最佳实践，对于组件内定义的引用类型都用 useMemo 或者 useCallback 包装下，虽然带来的性能提升用户感觉微乎其微，但是从我的职业操守角度，肯定是给出我最好的饯🫠
4 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@terrysnake 我有个 quest3 ，主要是续航问题
4 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@SuperCowPower 我已经有过被 AI 取代的焦虑了😭。我现在就是有点迷茫，总得来说我其实不太怀疑我的技术，对于行业的热情，可能就是做的事周期太长没太多反馈导致我情绪不对。
4 days ago Replied to a topic by MorningStar0 › 求职 › 从大厂出来，远程工作 4 年后，发现自己似乎本质不适合远程（古法手搓贴，已焦虑 |
@tcper 先给你一个 AI 的回复
> 为什么读起来像挑衅
这句话的语用结构是：反问句 + “两个公司都是” + 因果链压缩 + 省略主语。
> 反问句：“……然后把你裁了？”表面是问，实际预设了一个答案：两次都是你的问题。
> “两个公司都是”：把两段经历并列，暗示这不是偶然，而是重复出现的模式，矛头直指作者个人。
> 因果链压缩：“代码质量问题 → 收回 merge 权限 → 裁了”，把复杂的组织决策、管理冲突、远程协作摩擦，压缩成一条对作者最不利的因果线。
> “代码质量”作为既成事实：作者原帖说的可能是 PR 频繁被卡、技术理念冲突、权限被收走、被边缘化，未必是公司正式认定的“代码质量事故”。回复直接把它当成结论使用。
> 所以它读起来像挑衅，是因为它不是在问“发生了什么”，而是在暗示“你是不是有问题”。在 V2EX 的语境里，这种直白追问不算罕见，甚至可能被部分人视为“尖锐但有用”，但它的表达方式缺乏对复杂性的承认，容易让作者感到被审判。
根据分析给你一个人类的回答，**我不知道**。因为从客观代码质量上，我的代码不能说质量顶级，但是至少都是参考最佳规范来的，而且第二份工作，他们给我规范但自己不遵守，并且一个细节是，一个交易平台无 SEO 需求，他们强烈要求选型为 nextjs 。作为当事人，我不好评判到底是谁代码质量不好了。
> 为什么读起来像挑衅
这句话的语用结构是：反问句 + “两个公司都是” + 因果链压缩 + 省略主语。
> 反问句：“……然后把你裁了？”表面是问，实际预设了一个答案：两次都是你的问题。
> “两个公司都是”：把两段经历并列，暗示这不是偶然，而是重复出现的模式，矛头直指作者个人。
> 因果链压缩：“代码质量问题 → 收回 merge 权限 → 裁了”，把复杂的组织决策、管理冲突、远程协作摩擦，压缩成一条对作者最不利的因果线。
> “代码质量”作为既成事实：作者原帖说的可能是 PR 频繁被卡、技术理念冲突、权限被收走、被边缘化，未必是公司正式认定的“代码质量事故”。回复直接把它当成结论使用。
> 所以它读起来像挑衅，是因为它不是在问“发生了什么”，而是在暗示“你是不是有问题”。在 V2EX 的语境里，这种直白追问不算罕见，甚至可能被部分人视为“尖锐但有用”，但它的表达方式缺乏对复杂性的承认，容易让作者感到被审判。
根据分析给你一个人类的回答，**我不知道**。因为从客观代码质量上，我的代码不能说质量顶级，但是至少都是参考最佳规范来的，而且第二份工作，他们给我规范但自己不遵守，并且一个细节是，一个交易平台无 SEO 需求，他们强烈要求选型为 nextjs 。作为当事人，我不好评判到底是谁代码质量不好了。
Select Language