About the running oder for Window Service

WindowsService (WinCE).JPG 

We usually doesn’t care about the startup odering of Window Services. But there is a situation about this.

You usually don’t care what you don’t understand.

Total Service: ServiceA and ServiceB.

In ServiceA we will retrieval some information via ServiceB. If ServiceB doesn’t start before ServiceA this future will failed. Because all Window Service are controled by SCM (“Service Control Manager).

How do we make sure the startup odering of Window Services?

Actually, SCM dispath all service ramdonly, such that you can not promise the services startup odering. But  (mm Here comes a hreo ).

We can set the dependency of every service.

ServiceDependency (Small).JPG 

You can try to open SCM and open a service propertied dialog to see the same information as bellow.

In the table of “Dependency”, you will see all depdency services of this service. It will make sure when this service starup all dependency service should already startup. You should set when you create such service.

::CreateService(hSCM,     // SCM pointer   m_szServiceName,   // service identify name   m_szServiceName,   // Display service name to display    SERVICE_ALL_ACCESS,  // desired access   SERVICE_WIN32_OWN_PROCESS, // service type   SERVICE_AUTO_START,  // start type   SERVICE_ERROR_NORMAL,  // error control type   szFilePath,   // service's binary   NULL,    // no load ordering group   NULL,    // no tag identifier   _T("RPCSS"),   // Dependencies on RPC Call Service.   NULL,    // LocalSystem account   NULL);    // no password > >

Please reference MSDN for more detail.

Office Live 線上版OFFICE???

Microsoft Office Live 

jiangsheng看來的資訊,OfficeLive開放註冊了。

30MB的網路儲存空間,一個免費的國外網域(恩~~沒錯的~ 是免費的喔~~)

於是我申請了evanlin.net來用(應該還不能用吧~~可以先看TEMP)

OfficeLive (Small).JPG

由於其他功能都要收費(還沒去試用~),光是Web Designer就跟MT實在是很像(雖然蠻親近、好用的),不過光是看到送一個DomainName就實在很誘人~~

一些WCF的補充資料

官方網頁:
http://windowscommunication.net/

  1. Windows Communication Foundation入门(Part One)
  2. Windows Communication Foundation入门(Part Two)

等之後手邊輕鬆一點就來弄~~

Borland 在日前宣佈要出售旗下所有IDE部門

Borland

日前軟體IDE產業一時的霸主Borland,曾經利用Pascal迅速爆紅在程式語言的世界中,並且以Delphi與Borland C++獲得與微軟共爭霸主的軟體公司,日前在宣佈購併軟體生命週期管理公司(ALM)Segue後,隨即又宣佈要全部出售自己旗下所有的IDE部門(包括Delphi、C++Builder、C#Builder、JBuilder (and Peloton)、InterBase、JDataStore、nDataStore、Kylix與原來的Turbo Pascal產品線)。

相關新聞:

  1. Borland计划出售其IDE部门,买家尚未确定
  2. 求成長 Borland出售開發工具業務
  3. Borland出售IDE部门
  4. 谁会买下Delphi?(孟岩)
  5. Borland plans separate company for Delphi, JBuilder, C++Builder, InterBase, JDataStore and other developer products…
  6. 它終於發生了!(李維的Blog)

 蠻久之前在閱讀完Borland傳奇之後,對於Borland這間公司的發展狀況感到相當的好奇與注意。但是卻在今天(感覺~~~似乎有點太慢了~~)才知道這個消息。感覺相當的可惜,畢竟我第一套熟悉的IDE產品。也是Borland C++ Builder 1.0,並且在五專的時候,BC++3.0也陪我度過多少個熬夜的晚上。對於大學時代所學習的PASCAL更是覺得相當的好用與經典,只能說~~ 真的是太可惜了~~ 

What is TLB??

FilExt of TLB.
(TYPE Library) OLE Type Library

.TLB:OLE庫文件,其中存放了OLE自動化對象的數據類型、模組和接口定義,自動化伺服器透過TLB文件就能了解自動化對象的使用方法。

此檔案可供其他語言來了解COM的內部架構與Interface.

可以用VC6 的OLE Viewer(OLEView.exe)去察看~~

TLB (WinCE).JPG

[小軟工談KM]1. Just write down what you know.

images.jpg

(上面那個圖是啥?是有名的知識螺旋理論)

在軟體工程師的是世界中,如果有比改錯程式碼更令人可恨與厭惡的,想必就是去做所謂的知識管理。

Why Knowledge Management? Why not write code?

如果這句話所指的,我想說許多人工程師會思考到說,為何要浪費(或者說白費?)時間去做知識管理呢?反正,這幾段程式碼只有我看的懂(根據我怪怪的變數命名原則與艱深的template下,我[一般人都會如此]相信沒幾個看的懂~)。是的,在軟體產業中,我相信站出去喊著知識管理的口號,會有上百個工程師如此的想~ (起碼,看著這篇文章的你~~ 或許也會這樣想)

那麼~~~ 為何要做KM? (看CODE 不就好了?)根據偉大的Google大神查詢的結果(約有1,820,000項符合知識管理的好處的查詢結果)。MIS的老師也不厭其煩的的教導說,知識要內化、才能怎樣怎樣怎樣~~~~ (說實在的,我忘了~)。在撰寫MIS的考卷的時候,相信各位都可以寫的比我好的答案去說明如何做企業內的知識管理,如何去架設一個良好的企業內部的資訊系統、如何管理員工來利用知識管理來增加生產力 ….. XX(嗯~ 基本上,很多時候,在寫這樣的考卷時後,我發現 跟考公民道德是一樣的~~~ =_____=)。每個人或許都寫的一張漂亮的考卷,但是卻不見得每個人都會去實踐它,甚至只是簡單的內化。

The much you write down on paper, the more you understand it.

對於任何一種知識而言,能夠用文字去陳述的時候,表現你更能夠了解它。 思考、寫下然後說出。這些基本的原則,卻代表著簡單的事實~~~ 人們往往認為在不懂得時候才會認為自己已經了解了。如同Joel在他的文章中[從代碼工到開發者(Mike Gunderloy’s Coder to Developer)](http://local.joelonsoftware.com/mediawiki/index.php/從代碼工到開發者) 中所提到的相同。在Pragramatic Programmer裡面也提到說~~~ [對於任何難解的Bug,再要求人家幫忙的時候,試著用言語去表達現在所遇到的困境~]。當你試著用言語去表達你所遇到的困境時,這個當下表示 你正思索著問題的本質。也就是The Old New Thing 裡面所提到的Before you develop a solution, make sure you really understand the problem)。想要表達問題的時候,可以逼迫你去重新思索問題的~~ 想當然也可以幫助你過濾一些不必要的思慮,並且去縮小話你所遇見的問題。

面對每一段論文的文字,印出來反覆的閱讀;面對著要講的話,寫下來反覆的閱讀。

這一段highlight 文字是中文的,由於這是我研究所指導教授劉教授的名言。兩年的研究所生涯,我修正錯字的個數可能比起我寫的程式源碼還多。(相信我~~你現在應該還可以看到不少個錯字~~)但是那時候的訓練倒是好好的訓練我對於文字撰寫的掌握度。什麼叫對於文字的掌握度?? 也就是寫作(你可以先當成把想法寫成文字的能力,並不是叫你寫出哈利波特)的成熟度與能力,是取決你有多常去寫他。

想起寫作能力描述,吳淡如對於對於作家的寫作能力有一種所謂的妓女理論(這段敘述來自我看到的節目上,但是似乎找不到全文~~)

[吳淡如](http://www.alexind.com/bettycafe/)提到:[寫書就像是當妓女一樣,像是一些偶像歌手、明星要出書,必須累積了靈感或是忽然興致來了才能出書~ 就可以賣的非常好的價錢,這就像是高級妓女一樣;  而像是[吳淡如](http://www.alexind.com/bettycafe/)一樣,人家給了錢,一篇文章就自然出來即使沒有任何的靈感與興致都可以寫出來~~ 就像是專業的妓女一樣。] > >

或許這樣誇張的文字,對於將思考鋪成文字而言~~或許有些離譜了。但是卻可以讓我們思考著,你!!!!!(還有我啦) 對於文字的掌握度到底有多少??你真的能將自己所懂所知寫下來,而不是靠一些艱深難懂的程式碼??

Just write down what you know, not coding.

…. 待續