V2EX › calpes 的所有回复 › 第 13 页 / 共 22 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 5 6 7 8 9 10 11 12 13 14 ... 22

❮

❯

2019 年 12 月 6 日

回复了 InkAndBanner 创建的主题 › 问与答 › leader 竟然让我们用外键

@msg7086 哥 9012 年了，Rails4.2 是 2014 年发布的，那时候我还没毕业

2019 年 12 月 5 日

回复了 InkAndBanner 创建的主题 › 问与答 › leader 竟然让我们用外键

@helloworldgo activerecord

2019 年 12 月 5 日

回复了 InkAndBanner 创建的主题 › 问与答 › leader 竟然让我们用外键

@passerbytiny 我觉得这个定论过于草率了，项目设计阶段，按照“只要有能力必须上更有扩展性 /可维护 /性能好的设计”这种定论一定是非常过度设计的，关键点在于我用了外键 /CRUD 能节省 20 人天，这些人力就可以更好地确保项目进度正常进行，减少 bug，少砍功能，让项目和公司更大可能活下来，这就是项目刚启动 /公司刚创立时的逻辑，例子就是 ROR，框架里到处都是外键的影子，但是仍然是硅谷创业公司最喜欢的框架，也是很多大厂用来实验原型的框架，为啥？可以一个人当五个人用。而如果“只要有能力必须上更有扩展性 /可维护 /性能好的设计”这个定论真的存在的话，每一个架构师 /leader 都得考虑，如果我用了低扩展性 /不好维护 /性能不好的设计来换取开发时间的话，将来项目真做成了需要性能的时候我会不会成为千古罪人呢？
说实话我还真没见过这么想的架构师 /leader，项目没成功的时候尽量先紧着进度来，项目成功了拿公司的钱重构，这基本上就是一个技术选型通用的标准，我甚至觉得这个事情没什么可以讨论的，毕竟一个用了所有扩展性 /可维护 /性能好的设计的项目，最后没做起来，也还是 nothing.

2019 年 12 月 5 日

回复了 InkAndBanner 创建的主题 › 问与答 › leader 竟然让我们用外键

你评估过项目数据的数量级吗？评估过适用范围和业务复杂度吗？评估过公司能够投入的资源吗？用不用外键是个取舍的问题，如果项目数据量级不打，但是业务极其复杂，用外键可以大大降低设计难度，也就大大提升了开发效率，海量数据场景下不用外键是我们的共识，但是如果你的项目不是海量数据呢？过度设计是非常不好的行为，我们都该注意避免这一点

2019 年 12 月 5 日

回复了 lcingOnTheCake 创建的主题 › 程序员 › 连续两次职级晋升失败，分析一下原因

我确定第二次没过不是你的问题，你们的 TC 里怎么还有这种菜鸡选手呢？

2019 年 12 月 4 日

回复了 HENQIGUAI 创建的主题 › 程序员 › 借此想了解一下各位的技术观是怎样的

脱离了实际场景谈技术的优劣性毫无意义，技术理应服务于业务场景，所有技术上的创新也应该围绕解决实际问题或者由实际问题抽象出的哲学问题进行，而技术本身其实毫无意义

2019 年 12 月 3 日

回复了 sekfung 创建的主题 › 职场话题 › 心累，有点想回家考公务员了

其他都还好说，如果你认为自己的能力有问题，真的意识到了自己不适合不属于这个行业，那转行要趁早，趁年轻有时间赶紧转

2019 年 12 月 1 日

回复了 BJXY 创建的主题 › 问与答 › 有多少人收入已经陷入死局

@BJXY 我寻思着这个标准应该提一提，年收入 50w 的资深马仔门槛和 100w 的中层管理门槛