明明知道项目已经延期了,还没完没了的重构。
建议在 ubuntu 上用 ruby,可以治本
换成大桌子和大显示器会更吸引人
ruby rails 学习成本挺高的,要求英文好,还要求必须会 Linux。 还得贼有钱,因为要买 Mac。 可能因此在国内一直没发展起来。一直是小众。 老人也是从新人过来的。 所以建议大家多鼓励新人的加入,多给予支持,不要排斥和歧视。 不要加过滤新人的功能(过滤广告可以)。 想做强做大,就要有一颗能够包容的心。 新人也要好好努力,提问之前多想想, 让我们共建一个和谐的论坛,好乌拉!
通过一个问题,可以反映出提问者的思维习惯, 新人 遇到问题 往往,不研究,也不 Google,直接提问。 老人 遇到问题 往往,先研究,再 Google,如果还没结果,那就只能问问大家了。 这种情况基本上大家也没辙,因为如果 Google 不到的问题,都是”稀有情况“。 ”常见情况“基本都能 Google 到。 建议 新人 遇到问题 多思考 多 Google 多阅读 多研究,最后再提问。 程序员的工作就是研发,研究和开发。研究应该占一半的工作量。 当然如果是瞎扯淡,就另当别论啦。 啊啊啊啊哈哈
第一,在性能未出现问题的时候,就考虑优化,是一个坏习惯,叫做“过早优化”。 第二,不管是 erb 还是 haml,link_to 都依然是 helper 方法,没有区别。 第三,常见性能的问题,主要集中在 IO 上。
看上去还可以,不错不错。Fbootstrapp 既然是基于 Bootstrap,那么这样是否可以轻易的实现“换肤”哪?
#23 楼 @dexterdeng 如果你用的是 ec2 的话,可以轻松 clone,甚至是一键克隆
Draper 的写法不错,但是我更喜欢 Helper, 我写了一个扩展 helper 的 gem, 把一些 helper 方法封装起来了, https://rubygems.org/gems/showbuilder https://github.com/ery/showbuilder https://github.com/ery/showbuilder/blob/master/lib/showbuilder/show_model_view.rb 不过很遗憾,还没来得及写 demo, test and document。
写得很好。 但我有些问题,railsu 这个用户的用途具体是什么?
谢谢!
好吧,喜欢跟风的我,也求邀请
楼主为什么要找创业公司那?
customer +
摘自 http://blog.gitcafe.com/10.html "我们的愿景-GitCafe 的出现不是为了要和 GitHub 竞争,而是为了解决我之前所述的一些我认为非常严重的问题,这些问题是 GitHub 不关注也是做不到的。这就是我们的愿景,解决国内 IT 行业以及 IT 教育领域的诸多问题。因此,GitCafe 也会做更多的事情,代码托管将只会是我们的核心业务之一。"
如果定位与国内用户的话,主页是不是应该做成中文的呀? 不管怎么样,你们的主页做的很漂亮,简洁,美观,大方。
说的很有道理! 可惜 程序员都很懒!
为什么系统不能自动升级哪? 维护升级很烦地呀! 为何不? 开发一个系统自动升级的系统, 恩....这是一个好猪意!............
我只在开发阶段使用 rvm,还没在部署的时候使用过 rvm。 问题如下: 1 在服务器部署时,是否采用了下文中的“SM framework”? https://rvm.beginrescueend.com/deployment/best-practices/ 2 在服务器端安装 rvm 的时候,使用的是 Single-User installations 还是 Multi-User installations? 3 能否 share 一个 nginx 的 config,让我们学习一下?
在读了 <<三篇关于 Sublime text 2 的文章>>之后, http://readful.com/post/12818227068/sublime-text-2-by-lucifr 开始使用 sublime text 2 已经两周了,感觉非常爽! 放弃了 netbeans 和 rubymine,他们太慢了, sublime 的优势是,速度极快,界面漂亮,强大的多点操作。 缺点是目前不支持中文输入,但是支持中文显示(再设置中文字体之后) 目前尚未找到 快速定位到函数和类的声明处的方法,替代方法是,在项目中查找。
sublime 是一个非常漂亮,非常流畅的编辑器,但她不是一个智能的 ide。 我喜欢 sublime
喜欢 每修改一点代码,就 git commit 一下。 喜欢 把多个 git commit 合并成一个 commit,再 push。 喜欢 git rebase 喜欢 在 commit message 中包涵 issue number,比如 -m "#998 member password"。
代码中对绝对不能有 中文,除了 i18n 中的内容。 注释也不能使用中文。 代码中绝对不能使用拼音。 类似的代码必须对齐, 没用的空格 回车,必须删掉。 代码中绝对不可以使用缩写 没有的代码必须删掉。注释掉的代码必须删掉,不允许注释代码(除了调试)。
在我使用 c++ c#的时候,绝对不允许写“注释”(基于代码就是注释和文档的原则) ruby 这种语言,动态特性太强,有些地方(such as magic code)不些注释,真的不行啊。
经常使用 netbeans 和 sublime text 2 的 format
......看到任何感觉不爽的代码,就想改!.......
居然这么多人都说 vim 开发 rails 好,很是不理解,喜欢跟风我打算试一试 vim
netbeans 默认不支持 haml 高亮(但是可以通过插件实现) sublime text 2 默认支持 haml 高亮 rubymine 默认也支持 haml 高亮
很不错!from itouch.