mcfog

倒不是建议不要进入，我的暴论如下：

如果这类问题需要在一个论坛发帖问，而且还打算参考这些回答来实践，那么你不适合币圈甚至不适合投资

@murmur 手动+1

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

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

我第一次听说敏捷是为了不让人偷懒

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

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

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

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

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

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

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

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

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