Ruby开发环境

它是更好地开发的Ruby on Rails的)窗口B)的Linux或c)MAC。 为什么 ?

编辑:

为什么我问这个的原因是,我听说,当你使用红宝石在MAC轨相比,开发的Ruby on Rails的窗口是不是稳定/不错。 (不知道或但如果这是真的没有)。

再加上大卫Heinemeier Hansson的(Ruby on Rails的创造者)似乎是使用Mac的事实,所以最初的印象似乎是Ruby on Rails的应用程序和Mac顺利起来。

--------------解决方案-------------

我强烈建议你不要在Windows上开发。 为什么? 首先,有很多东西在Windows打破每次升级和广大创业板或插件制作者不使用Windows,使他们不关心的窗户,不要在其上运行测试(有几个大牌人谁也平了说,窗户是不是他们的问题,这是你的)。 你会找到的* nix VS Windows问题会一次又一次地咬你的屁股。 路径名斜杠,在SSH实现,控制台与字体的问题,RubyGems的,​​Capistrano的等细微的差别?

是什么最终会发生过了一会是,你将永远每次要调试的东西说的时间有这样的声音在你的后脑勺“这是只能在Windows上的问题吗?” 那微弱的声音是一种成本you..using一些你的电池中的每一天。

Mac电脑更昂贵的前期美元计算(这不幸的是我没有)和Linux平台上花费一两天试图让您的无线工作更昂贵的条款,但这些都是前期的一次性费用。 使用Windows的Rails开发的唠叨不安全是一个持续的成本。 至少要等到社会开始拒绝东西是不是真正的跨平台。

作为一个例子来看一下黄瓜。 出于某种原因,一个测试框架是依赖于Windows中不具备的特殊控制台配置。 所以,你必须改变字体在控制台和更改代码页在控制台中使用它在Windows中。 否则字母“a”从所有的输出消失。 为什么? 因为它工作正常* nix系统,给你漂亮的颜色(我认为这是一个巨大的缺陷,即使你忽略的窗户设计选择非常非常差)。

你还觉得谁对你弹出一个窗口问题,每次电梯放屁的人。

我说,这一切都因为一些谁拥有目前使用windows为他的发展平台。 嘿,那是什么味道?

[后期编辑:红宝石也是在Windows慢的3倍左右。 这会影响你的意愿运行测试所有的时间和伤害你的TDD的反馈循环]

不应该的问题,不管你是最舒服的。 我已经做了所有三种。

我认为Windows是一个有点不舒服不是基于Unix的,因为在CLI更笨重了一点。

(但是,如果你使用类似NetBeans的工具,你并不真的甚至需要CLI多)

我建议对开发一个应用程序,稍后将部署在Linux系统上使用Windows。 如果您正在开发的实践中的应用程序,Windows是罚款。

问题是,如果你的目标在Linux上,那么你会希望有一个完整的堆栈在开发机器上:一个Web服务器,一个数据库管理系统,也许是memcached的等等。虽然可以加载所有这一切到窗口(我已经做到了),它会比在Linux机器上更长的时间,会慢一些,你就会有更多的困难提供援助时,一些不起作用。

此外,您还可以运行到创业板和插件在Windows上支持问题。 例如\而不是/的目录路径和其他的怪事。 尽管Ruby专家会尝试是有益的,窗户的支持有时选择有限,因为大多数的回报率工作在Mac或Linux机器做的。 例如Capistrano的已在Windows上运行(他们可能已经得到解决)问题。

作为一种替代方法 ,您可以使用Windows作为您的台式机,但使用的是Linux作为开发服务器上运行的应用程序。 任何旧的PC将运行Linux就好了。 使用Samba远程访问并从您的Windows计算机中编辑文件。 在Linux机器并不需要一个显示器,你只远程使用它。

只要改变你的应用程序的config /环境/ development.rb包括

config.action_controller.consider_all_requests_local = true

所以你可以看到堆栈跟踪,从您的浏览器在Windows机器上运行。

问候,

拉里·

Ruby on Rails的效果很好在所有平台上,但工具支持各不相同。 比如,TextMate的是喜欢的编辑器之间Ruby专家,这是仅适用于Mac。 你可以找到很多有用的工具与回报率在TextMate中工作,所以它可能是最好做在Mac上RoR的开发。

我使用的是Mac和Linux自己。

基于UNIX的系统会为您提供免得性的道路,因为所有的宝石都可以/编译在这些系统中,这是不是在Windows计算机上一样简单。 这不是不可能的Windows,但你会花更多的时间得到它的工作,而在某些情况下,而不是在做的工作。

我的首选是Mac,它得到了所有的Unix的功率,以及所有可以从Linux系统中缺少的接口细微,当然我不能没有我的每日剂量TextMate的,所以苹果就这些Unix系统的是。

我开始生活在早期的Unix系统在1981年程序员。 我住一个纯粹的Unix的人到1995年然后'东西'发生,(企业所有权)和Windows走进我的生活。

因此,在2007年,我开始学习的回报率,纯粹的Windows。 我部署在Joyent的,这是Solaris操作系统。 我已经成功地开发了两个大型的应用程序,在Windows上开发的,并部署在Solaris /阿帕奇/杂种狗,没有出现重大事故。

唯一的Windows的问题,我永远记得的是,我不得不强迫文件系统的读取和写入二进制模式确定一个“发展”与“部署”的问题。

老实说,我没有看到开发在Windows和部署在Unix上的任何问题。 但我有一个广泛的Unix背景,我不知道这个故事将是相同的有我不知道的Unix。

另外,我会永远只能工作在RoR的应用程序我建立了我的生意。 我永远不会需要建立其他的RoR应用程序,我永远不会开发任何插件,也不会接管另一个项目,从来没有任何人坚持我只包括提供不与我的Windows开发环境中工作以及东西的东西, 等等...

我会这样说:

如果你是负责制定你的雇主一个Web应用程序,以及雇主基于Windows的,这不应该考虑回报率作为平台妨碍你。 该应用程序必须由第三方进行部署,除非你的雇主是足够大,项目足够重要,值得在家里Unix系统。

所以,如果你知道蹲关于Unix的,则可能需要前进的道路上有点帮助。 如果你去与第三方Rails的主机,看看他们的支持论坛,确保还有人愿意并能够通过任何部署/安装和维护问题,谈了非Unix的人。

我给你举个例子,在Joyent的,如果我想运行一个移民,我必须去通过他们的数据库GUI啄,登录到数据库,然后'执行'的命令。 好了,我得到一个简单的text_field,我进入输入发往Unix外壳,这就是:

CD /用户/ MYHOME /网站/ mysite的&&耙分贝:迁移RAILS_ENV =生产

这可能不会那么容易弄清楚了我没有过Unix的背景。

随着Ruby 1.9.2和Rails 3.2,Windows是一个很大的自动测试和叉勺慢(一个完整的周期用了约15秒的平均水平相比在Linux上几秒钟的同一个项目),但我享受更好的图形用户界面为中心的混帐工具并且除其他事项外功能(TortoiseGit,WinSCP赋予),因为我更熟悉Windows。 我已经验证的基本特征,我需要工作在两个平台上,所以我觉得破损是一个小问题,相比于速度。

没关系,如果你是一个纯粹的那么你的开发环境应该尽可能与生产环境尽可能关于Ruby和Rails的操作系统和版本。 但实际上它并没有多大关系。

有些宝石在Mac上工作,但Linux的不是某些特性(如gitjour当我最后一次尝试了)。

使用的是Mac可能是好还是坏,取决于你是否想知道,不管你开发将能够运行在任何其他的操作系统。

我已经在两个OSX和Linux(Ubuntu的)做轻轨的发展,我发现的差异是几乎无法察觉(在Ruby和Rails方面......很明显,桌面环境好多两个操作系统的之间是不同的)。

正如其他人所说,大部分的Ruby / Rails教程的学习,宝石,插件等,是面向Unix的类型系统,所以我会假设可能有一些恼人的打嗝试图做的Ruby / Rails开发在Windows,当然,除非你是使用IronRuby的。 :-)

低麻烦替代建立在Unix环境Rails开发是运行的更容易之一使用的Linux发行版,如Ubuntu或Fedora下VMWare等,VirtualBox虚拟,虚拟PC等虚拟化软件

我同意许多以前的职位是Rails的Windows上可能是一个问题。 它的简单,很多人开发的Rails是在Mac或Linux和结果的Windows错误都没有发现的情况下,这是特别的问题插件。

其中一个问题Rails是集成开发环境。 TextMate的Mac上似乎是一个受欢迎的选择,但Linux和Windows的选择是相当分散的。 通常我不会担心这一点,但我发现的Rails变得更易于管理,当你有IDE支持。 一般来说有很多设在一个相当复杂的目录结构,所以有一个IDE,让您可以轻松地查找文件你要找的是一个真棒提高生产力的文件。

你可能要考虑的另一件事是你的部署环境中的样子。 例如,可能人在那里部署的Rails在Linux服务器上的应用程序。 在这种情况下,你可能能够裙摆周围的bug通过开发在OS X上,但不幸的是,当你去部署新的软件这些错误会突然出现。 这是您要进行调试的代码的最后的地方。 当然,你应该首先测试你的代码在一个临时的环境,但往往人们跳过此步骤。

虽然搜索的回答这个问题,由于总是要砍我的方式围绕窗口工作的事情,而在Ruby的开发,我可以说,如果你有选择,使用Linux或Mac。 我已经正式开始使用Ubuntu 9.04从今天开始和这里的原因:

1)不能做任何SSH像使用Capistrano的,弗拉德,创造宝石RubyForge的,等等。你可以将这些东西用的cygwin做的,但它在使用Cygwin和窗口工作的一切的屁股这么痛。

2)最后一根稻草是试图揭开序幕后台任务在Rails应用程序时,才意识到窗户无法派生进程....甚至没有与Cygwin的这一个麻烦,只需切换到Ubuntu的,所以我不要“吨有继续围绕这些问题的工作。

Ubuntu的9.0.4是非常热的,虽然,相当深刻的印象,因此它可能不会那么糟糕。

分类:Ruby on Rails的 时间:2015-03-15 人气:2
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 0.758 (s). 10 q(s)