《Rapid Development with Rails》-- 不要老想着Rails的CRUD,看看它的真正优点
#
# 原作者:xdite
# 原文地址:?http://blog.xdite.net/?p=2124
#
?
Rapid Development with Rails ( OSDC 演)
?
?
?
是我在?OSDC 2011?的前言草稿。本是打算六才打算放出的,不目前岸正在 Twitter 上演 Rails PHP 之(情看?@robbinfan??@fenng?的大),看了手。 想了一下,是把天的前十分稿先放出好了…
我的主是如何善用 Rails 特性到 Rapid Development。 talk 不有太多的 code,一些念上的和搭配的架介比多。是 3/26(六)的下午 2:00 在中研院
====
自我介一下,我是 xdite,在?T 客邦工作。我目前的角色是 Lead Developer Manager。中是有去「出深造」一子 ….不目前回了 XD
我 Rails 大有快四年的,之前待和多、PIXNET??HTC。
概念 ( 澄清於 Rails 的一些知)
大概一下次主的原因:Ruby on Rails 一直以是一非常秀的框架。是有始以最棒的框架,者不可以中跟上世界尖者的研究度,足自己的技之外,又可以的兼快速的商需求。很可惜因因素,世人人一直它停留在非常糟糕的印象(「市上找不到者」且「只合足技狂人」的「效率糟糕」「不定」框架)。
Rails 於生意上的助,非只有「Rapid Development」可言。Rails 如果如同大家所的,只是糟糕的玩具,相信也活不到今天,也不有越越多的者、商站投入用。如果各位正在或曾站,深入把玩框架,知道 Rails 的架和想法先超出其他框架世代之多。
Rails 的批者最常它的指,起大概就是句:「市上找不到者」且「只合足技狂人」的「效率糟糕」「不定」框架。
以前我是很菜的者,到句很生,但又不知道何反起。但在再到批,我心理暗笑方是商站的外行人。
事上:世人的解,和真正的社是的:
PHP 的 Developer 好找,Rails 的 Developer 不好找1. 挖的「有」的者,乎是不能有的力的。多的情,他只是用一言,埋重了好年,未自我修跟上有技潮流的者。他的 code 通常又著自己的性格(是好的或的)。在一中,大家作事如果有建立起共同的 convention,越人往往越只是。更或者,有些人 code 其只是自己心拿炫耀的,不想考商上的需求和定…
疑,如果你希望有好的,自己,去挖去找。要挖也要挖能你建立制度的人,自己也要努力忙持制度,也不需要害怕 Leader 跑掉,公司建立制度就是了要保有了不完蛋。(我出深造,Team 也倒…)
而且,培 Rails Developer 的成本,真的比挖一大堆 PHP Developer 的成本便宜很多。
?
?
Rails 只是炫,商值2. 的商需求是很大的。Rails 非只是五分 CRUD 炫,法成事的西。Rails 天生的良好的架可以你可以不需要重造子,快速成商需求。剩下的和力,可以用在把品做的更好更棒。甚至把花在把原先的站修整成更好的架。
者不是於事情多到做不完,每天的要死是 deliver 出一的。他有更多、精力甚至是心情,把事情做得更好更。
(事上,最近公司正在的品,度超期,提早三完,RD 剩下的都用在 refactor code,SEO,performance tuning,心的 tune UI 等等…)??
?
Rails 效能糟糕透,所以使用它陷入麻3. Rails 效能是很不的,不要被那些言了。早在 Rails 2.x 代,效能就掉了似性(full stack 型)的 framework。而且在公司,如果你想跟老你想花 tune 效能,它只回你一句,什不器解就好?Code 乾度和效能永不是商需要考量的第一重,除非它重影了你的商拓展需求(技部主管要自己懂得拿捏一分寸)。
而且的是,通常器的成本比雇用 RD tunning 的成本低。如果在草段,然可以咬牙自己一效能度。但忘了,做生意就是要搞大,搞大了要,如果你搞很大不,有器,那是你生意有。不是 Framework 的。
永都不是,本末倒置了。??
?
Rails 大,跟著升站光,成本高4. 「太快致不定,成本代太大,所以不想用。」就更暴露了句的人,原本的 code 可能本就很、有 test、有用版本控制。更可能的是,根本不知道世界有些西的存在 XD
回想想,如果「一框架」都「不」而且「更新不大」,那才令人害怕。那表示案一值都有,人想。follow 一有值的案,那才可怕…
另外,框架本身就需要更新?那也未必,一生意可以的跑可以,何要活生生搞它?事找事做,搞它把生意砸掉是你自己人的愚蠢,就不是框架的。
?
?
用 Rails 不是什家家酒的定。如果想自己的公司快速拓展、自己的者能迅速的跟上世界先者的步、自己的在程式之外,有裕把品做得更好更棒,你才更用 Rails。
Rails 在坊的新手教,基本就可以一初上手的者到一般人眼中的 Rapid Development 了。如果是快速 CRUD,很多人然 XXX 也可以,何一定要 Rails?
但初特性,及其速度。不是 Rails 者眼中真正 Rails 的值,也不是所真正的 Rapid Development。今天 Talk 的主,就是深入介一些只有者才知道的 Rails 之美、配合以及商,到真正恐怖的 Rapid Development。
Rapid Development,其 Rails 有的正相。只是 Rails 本身及其生圈的展,於助展 Rapid Development 有相大的正向力量。
一案的成,然不只有工具暴力就行,需要搭配其他的因素,如:管理技巧、案管理技巧、控制、商 …etc.
不,如果好的工具可以大量省在品本身消耗的,那整有更多精力去注在其他方向上,整提不小的案成功率。
?