#46 楼 @u1394440636 更新了链接。
有办法能把 oauth 协议升级到 RFC6749 正式版么?
建议采用第三方组建来实现,而不是自己写。doorkeeper 的确有你说的这些问题,但是如果仅仅把这些当作是作者的一种代码风格(显摆),封装好了尽量不动,不去碰就好了。
用这个网站提供的服务,可以实现把本地的 en.yml 通过命令行导入到网站,然后在 server 端翻译其他语种,在通过命令行同步到本地的 lang.yml。
可以找个时间总结一下,分享出来。
关注随机数生成质量,赞一记,系统安全方面的基石。
好贴,非常认真细致的总结,加精支持!
不知道群里有没有其他公司面试过这家公司,能否佐证 @dearest 所提到的事情?
rvm implode
然后换 rbenv 吧 https://gorails.com/setup/osx/10.11-el-capitan
推荐 👍
已经创建了 Crystal 节点。
简书作为本届 RubyConf China 2016 的赞助商,必须支持!
看这里,视频+文档手把手教你如何部署生产环境 https://gorails.com/deploy/ubuntu/16.04
#8 楼 @lilijreey 呵呵,那么你为什么不直接用 Erlang?
#3 楼 @lilijreey 相同的书写方式和代码重用是销售说给市场听的,作为严肃的开发者千万不要轻易相信,如果为了追求相同的书写方式,那是舍本逐末,能通过语言和框架,结合你在具体场景中的 mind set 才是重点。
用异步去解决问题其实是无奈,从内核支持 IO 异步带来的并发性能优势我承认,但是核心问题在于大量的业务场景,以及业务逻辑代码并不是异步的,但是却要你用异步的方式 + 奇技淫巧来处理。没错必须用异步来解决,但是造成这个问题的原因是因为你别无选择。
请别扯 Erlang,完全不一样的东西好么。
前后端统一语言是一个伪命题,并非那么重要,关键是看场景,脱离场景谈这个其实是扯。 前后端即使使用同一种语言,也不代表前端的人的 Mind set 跟后端开发的人一样,另外 NodeJS 带来的 callback 回调,以及为了用异步回调去解决顺序处理所衍生出的各种奇技淫巧,是我用过了最后放弃掉的主要原因,还有就是如果你想把各种 NodeJS 的后端库都拿到前端去用,即使 Browserfiy 之流也是各种坑,这些都是由整个社区发展的良莠不齐,以及前后端天生割裂的两个场景要硬生生的整合所带来的问题,很少吐槽 NodeJS,但是不吐不快。
CoffeeScript 是明日黄花,直接用 ES6 + Babel 吧。
楼主需要多写代码,如果能累积写 5k 到 1w 行左右真实的可以实际使用的代码,就应该能达到寻求工作的程度了。 Github 上大量可以参与贡献的项目,值得去研究,找到一个感兴趣,且愿意切入进去的项目,熟悉了之后能上手帮忙改进,增加功能,到时候面试的时候带着这个项目做介绍演示,就不用担心没有机会。
收到了 DaoVoice 的致歉信。
少有南通的公司招聘,支持!
这是一个看脸的时代,赶紧配图,颜值担当,颜即是正义!