纯粹 tise

经验是从磨练中积累出来的

ruby 社区应该更加务实一点

  上周的的周六和周末参加的每年一次的 Rubyconf

  参加完第一天的大会,以前的一位同事跟我说,“他们玩的好高端的,他们更像是 Hacker,玩的东西都飘在空中”。

  是呀,我也是这么认为的,ruby圈子里面更多的人是在玩,而不是在踏实的做事情。现在用于编写网站的动态语言有 PHP,Ruby, Python。PHP 就是专门用来写网站的,它已经存在多年,有很多成熟的架构,选择 PHP来开发的往往都是有实力的大公司。剩下的就是市场较小的 Python 和 Ruby(其他的语言都不在这里讨论,在 Ruby 圈子里讨论的也不多。)

  相比之下,Python 圈子比 Ruby 更加务实。得出这样的结论是因为,我看到了更多的招聘帖是关于 Python 。

  Ruby 圈子里也有不少的很厉害的公司,可那些都不在国内。

  务实一点把产品做好,引用先人的一句话,“打仗的目的是胜利,不是开最棒的坦克车”

网站挂掉--小记

晚上的时候,听人说官网挂了,马上登录了网站发现500错误。 ping 了一下服务器,能够 ping 通,初步估计是 unicorn 出问题了。

由于没有服务器权限,只能等组长回来才能解决问题。

组长回来,登录服务器,发现是添加了一个 gem,还有一个文件中多打了一个 ")",虽然不是什么大错误,但 unicorn 没有启动起来,使网站挂掉了。

但组长强调了两点,让我印象很深。

首先不要在项目中随便添加 gem,现在 gem 的质量参差不齐,现在用的 gem 将来没人维护了谁来维护?gem 出问题了,谁来解决?

代码要测试好了才能提交到服务器上,本地不能跑起来怎么能够提交到服务器。--我感觉组长说的很有道理,服务器就是用来跑程序的,不是用来调试程序的。服务器只负责来跑,调试好的代码才能提交到服务器。

组长强调的这两点很赞同。

gem 真的是不能随便添加,有些 gem 的维护工作很繁琐,个人的力量维护起来很困难,公司的项目会存在很长时间,gem 可能会出各种问题,出了问题谁去解决,谁去维护,组长还说,即使一个功能严重依赖一个 gem ,如果这个 gem 不稳定,那就算项目砍掉这个功能也不去使用这个 gem,因为将来的维护会非常困难。

写在这里,以此铭记。