商務

工作流程定義: The  automation of a business process, in whole or part, during which documents, information or tasks are passed from one participant to another for action, according to a set of procedural rules. - The Workflow Management Coalition (WfMC) .

        這篇文章摘自“免費打工仔”在www.gameres.com上的發言，雖然字數不多，但對幾個引擎的評價卻一語中的。引擎設計與商業模式 包括我在內的很多朋友都喜歡看國外引擎的代碼，並比較引擎之間的優劣。但是你會發現，每種引擎的設計都是於他開發人員和使用者及其相關，優秀的引擎不僅是設計上的優秀，更重要的是適應自身的商業（社區）模式。在這篇文章裡我們著重討論一下卡馬克的Quake 3引擎，Epic的Unreal 3，開源界的Ogre3D圖形引擎以及相應的Orz擴充架構。一、Quake3=

怎樣才叫創業？  創業就是成就事業，就是去努力實現自己的一些遠大的想法或目標，並且最終的成果屬於自己，這些成果包括榮譽、金錢、實體。對程式員來說，靠自己一個人寫一個程式去賣獲得一些現金，那還不是創業，那隻是創業的雛形；你必須建造出自己的團隊，並打造一條耐久的賺錢流水線，才是真正走向了創業的成功之路。為什麼要創業？  創業成功後的一個意義在於，即使你不工作，收入也不會間斷，錢不再是你的終極目標。你可以自由分配自己的時間，你會有更多的時間去做更多自己想做的事。這也是你的基本目標。如果還不清楚這點，請

在企業級開發中，為保持業務資料的一致性，事務是經常需要用到的。在CSLA架構中，有文章說只要給方法加上標籤（[Transactional(TransactionalTypes.TransactionScope)]），就可以實現。經過我的大量實踐，這個標籤沒有作用。我們最初使用的是SqlTransaction，將事務作為參數在方法之間傳遞，這樣做會產生兩個問題：1.業務方法間的調用發生在資料訪問層DAO，這樣必然會將一些商務邏輯也寫在資料訪問層，商務邏輯層將失去應有的作用。2.事務很難控制，代碼量

業務域,是軟體的核心價值所在。敵人還是朋友：專案經理和架構師 從Repository到Domain 從MVC到測試 從自動化測試到Domain 代碼工廠=CRUD? 敵人還是朋友：專案經理和架構師        無論是買成型的軟體產品,還是出資開發項目,客戶投資的是軟體的業務價值。專案經理直接為這個目標負責,盡量少的成本,盡量短的時間,生產出高業務價值的軟體產品。架構師則是跨越單個項目,長期為這個目標負責。       

啊~~最近的業餘時間都用在修改部落格上面了，主要是這段時間在網站的留言板上發現很多外國的垃圾廣告，於是做了個“IP黑名單”的功能，留言和文章評論也都加了驗證碼，順便把背景代碼整理了一下，希望新加的驗證碼不會對大家留言和發評論造成不便！    上一篇文章講 到把實體類中需要實現消極式載入的屬性聲明為virtual，然後繼承實體類做一個子類，在子類裡面實現該屬性，配合使用委託來實現比較完美的消極式載入（原

【一大把網站】投資人考察創業企業時，最想知道的是“創業邏輯”。所謂邏輯就是你怎樣思考問題，以下幾方面內容可供創業者參考。     　1、企業定位     　投資人總是首先試圖從創業企業的商業計劃書中獲得創業者對於企業的定位，進一步說就是創業者得有與眾不同的定位。     　2、執行摘要     　這是吸引投資人願意瞭解你的計劃的機會。在矽谷，比較標準的商業計劃不會超過20頁，執行摘要不超過300字。     　3、正當性    

1. 出差前，做好充足的準備。   出差前，熟悉已方的系統和現場的部署環境；準備好系統源碼和相關文檔；瞭解相關介面人資訊和可做支援的同事；清楚出差的目標和進度安排。   做好了準備，到現場底氣很足，表現自信。2. 出差的路上，注意休息，做好一下飛機直奔工作現場仍然精力充沛的準備。3. 聯調過程中，及時反饋，表現自如。   有問題及時處理，處理不了的及時尋求同事的支援；及時將工作情況反饋給領導；如果聯調的另一方系統出現問題，影響聯調進度，及時向客戶指出，把壓力推向對方。 

第1計：“瞞天過海”與商戰賞析　　一、原文和出處　　古兵法原文：備周則意怠，常見則不疑。陰在陽之內，不在陽之對。太陽，太陰。　　原文今譯：防備得十分嚴密周全，往往容易鬆懈大意，司空見慣的事情就不會引起懷疑。陰計可用於陽事進程中，不是陽事之敵對面。至陰之術，可以為至陽之目的服務。　　二、現代經商典型案例及賞析　　案例1：長城飯店傳總統要聞聲振海外　　1983年，中國第一家五星級賓館，也是第一家中美合資的賓館一一北京長城飯店正

　　這兩天一直忙著畢業的事情，最多再過3，4天就要離開呆了7年的母校了，確實有些傷感。不知道怎麼搞的，越是要早好像就越是忙，以前一個偶然認識朋友（商人）的生意朋友老是打電話要接我過去一趟，因為以前給過他一個程式，我寫的，他不太會用，標準的暴發戶類型的，電腦只會開關機，手機只會接打，電視不會調台，只會開車不會用上面的其他裝置，還有很多。雖然是這樣，但感覺此人還是一個非常有思想的人，居然參透了很多的道理，也開了幾個公司，管理思想也是比較前衛的，也知道了人不能被錢驅使，而是應該用錢讓人更加幸福，所以他

什麼樣的商業計劃書才算好的商業計劃書？才能打動風險投資人的心？天使基金投資人周鴻一告訴你：十頁紙的PPT足矣。 曾幾何時，風險投資、VC、燒錢，這些詞語充斥耳邊。踏上艱苦創業路的人誰不希望能夠天道酬勤，獲得一筆風險投資，為自己剛剛起步的事業裝上助推器？ 要想受到投資人的青睞，獲得投資基金，一份好的商業計劃書是重要的第一步。 如何寫好商業計劃書？

    做企業永遠需要處在“創業態” 當你不再創業而妄想“守業”的時候，前面的路只剩下一條：萎縮，衰落，死亡。要麼自我革命，要麼被人革命，沒有第三條道路！         常常聽到一個觀點：“創業難，守業更難。”     這是真的嗎？    如果這是真的，那麼，創業和守業的界限在哪裡呢？銷售額100億之內是創業，100億之外就是守業嗎？誕生10年之內是創業，10年之外就是守業嗎？品牌第二是創業，第一就是守業嗎？    海爾不再創業，而只在守業嗎？微軟不再創業，而只在守業嗎？世界500強不再創業，

30年前，《紐約先驅論壇報》宣稱一個至今不為人熟知的男人是“繼牛頓、達爾文、弗洛伊德、愛因斯坦之後最重要的思想家”。直到網路盛行的今天，我們捧讀他當年的著作，才猛然悟到此人的偉大。他叫馬歇爾·麥克盧漢。“電子技術到來以後，人延伸出（或者說在體外建立了）一個活生生的中樞神經系統。”

  一、匯入資料庫連接操作(說明：我的資料服務器地址為本地，資料庫為sqlserver)   1 點擊 開始->所有程式->Microsoft   Business Data Catalog Definition Editor   2 單擊 AddLobSystem->Connect to Database   3 在Connect Type中選擇SqlServer   4 在Connect String 中輸入如下字串串連       Data

轉載別人的:在天涯中混了這麼久，發現很多朋友創業的心裡很矛盾，既有創業單乾的激情，同時又有擔心失敗後悲慘的命運！所以很多朋友思考了很長時間，最後還是決定等等再看，一月過了一月，一年過了又一年，歲月流逝，光陰不再，沉浸在打工的生涯中難以自拔，結婚供房，身上的經濟枷鎖日益沉重，無力再搏，最後只好認命，打工一輩子。

前面MOSS與業務系統的整合 之 自訂Membership實現Forms方式驗證文章中，我們實現了兩系統的使用者整合，下面要解決的是兩系統間的單點登入問題。 部署在兩台不同的伺服器上的系統，要實現單點登入，最好的辦法就是使用Cookie共用來實現了。只要將兩系統使用同一根網域名稱，並且使用者儲存使用者登入票據的Cookie名稱，以及Cookie加解密密鑰一致即可。 業務系統的寫cookie方式

原文：http://msdn2.microsoft.com/en-us/library/bb457187.aspx通過BDC我們可以在MOSS中使用LOB(line-of-business)中的資料。業務資料目錄中暴露的資料都是以一個唯讀實體存在的。然而，使用者通常不但要看這些暴露出來的資料，同時往往還需要操作資料。為了使這一切變得簡單易行，BDC提供了操作(Actions)—參數化的URL。通過參數可以方便的引用到實體中的各種欄位。本文內容延續我們前面章節所講的在MOSS中建立BDC，如果你還

銀行取款劃帳業務情境類比指定人數，每個使用者在銀行都有帳戶，上面有隨機產生的原始資金（整數）。所有使用者的原始資金和稱為原始總資產，每個人可以隨機播放取款還是轉帳，都稱之為交易。如果取款，則限定取帳戶下餘額的1/5（非整數零頭剔除，如餘額不足5元，則不能取款。）取款後系統紀錄使用者的現金數量。如果轉帳，則限定將帳戶下餘額的1/2（非整數零頭剔除）,轉帳對象隨機產生，但不包括當事人自己。使用者行為獨立、交易不收取手續約、劃款即時到帳、記憶體中建立對象和紀錄資料。請設計

經營分析做了四年，累了四年，經營分析總是做不好，研發的累的要死，客戶急得要死。我們到底幹了什麼。兄弟們看看達人指點指點1、資料的海洋，客戶卻不能自由 客戶：我需要這樣的一張報表 廠商：我們已經產生了，請在XXX目錄下YYY目錄中尋找  問題：報表布局不合理，可能是層次紊亂，可能是層次太深，也可能是業務理解和實際的報表不一致 解決：首先明確報表是一定需要組織的，無組織的報表對於雙方來說都是一場噩夢。  報表的組織是按照商務邏輯還是資料類型，這是個見仁見智的問題。一般而言，對於電信經營分析系統，其涉

　　做出東西再找風投　　“太牛的人都不會成功。”