一切皆可抽象

其實麻花做起來是很簡單的,不過就是和面\發酵\整形\油炸四步.
方子是:
牛奶一袋(小袋半斤裝的),
兩個雞蛋,
一小勺鹽,
糖100克(喜歡甜食可以隨自己的口味增加一些),
油30克(色拉油花生油都可以的),
酵母5克
面粉若干
做法:
1、混合除了面粉的所有材料
2、在混合液中逐漸加入面粉，用筷子攪拌，直至能夠揉成比較軟的面團
3、溫暖處發酵，直至面團體積增加2倍以上
4、整形
5、開炸：）
注意炸的時候，寧可先用最小火視情況逐漸調整到合適的溫度，切不可用大火

老美介紹金庸作品（節選） 　　　　　　　　　　　　　　　　　　　　 作者：不詳
金庸先生的小說一向以豐厚的歷史文化底蘊而著稱。現將美國暢銷小說評論家阿爾 * 蒂爾對英文版《金庸選集》的評論節選轉譯如下。譯者水平有限，譯得生硬，倒也原汁原味。
　　
　　金庸先生是一位學者，確切地說，應稱為查教授，但在中國等地一直以其十幾部暢銷小說聞名。他的小說，專門反映中國舉世聞名的格斗術的歷史。同西方一樣，中國的格斗家使用各種各樣的兵器，雖然與西方人所使用的兵器不盡相同。然而，從查教授的小說中可以看出一個重要的不同：當不使用兵器的時候，中國的格斗家主要是用手掌，而不是用拳頭。不要以為這只是細節上的不同，事實上這是一個深刻的差別，理解這一點，是我們欣賞這些暢銷小說的前提。
　　按照現代西方人的理解，越是堅硬和尖銳的東西，越能給人以傷害，因此在格斗當中，拳頭比手掌更為優越。采用兵器，也是質地越堅硬、表面越尖銳越好。而查教授所描寫的格斗家，不僅在徒手時多采用手掌，并且似乎越是高級的格斗家，越不重視所使用的兵器是否鋒利結實，甚至干脆放棄使用兵器。以前從沒讀過這一類小說的西方讀者對此難以理解。事實上，中國的格斗家并不看重通過我們通常意義上的物理損傷來傷害對手。這涉及到一個中國獨有的貫穿于此類小說中的概念：內力。僅從字面上翻譯這個詞，對于西方讀者的理解并沒有多大幫助。如果一定要找一個是西方人覺得容易理解的類比，具有同樣的神奇效果，并且具有類似的悠久歷史，那就是魔法。但他們其實是完全不同的。內力有如下一些特征：
　　1．內力的練習通常對練習者的生理狀況有一定的要求。這并不是說體弱的人不能夠練習，而是一般而言，他們不容易取得比較大的成功。這比較容易理解，因為這畢竟是格斗。
　　但另一方面，較高的智商對于練習內力往往是有幫助的，卻并非總是如此。有時智商較低反而更好，比如《射雕英雄傳》和《俠客行》中的男主角。對生理狀況的要求有時很極端，例如需要進行閹割手術，或者大腦兩半球聯系障礙（雙手互搏）。
　　2．通過自修掌握內力的方法是非常困難的，如果不是不可能的話。通常要有一位老師傳授，但是我們經常會發現，通過學習遠古流傳下來的經書的效果要比請教當代的老師更好。遺憾的事，這樣的經書很難得到，而且通常不會流傳很久。一本在一個時代非常著名的經書，到了另外一個時代便無人提起，顯然是失傳了。然而也有例外，例如出現于宋代的“獨孤九劍”到了明代被人重新提起，然而似乎與宋代的大不相同，疑是托名偽作。
　　3．要使內力達到較高的水平，還必須有一些特殊的輔助手段。通常是通過服用特殊的食物（這樣的例子實在太多了），或者是采用一些輔助器械（比如功能類似電冰箱的床，但絕不耗電）。采用這些手段一般認為是要冒很大風險的，但從實際效果看，極少有失敗的例子。
　　4．內力像物質或熱量那樣可以傳遞，有時甚至可以進行非接觸性的傳遞。這種傳遞大致可以分為三類，第一是攻擊性的，即通過釋放內力傷害對手。這就解釋了為什么格斗家們喜歡用手掌而不是拳頭：因為似乎手掌比拳頭更能有效率地釋放內力。第二種是贈與性的，通常用于傳授、合作性的攻擊行為、或者是治療。因此我們可以理解在這些小說中看到的一個奇怪現象，殺人與救人都是用手掌。第三類是偷竊或奪取性的，將別人的內力據為己有。鑒于內力對格斗家們的重要性，這樣的做法比吸血鬼更為嚴重，因此經常是反面人物的行為，如果正面人物偶爾做了，一定要強調不是故意的，雖然有時心中暗自得意。
　　因此我們在小說中看到的關于格斗家們的歷史，其實是關于內力的發展的歷史。正像中國的一句俗語所說：士兵向水一樣流動，兵營卻是鐵做的（疑是“鐵打的營盤流水的兵”的誤用——譯者），對內力的描述貫穿查教授小說的始終。下面我們可以對這一歷史做一個簡要地回顧。
　　查教授的最早的小說（原文如此，其實是反映歷史年代最早的小說——譯者），反映的是距今兩千多年前的時代，被孔夫子命名為“春秋”。這時的中國已經有了高度發達的文明，但查教授仍然在書中刻意描繪了一只白猿，用以暗示內力自從人類的進化過程中一直存在。然而從小說中看來，內力發展的高峰是在宋代，結合了來自印度、波斯、東南亞等地的練習方法，成為錯綜復雜的系統。但到了明代和清代，漸漸地沒落了。看來的確如此，因為現在畢竟不知道還有誰以內力著稱于世。宋代早期的一個不十分著名的格斗家（游坦之，與大仲馬的鐵面人類似）便能夠掌握少林寺的《易筋經》，而明代的少林寺僧侶領袖卻將其視為珍寶，因為起初不愿意用這本經書救人而被認為小氣。在清代，可能是歷史上最后一個以內力著稱的人（歸心樹）被一群遠為平庸的格斗家殺死，暗示著內力的衰落。
　　這一趨勢是從明代格斗家對內力作用的懷疑開始的。這時，有一部分格斗家認為內力并不像人們一直認為的那樣重要，他們所練習的格斗技術不要求一定要有內力。如同歷史上所有的學術問題一樣，爭論本是好事，然而不幸的是，強調內力的一方被認為品質低下，最終被殺身亡。斗爭的結果似乎證實了內力并非如此重要，但事實上卻是因為這一時期沒有人將內力練習到較高的水平。但這一成見既然形成，以后的情況便越來越糟。到了清代，雖然有人仍想練習內力，并達到了一定水平，但已經完全無法與宋代比較了。
　　在清代，一個完全沒有內力，只是智商較高，并善于逃脫術的男孩，居然成為全國矚目的英雄人物，在中國與俄國的對抗中立下大功，并娶了很多妻子。這似乎是那些在歷史上擁有許多高深內力的人做夢也想不到的成就。畢竟，世界已經進入火器時代和智力時代，中國雖然發展較慢，也不可避免。上古和中世紀的浪漫傳奇和英雄主義不見了，成了過時的古董。然而這一趨勢卻與當代的潮流更為接近。所以無怪乎大多數中國讀者喜歡《鹿鼎記》，連查教授也認為這是他最好的作品。
　　然而，除了格斗本身和格斗家們的事跡之外，這些小說還包含了有關中國歷史文化的更多的內容，例如關于宗教。從這些小說中我們可以看出，在相當長的一段時期內，關于內力和格斗的技巧基本上掌握在一些僧侶手中，包括佛教、道教、伊斯蘭教、拜火教等等，許多格斗典籍常常與宗教經書混在一起。但這種情形也有變化，到了明代，五個主要的擊劍流派之中，倒是有三個與僧侶無關，佛教和道教的僧侶領袖，雖然很有名氣，但很少出面，卻很樂意在幕后策劃，拜火教的領袖也是深居簡出，但這時的拜火教已經退化成一個普通團體了，因為沒有任何與宗教有關的儀式。
　　我下面就將幾部主要著作的內容作一簡要介紹，以方便讀者選擇。
　　《天龍八部》：探討了對男女之情的幾種看法。本書似乎有三個男主人公，他們后來成為朋友。其中的蕭看起來是一個禁欲主義者，而段則與他相反，是個好色之徒（但尊重女性），另外一個（虛竹）介于二者之間，心里一直想禁欲，但當美女來到眼前時，又驚又喜，最終成了一個國王的女婿，而且是一個女性社團的領袖。他們最終都成了英雄，反映了作者對這一問題所抱有的寬容態度。另外還有許多次要角色，可以看作是他們的變種，例如段的父親，是一個徹底的好色之徒，最終吃了一些苦頭；慕容為了事業完全不在乎男女之情，甚至加以利用，遭到可恥的失敗；游坦之由于先天因素和后天的刺激，成了一個受虐狂；少林素的僧侶領袖后來被人發現有私生子，……諸如此類。
　　《射雕英雄傳》：對人類的智力的作用提出了質疑。書中有五個擁有最強內力的人，驕傲地將他們自己封為五個方向的虛擬君主（原文如此）。但在小說結尾，他們驚奇地發現自己并不比一個略有弱智的青年更強。書中一個似乎是擁有罕見美貌和聰明的女子，最終也被這個青年擁有了。更為微妙的是，這五個虛擬君主中的那個西方君主，后來似乎擁有最強大的內力，但他的智力情況卻更糟——成了一個嚴重的失憶癥患者。
　　《神雕俠侶》：從一個側面反映了蒙古興起之初的畜牧業壯況。書中有一個孤獨的少女，是一位養蜂專家，但看來這個行業在當時實在不受重視，她的唯一的一個學生——后來成了她的丈夫——并沒有學會這門技藝，而是成了一個養雕專家，并因此一舉成名。最后這門技藝只好傳給了一個無所事事且極富孩子氣的百歲老人。當然，他們都是很高級的格斗家，特別是其中的養雕專家后來可以通過吼聲指揮許多動物，但其中唯獨沒有蜜蜂。他的妻子曾經想通過蜜蜂向他傳遞消息，但他視若無睹。
　　《笑傲江湖》：反映了中國古代同性戀者的悲慘遭遇。第一個同性戀者為了保護她的同性戀對象而被殺死。另外兩個更加可憐，因為還沒有找到同性戀的對象，但作者強烈暗示，他們最終將發展成為與第一位同性戀者一樣的人，也就是說，他們最終將成為同性戀這是毫無疑問的。這三個人有一個共同特征，即都是自愿通過外科手術放棄男性特征的，但是其中的東方在完成之后幾乎放棄了他的事業，而岳和林則認為這才是他們事業的開端。他們在這部小說中并不是唯一進行了這種外科手術的人，還有一個刀手田，后來改名為不可，但他的情況有所不同，他的手術是被人強迫完成的，因此得到了大家的寬容，沒遭到另外那三個人的厄運，但他日后是否會成為同性戀者則不得而知。另外值得注意的是，書中強烈主張內力的岳，后來成了偽君子的代名詞。但在書中，他除了暗殺了兩位女性佛教僧侶領袖之外，對別人的危害并不嚴重；而且這次暗殺并不符合他的目標，因為在后來五派合并的時候，如果一定要選出一位領袖，這兩位女性一定會選擇他而不是另外一個人。
　　《碧血劍》：書中的主人公是內力沒落之前的最后代表人物。內力的沒落首先表現為精神上的沒落，袁本來是一個英雄的兒子，但這一點在他身上看不到一點痕跡，他從小在一個與世隔絕的環境中長大，對現實一無所知。在離開了他學習的山區之后，顯得有些無所適從。一個明顯的證據是，他娶了下山之后認識的第一個女子為妻。一開始，他像一個孩子一樣模仿周圍的人，比如將自己打扮成一個青年學生，雖然他從未正式上過學。他的行為受到從小接受的道德教育的約束，但內心中卻被一個已經過世的狂放男子的事跡所吸引，后來知道這個人剛好是他的岳父，這或許平衡了他由于倉卒訂婚所產生的失落心情。然而這種情緒的搖擺使他一事無成，最終流亡海外，直至清代，他的同學歸心樹被殺死的時候也沒有一點消息。

看不懂之一：??? 一方面搞開發的已經不是太好找工作，每次招聘會都會有大量的求職者；另一方面軟件人才的培養規模卻越來越大，國家支持的大量新軟件學院，各種與軟件開發相關的民辦大學，各種以就業為目標的軟件開發培訓班（如新東方的JSP程序員培訓16500三個月〕；
看不懂之二：??? 搞開發的程序員認為稅后4000已是低薪，稅后6000也就一般；同時大家又都哀嘆中國軟件市場不成熟，盜版多，用戶接收程度低，價格低，利潤少；不知道程序員希望獲得的薪水都是從哪里來的？

看不懂之三：??? 新技術，新工具層出不窮，一個比一個復雜，一個比一個玄妙；而會用的人，或自認為自稱為“熟練掌握”的人也是層出不窮；

看不懂之四：??? 整個軟件產業的發展一再證明：軟件成為產業必須有規模化的經營和團隊式開發，個人式小作坊式的開發沒有生路（這也是軟件工程的產生原因），同時國外的軟件公司團隊規模越來越龐大，內部分工越來越精密；而在國內，個體的、小團體的軟件開發方式卻越來越流行，許多軟件開發人員的開發工作完全以個人方式完成，并且許多人在極力宣揚“個人比公司好”的思想；

看不懂之五：??? 許多程序員對自己的待遇不滿意；卻有越來越多只會（我強調的是只會）VB簡單編程的人員（許多都從其他行業轉行而來）加入程序員的隊伍，使得程序員隊伍的水平和素質越來越差，企業不愿給這樣“混飯吃”的程序員以更好的待遇；

看不懂之六：??? 國外做產品的公司往往是大公司，才能保證產品的質量和研發的長久性，而做服務，做二次開發和應用開發的往往是小公司，才能貼近用戶的需求，并且充分滿足它；在國內正好相反，做產品的往往是小公司，做集成和服務，做二次開發的往往是大公司（包括用友、金蝶，也熱衷于按框架進行項目承接）；

看不懂之七：??? 國外企業是先有規范管理的制度和思想，才上ERP軟件；國內是沒有科學的管理就先上ERP軟件，結果是軟件沒人用，管理仍落后；

看不懂之八：??? 國外做ERP，CRM產品的都是相當有實力的大企業；國內卻有無數個人（單個的開發人員）開發出了全套的ERP，CRM軟件；

看不懂之九：??? 幾乎所有軟件開發公司和個人都強烈反對盜版－－因為這意味著自己的軟件掙不著錢；但幾乎所有開發軟件的公司和個人的開發工具和環境都是用盜版安裝的；

看不懂之十：??? ERP，CRM這樣的東西本來是未來規范管理，科學決策的；但在國內的企業上ERP，CRM往往都是由一個領導來拍板，而拍板的領導往往不懂ERP和CRM，只懂得攀比，還有拿回扣；

看不懂之十一：??? 推銷軟件時大多數客戶都會告訴你：你的軟件不符合我們的需求；而符合他們需求的軟件他們也并不去買；

看不懂之十二：??? 大家都在羨慕印度的軟件產業發展迅猛，并暗自較勁要如何趕超；但對于印度軟件產業的基石－－開發工作程式化，大量采用軟件工人，又滿心鄙夷，誰也不愿去當工人；

看不懂之十三：??? 大家都認為軟件工程可以提高軟件開發的生產率，可又都不按照軟件工程的基本要求去完成軟件開發；就好比覺得文檔應該齊備，可誰也不愿意寫文檔；

看不懂之十四：??? 很多人都反對微軟的霸權，可又沒有人真正去做和微軟競爭的核心的東西；

看不懂之十五：??? 大家都認為軟件這行有前景，可現在沒有幾個軟件公司是賺錢的。

清晨的公車、地鐵處，是一個讓人心情壓抑的地方，這里沒有對話，沒有微笑，甚至連埋怨也沒有。

許多人靜靜地站著，極其耐心地站著。年輕的姑娘該有微笑吧？沒有的，她們雙手環抱，低著頭，看著公車開來的方向。孩子該有微笑吧？也沒有 ，他們背著沉重的書包，臉色疲倦而焦躁。

有一位澳洲媒體的編輯，他在上海、杭州考察了一圈，他說：“這里的人，心事為什么那么重？”編輯說，清晨，空氣是那么清鮮，掃過水的街道濕漉漉的，沒有灰塵揚起。太陽已經升上來了，金色的光輝從高樓大廈間斜射過來，這是多么美好的事情。人們經過了一夜的酣睡，該精神抖擻才對，可是，如此美妙的清晨，人們的表情為什么像地球末日即將來臨。

沒有人能回答澳洲編輯的問題。

在澳洲，人們的工作節奏是緩慢的，他們的生活是散淡的。每個周末，當中國城市燈火輝煌時，澳洲城市里的商家，卻打烊回家了。

是的，我們現在無法回到的澳洲人那樣的生活，我們越來越趨同于新加坡、東京、紐約人的生活節奏。

但是，我們又有什么理由，讓我們在這個美妙的清晨，喪失自己最醉人的笑容，我們為什么不能對昨晚一場美美的睡眠，對清晨的風和日麗而感恩，露出歡顏呢？

我們已被工作壓彎了腰，我們已沒有心境體會清晨的美妙。那么，讓我們來聽一首《圣經》的唱詩：

迎著晨曦，迎接新的一天，哦，主啊，我要感謝你！感謝你將新的一天賜給我們，感謝你賜陽光、雨露和空氣，感謝你賜下生命活水，感謝你賜下永生盼望，感謝你在塵土中將我抬舉，感謝你的大愛，我要感謝直到永遠！

朋友啊，感恩才會快樂，快樂才是生命的意義所在。讓我們從感謝清晨開始，露出你醉人的微笑吧。

1993年5月，IEEE計算機協會的管理委員會設立了一個指導委員會，其目的是為確立軟件工程作為一個職業而進行評估、計劃和協調各種活動。同年，ACM理事會也同意設立一個關于軟件工程的委員會。到1994年1月，兩個協會成立了一個聯合指導委員會，負責為軟件工程職業實踐制定一組適當標準，以此作為工業決策、職業認證和教學課程的基礎。為完成這項工作，他們提出了如下建議：
　　＊采用標準定義；
　　＊定義所需的知識主體和推薦的實踐活動；
　　＊定義道德標準；
　　＊定義本科生、研究生(碩士)和繼續教育(再培訓和轉崗)的教學課程
　　指導委員會決定通過設立一系列的專題組實現這些目標。最初的幾個專題組包括：軟件工程知識主體和推薦的實踐活動；軟件工程道德和職業實踐以及軟件工程課程體系。
　　軟件工程道德和職業實踐小組的目標是為軟件工程師在道德上和職業上的責任和義務制定一份文件。本道德規范(草案)由IEEE計算機協會和ACM聯合指導委員會的軟件工程道德和職業實踐專題組開發，并且已經過該委員會的審查。
　　任何規范，如果認真制定并正確推行，都會成為推動職業化和建立社會安全保障的有力工具。它們不應該也不會只開花不結果，但這常常是人們對規范的錯覺。本規范草案是在對多個計算學科和工程學科規范進行廣泛研究的基礎上做出的，意在教育和激勵采用規范的職業群體和成員。規范也告訴公眾，一種職業的職責及其重要性。規范向實踐者指明社會期望他們達到的標準，以及他們同行的追求和相互的期望。規范并不意味著鼓勵訟爭，并且它們也不代表立法；但它們的確就影響專業人員及其客戶的一些問題給出了實際的建議，同時也給政策的制訂者提供借鑒。
序言　　
　　現在，計算機越來越成為商業、工業、政府、醫療、教育、娛樂、社會事務以及人們日常生活的中心角色。那些直接或通過教學從事設計和開發軟件系統的人員，有著極大的機會既可從事善舉也可從事惡行，同時還能影響或使得他人做同樣的事情。為盡可能保證這種力量用于有益的目的，軟件工程師必須要求他們自己所進行的軟件設計和開發是有益的，所從事的是受人尊敬的職業。為此，軟件工程師應該堅持下面的道德規范。
　　本規范含有8組由關鍵詞命名的準則，這些準則均與專業軟件工程師的行為和他們所作出的決定有關，也適用于本行業的從業者、教育者、管理者和督辦人、下午制定者以及職業受訓者和學生。這些準則對參與其中的個人、群體和組織相互之間的各種關系給出了區別，并指出了在這些關系當中各自的主要義務。
　　規范中的每一組準則均以三個層次的道德義務闡述，這些道德義務都是專業軟件工程師在所述的各種關系中所應承擔的。第一個層次給出的是一組道德價值，這也是專業軟件工程師和所有其他人就人性而言所共有的。第二個層次則是對軟件工程專業人員提出的比第一個層次更具挑戰性的一些義務。之所以要求第二個層次的義務，是因為專業人員應對那些會受到他們工作影響的人們負有特別的責任。第三層次也是更深的層次，包括了只與軟件工程的專業實踐有關的因素所直接引出的幾項義務。每組準則中的條款是對相應的關系中各層次的義務的詳細闡述。
　　每組準則中的條款由對應于三個層次的三種不同類型的陳述組成。
　　第一層次：渴望(對于真正的人)。渴望的陳述給出了方向和目標，并用于指導職業行為。這些指導性的要求對道德判斷是非常重要的。
　　第二層次：期望(對于專業人員)。期望的陳述表達了所有專業人員的義務和職業態度。雖然它們沒有描述具體行為細節，但是它們清楚地指明了在計算科學領域中的職業責任。
　　第三層次：要求(對于良好的從業者)。要求的陳述提出了在軟件工程中更具體的行為責任，這些責任與當前的技術狀況密切相關。本層陳述的范圍從一般的渴望陳述到具體的可度量的要求。
　　雖然所有層次的職業義務都已列舉，但本規范并不打算包羅萬象，也不希望它的各個部分被孤立地用來判定失職或違規。所列的準則和條款并不是很詳盡的，不希望讀者對于所有實際情形中的職業行為，簡單地以此來區分哪些是可接受的哪些是不可接受的。本規范也不是一個簡單地給出道德判定的道德算法。在某些情況下，本規范的各個標準有可能相互沖突或與其他的標準沖突。此時，就要求軟件工程師結合當時的環境，以與本道德規范的精神最一致的方式來進行道德判斷和采取行動。
　　對于道德問題最好是給出經過深思熟慮的基本準則，而不是僅僅列出許多詳細的規定。這些準則應該影響你去更廣泛地考慮誰將受到你的工作影響；去檢查你和你的同事是否以應有的尊重對待他人；去推測如果公眾被恰當地告知，那么他們將怎樣審視你所做的決定；去分析你的決定的最低影響力是多少；去考慮是否你的作為夠得上軟件工程師的理想的職業行為。因為本規范代表那些從事該職業的人的共同意見，所以我們應該重視由那些有見識的、受人尊重的和有經驗的同行在掌握全部事實的情況下，他們認為的什么是特定環境中最道德的行為方式，并且只在具有深刻的原因同時又經過認真仔細地判別之后才違反這種常規。
　　軟件工程的動態性和需求的前后關系，要求一個規范能對出現的新情形有較強的適應性和適用性。但是即使在這種一般性原則下，本規范也只對那些以文檔記錄職業道德態度并采取積極行動的軟件工程師提供支持；即提供相應開發組中的個人以及整個開發組都可以求助的道德基礎。本規范也幫助定義哪些是對軟件工程師提出的道德上不適當的要求。
　　本規范還具有教育的作用，它指出了對任何想加入的繼續從事軟件工程職業的人的要求。因為它表達了該有關道德問題的一致意見，所以可以用作決策制定的指導，它也可以作為公眾和渴望從事該職業的人了解有關軟件工程師的職業義務的教育工具。
準則1：產品　　
　　軟件工程師應盡可以確保他們開發的軟件對于公眾、雇主、客戶以及用戶是有用的，在質量上是可接受的，在時間上要按期完成并且費用合理，同時無錯。特別地，軟件工程師應盡可能發地做到：
　　1.01 保證他們所做的軟件的規格說明很好地制作了文檔，能滿足用戶的需求，并得到客戶的認可。
　　1.02 努力去完全理解他們從事的軟件的規格說明。
　　1.03 通過適當的教育和經驗的結合，保證對于從事的和將要從事的任何項目他們是合格的。
　　1.04 對于他們從事的和將要從事的任何項目，保證正確的和可以實現的方向和目標。
　　1.05 對于他們從事的和將要從事的任何項目，保證有一種恰當的方法學。
　　1.06 對于他們從事的任何項目，保證有良好的管理，包括為提高質量和降低風險而采取的有效規程。
　　1.07 對于他們從事的和將要從事的任何項目的費用、時間表、人員和支出，保證給出一個切合實際的預算，并且對這些預算作出風險評估。
　　1.08 對于他們從事的任何項目要保證給出充分的文檔，包括發現問題的日志和采取的解決方案。
　　1.09 地他們從事的軟件和有關文檔，保證充分的測試、排錯和復審。
　　1.10 開發軟件和相關的文檔要努力做到尊重使用該軟件的人的隱私權。
　　1.11 注意只使用合法來源的準確數據，并且只以適當授權的方式使用。
　　1.12 只在適當的時候，刪去過時的或有問題的數據。
　　1.13 努力辨別、定義和闡明與任何工作的項目相關的道德、經濟、文化、法律和環境問題。
　　1.14 為雇主、客戶、用戶和公眾最大限度地提高質量和降低費用。為有關的各方之間作出折衷。
　　1.15 努力遵循最適合于當前工作的工業標準，只有當技術上證明應該背離這些標準時才可以不遵守。
準則2：公眾　　
　　從職業角色來說，軟件工程只應該按照與公眾的安全、健康和福利相一致的方式發揮作用。為此，軟件工程師應該：
　　2.01 就其負責或了解的軟件或相關文檔，如其中存在任何有可能對用戶、第三方開發商或環境構成實際或潛在危害的危險，應向有關人士或權威機構報告。
　　2.02 僅當有充足理由相信某個軟件是安全的、滿足規格說明要求、已經通過了適當的測試，并且沒有降低生活質量或危害環境時，才贊成或批準它。
　　2.03 只在那些在他們的監督之下準備好的文檔上簽字，或者這些文檔屬其能力范圍內并為他們首肯。
　　2.04 對由軟件或相關文檔引起的公眾關心的重大問題應努力合作予以解決。
　　2.05 盡力開發尊重多樣性的軟件。與語言、不同的能力、不同的訪問形式(身體的、智力的)、經濟優勢以及資源分配等有關的問題都應予以考慮。
　　2.06 與軟件或相關文檔有關的所有陳述都要公正的誠實，尤其對于公眾關心的部分。
　　2.07 不要將自身利益、雇主的利益、客戶的利益或者用戶的利益置于公眾的利益之上。
　　2.08 當機會出現時把職業技能獻給美好的事業，并對與該學科相關的公共教育事業貢獻力量。
　　2.09 對他們自己的工作承擔全部責任。
準則3：判斷　　
　　在與準則2保持一致的情況下，軟件工程師應該盡可能地維護他們職業判斷的獨立性并保護判斷的聲譽。特別地，軟件工程師應做到：
　　3.01 對于要求他們評價的任何軟件或相關文檔，應保持職業的客觀性。
　　3.02 只在那些在他們的監督下準備好的并且在其能力范圍內的文檔上簽字。
　　3.03 拒絕賄賂。
　　3.04 除了合同的所有各方都知道的和都同意的之外，不接受第三方就該合同所付的回報、傭金或其他的酬金。
　　3.05 對任何特定的項目或者特定于該項目的服務，除了當環境已經完全暴露給有關的各方并且他們都已表示同意外，否則只從一方接受報酬。
　　3.06 對于那些不能合理地避免或避開并且又急切期望解決的利益沖突，要向有關的所有各方公開。
　　3.07 凡與他們自身、他們的雇主、他們的客戶的經濟利益有關的軟件或相關文檔，應拒絕作為成員或顧問參與政府或專業團體對該軟件或文檔做任何決定。
　　3.08 以支持和維護人的價值來調和所有的技術判斷。
準則4：客戶和雇主　　
　　軟件工程師的工作應該始終與公眾的健康、安全和福利保持一致，他們應該總是以職業的方式擔當他們的客戶或雇主的忠實代理人和委托人。特別地，軟件工程師應該：
　　4.01 只在他們的能力范圍內提供服務。
　　4.02 保證他們依據的任何文檔都獲得授權人的批準。
　　4.03 只以適當授權的方式使用客戶或雇主的財物，并且要讓客戶和雇主知道并獲得他們的同意。
　　4.04 不要在知道的情況下使用非法獲得的或持有的軟件。
　　4.05 對于在職業活動中獲得不屬于公共范圍的信息予以保密，當然，這種保密不應影響公眾關心的問題。
　　4.06 在他們工作的或知道的軟件或相關文檔中，對于任何與社會有關的問題應認真辨別、記錄并向雇主或客戶報告。
　　4.07 如果他們認為某個項目可能失敗，或證明費用太高，或違反了知識產權法，特別是版權法、專利法或商標法，或存在任何其他問題，應立即通知客戶或雇主。
　　4.08 不接受對其主要雇主的工作不利的其他工作。
　　4.09 在未獲得雇主特別同意的情況下，不去代表與他們雇主的利益相反的任何一方，除非需要服從一個更高的道德準則，此時他們應使雇主或另一個適當授權人或機構知道他們的道德情形。
準則5：管理　　
　　具有管理和領導職能的軟件工程師應該公平行事，應使得并鼓勵他們所領導的人履行自己的和集體的義務，包括本規范中要求的義務。特別地，扮演領導角色的軟件工程師應盡可能適當地做到：
　　5.01 在要求雇員遵守各種標準之前，保證使他們都已了解這些標準。
　　5.02 保證雇員知道雇主為保護口令、文件和其他的保密信息而采取的策略和規程。
　　5.03 只有在適當考慮了具有一定的教育和經驗同時確認對這種教育和經驗有進一步的渴望和要求之后，再分派工作。
　　5.04 在聽取對違反雇主的政策或本規范的指控之后給出必要的處理。
　　5.05 對于雇員做出貢獻的任何軟件、處理技術、研究、文章或其他的知識產品，對其所有權制定出一份公平合理的協議。
　　5.06 只通過對工作情況的全面和準確的描述來吸收雇員。
　　5.07 只提供公平合理的酬報。
　　5.08 對于有資格從事某項工作的下屬，不能不公平地阻止他(或她)取得該項工作。
　　5.09 不要求一個雇員去做任何與本規范不一致的事情。
準則6：職業　　
　　軟件工程師應該在職業的各個方面提高他們職業的正直性和聲譽，并與公眾的健康、安全和福利要求保持一致。特別地，軟件工程師應在盡可能的程度上做到：
　　6.01 只與聲譽好的公司和組織建立聯系。
　　6.02 保證客戶、雇主和主管知道在本道德規范中軟件工程師所應承擔的義務和責任。
　　6.03 支持按照本規范要求去做的那些人。
　　6.04 幫助發展一種有利于道德行為的組織環境。
　　6.05 對任何有理由相信違反了本規范的事情均應向相應授權(者)機構報告。
　　6.06 對他們工作的軟件和相關文檔應履行檢測、糾正和報告錯誤等職責。
　　6.07 只接受與職業資格或經驗相稱的酬報。
　　6.08 準確地陳述他們工作的軟件的特性，不但要避免錯誤的斷言，而且要避免有理由被認為是欺騙的、誤導的或令人懷疑的斷言。
　　6.09 不要以職業上的代價來發展自己的興趣。
　　6.10 服從所有管理他們工作的法規，使他們的工作與公眾的健康、安全和福利要求相一致。
　　6.11 以對民眾事務具有建設性的服務來履行對社會的職業責任。
　　6.12 促進公眾對軟件工程的了解。
　　6.13 共享該職業中有用的與軟件有關的知識、發明或發現。例如，可以通過在專業會議上提交論文、在技術報刊上發表文章以及服務于制訂職業標準的團體來達到共享。
準則7：同事　　
　　軟件工程師應該公平地對待所有與他們一起工作的人，并應該采取積極的步驟支持社團的活動。特別地，軟件工程師應盡可能做到：
　　7.01 協助同事的職業發展。
　　7.02 評審其他軟件工程師的工作，這種評審不在公開范圍內進行，只以他們事先的了解進行，并且假定這種評審與安全性要求相一致。
　　7.03 充分信任其他人的工作。
　　7.04 以客觀、公正和建立正規文檔的方式評審其他人的工作。
　　7.05 公平地聽取同事的意見、所關爭的事情或任保抱怨。
　　7.06 協助同事全面了解當前的標準工作慣例，包括保護口令和文件、常規的安全措施以及其他有關隱私信息的政策和規程。
　　7.07 不要干涉任何同事的職業進步和發展。
　　7.08 不要為尋求個人的利益而暗中破壞其他軟件工程師的工作。
　　7.09 對處于自己能力領域之外的情形，應征詢相應領域的其他專業人員的意見。
準則8：本人　　
　　軟件工程師應該在他們的整個職業生涯中，努力增加他們從事自己的職業所應該具有的能力。特別地，軟件工程師應該始終努力做到：
　　8.01 進一步提高在軟件和相關文檔的設計、開發和測試方面的知識水平，以及開發過程管理方面的知識。
　　8.02 提高在合理的時間內以合理的費用創建安全、可靠和高質量軟件的能力。
　　8.03 提高編寫準確的、信息豐富的和語言流暢的文檔的能力，以支持所使用的軟件。
　　8.04 提高對所使用的軟件和相關文檔的理解，以及對這些軟件和文檔將要應用的環境的理解。
　　8.05 提高對管理所使用的軟件和相關文檔的法律知識的了解。
　　8.06 提高對本規范、有關它的解釋以及應用于自身工作的了解。
　　8.07 不要要求或影響其他人去從事任何違反本規范的活動。
　　8.08 視違反本規范為與軟件工程師職業不符的行為。

http://www.allapplabs.com/interview_questions/java_interview_questions.htm

IT方面的論壇太多了，有綜合，有專業，有行業，在各個論壇里混了幾年，體會頗深，以前是論壇哪里人多，往哪里去，新浪論壇，網易是經常去的，人多啊，好幾十萬，去了以后才發現沒有意思，沒有共同的語言，于是逛專業論壇，行業論壇，終于找到了共同語言，總結一下論壇的經驗：人不在多，有仙則靈，貼不在多，有精則行，逛了大半輩子，一個IT人發展方向一定要除了技術外，業務，理論，思想一個都不能少，于是我推薦如下這些論壇，或許真能幫助您，做論壇，都是賠本的買賣，不收費還幫助你學習，得向斑竹們致敬啊。
　　
　　以下論壇排名不分先后，還有許多業界知名的論壇，主要有點偏門，這個不做概述，呵呵。
　　
　　IT技術開發綜合類
　　http://community.csdn.net/
　　適合人群：只適合軟件開發者
　　技術開發最全面的論壇，里面可以遇到很多牛人，版面也很全，什么J2EE，.NET啊，該有的全上，在這里基本上可以提出任何問題，人氣也是最旺的，不過一般提出的意見都有正方兩面的，所以最終解決問題，還是靠自己。
　　評價：專業，很牛逼，就是速度慢。
　　
　　http://www.52rd.com/bbs
　　適合人群：研發人員
　　我愛研發網，顧名思義，是針對R&D研發人員的，目前在射頻，通信，手機研發是國內第一的，牛人不少，問題討論的很徹底。論壇制度很人性化，設有資料交換區，有超大量有價值的資料。
　　評價：強，速度還可以；
　　
　　http://bbs.chinaunix.net/forum/
　　適合人員：系統工程師
　　這里的特色就是操作系統方面在業界是最著名的，牛人不少，目前，在數據庫，網絡方面也頗有建樹，當然灌水方面也不賴，呵呵，屬于溫柔性
　　評價：強，速度還可以
　　
　　http://bbs.chinajavaworld.com/
　　適合人員：JAVA開發
　　JAVA方面非常綜合的論壇了，牛人也很多，是一個難得的JAVA論壇，涉及你想象的關于JAVA目前任何技術。
　　評論：強，速度還可以。

　　電子工程師類
　　http://21icbbs.com/
　　適合人員：電子工程師
　　人氣不錯，覆蓋面比較廣，老牌了，就是有點和時代脫節了，無論是設計上還是內容上
　　評論：強，速度還可以

　　http://www.eetchina.com/DG/eec_dg_home.htm
　　適合人員：電子工程師
　　環球資源的子站，頁面設計很大氣，技術文章也比較及時和權威，是個難得的好網
　　評論：強，速度還可以
　　
　　網絡工程類
　　www.1000bbs.com
　　適合人員：布線/網絡工程師
　　人氣很旺，特色是版面比較緊湊，綜合布線這一塊很權威，很窄很專，時間非常久了，顏色比較明快，就是太低端了，
　　評價：不錯，速度一般
　　
　　http://www.sharecenter.net/
　　適合人員：網絡工程師
　　之所以我喜歡是這個網站很多做CISCO工程都知道，也是別人介紹我去的，時間非常久了，顏色比較暗談，屬于憂郁型。
　　評價：不錯，速度也還可以
　　
　　IT營銷管理類
　　http://www.topren.net/forum/index.php
　　適合人員：企業策劃，CIO
　　業界知名的知識站點“唐人社區”，信息化管理顧問可以去看看，人也很多，可惜，都是下載，實質性內容需要改觀，我記得是非常專業的網站。
　　評價：不錯，速度也還可以。
　　
　　IT管理綜合類
　　http://club.amteam.org/
　　適合人群：大多數，
　　評論類比較多，基本上在其他媒體上看到的評論，這里都會有，要想了解IT發展的情況，就來這里看看。
　　評價：很好，休閑工作都可以看。

public static String replaceStr(String source,String toBeReplaced,String replaceWith)
??? {??? ?
??? ?StringBuffer buffer = new StringBuffer();
??? ?
??? ?StringTokenizer st = new StringTokenizer(source,toBeReplaced);
??? ?if(st.countTokens()>0)
??? ?{
??? ??while(st.hasMoreTokens())
??? ??{
??? ???String token = st.nextToken();
??? ???buffer.append(token);
??? ???buffer.append(replaceWith);
??? ??}
??? ?}
??? ?else
??? ?{
??? ??//nothing to replace
??? ??buffer.append(source);
??? ?}
??? ???? ?
??? ?return buffer.toString();
??? }

public static byte[] getBytes(InputStream is)
??? throws Exception
??? {
??????? byte[] data = null;
???????
??????? Collection chunks = new ArrayList();
??????? byte[] buffer = new byte[1024*1000];
??????? int read = -1;
??????? int size = 0;
???????
??????? while((read=is.read(buffer))!=-1)
??????? {
??????????? if(read>0)
??????????? {
??????????????? byte[] chunk = new byte[read];
??????????????? System.arraycopy(buffer,0,chunk,0,read);
??????????????? chunks.add(chunk);
??????????????? size += chunk.length;
??????????? }
??????? }??????
???????
??????? if(size>0)
??????? {
??????????? ByteArrayOutputStream bos = null;
??????????? try
??????????? {
??????????????? bos = new ByteArrayOutputStream(size);
??????????????? for(Iterator itr=chunks.iterator();itr.hasNext();)
??????????????? {
??????????????????? byte[] chunk = (byte[])itr.next();
??????????????????? bos.write(chunk);
??????????????? }
??????????????? data = bos.toByteArray();
??????????? }
??????????? finally
??????????? {
??????????????? if(bos!=null)
??????????????? {
??????????????????? bos.close();
??????????????? }
??????????? }
??????? }
??????? return data;
??? }

int read = -1;
??????? int size = 0;
while((read=inputstream.read(buffer))!=-1)
??????? {
??????????? if(read>0)
??????????? {
??????????????? byte[] chunk = new byte[read];
??????????????? System.arraycopy(buffer,0,chunk,0,read);
??????????????? chunks.add(chunk);
??????????????? size += chunk.length;
??????????? }
??????? }?