網際網路這麼火，大家爭先在把傳統的商業模式往互連網上搬的時候產生了乙個名詞或者說動詞：o2o（oline-to-offline）,線上預約服務，線下預約服務。
對於乙個開發者來說，或許，並不認為我需要去對業務模式了解多少，老老實實寫好自己**就夠了。最近的公司的乙個創業專案正是乙個o2o，作為幾個月
的專案開發體驗，我想還是嗶嗶幾句吧。
核心結論： o2o，除了理解不斷地需求變化外，必須得有自己對於業務的預見性，以減少重構所帶來的巨大風險。
一、本身就是創業，還想預謀就天真了
不管有沒有家底兒，創業就是從無到有的艱難過程。即使在乙個平台上有了前車之鑑，其成功與否，僅僅只是乙個參考。面向的傳統行業不一樣了，其搬遷的過程所遇到的問題會有很大的不同，同時來之傳統的壓迫和消費者的疑慮也會讓你不知所措。永遠都是在解決乙個個不斷湧現的問題。所以，預想可以，預謀就算了，隨時做好準備才是真的。
二、客戶是什麼，真的是大爺
每天，聽得最多的就是客服的嗶嗶，還有老闆的嗶嗶，這些都是系統的直接使用者。
三、所要做的，初期是明確的，到了中期開始不可預料
一開始，基本專案的模組是有的，還可以搞搞設計，如果老闆不催，估計還有些模樣。乙個季度一過，就發現，專案與原來的模組、資料庫啥的對不上了。所以文件白搭！嗯，想了想我們美其名曰「敏捷開發「，無文件，無設計，無注釋，告訴新來的coder：我們用的是：」@￥@&￥#*&&*%*￥%……￥#……￥ 「 等等技術與框架啥的，一大堆扔出來，有問題你就問，關於資料庫的，我給你導個 .ndm 你看一下，有些還是有注釋的。坑不坑啥的就不說了。
四、如果發現「產品」的需求模糊，給他時間，也給自己時間
也許你的pm是個freshman，也許是oldbird，但不管如何這不是乙個做線上產品的專案，所有的coder都只是為那些蜂擁而來的需求工作。他會很焦急也會很鬱悶，匆忙間，他和老闆還沒有想清楚具體細節然後告訴你扔乙個原型（只是）給你，叫你做出來。一看，矇圈。這完全找不著邏輯啊，限制呢？唉，尼瑪這個啥啥的明明就會要改的嘛，你讓我直接弄乙個1年，你確定不是逗我？先考慮清楚吧，然後再告訴他，討論清楚，讓他改完原型再動手，不然後期的責任人可是你，有些東西，後面要改，基本沒有可能性！
五、設計，前端到後台基本開發的所有流程和部分，都得會
如四所扯，pm給的是原型。你就乖乖的從頁面到資料庫吧，哦，自己先把設計做好哦，細節問題別忘啦和pm確認！
如果你上班已累成狗，有時間休息了，多半想著我要怎麼睡，怎麼休息？ 我看還是算了，好不容易來的休息時間，你還享受那份上班的無聊，和沉寂？睡麻痺，起來嗨！
七、痛並痛著，永遠在加著班，至少基本什麼都做了
抱怨是沒用的，再不爽，事情你都得幹，至少幹的正確，但只是正確對自身有什麼用呢？不管加班與否，累與不累，盡力把事做好。少被找麻煩，也當自己在最求更好吧？
看著乙個專案出軌是一種痛苦的經歷
看著乙個專案出軌是一種痛苦的經歷，而看著乙個專案只是出於可預防的原因而偏離了軌道，這會帶來更大的傷害。讓我們看一下整個行業中普遍存在的專案管理中的一些常見錯誤，以及如何避免這些錯誤。tita 專案管理 專案經理始終在人們的注視下。無論是管理層還是團隊成員，總有人在關注他們如何處理衝突，如何慶祝成功，...
SOA專案是如何開始的 乙個客戶和一種方式
一 ea enterprise architecture 階段 參考勞虎的最新博文 二 soa發現研討會 這一階段採用白板 whiteboard 會議完成如下內容 對基礎架構和需求進行分析 soa規劃和遷移計畫 高水平的參考架構 高水平的soa規劃和遷移計畫 粗略的產品規劃 確定第乙個專案的產品選擇...
電腦系統重灌，乙個簡單可行的創業專案分享
專案概述 一直有小韭菜問我，現在什麼能做?什麼專案能賺到錢?也不是懶得回答，而是能做的專案太多了。關鍵問題在於太多的小韭菜夢想著日賺千元，月賺幾十萬的，卻從來沒有認真的思考過，你自己做了什麼?能做什麼?給電腦安裝作業系統我想大家肯定不陌生，但是能把電腦裝系統做成乙個專案，並靠它來賺錢，我想大部分人根...