楼主,试下按键盘左右键翻页。
感觉图上的不准呀。我觉得北京这地霾起来,是要超 1000 的。
#3 楼 @ShiningRay 恩,大众点评的 api 中是一家店有时对应多个地区。 #4 楼 @Magic 恩,我去试下。之前普通那种多对对都 ok,只是这种字符串数组类型的之前没在 rails 这边处理过。
尝试着去帮助别人,不求回报的那种。
嘿嘿,差不多就是这个样子。
Give me five.
嘿嘿,我当时为了阻止扣美金,把那个账号删了。
个人认为是两本书的风格不太一样。 敏捷开发 是特别简单的一个例子,然后有问题,可以翻后面不同的章节,详细了解。 而 Tutorial 是一本特别细节的书。 反正我当时看的时候是先 敏捷开发,后 Tutorial,感觉两本书都很棒。
楼主的文章,初看上去像有很多关键字广告一样,哈哈。
推荐 1、Ruby on Rails Tutorial 或者 2、Agile Web Development for Rails 我当时是先 2 后 1 来者。
#43 楼 @scriptfans #44 楼 @andor_chen 期待尽快完稿,哈哈。很赞的书。
#41 楼 @andor_chen 刚入了《Rails 程序部署之道》,花 2 个小时浏览了一遍,然后发现目前只有第一部分。想问下原作者写到第几部分了,然后中文翻译进度情况,谢谢。挺赞的书,一直期待有本像这样系统讲部署的书。
#2 楼 @i5ting 谢谢 #3 楼 @topswim 看完了长文,觉得出了标题外,文中并没有说所有的项目都不应该使用 MongoDB。 1、个人认为问题出在同时想使用面向文档数据库和关系型数据库的优势,而且试图使用 MongoDB 来解决所有的问题,包括那些 MongoDB 不擅长的部分; 2、另外数据冗余与其本身造成的弊端本来就是一个矛盾体,数据库设计范式与其本身造成的弊端也是一样,只能根据项目实际情况权衡,取得相对最优解。 个人认为的解决方案: 1、使用 PostgreSQL(文中另一个例子也提到该解决方案); 2、同时使用 MongoDB 和关系型数据库,并在架构设计时充分发挥 MongoDB 和关系型数据库的各自优势,并在数据冗余和数据库设计范式取出该项目的最优解。
复查你的 url 链接。个人认为,大部分说不应该使用 MongoDB,都是试图使用 MongoDB 解决所有的问题。
最近的新闻 《网站盗播视频首次被判刑 被侵权作品涉多公司》 http://tech.163.com/14/0130/17/9JRQTS5K000915BF.html
“我现在的实力其实超越了 Cornell 和其他任何“牛校”的教授。我的学识不再接受学术界和任何人的评价。我们完全处于平起平坐的低位。如果你觉得你心目中的超级偶像在我之上的话,请先问问我对他们的博士论文或者图灵奖作品有何评价 :-)”
当他这样说的时候,就本身把自己当做了一种权威。有种“我认为我也是权威,但是权威不认可,所以要打倒权威。大家不要相信权威。但我是权威。”的意味~~
我觉得先说转正以后多少钱才比较有诚意