Oracle神諭

　　時間在一點點的過去，但是確保的進(jìn)度上還是沒有保障。原因何在：
(1)系統(tǒng)的復(fù)雜性。
    (2)程序員的差異因素。
    (3)代碼的維護(hù)工作。
    (4)缺乏天才程序員的參與。
(5)項目管理方面的問題。

　主唱:葉麗儀

　　曲:顧嘉輝 詞:黃沾

　　浪奔浪流

　　萬里滔滔江水永不休

　　淘盡了世間事

　　混作滔滔一片潮流

　　是喜是愁

　　浪里分不清歡笑悲憂

　　成功失敗

　　浪里看不出有未有

　　愛你恨你

　　問君知否

　　似大江一發(fā)不收轉(zhuǎn)千彎轉(zhuǎn)千灘

　　亦未平復(fù)此中爭斗

　　又有喜又有愁

　　就算分不清歡笑悲憂仍愿翻百千浪

　　在我心中起伏夠

　　隨著人員的增多，在業(yè)務(wù)量無法與相應(yīng)的成本進(jìn)行匹配時，就發(fā)生了可怕的事情。一方面是要保證客戶現(xiàn)有訂單的質(zhì)量和進(jìn)度，一方面成本的不斷增多也帶來了巨大的壓力。如何進(jìn)行操作?

　　很多時候我們很樂觀，將事情想象的比較美好，認(rèn)為事情會按照我們想象的進(jìn)行。但是事與愿違，很多事情是有很多風(fēng)險和未知不確定的因素存在的。這這種情況下，危機(jī)和風(fēng)險意識要具備。失敗大于成功的概率，凡事先有最壞的打算，精心準(zhǔn)備下一步的步驟，這樣成功的概率就會增加。

　　對手是最近電視劇熱播的節(jié)目，通過PPStream周末整整看了兩天才看了一遍。其中比較好看的幾個亮點如下：
(1)密電所的三駕馬車，文為均出思路，黃永青解決難題，郭忠良負(fù)責(zé)具體實施。三個所向披靡，正是因為其相應(yīng)的團(tuán)隊協(xié)作。
(2)三本五十六的豪氣，作為日本的一代梟雄，其所有氣魄確實讓人無形中佩服。作為統(tǒng)帥，還是要有相應(yīng)的氣魄。
    (3)密電所作為研發(fā)單位，主要擔(dān)當(dāng)日本的密碼破譯工作，其中科研單位的管理的也是很有學(xué)問。
    (4)復(fù)雜關(guān)系。作為國共關(guān)系、國民黨內(nèi)部派系關(guān)系、父女關(guān)系、姐妹關(guān)系、上下級關(guān)系、夫妻關(guān)系、同事關(guān)系、部門協(xié)作關(guān)系等等，關(guān)系真的是很重要的，也是很微妙的。
    (5)情報也就信息，信息的重要性特別是在戰(zhàn)爭年代，一個情報決定一場戰(zhàn)役的勝負(fù)。
(6)密碼編寫和密碼破解，這確實是一場智力游戲。

　　很多事情，經(jīng)過我們的規(guī)劃后就放權(quán)讓下面的人執(zhí)行了。但是很多事情，到了最后的時刻卻發(fā)現(xiàn)很多事情沒有按照既定的要求和進(jìn)度完成。這是什么問題？最主要的問題在于相應(yīng)的監(jiān)控出了問題，如何規(guī)避響應(yīng)的問題你。一個是用人要疑，不要認(rèn)為人可以在沒有任何監(jiān)控的情況下完成的，人的惰性是始終存在的，要不斷發(fā)問不斷向下屬進(jìn)行監(jiān)控。二是要規(guī)范，很多設(shè)計開發(fā)相關(guān)的問題都來源于不規(guī)范，加強規(guī)范操作。三是要嚴(yán)格驗證，否則很多事情，做了的事情做的結(jié)果如何，是不是滿足了客戶的要求。

　　戰(zhàn)國時期有一位老人，名叫塞翁。他養(yǎng)了許多馬，一天馬群中忽然有一匹走失了。鄰居們聽到這事，都來安慰他不必太著急，年齡大了，多注意身體。塞翁見有人勸慰，笑笑說：“丟了一匹馬損失不大，沒準(zhǔn)還會帶來福氣。”
鄰居聽了塞翁的話，心里覺得好笑。馬丟了，明明是件壞事，他卻認(rèn)為也許是好事，顯然是自我安慰而已。可是過了沒幾天，丟馬不僅自動回家，還帶回一匹駿馬。
鄰居聽說馬自己回來了，非常佩服塞翁的預(yù)見，向塞翁道賀說：“還是您老有遠(yuǎn)見，馬不僅沒有丟，還帶回一匹好馬，真是福氣呀。”
塞翁聽了鄰人的祝賀，反到一點高興的樣子都沒有，憂慮地說：“白白得了一匹好馬，不一定是什么福氣，也許惹出什么麻煩來。”
鄰居們以為他故作姿態(tài)純屬老年人的狡猾。心里明明高興，有意不說出來。
塞翁有個獨生子，非常喜歡騎馬。他發(fā)現(xiàn)帶回來的那匹馬顧盼生姿，身長蹄大，嘶鳴嘹亮，膘悍神駿，一看就知道是匹好馬。他每天都騎馬出游，心中洋洋得意。
一天，他高興得有些過火，打馬飛奔，一個趔趄，從馬背上跌下來，摔斷了腿。鄰居聽說，紛紛來慰問。
塞翁說：“沒什么，腿摔斷了卻保住性命，或許是福氣呢。”鄰居們覺得他又在胡言亂語。他們想不出，摔斷腿會帶來什么福氣。
不久，匈奴兵大舉入侵，青年人被應(yīng)征入伍，塞翁的兒子因為摔斷了腿，不能去當(dāng)兵。入伍的青年都戰(zhàn)死了，唯有塞翁的兒子保全了性命。

作為一個人來說，沒有一個好心情，就很難做好事情。心情和人的積極性有很大的關(guān)聯(lián)，心情糟糕和郁悶難免會阻塞人的思路，特別是具有開創(chuàng)性質(zhì)的事情。
保持一個積極、樂觀向上、好的心情，你會做好事情的。

本源是什么的？
什么是本源？

　　軟件開發(fā)公司，某種程度應(yīng)該是企業(yè)的IT部門的一個縮影，不僅僅只是IT系統(tǒng)建設(shè)，而且也要參與企業(yè)的公司規(guī)劃以及IT系統(tǒng)上線后的運維。要有長遠(yuǎn)的綁定式的成長的戰(zhàn)略，否則完全按照一錘子買賣的話，系統(tǒng)就只能是一個階段式的產(chǎn)物，雙方的關(guān)心點無法得到相應(yīng)的保障。

　　作為軟件開發(fā)人員，我們大多探討的是IT系統(tǒng)建設(shè)問題，但是IT做好以后相應(yīng)的處理的運營確是很多決策人很關(guān)心的話題。如何提升管理？如何提高客戶的滿意度？如何降低成本？如何有更多的盈利模式？如何如何進(jìn)行更加精細(xì)化的管理？IT運營的細(xì)節(jié)在什么地方？

     語言是很有意思的東西。因為涉及語言方面，IT從業(yè)人員滿嘴都是技術(shù)架構(gòu)、功能、如何實現(xiàn)等等；然而具體行業(yè)人士，大多講著自己的語言，拿供應(yīng)鏈為例總是在講著如何配送、如何盈利、如何運營、如何成本分?jǐn)偂⑷绾卫麧櫡殖傻鹊龋浑p方在溝通的過程中就發(fā)現(xiàn)其中的有若干的障礙產(chǎn)生。不是IT語言不扎實，也不是物流行業(yè)的不專業(yè)，關(guān)鍵是如何搭建一個橋梁，讓兩者的溝通更加順暢。作為IT從業(yè)人員，必須要在行業(yè)語言上熟悉，上什么山唱什么歌。

　有人把引擎稱為發(fā)動機(jī)，其實，發(fā)動機(jī)是一整套動力輸出設(shè)備，包括變速齒輪、引擎和傳動軸等等，可見引擎是只是整個發(fā)動機(jī)的一個部分，但是卻是整個發(fā)動機(jī)的核心部分，因此把引擎稱為發(fā)動機(jī)也不為過。
對于引擎，大家都應(yīng)該不陌生，引擎的主要部分就是氣缸，這里就是整個汽車的動力源泉。氣缸的工作原理我在這里簡單介紹一下，汽缸包括缸體、進(jìn)氣孔、輸油孔、出氣孔、火花塞和活塞。汽缸通過進(jìn)氣孔和輸油孔注入汽油和空氣，在汽缸內(nèi)充分混合，當(dāng)火花塞點燃混合物后，混合物猛烈地爆炸燃燒，推動活塞向下運動，并產(chǎn)生動力。同時，爆炸氣巨大的壓力還推開單向閥的出氣孔，排出廢氣。而后，汽缸內(nèi)殘余廢氣逐漸變冷，氣壓變低，汽缸外部的大氣壓又推動活塞向上運動，以準(zhǔn)備進(jìn)行下一次爆炸。這就是簡單的原理。

　　在資源緊張和項目比較多的情況下，一個人要做N多件事情。當(dāng)項目達(dá)到一定量，例如手頭同時有很多個項目同時需要處理的時候，資源達(dá)到一定程度的時候，需要做什么？如何進(jìn)行操作呢？
首先作為大的方向性的指導(dǎo)，保證大家做對的事情；
其次在一些細(xì)節(jié)的核心的內(nèi)容上來親自操刀；
其次相信大家能夠做好事情，充分授權(quán)；
排程，在什么時間誰要解決什么問題？

在公司的成長的過程中，由于資源的貧瘠，需要對人有不同層次的拔高。例如需要技術(shù)創(chuàng)新、需要測試、需要咨詢、需要項目管理、需要人力資源管理等等，于是乎全能型的人的渴求就出現(xiàn)了。經(jīng)歷過種種的閱歷后，人是成長了。但是在這個過程中又是很容易迷失自我，因為只是因為需要而不斷的救火，但是自己專心的領(lǐng)域或者感興趣的領(lǐng)域卻消失掉了。一方面人的精力是有限的，不可能將所有的知識和經(jīng)歷都一一涉及；另一方面作為自己如果沒有專心的領(lǐng)域，也缺乏對問題認(rèn)識的深度。要有自己的立足或看家的本領(lǐng)，又能博采眾長，觸類旁通。做好人，做好事。

做為公司的老板，經(jīng)歷過早期創(chuàng)業(yè)的艱辛得以今天的成就。
對老板來說，公司內(nèi)部、客戶、供應(yīng)商等等關(guān)系每日都有繁瑣的事情要進(jìn)行處理，因此每日日理萬機(jī)。
對客戶，要較勁腦汁要把客戶拿下或者維護(hù)良好的關(guān)系。
公司內(nèi)部，人員、績效、數(shù)據(jù)、收入、支出、例外等等事情需要理順，對人的知人用人疑人成了家常便飯。
對供應(yīng)商，總是感覺和自己的差距有些遠(yuǎn)，付出的感覺沒有回報，想要的沒有拿到。
應(yīng)該說老板的思維方式是異于常人的，他們高高在上，獲得眾人的尊重，但是又有幾多憂慮，沒有人能夠理解他們的苦衷，于是信任與疑問的矛盾不斷涌現(xiàn)。

(1)BS軟件還是CS軟件，或者混合架構(gòu)的方式。CS在Windows窗體的表現(xiàn)方面有得天獨厚的優(yōu)勢，且采用RAD的方式開發(fā)效率極高。BS在基于Internet的方式下，采用Thin Client的IE瀏覽器作為客戶端，表現(xiàn)力不足，且開發(fā)效率比較高。但是在低維護(hù)成本、軟件實時性等方面有具有一定的優(yōu)勢。
(2)軟件基本功能，涉及相應(yīng)的權(quán)限體系、SSO、外圍系統(tǒng)的接口對接、流程的自定義、系統(tǒng)的靈活性、可擴(kuò)展性、安全性；
(3)各個實體功能的完整性及行業(yè)軟件的特有因素的體現(xiàn)的比較；
(4)用戶體驗的比較。

　　時間過得飛快，在某一個領(lǐng)域浸淫了N多年的時間，期間的種種使得自己有一種想寫書的沖動。當(dāng)然自身的文章功力確實不高，甚至于寫的東西也不長。但是這個不影響想寫一點東西的沖動。
寫文章、寫解決方案、寫書，這個是個難度不斷累加的過程，如果沒有深厚的寫作功力再加上相應(yīng)的行業(yè)背景的了解是很難寫出來的。但是某些散落的感想的珍珠希望能夠串聯(lián)起來。
書名叫什么呢？這個是個難題，還是暫時先放在一邊。
要寫的內(nèi)容呢？行業(yè)內(nèi)容、軟件研發(fā)、管理流程內(nèi)容，另外主要偏向與運營內(nèi)容，如何進(jìn)行運營。簡單的說就是行業(yè)的IT信息化建設(shè)。研發(fā)的背景作為我個人來說，確實還是可以的，其中的行業(yè)技術(shù)方面還是需要進(jìn)一步的補充完善自己的知識體系，運營方面的經(jīng)驗是比較欠缺的，畢竟自己還沒有從事過直接的運營。這本書對對于我來說也是個不小的挑戰(zhàn)。
寫書的目的呢？其實最主要的將自己的東西能夠有所梳理、沉淀，將相應(yīng)的應(yīng)驗進(jìn)行總結(jié)，如果后來從事這個工作或者為行業(yè)能夠有一些沉淀的話，也算達(dá)到了我期望的境地。
大綱如何呢？這個可能需要逐步的進(jìn)行整理。

IT信息系統(tǒng)是一項系統(tǒng)工程，在系統(tǒng)的規(guī)劃環(huán)節(jié)，需要提升不同層次的內(nèi)容，主要包括一下內(nèi)容：

概況：<系統(tǒng)Vision>
系統(tǒng)ToBe流程：<主體流程圖及相應(yīng)描述 參考角色圖>
參與者（角色）功能清單：
核心解決方案
項目管理:如何進(jìn)行項目管理？
公司產(chǎn)品優(yōu)勢
前景展望。

　　坐在高高的位置，望著湍急的江河，水中怪獸與人不斷浮現(xiàn)互相廝殺；偶爾滑入水面，參與到其中的戰(zhàn)斗。
忽然，江水蔓延，江水洶涌澎湃。

轉(zhuǎn)發(fā)地址：http://cyc7.cycnet.com:8091/cycmis/y_school/content.jsp?id=11262&s_code=1210

忙亂，熱鬧。處處手忙腳亂，時時心神不寧。一切時間似乎都不夠再用，注意力也永遠(yuǎn)無法聚焦于一點……凡此種種，有一個特別的名字，叫做浮躁。
浮躁從何而來？起因緣于繁忙。工作繁忙，一人同時辟有多條戰(zhàn)線，一年需要完成多項任務(wù)，一天被日程充斥，一時可能有幾件事情需要處理。于是則浮躁，則心不著地，儼然一只上滿發(fā)條的時鐘，滴答滴答飛轉(zhuǎn)！其實不僅只有繁忙，浮躁與計劃也密切相關(guān)。事情一多，腦子發(fā)懵，心里起火，手足無措。顯然，此情此景，計劃二字則被淹沒。當(dāng)然，造成浮躁還有一因，或許還十分重要，那就是心理素質(zhì)。沒有經(jīng)歷，沒有經(jīng)驗，心理脆弱，毫無主見。此時此刻，眾多事情壓來，既而丟失計劃，浮躁所有生成條件頓時全部具備，有如電腦病毒一樣瞬間爆發(fā)。
有條不紊，按部就班。時時安然，處處井然。單元時間，所有其它均已排除在外，時時刻刻都在輕松有序的勞作……如此這般，也有一個雙音的名字——靜心！
為何需要靜心？目的在于抵擋浮躁。浮躁一來，忙亂姑且不說，工作效果自然沒有成色。工作好壞，并非只是表面上完成與否。工作質(zhì)量，需要以工作過程的質(zhì)量作為依托。手忙腳亂的工作，做過工作，心里無所收獲。心猿意馬的追趕進(jìn)度，完成的僅是表面文章。靜心則不然。靜心可以讓人呼吸勻稱，靜心能夠叫人心明眼亮，靜心幫助人計劃分明、胸有成竹，靜心還能使人處事坦然。
人人都有忙亂之時，人人都有浮躁之舉。而浮躁遺患無窮，當(dāng)以何物作為護(hù)法？若說浮躁是酸，靜心則屬于堿。為避免浮躁，必以靜心相對。高三后半，復(fù)習(xí)任務(wù)繁重，去浮躁，修靜心，好處多多。

　　在貴州貴陽趕回上海的飛機(jī)上，時值傍晚。夜幕悄悄降臨，貴陽的夜來的比沿海城市稍稍遲了一些。云彩朵朵，在飛機(jī)的腳下匆匆而過。一邊是太陽的余霞，一邊是月亮姑娘的臉龐已露出來，夜晚的黑與白天的白相映成趣。

矛盾是普遍存在的。
////////////////////////////////////////////////////////////////////////////////////////////
淅淅瀝瀝連著下了十幾天雨，終于今天晴朗起來了。
春天到了，萬物復(fù)蘇，等待著春姑娘的腳步。

　　這是一個關(guān)于鷹的故事。

　　鷹是世界上壽命最長的鳥類，它一生的年齡可達(dá)70歲。

　　要活那么長的壽命，它在40歲時必須做出困難卻重要的決定。這時，它的喙變得又長又彎，幾乎碰到胸脯；它的爪子開始老化，無法有效地捕捉獵物；它的羽毛長得又濃又厚，翅膀變得十分沉重，使得飛翔十分吃力。

　　此時的鷹只有兩種選擇：要么等死，要么經(jīng)過一個十分痛苦的更新過程——150天漫長的蛻變。它必須很努力地飛到山頂，在懸崖上筑巢，并停留在那里，不得飛翔。

　　鷹首先用它的喙擊打巖石，直到其完全脫落，然后靜靜地等待新的喙長出來。鷹會用新長出的喙把爪子上老化的趾甲一根一根拔掉，鮮血一滴滴灑落。當(dāng)新的趾甲長出來后，鷹便用新的趾甲把身上的羽毛一根一根拔掉。

　　5個月以后，新的羽毛長出來了，鷹重新開始飛翔，重新再度過30年的歲月！

We also introduced some core JBI concepts:

• JBI container 
• JBI components  
  • Service Engines (SE) provide additional ways of building business services  
  • Binding Components (BC) add the necessary transports to have our ESB communicate with the rest of the world
• Service assemblies (SA), which contain service units (SU) 
• Internal and external endpoints
  container
  components: SE BC

SA SU
endpoints

agent 代理
A service such as the Mule JMX agent that is used by or associated with Mule but is not a Mule-managed
service component. An agent is registered with the Mule Manager and has the same lifecycle as the Mule
instance, so you can initialize and destroy resources when the Mule instance starts or stops.
application 應(yīng)用
Any program that sends data through Mule. An application can be a web application, back office system,
application server, or another Mule instance.『應(yīng)用程序、后臺辦公系統(tǒng)、應(yīng)用程序服務(wù)器或其它Mule實例』
channel 通道
A logical pathway on which messages are sent
on a messaging framework. Channels connect
services together as well as different Mule nodes
across a local network or the Internet.
configuration builder 配置構(gòu)造器
A class that knows how to parse a given configuration file. The default configuration builder is the
org.mule.config.MuleXmlConfigurationBuilder class that knows how to parse a Mule XML configuration file.
connector 連接器
The heart of a transport that maintains the configuration and state for the transport.
endpoint  端點
A configuration entity specifying how and where
a message should be routed. The endpoint is
configured in an inbound or outbound router
and specifies where the message should be
sent or from where it should be received, using
which transport (and optionally which connector
in that transport), and which filters should be
applied before routing the message.
Enterprise Service Bus (ESB)
An architecture that allows different applications to communicate with each other by acting as a
transit system for carrying data between applications within or outside your intranet. An ESB provides
transaction management, routing, security, and other functionality for the messages.
filter過濾器
Specifies logic for determining which messages
are routed to a component. You can set filters
on an inbound router to filter which messages
that service component can receive, or you can
set filters on an outbound router to indicate how
you want to route messages after they have been
processed by the service component.
inbound router 入站路由
A Java class that you configure in the Mule configuration file to determine how a service component will
receive messages. The inbound router includes an endpoint that indicates where the messages will come
from.
interceptor 攔截器
A Java class that is used to intercept message flow into a service component. An interceptor can be used
to trigger or monitor events or interrupt the flow of the message.

SLD（Style Layer Descriptor）樣式層描述符

基于XML語言

創(chuàng)建樣式，相對比較簡單。
1. SLD Hello World
1.1 Create the SLD File----OK
1.2 Load Your New SLD  ----OK
1.3 Give a FeatureType Your New SLD---OK
View the Style---OK

2. SLD Text Symbolizers 文本符號----OK 存在問題：使用中國地圖顯示異常，請求樣式不適用于圖層，進(jìn)一步操作？？？？？？
Modify the SLD File to Include Text Symbolizers
<Label>: What label to give each rendered object. Here we use an attribute of the object, "TYPE". The property name is case sensitive. 標(biāo)簽
<Font>: The font and size the label will have. 字體
<Fill>: The color that we will fill the font with 填充
3. Outlines and Filters -----OK
<ogc:Filter>
 <ogc:Not>
  <ogc:PropertyIsEqualTo>
   <ogc:PropertyName>TYPE</ogc:PropertyName>
   <ogc:Literal>highway</ogc:Literal>
  </ogc:PropertyIsEqualTo>
 </ogc:Not>
</ogc:Filter>

<ogc:PropertyIsLessThan>
<ogc:PropertyIsGreaterThan>

The halo is essentially a buffer outline of the text.  halo文本的暈環(huán)

4. What SLDs are, a text approach
SLD (Styled Layer Descriptor) is a specification put out by the OGC, that defines an XML language to allow users to define symbolization of their feature data. It was written to be a complement to their Web Map Service (WMS) specification, by extending it to allow users a way to define how they want to visualize their features.

Then there are 5 types of symbolizers you can use to actually portray the features,
(1)line,  線
(2)polygon, 多邊形
A Polygon Symbolizer has a geometry and a stroke, just like a line symbolizer, but also has a 'fill', defining what color to put in the center. Can be straight color, or a graphic, of varying opacity and the like.
(3)point, 點
A point symbolizer is made up of a geometry and a Graphic. A graphic is made of either an External Graphic, or a Mark, and has an opacity, a size, and a rotation. Opacity is the same as for the other symbolizers, Size is the absolute size of the graphic in pixels (default is to be dynamic), and rotation defines the rotation of the graphic in the clockwise dimension in decimal degrees. A Mark has a well known name (like square, circle, star, ect.), and a fill and a stroke. An External Graphic uses an xlink to refer to the location of an resource on the web to use to represent the point.
(4)text, 文本
A text symbolizer is made up of a Geometry, a Label, a Font, a LabelPlacement, a Halo, and a Fill.
(5)and raster. 光柵
A raster symbolizer consists of a Geometry(幾何學(xué)), opacity（透明度）, channel selection(路線選擇), overlap behavior(交疊事件), color map（顏色地圖）, contrast enhancement(對照增強), shaded relief(陰影浮雕) and image outline(圖像輪廓).

 

有一些客戶本身的需求梳理工作沒有進(jìn)行，但是認(rèn)識到相應(yīng)的IT信息建設(shè)的必要性。面對這樣的技術(shù)方案書，就相對難寫一些。因為巧婦難為無米之炊。
如何編寫這樣的技術(shù)方案書？
（1）把握管理的通用性。普遍企業(yè)上信息系統(tǒng)，主要針對需要進(jìn)行管理上提升，加強收入和成本的管理，提升客戶服務(wù)滿意度。
（2）把握行業(yè)的通用性。針對企業(yè)來說，行業(yè)的特性也具有普遍性？如何做好企業(yè)的運營？行業(yè)運營的方案在信息系統(tǒng)中如何體現(xiàn)？
（3）面子工程。作為企業(yè)上信息系統(tǒng)，面子形象工程，也是很關(guān)鍵的。提升公司的知名度、品牌效應(yīng)、提升行業(yè)規(guī)范性等等。
......

STEP 1. Start GeoServer and Login---- OK

用戶名：amdin
密  碼：geoserver

STEP 2. Create a DataStore -------OK

STEP 3. Create The FeatureType---- OK
3415  PROJCS["WGS 72BE / South China Sea Lambert",
  GEOGCS["WGS 72BE",
    DATUM["WGS 72 Transit Broadcast Ephemeris",
      SPHEROID["WGS 72", 6378135.0, 298.26, AUTHORITY["EPSG","7043"]],
      TOWGS84[0.0, 0.0, 1.9, 0.0, 0.0, 0.814, -0.07838062637389662],
      AUTHORITY["EPSG","6324"]],
    PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],
    UNIT["degree", 0.017453292519943295],
    AXIS["Geodetic longitude", EAST],
    AXIS["Geodetic latitude", NORTH],
    AUTHORITY["EPSG","4324"]],
  PROJECTION["Lambert Conic Conformal (2SP)", AUTHORITY["EPSG","9802"]],
  PARAMETER["central_meridian", 114.0],
  PARAMETER["latitude_of_origin", 21.0],
  PARAMETER["standard_parallel_1", 18.0],
  PARAMETER["false_easting", 500000.0],
  PARAMETER["false_northing", 500000.0],
  PARAMETER["standard_parallel_2", 24.0],
  UNIT["m", 1.0],
  AXIS["Easting", EAST],
  AXIS["Northing", NORTH],
  AUTHORITY["EPSG","3415"]]
 

STEP 4. Try It Out----Exception
出現(xiàn)問題，出現(xiàn)異常
java.lang.reflect.UndeclaredThrowableException

繼續(xù)努力===========|||||||||
嘗試變化地圖的文件-----
嘗試修改樣式----失敗
（1）The requested Style can not be used with this layer.  The style specifies an attribute of PERSONS and the layer is: topp:world_adm0
提示樣式不正確。
（2）重新新增樣式

樣式表的問題-----修改為系統(tǒng)原有樣式。系統(tǒng)正常。

Geoserver 下載后運行有比較弱智的問題：
在運行startup.bat后，系統(tǒng)沒有正常運行起來。原因是因為java_home的放在Program Files下，郁悶了小半天，移動了一下位置，終于運行起來了。

（1）產(chǎn)品的核心競爭力。一定要有比別的公司具有競爭力的特性和功能。為什么比別的公司優(yōu)秀？產(chǎn)品的管理提升（成本、收入）細(xì)節(jié)點的提升？圍繞公司戰(zhàn)略層面提升核心的競爭力；
（2）品牌。公司的知名度，公司的市場推廣力度，行業(yè)中的口碑；
（3）客戶關(guān)系管理。對客戶需求的理解和把握，對客戶相關(guān)執(zhí)行的利益體的分析與規(guī)劃。

面對未來充滿憧憬與向往，但是一定要面對現(xiàn)實，腳踏實地，將理想轉(zhuǎn)化為理性的可以操作的實際行動。
從理想主義到實用主義的轉(zhuǎn)變。

日常工作的安排對一個公司來說，是至關(guān)重要的。每個人要明確知道下一步的工作計劃，現(xiàn)在要做什么？這是很有必要的。

有人喝酒絕對不含糊，每人喝上一杯，然后就安排相應(yīng)的人或者自己就回去了，知道自己酒量但是不得不喝的；
有人喝酒就不考慮酒量，喝了再說；面對自己的戰(zhàn)友和面對別人的勸酒，結(jié)果往往喝的酩酊大醉；
有人是先低頭吃，吃了又吃，喝酒啊，慢慢來啊，酒量啊，大得很；
喝酒的幾個原則：
（1）最好不喝酒，如果一定要喝酒，知道自己的量，適合而止；
（2）如果是很多人一起喝，不得不喝的，避免勸酒，喝更大的份量，這是要避諱的；
（3）埋頭先吃，這是對的，最好不要主動敬酒。

    變革是痛苦的，但同時也是必要的。企業(yè)要想獲得相應(yīng)的持續(xù)發(fā)展，必須要拿出相應(yīng)的措施和手段來促進(jìn)相應(yīng)的發(fā)展。
    作為個人也是一樣的，要隨著企業(yè)環(huán)境和外在環(huán)境的變化，不斷調(diào)整自己的角色，適應(yīng)相應(yīng)的發(fā)展。
    從一個資深的軟件工程師轉(zhuǎn)變成項目經(jīng)理，從一個項目經(jīng)理到項目管理辦公室，從項目辦公室到相應(yīng)的市場營銷管理，從市場營銷管理到公司整個研發(fā)、市場、測試實施、銷售、財務(wù)、行政、人事等等方面的全面管理，需要不斷的提升自己，自我充電，方能實現(xiàn)一步步的調(diào)整。
     整個過程是痛苦的，也是艱辛的。
     今天看了對話視頻中糧集團(tuán)的董事長說，最終活下來，或者說生存下來的，不是最強大的，也不是最聰明的，而是最適應(yīng)外界環(huán)境的。物競天擇，適者生存。

時間飛一般的流逝，匆匆地趕不上它的腳步。
08年，是在技術(shù)和商務(wù)上游離的一年；是有很多失敗與教訓(xùn)的一年；
08年，是忙碌的一年；是能拼搏敢吃苦的隊伍鑄造的一年；是有將領(lǐng)暫露頭角的一年；
09年，即將是收獲的一年；也是繼續(xù)耕耘的一年；也是將帥團(tuán)隊共建的一年。祝愿我們理性、收獲、成長。

    不知不覺公司又剩下最后一天的時間，可是事情卻依然很多沒有處理掉。溝通很重要，很多事情寧愿多打幾個電話，短信不可靠。時間是不等人的，時間一點點過去，不依賴于人的意志，可是人這個主觀的動物總也不能擺脫懶惰、散漫的本性。
    辦事情的人總也很少，而人總是有這樣那樣的缺陷，如何進(jìn)行有效利用更好？用還是不用？都會成為難題。

（1）事情越來越多，在項目中的有N多To Do List的，如何靜心？
//不要情緒化，理性，做事情能平和的處理每一件事情。
（2）如何以最快的速度進(jìn)入進(jìn)入狀態(tài)非常關(guān)鍵？
//拿到的事情能快速進(jìn)入到思維中。
（3）因為處理一件事情后，要快速進(jìn)入到相應(yīng)的其他事情的處理；How?
//退出機(jī)制，一旦退出后，就不再進(jìn)入。
（4）另外很多事情做到一半打斷，如何做？
//除非很重要很緊急的事情，否則一律擋掉，一心不能兩用。

最后，不要隨心所欲的處理事情，要有計劃性，否則如野馬在荒原中馳騁永遠(yuǎn)找不到相應(yīng)的目標(biāo)。

需求變更控制
　
　　前面已經(jīng)說過了，在軟件開發(fā)項目開始之前，就要消除“絕不允許發(fā)生需求變更”的思想。在項目進(jìn)行，一旦發(fā)生需求變更，更不要不一味的抱怨，也不要去一味地迎合客戶的“新需求”，而是要管理和控制需求變更。
　
　　1、 分級管理客戶需求
　
　　軟件開發(fā)項目中，“客戶永遠(yuǎn)是對的”和“客戶是上帝”并不完全的正確，因為在已經(jīng)簽定的項目合同中，任何新需求的變更和增加除了影響項目的正常進(jìn)行以外，還影響到了客戶的投入收益，所以有的時候項目經(jīng)理反倒應(yīng)該為客戶著想。
　
　　對于項目中的需求，可以實行分級管理，以達(dá)到對需求變更的控制和管理。
　
　　一級需求（或變更）是關(guān)鍵性的需求，這種需求如果不滿足，意味著整個項目不能正常交付使用，前期工作也會被全部否定。這個級別的需求是必須滿足的，否則就意味著否定自已的項目成員和成員的所有努力，所以定為“Urgent”。 這通常是屬于補救性的debug類型，要救火。
　
　　二級需求（或變更）是后續(xù)關(guān)鍵性需求，它不影響前面工作內(nèi)容的交付，但不加以滿足，新的項目內(nèi)容無法提交或繼續(xù)，所以是“Necessary”。一般新模塊關(guān)鍵性的基礎(chǔ)組件，屬于這個級別。
　
　　三級需求是后續(xù)重要的需求，如果不被滿足會令整體項目工作的價值下降，為了體現(xiàn)項目價值，也是開發(fā)人員自已的技術(shù)價值的證明，所以定為“Needed”。一般性的重大的有價值的全新模塊開發(fā)，屬于這個級別。  項目管理者聯(lián)盟，項目管理問題。
　
　　以上三個等級是應(yīng)該實施的，但時間性上可以作優(yōu)先級的排列。

　　四級需求是改良性需求，沒有滿足這類需求并不影響已有功能的使用，但如果實現(xiàn)了則會更好，定級為“Better”。界面和使用方式的需求，一般在這個檔次。
　
　　五級需求是可選性需求，更多的是偶是一種設(shè)想，以及一種可能，通常只是客戶的的一種個人喜好而已，定級為“Maybe”。
　
　　對于四級需求，如果時間和資源條件都允許的話，不妨做下去。對于五級需求，正如對它的描述一樣，做與不做是“Maybe”。
　
　　2、全生命周期的需求變更管理
　
　　各種規(guī)模和類型的軟件項目的生命周期大致可以分為三個階段，即項目啟動、項目實施、項目收尾。不要以為需求變更的管理和控制只是發(fā)生在項目實施階段，而是要貫穿在整個項目生命周期的全過程中。
　
　　站在全局角度的需求變更管理，需要采用綜合變更控制的方法。
　
　　（1） 項目啟動階段的變更預(yù)防
　
　　正如前面強調(diào)的，對于任何軟件項目，需求變更都無可避免，也無從逃避，無論是項目經(jīng)理還是開發(fā)人員只能積極應(yīng)對，而這個應(yīng)對應(yīng)該是從項目啟動的需求分析階段就開始了。
　
　　對一個需求分析做得很好的項目來說，基準(zhǔn)文件定義的范圍越詳細(xì)清晰，用戶跟項目經(jīng)理提出需求變更的幾率就越小。如果需求沒做好，基準(zhǔn)文件里的范圍含糊不清，被客戶發(fā)現(xiàn)還有很大的“新需求空間”，這時候項目組往往要付出許多無謂的犧牲。
　
　　如果需求分析做得好，文檔清晰且又有客戶簽字，那么后期客戶提出的變更就超出了合同范圍，需要另外收費。這個時候，項目經(jīng)理一定要據(jù)理力爭，此時這并非要刻意賺取客戶的錢財，而是不能讓客戶養(yǎng)成經(jīng)常變更的習(xí)慣，否則后患無窮。 
　
　　（2） 項目實施階段的需求變更
　
　　成功的軟件項目和失敗項目的區(qū)別就在于項目的整個過程是否是可控的。
　
　　項目經(jīng)理應(yīng)該樹立一個理念，即“需求變更是必然的、可控的，并且是有益的”。項目實施階段的變更控制需要做的是分析變更請求，評估變更可能帶來的風(fēng)險和修改基準(zhǔn)文件。
　
　　控制需求漸變需要注意以下幾點：
　
　　需求一定要與投入有聯(lián)系，如果需求變更的成本由開發(fā)方來承擔(dān)，則項目需求的變更就成為必然了。所以，在項目的開始，無論是開發(fā)方還是出資方都要明確這一條：需求變，軟件開發(fā)的投人也要變。
　
　　需求的變更要經(jīng)過出資者的認(rèn)可，這樣才會對需求的變更有成本的概念，能夠慎重地對待需求的變更。
　
　　小的需求變更也要經(jīng)過正規(guī)的需求管理流程，否則會積少成多。

　在實踐中，人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過程，認(rèn)為降低了開發(fā)效率，浪費了時間。但正是由于這種觀念才使需求逐漸變?yōu)椴豢煽兀罱K導(dǎo)致項目的失敗。
　
　　精確的需求與范圍定義并不會阻止需求的變更。
　
　　并非對需求定義得越細(xì)，就越能避免需求的漸變，這是兩個層面的問題。太細(xì)的需求定義對需求漸變沒有任何效果。因為需求的變化是永恒的，并非需求寫細(xì)了，它就不會變化了。
　
　　注意溝通的技巧。
　
　　項目開發(fā)過程中的實際情況是用戶、開發(fā)者都認(rèn)識到了上面的幾點間題，但是由于需求的變更可能來自客戶方，也可能來自開發(fā)方，因此，作為需求管理者，項目經(jīng)理需要采用各種溝通技巧來使項目的各方各得其所。 

冬天的風(fēng)一陣陣的吹過，展示出寒冷的氣息。

      如果是單純讓你選擇“大”或“小”，你選擇哪一個？一般人是選擇“大”，為什么？規(guī)模大、市場大、公司大；某中程度上大成了一個褒義詞。
     其實面對市場的大與小，客戶的大與小，公司的大與小等等，關(guān)鍵是自身的駕馭能力，你是否已經(jīng)準(zhǔn)備好了，你是否將相應(yīng)的風(fēng)險是否有所準(zhǔn)備；面對大客戶，苛刻的質(zhì)量和流程要求你是否能做到；面對大容量的市場，你如何一些巨頭進(jìn)行PK，如何獲得自己的生存空間。
     大與小的選擇本身是一個博弈問題，大小適中最好，利潤最佳最好，項目的主體控制權(quán)把握會成為關(guān)鍵。