最是一年春好處，絕勝煙柳滿渝都。即是這一年中最美的時節，諾懷迎來了期盼已久的河邊燒烤，既豐富員工的業余生活，提升加深員工內部之間的了解，舒緩公司人員的工作壓力，使這一良辰美景也不被辜負。 于3月22日，一個涼爽的早晨。三兩個一行，四五個結伴，背上了準備好的帳篷，拿起早已購置好的食材，紛紛聚集到了江北大劇院前的河邊，這意味著河邊燒烤！已經開始了！河邊燒烤是公司向來的保留節目，參與人數眾多，反響良好，效果明顯。這一次燒烤是由公司副總經理冉軍帶隊，公司開發部經理劉宇翔組織，參與員工有數十人。 江風拂面，坐著松軟的草地，聞著泥土的味道，那么你試過在這樣的江邊打麻將么？別樣的經歷使得我們又多了些情趣，也多了許多回憶。 你幫著搭棚，我幫著生火，他忙著鼓風，還有的忙著理菜......

最近丟了個價值8000美金的項目，剛開始不到一周就被客戶叫停，以前從未發生這樣的事情，被上了非常昂貴的一堂課。為了讓這堂成本8000美金的課程價值最大化，我覺得有必要把從中得到的經驗教訓分享出來，希望能警醒更多的項目經理，幫助更多的人少走彎路。 事情是這樣的：上周五有一個項目啟動了，這是個老客戶轉交過來的新項目，要得比較急，因而客戶也特別關注項目的進度。通過最初的溝通，我們應允客戶每天給他發日報反饋項目進展，但由于人員受其它項目影響，未能及時到位，直到本周三項目都未能投入多少時間，因而項目經理也一直未發日報。到了周四，客戶要求Skype溝通，并且在溝通中又特別強調了需要日報反饋項目進度的問題，同時團隊也答應周四晚上......

1. 明確范圍 如果說要把整個項目（假設持續2個月，分為4次迭代）的范圍，在一開始就明確下來，對我們、對客戶都很困難，因而這個期望不太現實；更可行的辦法是把范圍的明確，也拆分成更小的單位，譬如按照每個迭代（每兩周）來明確；我們雙方只要保證，對這兩周要提交的內容，有明確的共同認識即可；然后不斷循環； 明確下來的范圍，要有個Task List或者Plan來作為以后判斷是否發生范圍改變的依據； 2. 范圍變更 如上所述，如果每兩周一個迭代，每次迭代都有明確的Task List或Plan；那么在這個過程中，任何不在這個List和Plan中的任務，都可以視為需求變更、范圍變化； 這種變更，需要在客戶剛提出來時，就進行評估，明確告訴客戶這個改變所需要的額外時間，......

數據庫驅動的應用程序往往需要預先填充數據到數據庫，以便進行測試和演示。 什么是種子數據 種子數據就是必須要加載了應用程序才能正常運行的數據。大多數應用程序需要在開發、測試和生產中加載一些參考數據。 一般來說，這些數據不是用戶創建的，盡管我們可能一次一次的修改它們；我們的數據會依賴這些數據。 種子數據通常是不變的。一般來說，在應用程序中不可被編輯。但是，要求上它是可以被更改的，如果被更改了，種子數據需要被重新加載到部署的應用程序中。 理想的解決方案是自動化的：你沒必要去關心它。當你簽出代碼，啟動你的應用，他就準備好了。它應該提供數據完整性：創建的記錄應通過您的驗證。它應該很容易更新種子數據。 數據庫......

默認假設 所有的列在定義的時候都有默認的假設，你可以根據需要重寫。 Laravel假定每個表都有一個數值型的主鍵（通常命名為”id”），確保新加入的每一行都是唯一的。Laravel只有在每個表都有數值型主鍵時才會正常運行。所以，對于每一個Laravel應用，都要確保定義的主鍵使用的是increments()方法。 列在默認情況下為NOT NULL。 現在，讓我們一行行分析結構生成器生成的authors表，下面是up()方法中的代碼： 1 // auto increment id (primary key) 2 $table->increments('id'); 3 4 $table->string(......

創建遷移 首先，讓我們創建一個MySql數據庫“Laravel_db”。接下來打開app/config目錄下的database.php文件。請確保default鍵值是mysql: 1 return array( 2 ... 3 'default' => 'mysql', 然后輸入你的數據庫配置信息： 1 ... 2 'connections' => array( 3 'mysql' => array( 4 'driver' => 'mysql', 5 'host' ......

該章節內容翻譯自《Database Migration using Laravel》，一切版權為原作者。 原作者：Stable Host, LLC 翻譯作者：Bowen Huang 翻譯作者更多博客：http://www.cnblogs.com/huangbx 正文： Laravel鼓勵敏捷、迭代的開發方式，我們沒指望在第一次就獲得所有正確的。相反，我們編寫代碼、測試和與我們的最終用戶進行交互，并完善我們的理解。 對于工作，我們需要一個配套的實踐集。我們使用像subversion、GIT或Mercurial這些版本控制工具來存儲應用程序的源代碼文件，使我們能夠撤消錯誤和追蹤開發過程中的改變。 但應用程序更改時，......

在一切環境就緒了，當然就要開始了解框架了。 站在巨人的肩膀上，學東西會事半功倍。我在網上找到一篇好文章，正好可以讓我輕松了解Laravel應用程序的體系結構。因此借來直接用了。 該章節內容翻譯自《Architecture of Laravel Applications》，一切版權為原作者，由于原作者寫這篇文章時Laravel版本還沒有到4.1，一些地方有稍微差別，我會稍作修改。 原作者：Stable Host, LLC（不知道找對了沒有） 翻譯作者：Bowen Huang 翻譯作者更多博客：http://www.cnblogs.com/huangbx 正文： Laravel被稱為“全?！笔娇蚣埽驗樗幚韽木W絡......