商務

專案管理就是整合業務鏈吳旻泰岩網路工作室 最近在看張維迎的書。他舉例說，行業領袖就是產業價值鏈的整合者。比如像微軟，其實它就是在不停的把項目與夥伴共用；比如像汽車產業，更多的是把別人生產的零組件組裝起來，最後再以品牌的形式將整車賣出去；耐克作為行業老大，幾乎是不從事生產的，更傾向於負責設計和營銷，也是這個道理。作為最終和使用者互動的品牌所有者，要對背後的夥伴負有監督的責任。比如，我們發現我們買的愛車有零組件問題，我們絕對會去找汽車品牌產商，它會為我們處理好這一切。如果它敢說：噢，這是零組件生產商

寫給考慮創業的年輕程式員導讀】工作機會減少，讀大學也不是保障。大公司亦不再是構築職業生涯的安全港灣。透過媒體的鏡頭，創業似乎成了沙漠中唯一的綠洲。然而關於創業，或許少有人給你建議，這裡所列出的一些因素都是你可以考慮的。　　如果你的年齡在20歲上下，你可能還是一名學生，但正經受著輟學創業這一想法帶來的壓力;或者你已工作，但總覺得打工並不適合自己，感覺自己正在失去獲得寶貴經驗和潛在財富的機會。　　過去幾年成長起來的這代人在“迷失”的邊緣徘徊。工作機會減少，讀大學也不是保障。大公司亦不再是構築職業生涯

做生意學會說不 發行者：龔建輝   原作者：風瀟瀟  出處：http://bbs.icxo.com/dispbbs.asp?boardID=1858&ID=32902   發表日期：2004-12-14 09:13:59.483【摘要】一株罌粟開在水中央，年輕人被她的美麗吸引，悄悄靠近，當嘴唇吻上花瓣的那一刹那，邪惡之神迅速佔領了他的靈魂和胸膛……) 上帝說，當慾望來臨時，人要學會潔身自好。 商人說，當利潤出現時，你要跑得比最快的獅子還迅速。

　　11月15日訊息，據國外媒體報道，Sun周五宣布，公司將裁員15%至18%，約5000人至6000人。　　同時，Sun還對軟體業務進行了重組，將其劃分三大事業部：應用平台軟體事業部、系統平台事業部和雲端運算與開發人員平台事業部。　　其中，應用平台事業部主要負責Java、MySQL、GlassFish應用伺服器、Sun Learning Services業務，由首席營銷官Anil Gadre負責。系統平台事業部主要負責Solaris虛擬化和系統管理軟體，由John

這個我們理解為 Gis商業智慧，國外有這樣的網站，國內還真的沒有發現。我試用了一次，也沒有完全吃透。不過覺得sk做的這個產品還是不錯，有問題可以和老柴回複交流。 SpacialKey 是一款gis商務智能的分析toB的BS結構的軟體，前端用flex表現效果、使用者體驗做的非常好。網址為：https://www.spatialkey.com/ 申請測試賬戶我註冊申請了一個key。得到了30天的使用權。有興趣的朋友可以試試看。他的email確認還是非常快的。 註冊登入我就不再細說了。相信大家都ok。

要求業務驗證的情況大致可以分為3類1、某一個值本身需要驗證2、僅當另外一個值出現時，某一個值需要驗證3、僅當另外一個資料集裡麵包含的某一個資料滿足某個條件時，某一個值需要驗證商務邏輯的驗證要求驗證方法集中處理，盡量避免在整個系統中對同一個值存在多個業務驗證。驗證：返回true或false的方法，該方法必須包含兩個參數，1、驗證資料本身；2、驗證資料的處理方法驗證中必須理解的技術：delegate：表示委託，委託是一種資料結構，它引用靜態方法或引用類執行個體及該類的執行個體方法。要求被引用方法的參

在公司資訊化上,我一直有一個狹隘的觀點是:讓程式員到對應的崗位上待一段時間,動手做一做,真正體驗一下.我這一觀點時常被無數人鄙夷.他們總是找出無數的觀點來說明我的錯誤和不對,但是他們始終沒有在公司資訊化這個路上成功過!所以,在他們鄙夷我的時候,我就只能笑!笑而不語!為啥會有這樣的觀點呢?因為在公司資訊化這條路上,最大的熵不是各種Bug,而是流程的調整和業務的最佳化!是各種無意義的討論中產生的不完全理解! 今天往東走30km,明天覺得不對又往西走20km... ...

金融危機殃及色*情業，女*優轉行做駭客？金融危機漸成燎原之勢，連日本拍色*情片的女*優都開始利用拍片道具的機會學習 linux 了。哈哈，好吧，我先承認我是標題黨，前面說的話也是杜撰的。最早，我是上個月在 Darkspy

10月14號上午：繼續分析aupair：側重點為商務程序、表結構及表間關係一下分析全部預設為正常登陸並驗證通過的情況。功能頁面二：EasyFind：懶查詢、自動查詢在這裡你會發現所有的符合您的設定檔的招待員或者家庭。Here you will find all the au pairs or families that match with your profile.如果結果不令您滿意，點擊此處更改您的偏好。In case you are not satisfied with the

專家稱開源社區應保護商業利益 BSD優於GPL  Covalent Technologies公司CEO、著名開源軟體專家Mark

經過1個月的學習，從接觸Silverlight到現在完成一個初具企業級應用程式框架的實現，確實感覺比較累。本來底層定型很快，但由於選型時爭論比較長，拖了點時間，而我本來只負責底層，但由於用戶端小組進展比較慢（原因一言難盡），這個星期我開始接手這方面的工作，經過幾天的努力，在UI組兄弟們的配合下，今天終於完成了從資料庫到頁面的整個應用架構的實現，效果不錯，而且還比較適合大規模開發。下面是整個架構體系：Entity

事實上，這是一本還沒有出版的書籍。因為到現在為止，我只有時間寫了6萬字左右的書稿。而一本正常的書籍需要至少20萬字。我希望能夠聽到更多的意見和建議，我會每天都放出一部分稿件，歡迎提意見和建議！如果您支援這本書的出版，歡迎在下面給予評論！程式員，建立你的商業意識（連載四） 程式員代表著技術的擁有者，比起其它的人群，他們擁有更強大的力量，甚至可以說擁有的是那個傳說中點石成金的金手指。然而，過渡的迷戀技術也讓很多程式員無法獲得那段秘訣，本書將講述那些已經找到秘訣的程式員的故事，並幫你分析他們是如何找到

事實上，這是一本還沒有出版的書籍。因為到現在為止，我只有時間寫了6萬字左右的書稿。而一本正常的書籍需要至少20萬字。我希望能夠聽到更多的意見和建議，我會每天都放出一部分稿件，歡迎提意見和建議！程式員，建立你的商業意識 程式員代表著技術的擁有者，比起其它的人群，他們擁有更強大的力量，甚至可以說擁有的是那個傳說中點石成金的金手指。然而，過渡的迷戀技術也讓很多程式員無法獲得那段秘訣，本書將講述那些已經找到秘訣的程式員的故事，並幫你分析他們是如何找到秘訣的。閆輝   著1.3

呵呵，是關於lua stdlib 庫的set模組的bug，其實作者好像確認很久了。。。。但是我這段時間一直沒有上gmail，所以沒有看到。。。作者說，在新版中已經修改此bug...今天下了最新版，發現真是這樣：）呵呵，真高興啊，吸收了開源社區的那麼多營養。。。總算有點報答了。。。當然，這僅僅是起步：）實際流程貼一下。。。滿足一下虛榮心。。。其實僅僅是一個很小的很容易發現的bug。。。呵呵，我當時學lua才一兩周。。也不可能發現多麼難的bug....lol 原來的lua stdlib

最近在和做共用軟體的朋友辯論Saas (Software as a Service) 是不是未來趨勢的問題。 有些人一開始就很抵觸 Saas ， 覺得AJAX應用不如C++代碼快， 網路不穩定， 網速不夠快 等等很多問題。 其實一件新生事物出現的時候， 總是很多問題的。 當年大哥大出現的時候， 比磚頭還大還重， 電池也只能堅持十幾分鐘，沒有人想到今天手機可以做的那麼小，可以照相上網聽MP3。 當年電腦出現的時候， 重好幾噸， 要5個房間才能放得下。

創業前如何走出誤區[日期：2006-5-16]來源：新浪財經  作者：[字型：大 中 小] 　　訪問新浪精英理財論壇 　　上個星期天  　　許多人都想創業，但是創業前如何走出誤區，健康理性創業是最關鍵的問題。“創業不是短期的投機行為，要遵循基本的規律，過於急功近利，容易殺雞取卵，因小失大，得不償失，”現在是常犯的幾個誤區。  　　憑願望和熱情創業  　　行為表現：理想化，自我期望很好，開始的幹勁和熱情也很高，但遇到問題和困難時，往往手足無措，焦慮、沮喪，情緒一落千丈。 

作者：江南白衣， 原文出處：http://blog.csdn.net/calvinxiu/archive/2007/04/13/1562846.aspx，轉載請保留。     業務建模是整個RUP 四段式還沒開始前一個可選的序章：    1.Team Dev對目標組織的業務非常白癡，沒法開展系統用例需求。    2.尋求商務程序改造(BPR)和自動化。    這兩個可能的原因，層次上相差甚遠，但目標都是端平客戶與Team

傳統的struts開發架構採用將業務代碼寫在action，事務邏輯配置在service查詢資料達到，這樣就有設計缺陷：1：如果資料庫操作很多，那麼將需要寫很長的代碼寫在service裡進行2：有些資料庫操作是涉及到業務代碼層次的東西，在兩次資料庫操作間少不了判斷等操作，那麼將一部分商務邏輯寫在service層，一部分寫在action層，顯得很混亂因此，是否有一種方法將業務代碼抽取到一個層面來進行呢？並考慮到不同的架構結構，發現需要的操作基本是這樣的：1.提交資料（或AJAX提交）2.裝配資料（s

          在開始做機房收費系統的時候，師父和我說做系統之前先要分析需求，只有把需求弄清楚了才可以開工。所以先看，但是看了很長時間也沒有看出個所以然來。之後師父又說機房收費系統最先需要做的部分是資料庫。這讓我更不明白了，我怎麼都覺的資料庫無法建立，因為我根本不知道資訊是怎麼流動的。而且我總覺的隨著開發的深入，資料庫一定不可能一直都適合，這樣的話一改就會是一片。所以，最後我邊開發邊弄資料庫。         

技術大牛？業務大牛？吳旻泰岩網路工作室          成為技術大牛是每個喜歡技術的開發人員的夢想。想想那種別人遇到的困難被自己一語道破，或者成為技術英雄被景仰的感覺，簡直太陶醉了！