Ruby China 对程序员界有两大一样。 某一类技术,一定要有 XXX China,比如 Python China
对于语言和框架类的技术,论坛要用这个技术来实现。不过这条不一定。
如果你们就此发了大财,记得分 0.001% 的股份给我
这句真有意思。。。
币
这个字出现 9 次,区块
这个词出现 20 次。这篇文章讲了区块链和比特币,并且提到了 有价值。
从回复看,大家似乎关注点都在币上了。
别动不动就给人扣帽子,程序员,应该怎样,自己有自己的看法。没有任何应该不应该的!
我倒是挺好奇,别的不说,这个论坛哪些是靠电子货币赚到钱的?这里指的是,不算那些赠送的币。
据我了解,身边的人都是陪,没有赚的。
当然,首先样本就太小了,数据的意义不大。也有可能人家自己闷声发大财呢。
什么 bug?可以报个 issue 啊,没准下午就有人提 PR 了。
@sumory 链接打不开了。。。
难道只有我认为,图形界面、鼠标都不好用。像 Dreamweaver 不如 html 来的实在。
至少,移动光标这种,键盘比鼠标快多了。
纸币贬值,政府还没倒闭,都会管的。数字币就不一样了,贬值了,跑路就好了,反正钱赚到了。
ActiveRecord::Migrator.current_version
https://github.com/rails-engine/status-page/commit/2a10345c039e3ace0902f69d71dd214f6e5ccbb8
不再看看 CSAPP
多了不好控制。实例变量,谁想改都能改,不好控制。
有的时候,不应该放实例变量的,也被放进去了,应该避免这种情况。
反倒是觉得项目简单,多一两个还好。项目复杂了,能遵守,尽量遵守。
RPC 解决起来会很方便。
RPC 解决起来会很方便。
用 streaming 是否能解决呢? https://www.sitepoint.com/streaming-with-rails-4/ 就是一个想法,没尝试过。。。不知道对不对。
FP 也是
记得 github 上有过相关 issue。
有点好奇,什么原因导致的这个问题。。。
reindex 数据量小没问题,数据量大的话,也挺耗时的。
一个 rails 程序员,可以相当于产品经理,前端,测试,运维,后端。
伯克利 CS169 还在用 Rails。
不用也可以,有以下要求:
CS 169 有段时间,用了 node,后来又换回来了。
有的就是喜欢选择各种各样的工具,就是喜欢讨论主键要怎么命名,就是觉得与其抽象,还不如直接 copy past。个人表示对此无法理解。
二选一的话,我会选 R。
哈哈哈,为了修这个 bug,修了小半个下午。
之前没见过,涨见识了。。。算是 TIL(Today I Learn) 吧
不过这么写,爬取上应该没啥难度,毕竟只是关键字(private
+ end
)
维护的少了呀。
感觉这两天 ruby-china 总是上不来啊。
之前做个项目,用到的 gem,文件存储没用 carrierwave
,为了支持个七牛云,写的想死想死的(里面的代码太奇葩了),Active Storage 刚好解决这个问题。
简单来说,把原来用 config/secrets.yml
存明文,现在变为 config/secrets.yml.enc
存密文 + 一个环境变量
RAILS_MASTER_KEY 做解密。
之后又把config/secrets.yml
变为 config/credentials.yml.enc
,主要是为了避免误解 (confusing) 。
环境变量是挺麻烦的东西,如果多机部署,每台机器都 source 下,挺蛋疼的。有了config/secrets.yml.enc
,就可以直接存密文,饭后 commit 到版本库里,服务器,只维护一个环境变量就可以了。减少了开发维护成本。
简单看了下,以下是不完全总结。
redis key 由 views/projects/123-20120806214154/7a1156131a6928cb0026877f8b749ac9
变为 views/template/action.html.erb:7a1156131a6928cb0026877f8b749ac9/projects/123
方便回收。类似 ETAG