我想談一談以往的經(jīng)驗在T型國家的方式。在一年半內(nèi)從臺灣網(wǎng)站400外，T型小康狀態(tài)，跑進臺灣網(wǎng)站100。這一年半的技術團隊已經(jīng)開發(fā)了4個大型網(wǎng)站，10個分站點，和后面一組深基坑建立（醫(yī)管局，光伏的STAT廣告系統(tǒng)備份...等）

　　我是一名軟件工程師，在過去6年，在該網(wǎng)站的發(fā)展。在新公司中，速度節(jié)儉時間，時間就是金錢，錢就能去請更多的工程師，在整個發(fā)展較快。學校不教了很多軟件工程的方法，或者是什么造就了優(yōu)秀的程序員。這些東西不存在，在臺灣的產(chǎn)業(yè)實際上，我們正在做觸摸的學習，從經(jīng)驗中學習。許多我校的書籍和網(wǎng)絡使團隊更有效的做事的方式方法，我有信心在新創(chuàng)建的團隊，我必須先確認在同行業(yè)中覺得，快，快，以獲得合理的方式。以下是點和共享。

　　一個成熟的發(fā)展框架和環(huán)境整支球隊：

　　我的專業(yè)是Ruby on Rails的。我有沒有推薦的偏好，如果別人正在使用PHP或。 NET或Java，我們不應該指望資本導入一個新的框架。其實我沒有很喜歡硬斯卡拉或Node.js的相同。他們能對他們有用的中央點發(fā)送，但絕對不是主體。原因很簡單，我不認為他們是成熟的，足以讓所有成員快速上手，不重新創(chuàng)建的車輪。

　　普通團隊喜歡使用PHP。很容易找到PHP工程師的Rails工程師找到。但在我的經(jīng)驗，一路下來，我覺得這是一個偽命題。內(nèi)部勞動力市場和企業(yè)的實踐中的運作情況，你會發(fā)現(xiàn)這個命題是不可靠的。是的，你正在尋找PHP工程師，但它是有罪的，很多人寫的代碼不能使用（更準確的說，寫的多數(shù)只）。 （我沒有冒犯的PHP開發(fā)人員的意義）

　　原因是PHP開發(fā)人員之間的標準，從根本上沒有太多的差異，是愛怎么寫就怎么寫。產(chǎn)生的，即使你的團隊里面，即使是非常兇猛的開發(fā)商，但也沒有多大用處。因為每個人都是不相同的代碼格式以及網(wǎng)站結(jié)構是不一樣的。填寫人根本沒有辦法發(fā)揮添加劑的效果，我們可以只寫自己，即使爆炸一樣長原作者修復。

　　在我眼里是極端Mifei團隊作戰(zhàn)部隊的罪魁禍首。

　　Rails不會有這種情況呢？這是中央，我認為Rails的優(yōu)勢，這是一個非常受歡迎的框架（后在臺灣，你可能不覺得他是很搶手后）。由于這是一個框架，這本身就是一個很強的約束力，至少MVC和路由規(guī)則，共同即使是新手也不會被放錯地方太遠。寫代碼有一定的潛規(guī)則。

　　發(fā)展過程中遇到任何攻擊的錯誤，開發(fā)人員只需使用谷歌找到任何可能的攻擊的原因，修復的目的。這簡直是​​不能比普通自中央框架，如果你建立了一個框架，對任何問題的根本攻擊，最后只是打擾了原來的設計工作的建筑師。 （這也是非常Mifei的錢中央，由于建筑師的薪水是非常昂貴）。

　　學習曲線是太高了，我不認為它確實存在。主Rails是很難找到有什么不對，但只是在Rails中的低手正確行使，消費能力也很驚人。因此只專注于他將如何幫助普通希望初學者能夠快速抑制輸入幾個大的閾值（得到的發(fā)展環(huán)境，一個RESTful，插件，調(diào)試，部署），其余部分將本地網(wǎng)絡的教材和實際練習能夠依靠了。這是我的理由來創(chuàng)建Rails的101。

　　我設計了一套教學材料，這樣做的目的是使所有新的發(fā)展，最長兩個星期的時間來完成基本的Linux命令，Git中，所有的基礎知識部署在Rails，寫一個月內(nèi)將“能力標準說明”能夠在戰(zhàn)場上，連同我們的開發(fā)功能，開發(fā)一個新的網(wǎng)站。這一進展是很夸張嗎？不，一點也不夸張。每個開發(fā)者都有這樣的招聘，其中一些甚至Rails可以不寫水平。你有信心甚至T下午和藝術，他們將你寫的Rails的狀態(tài)？ （不騙你）

　　寫的代碼規(guī)則的標準如何？同事和社會我吸收了很多的最好理論，我們有這些東西整理成一個初學者的指南的最好理論，以及包裝成的寶石和發(fā)電機了，開發(fā)人員可以花比較落后，時間越少最近，趕上前輩，在很短的時間內(nèi)，他們的作品也像預配與最佳實踐排序的前輩，我也開始寫另一本書，基本適合初學者的Rails模式。

　　Rails本身豐富的生態(tài)系統(tǒng)，和最好的理論預設的架構，更不用提。

　　新創(chuàng)建的團隊資源很少，人員的預算是不足夠的，不過是巧妙地利用自然資源和高作戰(zhàn)能力的工作組。

　　功能設計提出想著一定程度的擴大使用：

　　我沒有信心在新創(chuàng)建的團隊是能夠預測未來，即使很多事情看起來從那個方向擴大非常合理。對于我來說，我在設計和功能overthinking，以及我必須停止同事overthinking。由于該項目的最高標準是把事情做，不要過度設計。

　　并不意味著不需要設計需要保持一定程度的擴張，內(nèi)部工作流程通常是最后一個是重建的整理空間。在本次同事會弄亂代碼，整理回原來的標準，要求寫的方式。如果這是一個普遍的功能，多次提出，必須組織成庫或框架的形式。但留出的形式，擴大。

　　新項目后，將能夠?qū)Π讣扇〉撞糠磸投啻沃匦律暾埖纳暾垺?，并最終仍是事件的發(fā)電機這種事情...... （Authenication Rails的管理，搜索引擎優(yōu)化，...等）。

　?。?）程序本身就是注釋

　　普通軟件在理論本身不同意寫注釋。但程序本身，這是能夠表達我的行為感到鼓舞。如果編寫的程序在藏污納垢的人無法讀入考試將回滾。我們的球隊能負擔得起的方案是能夠?qū)懗龇浅Ｓ薮赖?，但每個同事都能夠理解。愚蠢，但了解其他前輩有時間能夠重建。然而，涂鴉后，沒有采取行動了。
　　
　?。?）嘗試寫文檔中的一切

　　世界上，沒有人可以寫一個良好的系統(tǒng)架構本書的真實情況現(xiàn)在系統(tǒng)上的詳細圖片。提交一個很好的問題跟蹤系統(tǒng)，并寫日志可以是好幫手，你就明白為什么現(xiàn)在的系統(tǒng)是這樣設計會做出這樣的決定，為什么招致程序會需要這樣的設計。

　　新的運動，我平時鍛煉新人有任何真正遇到任何的細節(jié)和習慣的車票上詳細的文件的情況。位與范圍，使所有這些票注意到梳紀錄，完成項目的技術架構或原型。

　　這一水平將是整個團隊的躍升將會有一個非常強烈的積極影響。人員活動（新的或傳出，其影響將是非常，非常小。

　　至少有不少“基本”教育，這是部分資金將接近0。所有的方式啟動的經(jīng)驗，所以我很早就學會了一件事情，人類活動是根本不預防，所以重要的是，較小的影響，如何形成的人員活動。

　　讓我的同事們在新的合資公司在新技術投資也是非常昂貴的。學習，我們也都必須要到會，或?qū)⒗^續(xù)昂貴。

這個文件可以帶來價值。


測試環(huán)境和政策


我學會了從昂貴的經(jīng)驗，其中必須有一個測試環(huán)境和政策。 Rails的環(huán)境中的數(shù)，不超高難度的削減股息。測試環(huán)境（分期），并且必須有各自開發(fā)環(huán)境是不是在目前的重點在我面前的電腦一樣，很多設計并沒有考慮那么多。失去了遠程發(fā)球，你就會知道吹了一個或大或極其惡劣的表現(xiàn)。這是受傷的商業(yè)信譽或搞砸了交易（例如，你跟一個文件數(shù)百成千上萬的廣告客戶，明天，但明天，由于人為錯誤站一天下來，我問你，誰去移動隊列給他，這樣的事情，整天攻擊。要與你做生意？）

據(jù)政策更為重要。

很多加班，實際上是不攻擊。例如，在頭腦中沒有醒來小時編寫糟糕的代碼提交。當我醒來時產(chǎn)生的要清算這些攤檔泥。部署了最新版本的代碼，在晚飯前或下班后，中午之前的結(jié)果，站幾個小時，已經(jīng)能夠按時上下班，十點鐘不能走路。

但寫的好東西，不直接承擔主，而不是立即部署，讓RD是非常癢。這種疾病，甚至我沒有幸免。

所有商業(yè)網(wǎng)站每天長火，球隊要維護大局。所以，我終于有了這一標準的實施：

1，寫的功能一概功能的分支

2，必要時使用的設備服務的發(fā)展前行，適用于在一個測量的功能分支

3，絕對不會在中午11點 - 12點的部署，絕對不會在部署后17:00。

4，在部署過程中需要使用自動化的工具，它的發(fā)生是能夠旋轉(zhuǎn)。

5，實施細則，幾乎沒有人需要空腹修復錯誤，由于軟件問題，跳起來，加班修復半夜。

我堅信：在長期的消防/消防環(huán)境，將迅速減少的一個團隊的作戰(zhàn)能力。

血輸入是一般人有工作小時，我進入更高的錯覺，結(jié)果會更好。事實上，這是一個完全虛假的命題。在繁忙的火災初期的不穩(wěn)定，而且你將是我努力加班，所有的改善的錯覺。腎上腺素只能讓你停留三個月，未來的一切都​​將消失。做一個網(wǎng)站，你要能夠發(fā)揮，大家比是壽命長，而不是啟動的周末冠軍。

下午6時，只聽時的參考是一樣的，但良好的溝通

在許多情況下，下午可能規(guī)劃出計劃，10個小時的需求。但你知道它改變成一個B計劃，只需要三個小時。但前提是你必須隨身攜帶去問問，他為什么會做出像這樣的情況下。下午的專業(yè)不承認臺灣是極為罕見的，遇到了一個燒香。遇到一個偉大的水平可能只復制其它網(wǎng)站畫架組成，或作為廣告銷售主管，但不要緊。重要的是你要問為什么這個設計，外行的水平可能使一個真正的手法嚴重損失的估計，你無法阻止他。在這種情況下，結(jié)構合理的方向發(fā)展公司，但你卻誤​​解背后的未經(jīng)授權的失效修正案的設計原則：

的設計方案，設計落后，為什么有很多，有可能是：

下午1的道路上是免費的復制

2，下午，我想做出這樣的

3，藝術要求

4，客戶端的請求

5，它的主要功能是，必須這樣做，否則失去了這個系統(tǒng)的意義

不能我喜歡的B B.開發(fā)一個系統(tǒng)，必須有資本，估計收入，并實施必要的計劃，去找到平衡。這是由溝通溝通溝通......

到一定程度編寫的程序代碼

設計使用的HTML / CSS架構的網(wǎng)頁，不要濫用的ORM，不要重新創(chuàng)造車輪，不寫代碼，這將是出差，這是發(fā)展的基本知識。許多新創(chuàng)建的網(wǎng)站寫的第一版很快，但陷入發(fā)展的泥潭，無法滿足的商業(yè)模式可以迅速調(diào)整和腐爛的原開發(fā)商的第一個版本的代碼是比只有90％的原因，我也發(fā)生了變化動態(tài)，以及隨后的調(diào)整框架，結(jié)果只是做了一個小的修訂，以消耗至少一個超級多的時間，成為大致命傷。

超過了一定的網(wǎng)頁性能的追求，調(diào)刀口上

沒有對真理的追求，是一個非常令人難以置信的性能。

不承認一些開發(fā)商的真實表現(xiàn)和想象力，追求太多，例如，以及骨干一開始寫整個網(wǎng)站，或通過使用Node.js的寫網(wǎng)站。這是一個開始打算寫的Web服務的移動版本，只需要做些什么手機使用。緊縮3G延遲真實太多的帶寬，嘗試使用量和頁面響應時間的追求。

然而，來實現(xiàn)網(wǎng)站的完整的桌面版本是沒有必要的。優(yōu)先調(diào)整，由于高C / P值的界面性質(zhì)，緊縮的CSS網(wǎng)站性能調(diào)優(yōu)小時，可能是能節(jié)省三秒鐘。 DB或程序上的講話調(diào)死亡可能只有全省0.1秒。

指標和用戶體​​驗的網(wǎng)站是不是說，爭取打開就好了。例如，該網(wǎng)站打開速度將直接影響搜索引擎和Alexa排名不知道這一點，很少有人知道，在年底？有普通使用的響應時間，耐心博客/相冊和視頻基本上是不同的，我們可以忍受五秒鐘沒有打開都不能打開相冊和博客的人在約五秒鐘，視頻想用它...

性能調(diào)整，而不是因為事情是壞的。

9不花哨的東西，前執(zhí)行的預算資金和福利

作為開發(fā)人員每天都在世界上得到了很多好東西，這些不發(fā)揮真正的手發(fā)癢。但事實上，每引進了一定的資金，效益/資本比率不一定是你原本以為。

例如，追逐的Rails版本，換上了良好的業(yè)績寫CSS切換CoffeeScript編寫JavaScript的“能力標準說明”所取代了Ruby 1.9.2。應用資產(chǎn)的管道，建筑的新創(chuàng)造。這些都是偉大的事情。 （T - 關閉狀態(tài)已經(jīng)從最早的2.3.2架構不斷升級到3.1.3，專家人才知道，這樣的作品）

但與其他的事情，真相其實是相同的，新的東西有新的風險。并經(jīng)常引進這些東西，是不是我一個很酷的就是這個樣子，我們都必須的東西。

我通常會做這個版本的第一個分支，我是資深的RD我去的實施辦法做到這一點，或停止評價，肯定是可行的，以組織一個可行的SOP。唯一的大型運營商實施。

如果它是一個新的想法，是第一次制造嘗試對一個事件或一個小的布局。

好事是好的。但是，不賭博。

在上述基礎上，我想說的是：早在任何作戰(zhàn)能力的發(fā)展是非常寶貴的，所以沒有理由罰不實施某些規(guī)則的程序代碼產(chǎn)生無處不在火災。從來沒有重復的白人工人。

任何標準來衡量，最好的應該是能夠作為資本下降到幾乎低，但好處是非常高的。

我上面提到的，這些東西都不是我的主動，事實上幾乎所有的快速發(fā)展，敏捷開發(fā)，有許多工程，博客經(jīng)常在聊天主題。

我發(fā)現(xiàn)，許多工程師和朋友們經(jīng)常干的和最好的傾向，認為我的東西。外部的做法是絕對不為我的球隊，美國的正常狀態(tài)是不適合在臺灣使用。但事實上，這個世界上真的是非常大的，實在沒有理由說，是真正到我的增長率掛鉤的眼光，我和很多的原則是適用于不同行業(yè)和不同國家的。見別人怎樣使更多的，你會驚奇地發(fā)現(xiàn)，這些方法的引入，除了我的職業(yè)生涯的速度是多么驚人。