• 太棒了!另外,从开源项目文档翻译衍生开来,我觉得是不是可以正向思考专业文档翻译的解决方案: 1、制定类似 markdown 的文档编写规范化格式语言; 2、开发一个类似 github 的文档库服务; 3、针对性训练垂直领域语言翻译模型,并提供翻译服务。

  • Ruby China 7 岁生日快乐 at 2018年10月28日

    🎁 🎀 🎀 🎀 ❤ ❤ ❤ 🏮 🏮 🏮 💛 💛 💛

  • 什么是模型呢?最开始我也很奇怪,已经有数据库了,在再增加模型层有什么用呢?我们知道如果用非 mvc 等架构,我们是可以直接读写数据库的,但是你会发现每个地方都要去写 sql,非常麻烦。这时如果我们通过模型层就可以不用重复 sql 语句了。

    模型和数据库的结构是一致的,模型相当于给我们提供了一个接口,通过模型我们就方便的操作数据库了。

    举个例子,有个数据表 posts,他有两个字段,id 和 title,我们就建立一个 Post 模型,也就是建立名字是 Post 的类,在这个类里面我们建立许多的方法,去操作数据库。比如建个方法叫 all,作用就是取出 posts 表里的每一条记录。那么我们就可以用 Post.all 的方式读取 posts 表的数据了。

    另外,你也会发现,如果我们开发用的是 sqlite,但是部署却用的是 mysql。因为我们有模型层,就可以直接换一下数据库的接口,必担心换了数据库会因为数据库的不同而产生问题了。

    最后再说下,我们的所有程序最后到计算机的 cpu,他只能执行很简单的一条条预设的指令,但是我们如果要一条条写就累死了(比如汇编),这个时候我们就用各种方式去组织代码,方便我们写程序,比如函数,对象,分层,所以无论多么复杂的代码,本质上都指令的组织方式。关键是了解这种组织方式。

    你只要知道,所有的代码最后到 cpu 那里就是这样的, a=1 b=2 c=a+b

  • 这下真伤心了 at 2017年07月08日

    不想掀起论战,我闭嘴。最后感谢论坛各位的无私付出。

  • ok 1、Linus 的观点什么时候“正好批评”我的观念了?人家在说代码的事情,你非说不是,还要自己引申一下。关于 Linus 的观点能不扯了吗? 2、虽说是诛心的话,但你扪心自问,你没有想炫耀一下自己英文水平的意思? 3、我捍卫你说话的权利,但是你非要和我扯什么 Linus 的观点,我真不想把话题带跑,要谈就谈开源精神、共享精神; 4、别动不动给别扣帽子,我也没说你的不对,是你在说我的不对好吗? 5、这样聊下去只是斗气而已,没什么帮助; 5、你有什么观点,完全可以发布出来给大家评判。 7、我比较反感知乎。

  • Rails 查询去重问题 at 2017年07月07日

    永 first 方法行吗?

  • 1、这样下去跑题了。 2、不扯了,我只是传达一个我的想法,你可以不同意。

  • 1、人家说就是代码事情,别随便引申,又不是人家意思; 2、我的英语不好是实事,我承认,但我比较讨厌的就是知道别人英语不好,故意让人家出丑的行为,非君子所为!

  • 你就是强行在那里扯吧 还有什么我的他说的和代码没关系?

    每个开发者都认为他们的代码是特别的、精巧的以致于应该被默认启用。 没见自己打自己脸的。

  • 我反复看了他说的,人家明明在说提交的代码很烂,还是自鸣得意的人,和我说的关于开源精神有什么关系啊。。。?

  • 我总结下我的观点是: 1、每个人都是人类文明的一份子; 2、自私的基因在精巧的社会结构和规范下实现了整体的利益最大化; 3、从最终的效果看,人的意义和价值还是在于实现了整体的价值; 4、你力所能及的帮助他人,和利己的行为,结果都是实现个人的价值; 5、因此,不要把帮助他人视为单纯的付出,是付出同时也是自我实现。 和他说的有什么矛盾吗?

  • 是的,文章最后想致敬一下开源领域的英雄们,但又怕扯远了。

  • 关于知乎,刚开始确实还是有几个大拿,但现在已经沦为中小学生论坛了,这些人往往没什么社会阅历,少年心性可以理解,但一般我是不上了。

  • 最反感的就是:一边在说别人的不好,一边却说,我没说你的坏话哦,都是你自己理解问题哦。 我的观点哪里不对,你可以发表不同的看法,但是说什么书读的少,我就想问你一句,你读了多少书? 再说了,好像书读的多观点就正确,那老学究的观点且不就是真理了? 什么逻辑!!

  • 有不同观点可以辩论,但起码的尊重要有吧!

    我不同意你的观点,但誓死捍卫你说话的权利!

  • 你的回答很不友好!

  • 我觉得可以啊,就像打游戏一样,然后设计一些徽章。😀

  • 我建议成立社区管理委员、明确社区发展导向。

  • 我想重申一下,我所关注的不是个别的问题,而是论坛的导向问题。论坛的主要目的是服务新手还是服务老手的问题。

  • 没什么帖子伤了我,我就最近翻老帖子,看到一些回复,让人不舒服。比如https://ruby-china.org/topics/29846,倒数第三个回复。

  • 我也不是为了我,只是真心希望论坛能够发展的更好而已。绝对不是因为问题没人回答,才发这个帖子。大家可以投票,认为我说的关于对新手更优化的,回复 1,认为新手应该自己去读文档的回复 2.

  • 我觉得这个你这个思路不对,我认为,问这个问题的人,往往都是遇到问题才会来论坛发个帖子,或者看是英文水平不够、或者是文档哪里不清楚。你这种回答,还不如不回答,反而打击广大新手的积极性。我最近发现,新手现在都不敢在论坛上发帖子了,论坛变成了少数高手的乐园,这样真的好吗?我觉得这不应该是论坛的导向。

  • 感觉那样不太好。。。@Talon

  • 还是 Rbenv 好,安装很顺利。。。。

  • 关于扩展字段的设计问题 at 2015年12月14日

    @richfisher 非常感谢。

  • 关于扩展字段的设计问题 at 2015年12月14日

    @chenge @hooopo @rubyist518 @gazeldx 我目前的想法是用 JSONB 字段来存每个项目的属性和值,在加个表管理每个项目的属性。不知道可行否?征求一下大家意见。

  • 关于扩展字段的设计问题 at 2015年12月14日

    @chenge 那样的做好感觉不简洁啊。表里面要存项目 ID,属性 ID,属性值,如果一个项目 10 个属性,10000 个项目就有 100000 个属性值。。。。。

  • 关于扩展字段的设计问题 at 2015年12月14日

    这个显然无法满足要求啊。我是希望实现每个项目的管理者对项目的字段进行自定义。。。。。