商務

昨天下午，應“北京.net俱樂部”的邀請，到微軟所在的辦公樓18層的會議室做了一場講座。說句實在話，因為以前也從來沒有講座的主角，從答應的那一天開始的確就非常緊張。書還沒有出，就開始做講座，有點誇張，不過好在我也希望能夠看看程式員對這個話題是否關注，他們希望瞭解哪些方面，抱著這樣的想法，我還是答應前往。昨天下午1點，從家裡到公司帶了一包雜誌（20本），狂重。然後到了現代大廈，到了之後，沒有過多長時間，俱樂部的召集人涵濤就到了，看得出來，的確是個幹將，CSDN能吸引到這樣的員工顯示了巨大的潛力。過

 作者：百度有啊實驗室來源：http://www.youalab.com/?p=458前言相信很多人都有類似的經曆：隨著業務越來越多， 系統的越來越複雜， 我們都會感覺我們的代碼越來越難看， 重複代碼越來越多， 越來越難以維護。 恩， 這確實是個問題， 但有沒有可能解決的辦法？ 老實說， 確實很難， 但不是完全沒有可能， 或者說有改善的可能。 最近就關於這方面進行了一些學習和考慮， 以純理論的方式總結了一下， 希望能對對這方面有興趣的同學有所協助。 很多面嚮應用的系統是以資料為中心的，

互連網上有很多金礦，但是並不是屬於你，好的創意只是成功的第一步。而且很多時候太好的創意反而最終是失敗，只有成熟的商業模式和團隊才是創業成功的關鍵。商業模式最終講體現到盈利模式，而盈利模式有需要有實際的產品和調研資料來支撐，你需要清晰的講出來你具備的團隊，環境，資金，產品能夠使你持續的盈利。不可否認也有很多前期商業模式並不是很清晰的最後創業成功的，但是這僅僅是個例而不能代表全部。1.好的商業模式必須能夠盈利互連網大筆燒錢的時代已經過去，並不是說盈利一定要有多少，而是要實現投資回收期的儘可能短。這樣

我在一個大客戶那裡工作的時候經常想這樣一件事，他們（以及國內很多——IT或者非IT——企業）講軍事化管理，講服從命令，為什麼我總覺得這事不對？到底不對在什麼地方？我想出來的結論是：商業不是戰爭。

 （一）    為什麼是一千萬？     我一度很奇怪，有些人打工時都不是很出色，怎麼就會突然想起來創業了呢？   年輕人要記住，當你沒啥經驗的時候，你給老闆打工，老闆給你錢這是很幸運的，舊社會的時候是沒有錢拿的！從另一個角度看，你當老闆前，給人打工就是練習的狀態，練習都不在狀態的話，你憑什麼可以創業成功？如果你想在未來也創業成功的話，你就要在打工的時候，學習老闆的視野，具備老闆的心態，處處替老闆著想。否則，一個天天對老闆滿腹牢騷的人，怎麼可能幹成老闆的事！   

 “物聯網”的概念雖然火起來也就整整一年時間，但其實各電訊廠商早就以“行業應用”為名開展過很多項目了。比如路燈監控、水文監測、車輛定位、智能家居、電力遠程抄表等等。這些業務均是以各類型感應器為資訊搜集源頭，利用GPRS或簡訊為資訊傳輸通道，再進行背景處理和控制，基本結構圖如下：去年8月7日溫家寶總理在中科院無錫高新微納感測網工程技術研發中心考察時指出要大力發展感測網，要把感測系統和3G中的TD技術結合起來，所以我們在考慮物聯網的資訊傳輸通道時，都是考慮基於GPRS或TD。而作為一名簡訊裝置的維護

作者: 覃裡整理 來源: IT168   “開源軟體” 可以進行商業化運作，“商業軟體”同樣也可以選擇“開源”。“開源”的目的是方便知識共用，而商業化運作則是為了將停留在“知識”層面上的軟體代碼與文檔轉變為適應商品社會需求的“軟體商品”，從而使知識儘快轉化為現實生產力。但從美國到歐洲再到中國，開源商業化卻明顯不同。　　Larry

 If you test server side and its a node.js based app then there is the option ofkyuri  + VowsJS . If not then you might be able to get what you want with plain old code comments, writing the tests in coffeescript  (which is simpler syntax, but

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

在做項目時,我們為了讓前背景內容分離開,現在有諸如mvc的模式供我們使用,但是個人這種方式並沒有讓前後台徹底分離,我有個想法:說明:1、業務層相js操縱層提供產生的各種資料、頁面元素的Id和類型，以方便js操縱層更具類型產生不同的資料操縱代碼。2、js操縱層，用於把業務層產生的資料，轉換為操縱ui元素的Js代碼並輸出；這個層的構造相對要複雜些，必須考慮各種不同的元素的操作方式；3、UI層就是純粹的UI了不包含任何後台相關代碼，ui設計師只需要給程式員提供要顯示資料的ui元素的Id就可以了    

[博主注] 最近看到Paul Graham 新發表的文章《What Startups Are Really Like》， 受益匪淺，深有感觸。 剛好看到有中文翻譯版，所以轉載過來和大家分享。 英文原版的內容更加詳細，建議英文閱讀能力好的網友讀原版。Paul Graham 是矽谷創業圈子教父級的人物， 他的文章都建議讀一讀， 尤其是《How to Start a Startup》， 幾乎是創業者必讀文章 ...    英文原版地址：http://www.paulgraham.com/really.

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

根據IDC 資料， 美國互連網廣告07年總開支255億美元， 增長27%。  毋庸置疑， 是塊大金礦啊 Google 佔了這塊市場的23.7%。  From http://www.idc.com/getdoc.jsp?containerId=prUS21080108U.S. Internet Advertising Grew by 27% to $25.5 billion in 2007, According to IDC - Google Loses Market Share for

     用戶端的需求在前面已經分析了。這裡是用戶端的商務邏輯：     1.初始化：               初始化使用者介面(主要是清單控制項)               建立並開啟監聽通訊端     2.使用者登入：               彈出登入對話方塊 讓使用者輸入使用者名稱密碼以及伺服器資訊               根據使用者輸入的伺服器資訊建立一個新的通訊端串連伺服器 並且請求使用者鏈表               等待該通訊端可讀資料 如果是伺服器發送的錯誤訊息

商務邏輯層（Business Logic Layer）無疑是系統架構中體現核心價值的部分。它的關注點主要集中在商務規則的制定、商務程序的實現等與業務需求有關的系統設計，也即是說它是與系統所應對的領域（Domain）邏輯有關，很多時候，我們也將商務邏輯層稱為領域層。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一書中，將整個架構分為三個主要的層：展示層、領域層和資料來源層。作為領域驅動設計的先驅Eric

------- android培訓、java培訓、期待與您交流！ ----------當多個線程類共用同一變數時，若不加以控制，則程式會產生錯誤。比如銀行取錢這一業務，兩個取錢線程對同時賬戶進行取錢很有可能發生違背邏輯的地方。代碼如下：package c16Thread;/** * 程式描述： * 一個Account類，代表銀行賬戶，一個Getting類，代表取錢者;用戶端持有Account實體，和兩個Getting線程類，兩個線程類對同一個賬戶進行操作 *

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

    作者：江南白衣     前篇:〈在Spring+Hibernate架構下，用動態語言寫業務類〉講述在Spring+Hibernate的架構下，因為動態語言所帶來的利益，把一部分業務類改用Groovy編寫並編譯成Java Class檔案。    而且，因為Groovy的強大與簡便，加上與Java親密無間的關係，一些架構類也可以逐漸考慮用Groovy編寫。  1.雖然多是星零的好處，但忽然間一整噸好處擺在面前還是很讓人感動的。   

    如果羨慕Ruby On Rails可以用動態語言來編碼，但又捨不得Spring、Hibernate這些Javaer深以為傲的架構，那麼有一種折中的方案：    仍然使用Spring+Hibernate架構，而用Groovy/Jython/JRuby來編寫Controller類、Service類、DAO類，並把它們編譯成普通的Java Class檔案來使用。    BuggyBean的blog裡用Jython示範了這種方案。　１.why

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