我可能贡献了一次..
哈!有用就好…
搬哪里
…
有分页吧
用 inner join…
环境变量和模式是两个维度的东西。
模式解决的是开发、测试、生产行为模式不同的问题,自然包括环境变量的不同,也包括行为模式的不同,比如你提到的懒加载。
环境变量解决了 release
= code base
+ env
的问题。
其实 Rails 里也可以直接通过 env 来设置数据库链接了,两者不冲突。网关配置也可以用dotenv之类来管理。
当你的中间表也是一种实体的时候,这个实体甚至会有除了两个外键之外的属性,就要给中间表建 model 咯。 还有一些性能优化的场景,只需要查中间表就能判断出的结论就不需要 join 三个表再判断了。
所以我面试的时候经常问,has_many_and_belongs_to 的原理和什么时候要用 has many through,能排除一大部分这样的同学
挖矿…
……
自动补全…
PM 把需求想清楚,把流程设计通畅,把需求描述清晰是本职工作。
工程师把需求理解清楚,把需求转化为技术实现,写出可维护可扩展 bug 少的代码,顺便找到流程中缺失环节反馈给 PM,这是本职工作。
所以,你问工程师只负责实现么,我觉得是。我觉得可以理清需求给出实现就算是合格的工程师。
至于你要问,工程师要不要负责产品设计,要不要负责 UI 设计,要不要负责 QA,要不要会演讲,要不要负责运营,要不要负责管理?我当然觉得会的越多越好,能做的越多越好…但往往这样的人可遇不可求,或者都去自己创业了…
从现实角度,每个人精力有限,写代码真的不是一撮而就的事,耗费大量时间和精力在里面,能做好一件事都很难得。
工程师少,懂产品的工程师更少,我觉得现在流行的分工方式其实才更容易让团队 scale。不需要要求每个人都是所谓的全栈、万能,但每个领域都要有专家,大家取长补短,团队整体才能强大。
ps. 完全赞同楼主说的「给出一个好的问题,比直接给出具体的 solution,要更好」
开发用 PG,运维用 MySQL
都不熟?那用 PG 吧,至少开发体验来说比 MySQL 好玩多了,OLAP 和数据分析相关领域 PG 系资源更多一些...
程序员的未来出路 好想去听
……
🚀
其实大多数时候性能并不是唯一指标…
看到各种为了性能就过早冗余的设计就痛心疾首
好像可以耶!但要 9.5+
终于有了动力…!
感觉快了,和现在 ruby china 部署到同样环境下对比一下,现在不能排除是 heroku 快
之前写过一个etl 工具,就是用 csv 做中间格式,来快速导出和插入的。
可以试试polo
#2 楼 @silentbit 中国雪乡,是黑龙江么。。
Snow 是什么