Oracle神諭

　　時間在一點(diǎn)點(diǎn)的過去，但是確保的進(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周末整整看了兩天才看了一遍。其中比較好看的幾個亮點(diǎn)如下：
(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ī)范，加強(qiáng)規(guī)范操作。三是要嚴(yán)格驗證，否則很多事情，做了的事情做的結(jié)果如何，是不是滿足了客戶的要求。

　　戰(zhàn)國時期有一位老人，名叫塞翁。他養(yǎng)了許多馬，一天馬群中忽然有一匹走失了。鄰居們聽到這事，都來安慰他不必太著急，年齡大了，多注意身體。塞翁見有人勸慰，笑笑說：“丟了一匹馬損失不大，沒準(zhǔn)還會帶來福氣。”
鄰居聽了塞翁的話，心里覺得好笑。馬丟了，明明是件壞事，他卻認(rèn)為也許是好事，顯然是自我安慰而已。可是過了沒幾天，丟馬不僅自動回家，還帶回一匹駿馬。
鄰居聽說馬自己回來了，非常佩服塞翁的預(yù)見，向塞翁道賀說：“還是您老有遠(yuǎn)見，馬不僅沒有丟，還帶回一匹好馬，真是福氣呀。”
塞翁聽了鄰人的祝賀，反到一點(diǎn)高興的樣子都沒有，憂慮地說：“白白得了一匹好馬，不一定是什么福氣，也許惹出什么麻煩來。”
鄰居們以為他故作姿態(tài)純屬老年人的狡猾。心里明明高興，有意不說出來。
塞翁有個獨(dú)生子，非常喜歡騎馬。他發(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)上線后的運(yùn)維。要有長遠(yuǎn)的綁定式的成長的戰(zhàn)略，否則完全按照一錘子買賣的話，系統(tǒng)就只能是一個階段式的產(chǎn)物，雙方的關(guān)心點(diǎn)無法得到相應(yīng)的保障。

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

     語言是很有意思的東西。因為涉及語言方面，IT從業(yè)人員滿嘴都是技術(shù)架構(gòu)、功能、如何實現(xiàn)等等；然而具體行業(yè)人士，大多講著自己的語言，拿供應(yīng)鏈為例總是在講著如何配送、如何盈利、如何運(yùn)營、如何成本分?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)火花塞點(diǎn)燃混合物后，混合物猛烈地爆炸燃燒，推動活塞向下運(yùn)動，并產(chǎn)生動力。同時，爆炸氣巨大的壓力還推開單向閥的出氣孔，排出廢氣。而后，汽缸內(nèi)殘余廢氣逐漸變冷，氣壓變低，汽缸外部的大氣壓又推動活塞向上運(yùn)動，以準(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)方面有得天獨(dú)厚的優(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)然自身的文章功力確實不高，甚至于寫的東西也不長。但是這個不影響想寫一點(diǎn)東西的沖動。
寫文章、寫解決方案、寫書，這個是個難度不斷累加的過程，如果沒有深厚的寫作功力再加上相應(yīng)的行業(yè)背景的了解是很難寫出來的。但是某些散落的感想的珍珠希望能夠串聯(lián)起來。
書名叫什么呢？這個是個難題，還是暫時先放在一邊。
要寫的內(nèi)容呢？行業(yè)內(nèi)容、軟件研發(fā)、管理流程內(nèi)容，另外主要偏向與運(yùn)營內(nèi)容，如何進(jìn)行運(yùn)營。簡單的說就是行業(yè)的IT信息化建設(shè)。研發(fā)的背景作為我個人來說，確實還是可以的，其中的行業(yè)技術(shù)方面還是需要進(jìn)一步的補(bǔ)充完善自己的知識體系，運(yùn)營方面的經(jīng)驗是比較欠缺的，畢竟自己還沒有從事過直接的運(yùn)營。這本書對對于我來說也是個不小的挑戰(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)無法聚焦于一點(diǎ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  端點(diǎn)
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, 點(diǎn)
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(對照增強(qiáng)), shaded relief(陰影浮雕) and image outline(圖像輪廓).

 

有一些客戶本身的需求梳理工作沒有進(jìn)行，但是認(rèn)識到相應(yīng)的IT信息建設(shè)的必要性。面對這樣的技術(shù)方案書，就相對難寫一些。因為巧婦難為無米之炊。
如何編寫這樣的技術(shù)方案書？
（1）把握管理的通用性。普遍企業(yè)上信息系統(tǒng)，主要針對需要進(jìn)行管理上提升，加強(qiáng)收入和成本的管理，提升客戶服務(wù)滿意度。
（2）把握行業(yè)的通用性。針對企業(yè)來說，行業(yè)的特性也具有普遍性？如何做好企業(yè)的運(yùn)營？行業(yè)運(yùn)營的方案在信息系統(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 下載后運(yùn)行有比較弱智的問題：
在運(yùn)行startup.bat后，系統(tǒng)沒有正常運(yùn)行起來。原因是因為java_home的放在Program Files下，郁悶了小半天，移動了一下位置，終于運(yùn)行起來了。

（1）產(chǎn)品的核心競爭力。一定要有比別的公司具有競爭力的特性和功能。為什么比別的公司優(yōu)秀？產(chǎn)品的管理提升（成本、收入）細(xì)節(jié)點(diǎn)的提升？圍繞公司戰(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)的董事長說，最終活下來，或者說生存下來的，不是最強(qiáng)大的，也不是最聰明的，而是最適應(yīng)外界環(huán)境的。物競天擇，適者生存。

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

    不知不覺公司又剩下最后一天的時間，可是事情卻依然很多沒有處理掉。溝通很重要，很多事情寧愿多打幾個電話，短信不可靠。時間是不等人的，時間一點(diǎn)點(diǎ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”。 這通常是屬于補(bǔ)救性的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ù)防
　
　　正如前面強(qiáng)調(diào)的，對于任何軟件項目，需求變更都無可避免，也無從逃避，無論是項目經(jīng)理還是開發(fā)人員只能積極應(yīng)對，而這個應(yīng)對應(yīng)該是從項目啟動的需求分析階段就開始了。
　
　　對一個需求分析做得很好的項目來說，基準(zhǔn)文件定義的范圍越詳細(xì)清晰，用戶跟項目經(jīng)理提出需求變更的幾率就越小。如果需求沒做好，基準(zhǔn)文件里的范圍含糊不清，被客戶發(fā)現(xiàn)還有很大的“新需求空間”，這時候項目組往往要付出許多無謂的犧牲。
　
　　如果需求分析做得好，文檔清晰且又有客戶簽字，那么后期客戶提出的變更就超出了合同范圍，需要另外收費(fèi)。這個時候，項目經(jīng)理一定要據(jù)理力爭，此時這并非要刻意賺取客戶的錢財，而是不能讓客戶養(yǎng)成經(jīng)常變更的習(xí)慣，否則后患無窮。 
　
　　（2） 項目實施階段的需求變更
　
　　成功的軟件項目和失敗項目的區(qū)別就在于項目的整個過程是否是可控的。
　
　　項目經(jīng)理應(yīng)該樹立一個理念，即“需求變更是必然的、可控的，并且是有益的”。項目實施階段的變更控制需要做的是分析變更請求，評估變更可能帶來的風(fēng)險和修改基準(zhǔn)文件。
　
　　控制需求漸變需要注意以下幾點(diǎn)：
　
　　需求一定要與投入有聯(lián)系，如果需求變更的成本由開發(fā)方來承擔(dān)，則項目需求的變更就成為必然了。所以，在項目的開始，無論是開發(fā)方還是出資方都要明確這一條：需求變，軟件開發(fā)的投人也要變。
　
　　需求的變更要經(jīng)過出資者的認(rèn)可，這樣才會對需求的變更有成本的概念，能夠慎重地對待需求的變更。
　
　　小的需求變更也要經(jīng)過正規(guī)的需求管理流程，否則會積少成多。

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

      很多事情是投鼠忌器的，擔(dān)心客戶知道了，客戶就不會支付。就這樣我們一直處于等待的狀態(tài)，我們期望客戶能夠發(fā)善心，通過我們的充滿愛心的英勇善戰(zhàn)的方式去解決客戶的問題。結(jié)果我們就一直這么扛著，到達(dá)一定狀態(tài)后，我們感覺距離客戶支付的時間節(jié)點(diǎn)遙遙無期，然后我們就采取很強(qiáng)硬的手段去處理。這時候，雙發(fā)鬧得很不愉快。其實實現(xiàn)就應(yīng)該將相應(yīng)的規(guī)則將出來，例如需求和問題的界定，如果軟件始終處于無法凍結(jié)代碼編寫的階段，后期的處理就很是被動，如果進(jìn)入測試、實施、培訓(xùn)、上線。

      如何處理與客戶之間的關(guān)系是一門很深的學(xué)問。這不書本上和傳統(tǒng)宣傳上介紹的東西。如何進(jìn)行博弈、如何進(jìn)行平衡會成為最大的難題。但是大家講相應(yīng)的規(guī)則進(jìn)行制定，提早通知溝通、避免后期操作越來越失控，達(dá)到無法處理的邊緣，任由客戶的擺布。
     『投鼠忌器』投：用東西去擲；忌：怕，有所顧慮。想用東西打老鼠，又怕打壞了近旁的器物。比喻做事有顧忌，不敢放手干。將“器”進(jìn)行警告，“老鼠”是一定要打。

    作為軟件公司而言，質(zhì)量就是生命。但是很多軟件產(chǎn)品，開發(fā)出來后，質(zhì)量卻是很難滿足客戶的需要。
    一方面是軟件研發(fā)人員，功能完成的定位就是“我代碼寫了”，軟件功能是否是能運(yùn)行僅僅是點(diǎn)一點(diǎn)按鈕，然后說“我可以運(yùn)行”。但是實際上，頁面的展示邏輯混亂，新增、編輯、查看頁面頁面不統(tǒng)一，頁面的菜單項和實際的展示功能根本就不是一回事，保存有問題，很多狀態(tài)位沒有調(diào)整。很多的“所謂可以運(yùn)行”，其實都是一些假的東東。
    另外一個方面是測試人員。因為很多軟件公司為了節(jié)約軟件研發(fā)的成本，對測試工程師很不重視，甚至沒有測試崗位的設(shè)置，導(dǎo)致在相應(yīng)功能開發(fā)完畢就丟給了客戶。客戶做為最終的使用者，很難進(jìn)行具體的使用，成了Bug的最大受害者。可用是沒有經(jīng)過實際檢驗的，特別是在一些綜合性的管理信息系統(tǒng)的開發(fā)過程中。因為功能量比較大，很多小的功能點(diǎn)，作為項目經(jīng)理也只是對一些主體的功能進(jìn)行檢測，沒有細(xì)化到相應(yīng)的實際可用的程度。軟件公司對于相應(yīng)的軟件功能是必須是要進(jìn)行檢測的，沒有檢測的系統(tǒng)是不可用的。
    最后是文檔的質(zhì)量，文檔的欠缺似乎成了最大的問題。很多系統(tǒng)完成后，沒有幫助文檔，客戶拿到相應(yīng)的功能，難以下手。更不用說從相應(yīng)的系統(tǒng)流程與業(yè)務(wù)運(yùn)作流程進(jìn)行結(jié)合了。
    質(zhì)量是軟件研發(fā)公司存在的生命，否則研發(fā)出來的系統(tǒng)只能停留在實驗室中，無法在客戶中進(jìn)行使用，當(dāng)然軟件本身的價值也就很難得以體現(xiàn)。作為公司也很難拿到相應(yīng)的回報，進(jìn)行良性循環(huán)的環(huán)節(jié)。

     天氣愈發(fā)的寒冷，昨天周末幾乎睡了整整一天，感冒的襲擊還是讓我有些透不過氣來。窗外濕淋淋的小雨下個不停，身體黏糊糊的不知所為。又到月末，且到了年末，年度的鐘聲聲似乎就在耳邊蕩漾。
    2008年揮揮手就要過去，2009年趕緊著爭著要奔過來洗刷08年的頹廢、不安；我們也在衷心祝愿我們能夠獲得更大的成長。
    失敗、恐懼、磨難、悲觀等等等都為我們提供了可參考的因素的，經(jīng)歷就是一種財富，不過悲觀，關(guān)鍵在于總結(jié)失敗的經(jīng)驗，對未來進(jìn)行展望和執(zhí)行。相信我們能渡過這個艱難的時代。
     很多公司都在裁員、很多公司的高管甚至創(chuàng)始人都被迫離開自己的公司、經(jīng)濟(jì)的低靡和蕭條，似乎成了這個世界的主旋律。相對于這些，我們好多了。面對我們的現(xiàn)實場景，摒棄那些偏見。冬天對我們并不可怕，關(guān)鍵是我們?nèi)绾巫叱龆欤呦蛭覀兊拿魈臁２灰颖埽灰乇堋?br />      聽，黃浦江邊的汽笛聲和公路上的鳴笛聲似乎也在向我們吶喊，冬天來了，春天還遠(yuǎn)么？

已經(jīng)凌晨了，辦公室里還是人頭串動，鍵盤敲打的聲音吃起彼伏，討論聲也在辦公室內(nèi)蕩漾，好似美妙的音樂。

2008年一一天的過去，2009年的鐘聲即將敲響。天氣越發(fā)的寒冷，讓人頓生寒意。
面對這樣的環(huán)境，如何御寒便成了一個很重要的話題。
（1）多多準(zhǔn)備衣服；
（2）盡可能不要再外邊待得太久；
（3）抱抱團(tuán)，一起取暖；
（4）多運(yùn)動，有目標(biāo)的打獵，多多準(zhǔn)備食物；
（6）信念。冬天來了，春天還會遠(yuǎn)么？

　　常言道：“疑人不用，用人不疑。”而今在企 業(yè)管理中卻流行一個新觀點(diǎn)：“疑人也用，用人也疑。”這個問題的焦點(diǎn)是“疑”和“用”。“用”是目的，“疑”的手段。如果只是用而不疑，那企業(yè)遲早必亂； 如果只疑而不用，那企業(yè)的人才必定越來越少。疑和用本來就是矛盾的統(tǒng)一，諸葛亮用魏征難道不疑？既然疑為什么還要用他？“取其勇也”！
.C,k4_X]&m+Bw!g0  其實企業(yè)的用人，也是一種“風(fēng)險投資”。選聘人總不太可能一潭水望到底，況且人也在發(fā)展變化著，只能說基本符合條件，至于今后是否出色，還有待于實踐的檢 驗。雖有“他究竟能否干好”的疑慮，也還要用著看看，這便是“疑人也用”。疑人也用，是廣開招納人才大門之舉，只要是有用人才，皆可以用。三國演義中甘寧 曾在黃祖處任職，黃祖以“寧可劫江賊”而不重用，后甘寧投奔東吳，破黃祖而立大功；田豐為袁紹手下的謀士，由于袁紹聽信謠言疑而不用，還殺了他，最后招致 大敗。疑人是主觀的東西，人才卻是客觀存在的。如果稍有懷疑就不用，那世間還有什么人才可用？ 中國物流博客I0[z$e
n:D [H4B
1e!d#i-j.ku.Y0

  而“用人不疑”，說的是企業(yè)管理中必需的監(jiān)督機(jī)制。企業(yè)管理中，既要有激勵機(jī)制，又要有監(jiān)督制約的機(jī)制，這是企業(yè)管理不可或缺的“兩個輪子”。沒有監(jiān)督機(jī) 制的管理，名為“放手”，實為“放羊”。想當(dāng)初英國的巴林銀行對駐新加坡的里森“用人不疑”，結(jié)果三年中他一直做假帳隱瞞虧損，最后造成8億多英磅的損 失，迫使有200多年歷史的老牌巴林銀行破產(chǎn)。“用人也疑”的監(jiān)督制約機(jī)制，體現(xiàn)著企業(yè)的運(yùn)行機(jī)制的完善。對任何人來說，沒有監(jiān)督制約機(jī)制，就等于沒有有 效的管理，“用人不疑”也就建立在盲目無序的基礎(chǔ)之上，最后難免要出現(xiàn)這樣那樣的問題，甚至是滅頂之災(zāi)。

  “用人不疑”也往往會被解釋為放手不管，任其去干，而“用人也疑”則是放中有管，在放和管中尋求最佳的適應(yīng)度，使企業(yè)管理中激勵機(jī)制與監(jiān)督機(jī)制之兩個輪子和諧運(yùn)轉(zhuǎn)，并行不悖。

滄海一聲笑   滔滔兩岸潮
浮沉隨浪     只記今朝
蒼天笑       紛紛世上潮
誰負(fù)誰勝出   天知曉
江山笑       煙雨遙
濤浪洶盡     紅塵俗世幾多嬌
清風(fēng)笑       竟惹寂寥
豪情還剩了一襟晚照
蒼生笑       不寂寥
豪情仍在癡癡笑笑
啦 啦 …… …… ……

（1）不要動怒，怒則非理性，不應(yīng)該說的說了；人是情緒化的動物，但是不能為情緒所左右；
（2）改掉一些口頭禪，言語要為溝通后的結(jié)果負(fù)責(zé)；

學(xué)習(xí)一下律師！！嚴(yán)密的邏輯 + 靜

專注于項目整體生命周期(PLM 包括設(shè)計、設(shè)計、開發(fā)、測試、實施、運(yùn)維)效率的提升
專注于系統(tǒng)性能提升

猴哥猴哥
你真了不得
五行大山壓不住你
蹦出個孫行者
猴哥猴哥
你真太難得
緊箍咒再念
沒改變老孫的本色
拔一根毫毛
吹出猴萬個
眨一眨眼皮
能把鬼識破
翻個跟斗十萬八千里
抖一抖威風(fēng)山崩地也裂
哪里有難都想你
哪里有險都有哥
身經(jīng)百戰(zhàn)打頭陣
懲惡揚(yáng)善心如佛
你的美名萬人傳
你的故事千家說
金箍棒啊永閃爍
掃清天下濁

當(dāng)月光灑在我的臉上
我想我就快變了摸樣
有一種叫做撕心裂湯
喝了它有神奇的力量
閉上眼看堂
那是藏著你笑的地方
我躲開個獵人的槍
趕走墳?zāi)古莱龅膽n傷
你，我變成狼人摸樣
你，染上了瘋狂
你，穿上厚厚的偽裝
你，換了心腸
我們還能不能再見面
我在佛前苦苦求了幾千年
愿意用幾世換我們一世情緣
希望可以感動上天
我們還能不能能不能再見面
我在佛前苦苦求了幾千年
當(dāng)我在踏過這條奈何橋之前
讓我再吻一吻你的臉
讓我再吻一吻你的臉

答：掌握足夠的信息  一個人不可能成為全才，但是一個人可以做為信息整合專家。快速匯總、分類、整理、模塊化、可編寫方案、可演示功能。

外勤隊伍，主要是在客戶現(xiàn)場一線進(jìn)行服務(wù)的人員。這些人員在某種程度上相當(dāng)于公司代表，其一言一行關(guān)系到客戶對公司的評價問題，實在馬虎不得。
     其人員的要求也比較高：（1）心理承受能力強(qiáng)，（2）工作能力強(qiáng)，（3）溝通能力強(qiáng)。三者缺一不可。由于身在客戶現(xiàn)場，長時間和自己熟悉的朋友不在一起，難免寂寞孤單；客戶現(xiàn)場的情況可以說錯綜復(fù)雜的，沒有相應(yīng)工作處理能力，將使得客戶對我們的客服代表產(chǎn)生懷疑，將產(chǎn)生更多不良的效果；溝通能力更是需要，在很多事情的處理上，只有雙方進(jìn)行有效配合，才能達(dá)到相應(yīng)的結(jié)果，否則單方面的努力是無濟(jì)于事，沒有實際的效果的。

一時落魄不免膽寒 

那怕失去希望 

每日醉茫茫 

無魂有體親像稻草人 

人生可比是海上的波浪 

有時起有時落 

好運(yùn)歹運(yùn) 

總嘛要照起來行 

三分天注定 

七分靠打拼 

愛拼才會贏 

男兒當(dāng)自強(qiáng)
林子祥
傲氣傲笑萬重浪
熱血熱勝紅日光
膽似鐵打骨似精鋼
胸襟百千丈眼光萬里長
誓奮發(fā)自強(qiáng)做好漢
做個好漢子每天要自強(qiáng)
熱血男子熱勝紅日光
讓海天為我聚能量
去開辟天地為我理想去闖
(碧波高漲)
又看碧空廣闊浩氣揚(yáng)
即是男兒當(dāng)自強(qiáng)
強(qiáng)步挺胸大家做棟梁做好漢
用我百點(diǎn)熱耀出千分光
做個好漢子
熱血熱腸熱
熱勝紅日光

歌詞：

從那遙遠(yuǎn)海邊慢慢消失的你
本來模糊的臉竟然漸漸清晰
想要說些什麼又不知從何說起
只有把它放在心底
茫然走在海邊看那潮來潮去
徒勞無功想把每朵浪花記清
想要說聲愛你卻被吹散在風(fēng)里
猛然回頭你在那里
如果大海能夠喚回曾經(jīng)的愛
就讓我用一生等待
如果深情往事你已不再留戀
就讓它隨風(fēng)飄遠(yuǎn)
如果大海能夠帶走我的哀愁
就像帶走每條河流
所有受過的傷
所有流過的淚
我的愛
請全部帶走

今天我寒夜里看雪飄過
懷著冷卻了的心窩飄遠(yuǎn)方
風(fēng)雨里追趕
霧里分不清影蹤
天空海闊你與我
可會變(誰沒在變)
多少次迎著冷眼與嘲笑
從沒有放棄過心中的理想
一剎那恍惚
若有所失的感覺
不知不覺已變淡
心里愛(誰明白我)
原諒我這一生不羈放縱愛自由
也會怕有一天會跌倒
被棄了理想誰人都可以
那會怕有一天只你共我
今天我寒夜里看雪飄過
懷著冷卻了的心窩飄遠(yuǎn)方
風(fēng)雨里追趕
霧里分不清影蹤
天空海闊你與我
可會變(誰沒在變)
原諒我這一生不羈放縱愛自由
也會怕有一天會跌倒
被棄了理想誰人都可以
那會怕有一天只你共我
仍然自由自我
永遠(yuǎn)高唱我歌
走遍千里
原諒我這一生不羈放縱愛自由
也會怕有一天會跌倒
被棄了理想誰人都可以
那會怕有一天只你共我
被棄了理想誰人都可以
那會怕有一天只你共我
原諒我這一生不羈放縱愛自由
也會怕有一天會跌倒
被棄了理想誰人都可以
那會怕有一天只你共我

    主唱:葉麗儀

　　曲:顧嘉輝 詞:黃沾

　　浪奔浪流

　　萬里滔滔江水永不休

　　淘盡了世間事

　　混作滔滔一片潮流

　　是喜是愁

　　浪里分不清歡笑悲憂

　　成功失敗

　　浪里看不出有未有

　　愛你恨你

　　問君知否

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

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

　　又有喜又有愁

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

　　在我心中起伏夠

天氣越來越冷了，冬天一天天逼近，穿的都厚了！準(zhǔn)備過冬了。

把握主動權(quán)
==========>>>欲望

親愛的紅杉旗下公司CEO，

　　現(xiàn)在到了十分危急的時刻。大家注意到谷歌、雅虎和思科等公司最近的股價了嗎？他們?nèi)急┑９雀璧氖杏室训林挥性瓉淼亩种弧Ｄ銈冎肋@意味著什么嗎？紅杉資本合伙人的凈資產(chǎn)總計損失達(dá)幾十億美元。數(shù)十億美元啊！遭受如此大的損失，我們現(xiàn)在都不再是億萬富豪了。當(dāng)初，納斯達(dá)克突破2500點(diǎn)時，我們公司至少有六個億萬富豪。現(xiàn)在一個都沒有了。也就是說，本打算50出頭退休的我們，現(xiàn)在若想實現(xiàn)億萬富豪的人生目標(biāo)，大多數(shù)人只能繼續(xù)奮斗下去。我們也許再也看不到10億美元了？還是打消這種想法吧。

　　大家應(yīng)該了解的另一件事是，在我們有限的投資者面前，我們再次顯得山窮水盡了。我們在互聯(lián)網(wǎng)泡沫破裂時也曾遭遇類似的危機(jī)，當(dāng)時，我們過于自信，在那種情況下還堅持投資了Webvan和eToys。盡管我們的創(chuàng)始人唐•瓦倫丁(Don Valentine)早在1999年中期就預(yù)測“將有許多互聯(lián)網(wǎng)公司破產(chǎn)”，但我們?nèi)宰龀鲞@些投資。現(xiàn)在全世界都知道，我們是慘敗而歸。我們不得不站在所有投資者面前，對我們?nèi)绱擞薮赖男袨楸硎厩敢狻Ｏ胂氚桑t杉資本竟然公開道歉！

　　也許，一系列投資的成功沖昏了我們的頭腦，讓我們不知不覺放松了警惕。我們在YouTube的投資帶來了8億美元的回報，投資其他Web 2.0公司也讓我們獲利數(shù)百萬美元。我們本應(yīng)該更早敲響警鐘，現(xiàn)在，我們想提醒大家再次注意紅杉資本對我們所投資的公司的各項要求：

　　1. 市場規(guī)模和時機(jī)就是一切！我們不會花錢去告訴人們，他們?yōu)楹我矚g你們的產(chǎn)品。很多VC在剛起步的公司身上浪費(fèi)了幾十億美元，這些公司在市場尚未形成之前便去開發(fā)產(chǎn)品。

　　2. 我們還要重申一下第一點(diǎn)的重要性，也就是說，市場規(guī)模比你們本人更加重要。正如我們一向說的那樣，你們不能改變市場機(jī)遇，但可以撤換CEO。

　　3. 我們的投資理念是，僅僅用一根火柴點(diǎn)燃地獄般的火海。假如你們不理解這個類比，我們再解釋一遍，那就是產(chǎn)品一定要做到節(jié)約，節(jié)約，再節(jié)約！任何剛剛起步的公司只有兩項任務(wù)：一是“生產(chǎn)產(chǎn)品”，一是“銷售產(chǎn)品”。如果你們的團(tuán)隊中有人做不到這兩點(diǎn)，那就炒他的魷魚。

　　4. 不要租用昂貴的辦公樓，不要鋪張浪費(fèi)。

　　5. 聘請一些年輕聰慧的移民。他們的薪水比最低工資水平稍高，每周可以工作100個小時以上——相信我們。紅杉資本有個秘密：過去15年，在我們多數(shù)最劃算的投資交易中，對方的創(chuàng)業(yè)團(tuán)隊中都有二十出頭、很有拼勁的年輕移民，例如谷歌的塞吉•布林(Sergey Brin)和YouTube的陳士駿。

　　6. 一旦產(chǎn)品開發(fā)出來，你們就應(yīng)該考慮減少工程師數(shù)量，因為他們中很多人已不再有用。工程效率才是至關(guān)重要的！

　　7. 管理層每一個人都應(yīng)參與產(chǎn)品銷售，這樣，管理人員才能真正了解自己所銷售的產(chǎn)品以及如何成功進(jìn)行銷售。這件事情必須在擴(kuò)大銷售團(tuán)隊之前進(jìn)行。

　　8. 解散吃得肥頭大耳的銷售團(tuán)隊，硅谷到處充斥著這些拿著高額底薪和獎金的銷售人員。把底薪控制在最低水平，在銷售人員實現(xiàn)較高的銷售目標(biāo)后再給予他們大量獎勵。

　　9. 要明察市場，打擊競爭對手，揭露他們的缺陷，在經(jīng)濟(jì)不景氣的情況下更要如此。他們受傷了，才會安靜下來。絕不能像他們一樣。要么進(jìn)攻，要么等死。

　　10. 現(xiàn)金比你媽媽更重要！(你們已經(jīng)領(lǐng)會到這一點(diǎn)了嗎？)

　　現(xiàn)在的確已到了危急時刻。與其它所有投資集團(tuán)一樣，我們也通過PowerPoint解釋當(dāng)前世界上正在發(fā)生的事情，但我們也不知道到底怎么了。我們唯一清楚的是，將類似YouTube這樣一家已沒有多大盈利空間的公司以超過16億美元價格賣給谷歌的日子已經(jīng)一去不復(fù)返了，至少現(xiàn)在來說是這樣的。如果你們?nèi)詫ψ约旱墓颈в羞@種幻想，那么在下一輪融資行動中，你們可能要到Kleiner Perkins碰運(yùn)氣了，我們將不再向你們提供資金。

　　讓我們重申一次：在用光我們提供的資金之前，你們的現(xiàn)金流仍沒有什么起色的話，那就不要再伸手向我們要錢！

從煙臺回來后，每天的工作任意性有些太強(qiáng)，是要盡快安排自己的事情列表，并且按照計劃去執(zhí)行。
計劃----執(zhí)行----監(jiān)控

     有一段時間沒有寫B(tài)log了，手是生了很多。
     操作要規(guī)范：
     (1)方法論的總結(jié)：任何事情要講究一個方法論，講究現(xiàn)實的操作意義；
     (2)制度的完善：制度的完善非常重要的，沒有規(guī)矩，不成方圓。

具備咨詢顧問的幾個前提條件：
（1）扎實的行業(yè)背景的了解；
（2）收集資料(其實最為關(guān)鍵的就是這個東西，在相應(yīng)的產(chǎn)品展示方面，一般只有幾個小時，如果不能抓住重點(diǎn)，抓住受眾的注意力，即使你具備相應(yīng)很深厚的功力，對方也不會對你認(rèn)可的。)；
（3）急人所急，把握對方的心理。從根本上，是需要心理學(xué)上把握一下。身體語言很重要。

什么是啞鈴型管理模式
　　啞鈴型管理模式是指企業(yè)的產(chǎn)品開發(fā)和營銷能力強(qiáng)，生產(chǎn)能力相對較弱的一種組織結(jié)構(gòu)形式，是一種中間小、兩頭大的管理。在管理方式上，啞鈴型管理模式重點(diǎn)抓研究開發(fā)和市場營銷環(huán)節(jié)，而生產(chǎn)環(huán)節(jié)主要以組裝為主，少數(shù)關(guān)鍵、重要零部件由自己生產(chǎn)，多數(shù)零部件則是擇優(yōu)選擇生產(chǎn)廠家進(jìn)行外協(xié)和外購。在繼續(xù)搞好生產(chǎn)管理的同時，提高市場營銷能力和產(chǎn)品開發(fā)能力。

　　與啞鈴型管理模式對應(yīng)的是橄欖型管理模式。

啞鈴型管理模式的特點(diǎn)

　　通常而言，啞鈴型管理模式的企業(yè)要力求經(jīng)常保持四類產(chǎn)品：

　　1.正在市場上銷售的產(chǎn)品；

　　2.已經(jīng)研究成功并不斷加以改進(jìn)、等待適當(dāng)時機(jī)投入市場的產(chǎn)品；

　　3.正在試制的產(chǎn)品；

　　4.正在構(gòu)思或開始實驗的。

“啞鈴型”管理模式的“五個接軌”
　　（一）實現(xiàn)領(lǐng)導(dǎo)班子思維定勢的轉(zhuǎn)軌：由簡單生產(chǎn)型轉(zhuǎn)為依靠科技進(jìn)步型。

　　（二）實現(xiàn)企業(yè)管理觀念的轉(zhuǎn)軌：由重生產(chǎn)輕開發(fā)轉(zhuǎn)為重開發(fā)重科研。

　　（三）實現(xiàn)適應(yīng)市場需求的經(jīng)營戰(zhàn)略轉(zhuǎn)軌：由被動靠市場搶占市場引導(dǎo)市場。

　　（四）實現(xiàn)技術(shù)改造投入規(guī)模的轉(zhuǎn)軌：由“生計型”投人轉(zhuǎn)為“發(fā)展型、擴(kuò)張型”投入。

　　（五）實現(xiàn)管理方式的轉(zhuǎn)軌：由傳統(tǒng)方式管理轉(zhuǎn)為科學(xué)管理。

單一事務(wù)處理是比較簡單的，但是隨著項目越來越多，項目進(jìn)度一步步的逼近，如何來把握繁雜的事務(wù)就非常關(guān)鍵。
首先，要把握一個清晰的主線，不能漫天撒網(wǎng)，搞個不停。主流程和做對的事情。
其次，分擔(dān)一些相應(yīng)的工作。
最后，要注意調(diào)節(jié)大家都心情，在高負(fù)荷工作下，要讓人的心理趨于平衡。

　　感覺自己不能集中精力，似乎一切都別人掌控中。
　　感覺很是被動，不知道世界變得如此混亂污濁不堪。搞不清方向，理不清頭緒。
　　兄弟們都在干活，我卻沒有辦法聚焦。
　　頭腦冷靜、冷靜、再冷靜。

第二天就要交貨，晚上就要Beta測試，這個時間你該做什么？
--（1）走動管理，檢查目前的進(jìn)度，如果發(fā)現(xiàn)有疑問，及時解決。
--（2）主動承擔(dān)一些任務(wù)。
--（3）鼓勵一下大家，調(diào)用大家都積極性。

入 業(yè)務(wù) 出 業(yè)務(wù)
入 技術(shù) 出 技術(shù)
入 代買 出 代碼
 游 刃 有 余

1判斷select選項中 是否存在Value="paraValue"的Item 
 2向select選項中 加入一個Item 
 3從select選項中 刪除一個Item 
 4刪除select中選中的項 
 5修改select選項中 value="paraValue"的text為"paraText" 
 6設(shè)置select中text="paraText"的第一個Item為選中 
 7設(shè)置select中value="paraValue"的Item為選中 
 8得到select的當(dāng)前選中項的value 
 9得到select的當(dāng)前選中項的text 
10得到select的當(dāng)前選中項的Index 
11清空select的項 

js 代碼
// 1.判斷select選項中 是否存在Value="paraValue"的Item        
function jsSelectIsExitItem(objSelect, objItemValue) {        
    var isExit = false;        
    for (var i = 0; i < objSelect.options.length; i++) {        
        if (objSelect.options[i].value == objItemValue) {        
            isExit = true;        
            break;        
        }        
    }        
    return isExit;        
}         
   
// 2.向select選項中 加入一個Item        
function jsAddItemToSelect(objSelect, objItemText, objItemValue) {        
    //判斷是否存在        
    if (jsSelectIsExitItem(objSelect, objItemValue)) {        
        alert("該Item的Value值已經(jīng)存在");        
    } else {        
        var varItem = new Option(objItemText, objItemValue);      
        objSelect.options.add(varItem);     
        alert("成功加入");     
    }        
}        
   
// 3.從select選項中 刪除一個Item        
function jsRemoveItemFromSelect(objSelect, objItemValue) {        
    //判斷是否存在        
    if (jsSelectIsExitItem(objSelect, objItemValue)) {        
        for (var i = 0; i < objSelect.options.length; i++) {        
            if (objSelect.options[i].value == objItemValue) {        
                objSelect.options.remove(i);        
                break;        
            }        
        }        
        alert("成功刪除");        
    } else {        
        alert("該select中 不存在該項");        
    }        
}    
   
   
// 4.刪除select中選中的項    
function jsRemoveSelectedItemFromSelect(objSelect) {        
    var length = objSelect.options.length - 1;    
    for(var i = length; i >= 0; i--){    
        if(objSelect[i].selected == true){    
            objSelect.options[i] = null;    
        }    
    }    
}      
   
// 5.修改select選項中 value="paraValue"的text為"paraText"        
function jsUpdateItemToSelect(objSelect, objItemText, objItemValue) {        
    //判斷是否存在        
    if (jsSelectIsExitItem(objSelect, objItemValue)) {        
        for (var i = 0; i < objSelect.options.length; i++) {        
            if (objSelect.options[i].value == objItemValue) {        
                objSelect.options[i].text = objItemText;        
                break;        
            }        
        }        
        alert("成功修改");        
    } else {        
        alert("該select中 不存在該項");        
    }        
}        
   
// 6.設(shè)置select中text="paraText"的第一個Item為選中        
function jsSelectItemByValue(objSelect, objItemText) {            
    //判斷是否存在        
    var isExit = false;        
    for (var i = 0; i < objSelect.options.length; i++) {        
        if (objSelect.options[i].text == objItemText) {        
            objSelect.options[i].selected = true;        
            isExit = true;        
            break;        
        }        
    }              
    //Show出結(jié)果        
    if (isExit) {        
        alert("成功選中");        
    } else {        
        alert("該select中 不存在該項");        
    }        
}        
   
// 7.設(shè)置select中value="paraValue"的Item為選中    
document.all.objSelect.value = objItemValue;    
       
// 8.得到select的當(dāng)前選中項的value    
var currSelectValue = document.all.objSelect.value;    
       
// 9.得到select的當(dāng)前選中項的text    
var currSelectText = document.all.objSelect.options[document.all.objSelect.selectedIndex].text;    
       
// 10.得到select的當(dāng)前選中項的Index    
var currSelectIndex = document.all.objSelect.selectedIndex;    
       
// 11.清空select的項    
document.all.objSelect.options.length = 0;  

凡事
(1)膽大，要敢于打破常規(guī)，從相應(yīng)的解決方案去思考并解決問題。
(2)心細(xì)，要針對細(xì)微處的問題進(jìn)入著手，將相應(yīng)的紛繁復(fù)雜的業(yè)務(wù)中整體相應(yīng)的脈絡(luò)，并且將相應(yīng)的血肉進(jìn)行填補(bǔ)。

　　競爭變成驅(qū)動力分兩種情況：內(nèi)部項目和外部項目（外部客戶）。從內(nèi)部來看，當(dāng)組織意識到很多工作自己做比外部獲得花更大的成本時，問題就產(chǎn)生了。從外部來看，當(dāng)公司不再有價格、質(zhì)量優(yōu)勢，也不能增加其市場份額時，公司也就有麻煩了。

在很多事情去做的時候，由于信息的不對稱，以及所做事情時主觀的態(tài)度，最后就表現(xiàn)為盲目的樂觀。
避免盲目樂觀要做到如下幾個方面：
（1）信息盡可能對稱，要了解各方面的信息，分析信息。
（2）要有一定的風(fēng)險意識，很多事情其實風(fēng)險就是結(jié)果。

　　難得有時間玩一把魔獸， 輸了，有些可惜。把錄像仔細(xì)看了一下有以下經(jīng)驗教訓(xùn)：
　　(1)要勤于練兵，作戰(zhàn)前的練兵（打獵）是很有必要的，有幾次我的部隊都在喝水，老是怕死掉。對方的部隊卻是一直在練兵，部隊的作戰(zhàn)能力非常高。
　　(2)將一些缺血的士兵拉回后方休息，不要在前線，將其安排在大本營內(nèi)部或者將補(bǔ)血站。這些部隊的單獨(dú)操作非常關(guān)鍵。
　　(3)頭腦一定要冷靜，特別在大規(guī)模作戰(zhàn)的時候。因為這個時候，其實雙方的力量是比較均衡的，但是攻擊那一個，后攻擊那一個就很是關(guān)鍵了。其實ALT的要經(jīng)常使用，觀察自己的弱點(diǎn)和對方部隊的弱點(diǎn)。
　　(4)一些參數(shù)，每個士兵的血量和錢的多少要清清楚楚；

高層對信息技術(shù)的看法

重新設(shè)計操作和支持流程 The redesign of operational & support processes
信息技術(shù)使用過程中的線性領(lǐng)導(dǎo)
更干的業(yè)務(wù)導(dǎo)向型的首席信息官A business-oriented highly capable CIO “the IT leader must be a full player” "the CIO must know the business"  商業(yè)的機(jī)會和許多特定的商業(yè)戰(zhàn)略
承諾對信息技術(shù)進(jìn)行投資 A commitment to invest in IT.
變革的有效管理 The effective management of change

水.......火

Lot for Lot--按需訂貨
MRP的一種訂貨技術(shù)，生成的計劃訂單在數(shù)量上等于每個時間段的凈需求量。

ROUNDING PROFILE：是用來定議訂購單位是否有小數(shù)位。比如：訂購單位為KPC，我們允許它有小數(shù)位，就設(shè)置ROUNDING PROFILE為0002；如果是其它訂購單位的，假如我們不允許它們有小數(shù)位，我們就設(shè)置它為0001。

For each order proposal, the system calculates the date that it must be converted into either a purchase order or a production order so that the purchase order can be sent to the vendor on time or the production order can be transferred to production on time. Naturally, the vendor can only deliver the ordered quantity punctually if he receives the purchase order on time. The same applies to production - the ordered quantity can only be produced according to schedule if the production order is received on time.

昨天在客戶在一起聊系統(tǒng)流程的時候，客戶說了幾句話，很值得思考。
“主管評價任務(wù)好壞、檢查執(zhí)行情況。
主管減少批量分配任務(wù)給下屬。
將任務(wù)列表列出。
由一個人執(zhí)行完畢后，再分配下一個任務(wù)。
任務(wù)的指派還是由主管完成。
可以由下屬主動去爭取下一個任務(wù)。
任務(wù)數(shù)與相應(yīng)的績效掛鉤。
”
有點(diǎn)意思！

例外事務(wù)管理也就是非正常業(yè)務(wù)發(fā)生業(yè)務(wù)。
在實際的執(zhí)行過程中，有很多打斷你當(dāng)前計劃的事務(wù)，這些事情是最容易出現(xiàn)問題的。
針對這些事務(wù)的處理尤為關(guān)鍵。

Review
To look over, study, or examine again.
復(fù)習(xí)，檢查：重新仔細(xì)察看、研究或檢查
To examine with an eye to criticism or correction:
批評，評論：用批評或糾正的眼光檢查：
reviewed the research findings.
評論研究發(fā)現(xiàn)
-----------------------------------------------------
　　英文的這個詞語確實很不錯。
　　在很多日常工作中，正是因為缺少了Review的過程，直到我們把相應(yīng)的時間耗盡，一天天接近交付的時間。最后，我們交付了。客戶開始進(jìn)行驗收，進(jìn)行整體的Review，結(jié)果發(fā)現(xiàn)這個東東是有很多問題的，根本沒有辦法正式使用起來的。
　　Review什么：a.描述問題 b.缺少內(nèi)容 c.半成品 d.流程圖 e.編號問題 f.格式 g.是否達(dá)到下一階段目的
　　Review 的方式：a.交叉Review （多輪）   b.項目負(fù)責(zé)人Review    c.會議室Review
        今天你Review了么？

輔助而不是武斷地替代。
支持而不是情緒化操作。
目標(biāo)一致，項目搞定！

排程能力；
風(fēng)險預(yù)見及處理能力；
執(zhí)行力；
協(xié)調(diào)能力；

很多事情，我們在苦思冥想。其實道就在你身旁，你沒有深思，沒有琢磨，一味地在動。
設(shè)計源于思考。設(shè)計源于借鑒，他山之石，可以攻玉。

　　一個完善的國際委外加工體系，使得全球的生產(chǎn)和營銷變得得心應(yīng)手。大家都知道日本豐田的汽車制造銷售總額已經(jīng)位居世界汽車制造業(yè)的第二位，并成為全球汽車制造業(yè)盈利總額和利潤率最高的企業(yè)。但很多人不知道，日本并不制造汽車，就像“耐克”不制造“鞋子”，“宜家”不制造家具一樣，它只是組裝汽車。它的汽車零件全部委外加工和采購，二三百個供應(yīng)商替它生產(chǎn)汽車零部件，日本人只是負(fù)責(zé)組裝、設(shè)計。這種戰(zhàn)略和驕人的業(yè)績，就是建立在高度標(biāo)準(zhǔn)化的委外加工戰(zhàn)略的基礎(chǔ)上的，否則僅依靠豐田公司是無法做到的。
　　上述案例說明，委外加工的經(jīng)營方式是世界大型企業(yè)常用的較為成熟的非常有效的一種方法，大凡世界500強(qiáng)的企業(yè)都是委外加工的典范，他們作為終端企業(yè)，緊緊抓住設(shè)計和市場，將生產(chǎn)直接委外加工，大大降低了成本，降低了企業(yè)負(fù)擔(dān)和管理的復(fù)雜性，并能集中精力開拓市場，抓好銷售、設(shè)計和物流環(huán)節(jié)，致使他們能快速復(fù)制，快速擴(kuò)充，快速做大做強(qiáng)。他們利用的是全球的資源，通過專業(yè)化分工，達(dá)到互利互惠的目的，并使龍頭企業(yè)享盡其優(yōu)勢，并使其發(fā)揮了引導(dǎo)、管理和提升的作用。

什么叫專業(yè)水準(zhǔn)？
溝通---OK 作為經(jīng)常在客戶現(xiàn)場溝通過程中的，已經(jīng)都是OK的。
文檔---作為整體是比較欠缺的，因為一是不重視，二是ouxie因為寫的數(shù)量還是有些少，再一個可能是確實在專業(yè)上把握的不夠到位。

指導(dǎo)---而不是讓客戶牽著鼻子走。你考慮了客戶沒有考慮的問題。

（1）特定時間：在具體相應(yīng)的時間范圍內(nèi)，不能超過這個時間，任何操作這個時間范圍內(nèi)的都是不允許的。項目每每延遲，都是因為相應(yīng)的時間方面沒有處理好。關(guān)鍵是項目管理的問題。
（2）高質(zhì)量：軟件的本質(zhì)的在于高質(zhì)量，沒有功能、特性的各項指標(biāo)，軟件就是不可用的。
（3）適用于客戶：不能根據(jù)軟件削足適履，更不能根據(jù)客戶現(xiàn)實情況進(jìn)行盲從，要適用于客戶的系統(tǒng)。

業(yè)務(wù)流程方面，不要進(jìn)行涂鴉式的繪制。
其實強(qiáng)調(diào)布局。涂鴉說明思路敏捷，但是具體的布局及相應(yīng)信息的處理是非產(chǎn)更關(guān)鍵的。

       系統(tǒng)測試是一個極其重要的環(huán)節(jié)，就像我們的汽車產(chǎn)品出廠之前的全面檢驗一樣。系統(tǒng)上線之前必須做一次全面的測試，以發(fā)現(xiàn)和解決更多的問題，降低系統(tǒng)切換的風(fēng)險。

　　這個階段通常叫CRP(Conference room pilot)測試，分為單元測試和整體測試，單元測試發(fā)現(xiàn)和解決單個模塊的問題，通過整體測試來發(fā)現(xiàn)和解決各個模塊連接的問題。在這里我要重點(diǎn)強(qiáng)調(diào)的是整體測試，這個測試必須要請全體項目組參加，而不僅僅是局限在幾個關(guān)鍵用戶范圍內(nèi)，CRP整體測試必須包括所有的高層領(lǐng)導(dǎo)、中層領(lǐng)導(dǎo)，因為這個測試也是對管理層的一次重要培訓(xùn)，一般在項目實施過程中，中高層沒有太多的時間參與具體設(shè)計，因此有許多地方他們在CRP測試之前是不明白的。必須通過這樣的形式和方法讓中高層看到系統(tǒng)演示的結(jié)果，讓他們看看用系統(tǒng)管理和手工管理的差異，親身體會一下整個系統(tǒng)連環(huán)運(yùn)作的過程。

　　很多項目之所以成功，就是總經(jīng)理親自帶隊全程參加整體CRP測試，整整在會議室坐了一個半天。我們說ERP工程是“一把手工程”，如果說一把手的確做到全程參加整體CRP的話，從這一點(diǎn)看那一把手工程就是落到了實處。當(dāng)然我們的CRP測試必須是用企業(yè)真實的數(shù)據(jù)、真實的流程，得出真實的結(jié)果，而不是瞎編幾個數(shù)據(jù)，走個形式。CRP測試的理念必須是以業(yè)務(wù)流程為主線來測試，測試流程和數(shù)據(jù)，而不是僅僅測試系統(tǒng)有沒有問題。

The SAP HU is used for tracking the handling units used by the materials.  Some common handling units are packagings materials like cartons, pallets etc.

In the SAP system, the handling unit (HU) expands on the shipping unit. Handling units can be nested and you can also create new handling units from several handling units as often as you like. At the material item level, HUs contain the complete material identification, the quantity, and, in the case of serial numbers, the respective object list. Handling units have unique,
scannable identification numbers that can be developed according to standards such as EAN 128 or SSCC.

Handling units contain all inventory management information of the materials they contain that are maintained in Inventory Management. There are also status messages that you can call up at any time that indicate whether a handling unit is only planned or if the ship-to party has been notified of the arrival of this handling unit, or whether it is in the warehouse or has already been posted to goods issue. The integrated history function also records each business process in
the life cycle of each handling unit, meaning that you can track the handling unit’s path and development at any time.
Refer to : Logistics -> Central Functions -> Handling Unit Management

In HU-managed storage locations, all goods movements are executed through the specification of the respective HUs, and Inventory Management is performed through the handling units. If you are working without HU-managed storage locations, you can work with handling units (without stock information) as before in the delivery and in the shipment.

In HU-managed storage locations, materials can be managed in HUs only. Mixed stock made up of packed and non-packed materials within the same storage location are not supported. HUs can also be managed in interim storage types. Unpacking a material from a HU means that the stock of the material is posted to a storage location that is not HU-managed.

If you call up normal material movements in connection with an HU-managed storage location, a delivery is created, rather than a direct material posting, which has been the procedure up to now.

Please note that if you want to use 311 to move the material already in stock, but in a non HUM Storage Location and you want to transfer those materials into a HUM Storage Location 304.  If this is the case you can use the transaction VLMOVE with the destination plant and storage location. Before that you have to create the HU with the transaction code HU02 Storage location: where the material is and the status: in stock.

Handling units are unique at client level in at least one system. Using an indicator at client level, you can control whether you are going to work with the HU functions. Since the handling unit is a physical unit, the central logistics processes are controlled through the input of the handling unit identification. These processes include putaway, picking, and stock transfers, as well as goods receipts and goods issues.

A handling unit’s mobility can be limited if quality checks are active. Changes in the stock category caused by a quality inspection are made using a posting change in the handling unit.

There is also a report available that you can use to find and display handling units using different selection criteria such as material, packing instruction, or storage location.

Although the handling unit is basically a unit that remains constant in the system, you can change it by repacking the materials it contains. All the packing functions, such as packing, repacking, and unpacking, are completely supported by the handling unit functionality. In this way, handling units can be created in production, during goods receipt, or in the packing areas of the warehouse. If you have automatic packing, the handling unit is created from the packaging proposals defined in the system (from the packing instructions, for example).