@murmur 手动+1

这是我最讨厌的 excel 合并单元格式的所谓架构图，把不相关的系统/技术/模块/业务概念的名词通过随机的一些方式分组堆叠在一起

设计、架构问题，很多时候关键是搞清楚哪些问题需要决策，然后做出决策。有经验还刻意使用这种图的人，就是非常不负责任的不梳理问题，只堆叠答案来试图说服（糊弄）其他人的混子。没经验画这种图的，就是被晃倒没方向的受害者。

后端业务到后端基础架构或者反过来都是常规转向，阻力不大，而且才 2 年经历，处于随便咋转都可以的阶段

开源经历对同类组件的岗位肯定是加分项，具体幅度取决于对应团队的调性和你的贡献的大小

要说问题，基础架构团队本身就只有规模以上的公司才养的起，你的背景不够硬的话会比较困难，不像业务开发可以先面不感兴趣的公司试手慢慢熟悉了再面心仪的公司，基础架构一共没几个选择要更珍惜谨慎面试

你只是看的少了
....觉得有些新鲜感
....文面上简洁，基本意味着语法或机制的复杂
....而语法简洁，基本意味着文面上有冗余
....美和美之间是有冲突和矛盾的
....所以大家说谁美谁不美，可能实际上实在争论 xp

十几年前复旦学生网是没有了么？ 时代眼泪了…

学生简历有些抓不住重点有些小问题不影响什么的，多找找坑位，多了解你要去的那个组在公司里的地位、情况，不同组的区别非常大
奔着涨干活经验的话要找业务还不稳定的初期或者中前期的业务部门，把实习生当员工使唤的那种。而要熟悉了解大厂博弈厚黑学，暗规则什么的，可以找成熟的中台类、支持类部门，各种会议、排期、优先级 ROI pk ，就算不喜欢也是程序员生存必备技能。要奔着留用去，那就找核心稳定的主力部门，避免拿到毕业证的时候部门已经调整变化了，也能比较综合的看到大厂的各种情况。最要绕行的是所谓养老部门，人家正式员工也不争绩效晋升，追求 wlb 和大厂在职年数混着合适，实习就价值太低了。

前一阵子玩了 VictoriaLogs 不错，你可以先拿你的数据集压一下看看

50km 的话正好到京都了。 一般交通直接查地图坐火车就行，新干线是大阪到东京这种距离才考虑的

jetbrains 内置：建.http 后缀文件原地开始写请求。尤其是你还要历史记录和维护，没有比纯文本文件+git 更好的轻量级选择了

我的思路也是不管理，但是具体做法是 lru 自动关 -> tab wrangler

开会不拉后端和不拉前端或者不拉任何关联角色都是错的

但什么后端比前端重要，产品比测试重要，PMO 没用，leader 没用什么的也是差不多级别的错误

只能说优秀的匹配机制，OP 和 OP 的老板我都不想做同事

补充：在一个社区看到一些不爽的东西来另一个社区开帖求认同什么的真的很 low ，xhs 上的人如何如何，这里喷了又没人能看到，我只喷我在这个社区不想看到的东西

抛有一些有意思的命题，希望心智成熟逻辑清晰的程序员能够冷静思考

1. 程序员群体里，入行契机和小时候打游戏有关的可能不少（身边统计学），但是就算前面的命题成立，「小时候打游戏多的人成为程序员的概率更大」或者「长大后更优秀」这个命题成立吗？

2. 给小朋友买什么电子设备，做那些限制，这些课题占「良好的家庭教育环境」的比重是多少？熊家长如果按照「正确」「先进」的方式来管理电子设备，能改进家庭教育多少呢？

3. 5 年，10 年前入行成为程序员获得的红利和 15 年后的比较起来如何？ 程序员父母觉得自己做程序员赚钱了受益了，然后就认为有利于孩子做程序员的事就是好事，这和上一辈要求又或是希望我们继承家业有什么区别？


利益相关：死打游戏的，吃到互联网红利，家教自认开明

请在标题写出 cursor 字样方便和我一样反感的人过滤屏蔽，谢谢

虽然都是 js ，原型链和组件-父组件构成的链完全不是一回事儿

用链表理解依赖注入怎么想都是歪的

OP 后面描述的一些行为，比起依赖注入，似乎更像职责链模式

我选择缴灵活，我认为代缴不如断缴。 真金白银的事为什么要主动选择冒一个没必要的风险呢

仿冒，侵权这些角度可以投诉甚至起诉。代码角度放弃吧，首先换 license （或者就算是删库）并不撤回过去版本的 license 授权，其次 mit agpl 甚至所有开源协议都是不限制商用的。

我之前建议不理解开源协议授权究竟让渡多少权利的多数普通人要晒项目就选 NO LICENSE 也就是保留一切权利

就个人玩耍来说不玩了，换 zig 了，但干活还真用上了

系统管理员自己明文手动管理其他人的帐密，该解决的是这个系统，而不是如何高效地明文管理密码

谢谢，目前我只反感 cursor 帖子