从公司角度最常见的支持 Java 的论点是:Java 很好招人。为什么要去做很多人都能做,随时可以被替代的工作呢?
如果你只是想找一份能养家糊口的工作,那么 Java、PHP 就是你需要的,这两个语言一直占据招聘市场需求的前排。
如果志向不仅于此,希望职业生涯内做出什么闪光的事情,那么我不会选择 Java、PHP 占主导的公司。这类公司通常把开发人员看作可替换的资源,除了金字塔顶部的人有决策权,其余大部分从事劳动密集的工作。另外这类语言有海量应聘者,公司的选择很多,不利于谈到好的薪资。
我会优先选择使用 Ruby/Python/Go 语言的公司,选择这些语言说明公司氛围比较开明,好的品味占据了主导。这类公司更能拥抱变化,容易发挥个人的价值,做出的产品也更有竞争力。
如果看到有公司主要使用 Elixir/Rust/Clojure,那么我会特别留心,这些公司里面都是 Hacker,做着与众不同的事情。这类公司很可能推出 Next Big Thing,或者被大公司高价收购。
就算有一天没有公司招聘 Ruby 了,我也只会选择更强大的语言,而不是大部分人选择的语言。
(以上想法受《黑客与画家》- 拒绝平庸 影响)
原文没写 bundler 纳入标准库哦。
讨论技术就好了,少点情绪。
来源?
一直
开发 GitHub 和 Gitlab 的语言。
好品味还是只有少数人有。
我没在楼主的环境里部署过,所以我不知道怎么解决。不过有几个建议让部署难度低些:
Ruby 需要一个编译单个可执行文件的工具,不考虑系统依赖,要求纯 Ruby 也行,避免 heroku cli 转投 node.js 那样的悲剧。
https://github.com/phusion/traveling-ruby
这是 Passenger 团队做的打包工具,不知为什么停止更新了。
个人没活路。公司接入支付宝和微信两个就行了。
脚本里做了太多事。
jekyll
别用小众的工具
@ 这么多人是求屏蔽么?
两个建议让部署更轻松:
Ruby 元编程
SVN 也不是不能用。
我觉得楼主应聘应届产品的还不到可以给程序员简历提建议的程度。
可能有 bug,可以到 GitHub 提 PR。
order by rand()
这不是解决,这是欺骗浏览器,会产生漏洞…
webpack 开个 proxy 转发。
schema.rb
带来的好处:
没有 schema.rb
带来的问题:
如果这不能说服楼主,我感觉也没什么办法阻止楼主干傻事了。
去掉 scheme 后,明显劣势是没有地方看当前数据库有什么表和字段了。当然,可以学 discourse 那样把 schema 导到 model 注释里,等于丢掉自带的东西引入一个依赖。
我找到 discourse 为什么不 check-in schema.rb 的讨论 https://meta.discourse.org/t/schema-rb-vs-migrations/14983
他们似乎基于这两个理由
1. schema.rb 不能用 db 的本地特性
这时候应该用 structure.sql。
2. schema.rb/structure.sql 依赖于开发的本地数据库,可能会 check-in 不合版本的修改
开发环境和生产环境应该一致,用 docker 来维护。
至于开发者提交了坏的 structure.sql,应该提交者自己 review 和上游开发者 review,而不是大家都没有一个完整版的 schema,同时期待线上不会出问题。