在 Ruby China 这样的话题不可能撕起来,还是用法律来解决问题吧。
不确定,但是换用 Google Chrome 的 stable 版本应该没有这个问题吧?
话说 Mac Pro 三年不更新了,我现在对 Mac Pro 还有点念想。
通过自学积累一点经验能力,然后降低自己的薪资要求,总能争取到工作机会,之后发展就看自己的努力程度了。
为什么不用复式记账法?
看你用什么编辑器了,目前还没有听到 VIM 用户的报告。
现在吐槽声音这么强大,要么苹果下个发布改进一下,提供更多选择,要么我下一台电脑换黑苹果。
#6 楼 @freefishz 谢谢,你的信息足够了,现在最大的问题是倒数一个月时间,看能否来得及办理通行证和签证了。
我来给配图上的标注点赞,对 Java 程序员来说,写 Ruby 的太台为难他们了,嘿嘿...
希望有去过台湾的同学出一份大陆赴台攻略,特别是办证,机票,以及基本的住宿,出行规划什么的。
支持台湾的 RubyConf 大会!
这是我的 u2b 搬砖,用的是 youtube-dl 下载的 720p 格式 https://pan.baidu.com/s/1boFHECR
#12 楼 @chenyunli 我不是很确定你遇到的 id 的问题具体什么情况,但是 id 自增是由数据库自身来保证的,并不是由 ActiveRecord 接管,所以在 PHP 和 Rails 中,id 的自增行为应该是一致的。
另外你遇到的是在 legacy 数据库上跑一个 Rails,上面 #19 楼 的 @embbnux 讲的策略是正确的,具体操作只能根据情况小心规划,一步一步调整。
已经替换为 Let's Encrypt 的证书了。
使用的是这个方案 https://github.com/xdtianyu/scripts/blob/master/lets-encrypt/README-CN.md
#2 楼 @chenyunli 你问的这个问题是一个好问题,这方面如果是简单的类型转换,比如在 MySQL 中,用的就是 tinyint 来存储 boolean,这样直接就修改数据库 DDL 都不用做数据迁移。
复杂的情况下,可能要根据具体情况来处理,比如通过 migration 脚本分四步
更复杂的情况,就如 #5 楼 @pengedy 提到的,用专用 ETL 工具来处理,这方面论坛里面讨论的不多。
#4 楼 @coderliu 讨论可以尽量不要带立场,这里不歧视新人,培训的事情过去了,我们应该多鼓励和帮助 @chenyunli
业务和技术需求的相关度让我很好奇,用 Elixir 和 Erlang 是做物联网方面的底层开发?
我有一个疑问,以及两个建议。
疑问:为什么不通过创建一个新的 Rails DB Migration 来处理字段的更名,或者数据的更新?
建议 1:yaml_db 对数据规模比较小的情况,如果数据体量较大,可能会生成巨大的 yaml 文件,因为 yaml 格式不支持流式处理,所以读取的时候必须一次性读入到内存,解析非常慢且消耗资源。
建议 2:仍然建议直接通过数据库提供的常规方式来操作数据库,如果新旧两个数据库在同一台机器上,并且更新的时候还需要保存一份旧数据库的副本的话,可以使用 SQL 直接实现,比如下面这条 SQL 相当于在 PostgreSQL 中创建一份数据库副本,然后就可以在新的副本数据库中直接使用 SQL 命令修改字段信息,这样效率最高。
CREATE DATABASE new_db WITH TEMPLATE original_db;
我买了 6 件,除了给自己,还要给远在日本和澳洲的朋友送过去。
上两张活动照片。
