您想做 Google 的中國地圖嗎?

您是否曾震撼于 Google 地圖（maps.google.com）的絢麗表現和強大技術？您是不是想讓中國也擁有這樣好的地圖服務？你是否想開發吸引三億眼球的手機地圖？請加入我們！

我們是 Mapabc.com 的地圖技術和搜索技術開發團隊，負責為 Google（bendi.google.com）、新浪（bendi.iask.com）和中國移動提供地圖服務和技術支持。我們需要有能力、經驗和理想抱負的杰出青年加入我們的隊伍，我們期待著您。

北京圖盟科技有限公司（Mapabc.com），是中國領先的地圖和導航服務提供商，專業從事互聯網、手機地圖及相關的位置服務。Mapabc 的用戶遍及各個領域。在互聯網行業，Mapabc為搜索引擎（Eg:Google、中國搜索...）、門戶網站(Eg:新浪...)和行業網站(Eg:搜房...)等用戶提供的地圖技術和地理位置檢索服務；在移動增值領域，Mapabc為中國移動用戶提供的手機地圖和位置搜索服務（LBS）；在行業應用領域，Mapabc幫助政府和行業用戶構建高效的無線定位、監控和辦公自動化系統（Eg:城管通...）。

我們目前招聘以下方面的人才，待遇面談:

基本要求:
計算機軟件相關專業本科及以上學歷，本科要求有1年以上開發經驗；
具有團隊合作精神和獨立工作能力，具備鉆研和開拓精神，責任心強，能夠承受工作壓力；
本科生必須全職，碩士研究生可全職或實習。

崗位:
圖形算法高級工程師（3人）
高級測試經理（2人）
導航開發高級工程師（2人）
GIS研發高級工程師（3人）
GIS及導航產品經理（2人）
算法開發工程師（5人）
三維開發工程師（3人）
嵌入式開發工程師（2人）
Kjava開發工程師（1人）
Java開發工程師（3人）
三維美工（兼職）

崗位詳細描述:

(1) 圖形算法高級工程師（3人）
職位描述: 核心圖形引擎相關算法的設計、研發
學歷要求:本科及以上專業畢業；
職位要求:
1、精通算法設計/數據結構者, 熟悉操作系統原理
2、能熟練閱讀英文資料
3、精通C/C++語言編程
4、三年以上二/三維圖形圖像底層開發經驗, 有GIS行業相關工作經驗者優先
5、具備較強的系統設計能力和代碼開發能力,溝通能力較強，思路清晰,性格穩定,有較強合作意識

(2) 高級測試經理（2人）
職位描述: 根據開發項目、產品開發計劃和測試需求,編制測試方案,制定測試計劃,分配測試資源和測試任務，組織設計并搭建測試環境，組織、計劃、實施測試，控制測試進度,調整測試計劃。
學歷要求:本科及以上專業畢業；
職位要求:
1、精通測試相關知識，熟悉CMMI相關知識
2、能熟練閱讀英文資料
3、熟練使用相關工具軟件
4、二年以上測試管理職位工作經驗，四年以上測試工作經驗
5、有較強的組織協調能力、溝通能力、分析決策能力、影響力、計劃與執行能力及尋根究底的探索精神，具有駕駛經驗，思路清晰,性格穩定,有較強合作意識。

(3) 導航開發高級工程師（2人）
職位描述:手機導航或車載導航軟件方向的研發和產品化
學歷要求:本科及以上專業畢業；
職位要求:
1、精通算法設計/數據結構者, 熟悉操作系統原理
2、能熟練閱讀英文資料
3、精通C/C++語言編程
4、一年以上導航軟件及相關軟件的設計開發經驗，熟悉整個導航流程過程
5、具備較強的系統設計能力和代碼開發能力，具有駕駛經驗，具有良好溝通能力，思路清晰,性格穩定,有較強合作意識。

(4) GIS研發高級工程師（3人）
職位描述: GIS引擎相關空間算法的設計、研發，GIS引擎相關模塊的系統設計、研發
學歷要求:本科及以上專業畢業
職位要求:
1、精通算法設計/數據結構者, 熟悉操作系統原理
2、能熟練閱讀英文資料
3、精通C/C++語言編程
4、三年以上GIS算法或二/三維圖形圖像底層開發經驗
5、具備較強的系統設計能力和代碼開發能力,溝通能力較強，思路清晰,性格穩定,有較強合作意識。

(5) GIS及導航產品經理（2人）
職位描述:GIS平臺產品或導航產品的負責GIS平臺產品或導航產品的發展、規劃和設計；撰寫和整理相關文檔
學歷要求:本科及以上專業畢業
職位要求:
1、具有GIS或導航相關行業知識
2、能熟練閱讀英文資料
3、能夠使用項目管理及產品流程制定等相關軟件，熟悉C++編程
4、至少三年的GIS從業經歷，具有代碼開發、市場運作、運營管理和項目管理經歷者優先，具有GIS或導航產品評測、測試和質量控制的經驗。
5、深厚的文字功底，良好的溝通能力，對GIS或導航行業發展深有研究，有獨到的見解；具有良好的技術功底和專業知識
6、具有駕駛經驗
7、思路清晰,性格穩定,有較強合作意識。

(6) 算法開發工程師（5人）
職位描述: 實時交通，導航以及圖像處理的基礎服務研發
學歷要求:本科及以上專業畢業
職位要求:
1、有較深的算法基礎和較廣泛的算法知識，對開發相關算法程序抱有較大的熱情和興趣
2、英語4級
3、熟練使用C++或Java語言，2年以上工作經驗
4、有GIS行業開發經驗者優先
5、有路徑規劃、地圖匹配、圖像處理等相關經驗者優先
6、責任心強、較強的語言和文字表達能力，創新、為人坦誠,積極

(7) 三維開發工程師（3人）
職位描述: 三維的GIS底層研發
學歷要求:本科及以上專業畢業
職位要求:
1、精通計算機圖形圖像技術與算法實現
2、英語四級以上，能熟練閱讀英文文獻
3、精通c/c++技術, 掌握VC開發技巧，2年以上工作經驗
4、精通Directx或OpenGL開發，深刻理解Directx或OpenGL渲染流程,掌握Shader相關技術
5、有三維應用或游戲開發經驗者優先，GIS開發經驗者優先
6、責任心強、較強的語言和文字表達能力，創新、為人坦誠,積極

(8) 嵌入式開發工程師（2人）
職位描述:客戶端底層平臺研發
學歷要求:本科及以上專業畢業
職位要求:
1、精通算法設計/數據結構
2、能熟練閱讀英文資料
3、精通C++程序開發，了解STL
4、兩年以上嵌入式系統開發經驗，熟悉EVC4或者Windows Mobile5.0
5、具備較強的系統設計能力和代碼開發能力，思維活躍，積極上進，可以獨立開展工作，為人坦誠、積極、責任心強，可承受較大工作壓力

(9) Kjava開發工程師（1人）
職務描述:客戶端以及服務端的地圖基礎服務研發
學歷要求:專科及以上專業畢業；
職位要求:
1、精通java底層以及算法
2、能熟練閱讀英文資料
3、具有團隊合作精神和獨立工作能力，具備鉆研和開拓精神，責任心強，能夠承受工作壓力
4、精通 Java 語言、J2EE技術，熟練掌握java底層和算法
5、一年以上的kjava游戲開發經驗
6、具備較強的系統設計能力和代碼開發能力，具有良好的團隊精神和人際溝通能力，以及工作的創新能力和穩定性，思路清晰,性格穩定,有較強合作意識

(10) Java開發工程師（3人）
職位描述: 地圖服務以及新技術應用開發
學歷要求:
職位要求:
1、精通java底層以及算法
2、能熟練閱讀英文資料
3、至少2年java開發工作
4、具有團隊合作精神和獨立工作能力，具備鉆研和開拓精神，責任心強，能夠承受工作壓力
5、精通 Java 語言、J2EE技術，熟練掌握java底層和算法
6、熟悉javascript開發經驗者優先，有大型項目的開發經驗經驗者優先
7、熟悉 Jsp、Servlet、JavaBean、XML、Struts、Hibernate等WEB動態服務開發技術
8、有GIS相關工作經驗者優先
9、具備較強的系統設計能力和代碼開發能力，具有良好的團隊精神和人際溝通能力，以及工作的創新能力和穩定性，思路清晰,性格穩定,有較強合作意識

(11) 三維美工（兼職）
職位描述：三維美工（兼職）
學歷要求：
職位要求:
1、熟練掌握3DMAX，PHOTOSHOP
2、發簡歷時，請注明要應聘的職位，并提供作品
3、負責3D建模貼圖，特效繪制等相關美術工作。
4、美術或相關專業、有游戲美術開發相關工作經驗者優先。
5、具備一年以上相關工作經驗；
6、熟練使用3dMAX等相關美工軟件；
7、具有良好的團隊合作精神。

有意加入我們團隊的朋友，請聯系我們:
E_mail:basemanager@mapabc.com

請將您的簡歷通過E_mail發給我們，在簡歷里請詳細描述您的工作經歷和技術專長。

“12年前沒有我，就沒有今天的新浪”

　　理財周報記者 李冰心/文

　　你可能有段時間沒關注過唐駿了，那個走出微軟光環后，成為中國最高身價職業經理人的唐駿。

　　上周，在上海的一個創業投資論壇上，身為盛大網絡總裁的唐駿忽然心血來潮道出了一段12年前的塵封往事，他對理財周報記者說，“如果沒有我，就沒有今天的新浪。”

　　應該感謝我

　　否則新浪還在做Rich Win

　　“這是一個非常真實的故事，沒有一個人知道，包括王志東在內。”在唐駿說起這番話的時候，新浪創始人王志東剛剛走下演講臺落座，誰也沒有想到，唐駿要說的往事是跟微軟和王志東息息相關。

　　1995年，王志東帶著自己研發的中文平臺RichWin去美國與微軟洽談合作。

　　唐駿說，那時候他剛進微軟兩個月，作為一名普通軟件工程師和王志東開會。“你在會上跟我們講述了你的RichWin是多么偉大，微軟需要RichWin，沒有RichWin微軟在中國很難推廣，因為微軟做不到中文系統和英文系統同時進行。我很佩服，RichWin的技術上偉大得令微軟人深感佩服。”王志東的這句話深深刺激了微軟工程師唐駿。

　　“你看不起微軟，所以我就下狠心要改變這樣的局面，因為那個時候我代表的是微軟。”從此以后，唐駿在微軟日夜工作，提出了Windows Linux的開發模式，使各種語言系統的開發模式變得全面統一，從此才有了今天的Windows2000、XP和vista，中文、英文、日文等所有的操作系統在全球統一發布。

　　“因為微軟使用了我們當時提出的操作系統國際版本的開發模式。你應該感謝我，當時如果我不提出這個開發模式，你還在享受著你的RichWin給你帶來的巨大利潤。你應該感謝我，如果沒有我唐駿，也沒有今天的新浪，因為你還會做你的RichWin。”回憶往事，唐駿情不自禁地問，“你們沒有覺得唐駿做人真的是很低調嗎？”

　　卡拉OK記分系統發明專利

　　唐駿賣了8萬美元

　　很難想象，一向在公眾面前溫文爾雅的唐駿回首往事會意興難平。不過，僅認為是王志東的高傲激發了唐駿的斗志，顯然有失公允。因為在加盟微軟之前，他已經進行了多次創業嘗試。

　　“1992年的時候我在美國，沒有王志東那樣的偉大夢想，我就是為了生存，我只是覺得做一般的普通員工給我帶來的生存價值并不是很大，所以我創業。”唐駿說，如今街頭隨處可見的大頭貼就是他當年在美國花兩天時間想出來的創意，后來轉讓給了一家日本公司，連帶其他交易共獲利50萬美元，而那間日本公司如今已是上市公司。

　　唐駿自豪地說，卡拉OK的記分系統也是他發明的，雖然已經過了15年，現在別人還是做不出來——這個技術專利唐駿賣了8萬美元。“實際上那就是唐駿標準，很多人說不準，是因為你唱得距離唐駿太遠了，也有很多人分數高，因為咱們是一條線上的。”唐駿用頑童般得意的口氣調侃著自己的發明，他說，那時創業就是為了追求新鮮，追求滿足感。

　　唐駿在美國還曾創辦了一家律師事務所，雖然那時他并沒有律師執照。更像一家皮包公司的律師事務所，卻取了一個響亮的名字：美國第一律師事務所。后來他還幫助國內一些演藝界明星到美國走穴。

　　我對創業充滿激情

　　我喜歡改變生活

　　唐駿在公眾眼中，被視為職業經理人的杰出代表，但他的職業生涯中也經歷了草根式、外援式、溫室型三個創業階段：“其實我很幸運，我沒有像創業者一樣追求什么東西，我只是希望我的人生精彩。”

　　當唐駿覺得自己對創業已經失去新鮮刺激感之后，他幸運的加入了微軟。三年之后，唐駿在微軟公司內部得到了一次創業機會， 創立上海徐家匯微軟全球技術中心。

　　“微軟派我一個人到上海來，無非給了我資金、政策，除了微軟的大力支持，其他的都等同創業。”1997年唐駿只身來到上海，從選址到裝修都是他一個人操作，而當他離開的時候，這個技術中心的員工已經達到500多人。

　　此后，唐駿說服了上海聯投和微軟公司各出資兩百萬美金，令他完成了一次外援式創業——創辦上海微創軟件公司。同樣是他一個人再次開創了一條成功的商業模式。“在微軟的大溫室環境下，給我很多資源，讓我去創建微軟全球技術中心，更重要的是我也通過資本運作的方式讓我擁有了微創軟件創始人、CEO的角色。所以我覺得我的創業人生非常完美，我對創業還是充滿激情，我喜歡做一些改變生活的東西。”

　　50萬的日薪成為

　　中國身價最高的職業經理人

　　2003年底在上海的一個軟件外包會議上，唐駿與盛大網絡創始人陳天橋不期而遇，陳天橋“網上迪斯尼”的構想令他再次準備迎接新一輪挑戰。

　　2004年，唐駿離開微軟正式加盟盛大網絡，以日薪高達50萬元成為中國身價最高的職業經理人。

　　近日，盛大宣布收購網游公司成都錦天科技，收購涉及金額超過人民幣1億元，年僅23歲的加拿大籍青年彭海濤一夜之間成為億萬富翁。

　　談及最終促成這樁收購的原因，唐駿說，網游在當今的互聯網商業模式當中被華爾街認為是中國最成功的一種商業模式，而彭海濤純粹靠自己打拼，能夠在網游界占有一席位置實屬不易。

　　對創業的激情令唐駿更多關注對創業者投入，他透露，盛大有一個專門的收購團隊在不斷尋找合適的并購對象。唐駿的理論則是，“首先你要選對商業模式，當然你還需要核心競爭力，最重要的是一個創業者的基本素質，這種創業的精神，這種執著。

為了桌面Java的未來發展，許多的重大改進正在進行中，對此做了很大的努力

　　就語言方面來說，出現了JavaFX script 項目。JavaFX是很靈巧的，它提供了一個高級的腳本接口，運行在Java 2D的API上。從用戶的角度來看，他們不需要編寫Java代碼，不需要深入理解復雜的線程，Java 2D，Swing類的層次結構，定時框架結構(timing framework)等等。相反，他們只是編寫腳本語言和描繪出所需要的GUI，包括活波的音響效果，圖形效果，比如說梯度或者音樂，和數據綁定等等，這些都建立在一個基礎API上。

　　這里有許多的工具幫助你學習syntax語言，相關資源這個從這個網站獲得;JavaFX研發小組的目標就是提供syntax語言，和一些關于JavaFX的用戶體驗，這些用戶包括美術設計員和那些對應用程序可視界面美觀感興趣的民眾。當前，JavaFX某種程度上作為第四步產生的語言在運行，因為首先是解釋器將FX腳本創建成為Java代碼，然后再調用適當的Java 2D API。該小組長期的目標是將FX腳本直接編譯成字節碼。

　　JavaFX添加到桌面Java是一件非常好的事情，但是，這得取決于是否有這樣的一種JRE的存在，它能運行JavaFX生成的代碼。有些人認為FX已經進軍到RIA(rich Internet application)領域，和Adobe公司的 Flex一較高下。但是，目前還是有一些難題需要解決，舉個例子，如何才能讓桌面Java的安裝體驗和運行時間性能比得上其它的RIA框架。還好，這種問題正在被其他的項目解決，這個項目名稱就是Java kernel。

　　Java kernel主動承認這么一個事情，即大多數的Java應用程序都是只有JRE的部分大小，如Limewire(一個文件共享的桌面應用程序)，它只有JRE的三分之一大小。Kernel將會對JRE重新打包，使得只下載應用程序所需要的部分JRE。每個程序所需要的基本部分將會被下載，作為JRE啟動所需要的最小部分，其他的部分根據需要下載，或者根據ClassNotFound異常信息，下載缺失的類。這將是一個巨大的好消息幫助桌面Java應用程序瘦身，同時還能使得桌面Java應用程序執行的更為有效。除了解決如何下載的問題外，kernel還非常關注Java程序的啟動性能。

　　在先前的kernel幾個版本，熱啟動時間(warm start times)減少了很多，但是，在應用程序調用main(String[])前，冷啟動JRE仍然需要延誤許多秒的時間。Java kernel正在嘗試有效的處理冷啟動，將冷啟動轉變為熱啟動，通過一些相關的技術，如預加載(pre-loading)JRE，從硬盤讀入到內存，還有一個操作系統服務，這個服務的功能就是監視可分配的內存來加載JRE，使得用戶獲得最佳的性能。出了這些，kernel還提供了一個新的瀏覽器插件，提供給Web 開發者更多的關于桌面運行信息，可獲得的JRE水平等等。

　　進入華為只有60多天的他，生前曾多次向親人表示工作壓力太大，并兩度想要辭職，為此父親兩度來深看望勸說。

　　在父親第二次來到深圳時，張銳選擇了以這種方式與親人告別，沒留下一句話，身后只有因上大學欠下的5萬多元債務。

　　對于父母來說，張銳是上天給他們遲來的“禮物”——張銳出生的那一年，父親已經37歲，母親29歲。他離開的時候，父母都已經白發蒼蒼。

　　畢業后換了4份工作

　　據其父母提供的材料顯示，張銳，今年26歲，2000年考上武漢大學電子科學與技術系，2004年畢業。這對這個貧困的家庭來說是非常艱難的事情。在武漢一家工廠工作的父親早已下崗，每月只有幾百元的下崗費，而母親沒有工作。4年大學下來，家中債務高達近5萬元。

　　畢業后，張銳在湖北當地一家企業工作了一年多，隨后來到了深圳，在兩家企業工作了一段時間。

　　今年4月份，張銳應聘華為并被錄取。5月14日，張銳與華為簽訂了為期一年的勞動合同。對此，他很高興，還打電話告訴了父母。

　　兩度要辭職父親兩次赴深

　　但張銳的興奮并沒有持續多長時間，和他住在一起的表弟首先感覺到了這種變化。表弟告訴記者，幾天之后張銳就有些不高興，晚上經常失眠。他問張銳是否工作壓力比較大，張銳說表現不好就會被主管批評，還要經常加班。

　　1個多月后，父母接到了兒子的電話。張銳表示，因為工作壓力比較大，他想不干了，并征求父母的意見。對此母親明確表示不同意。由于惦記著兒子，母親催促父親去深圳勸說孩子不要放棄這份工作。7月1日，張銳父親買了張站票，帶了個小板凳坐車到了深圳。在父親的勸說下，張銳逐漸恢復平靜，同意繼續工作。3天之后，父親回到了武漢老家。

　　但幾天之后，張銳再次打電話回家表示準備辭職，老父只好第二次來到了深圳。

　　未留一句遺言他自縊身亡

　　7月17日，進入公司60多天從沒請過假的張銳向主管請了一天假。晚上，他與父親一起到小區附近散步。7月18日，張銳又請了一天假。下午2時，他告訴父親要出去，從此再也沒有回去。

　　當晚上11時左右，正在武漢的張銳母親突然聽到敲門聲，當地民警告訴她，下午深圳警方在梅林地區某小區的樓道內發現了一個自縊身亡的人，其身份證顯示是她的兒子張銳。

　　母親一時無法相信這個事實，因為孩子父親還正在深圳。而此時張銳父親也正在深圳四處搜尋兒子。他去網吧找了幾次沒找到，手機也關了。隨后他打電話回家，才得知孩子已經出事。

　　對于父母，張銳沒有留下一句遺言。當父親趕到小區時，尸體已經被運走。事后他得知，這里是兒子剛來深圳時，與同學們一起住過的地方，距離他在華為坂田基地旁邊的出租屋約有4公里路程。

　　華為愿付1萬元“安撫費”

　　昨日下午，張銳父母與華為公司進行了第三次協商。張銳父母提出，希望公司能做出補償。但華為人事部副部長張志剛表示，根據公司規定只能給予1萬元的安撫費。他說，張銳是自殺而且發生在公司外，其死亡并不在公司的員工傷亡補貼制度之內，這1萬元也是公司對家屬的慰問。

　　對于家屬認為的壓力過大問題，張志剛承認華為公司的員工的確都有壓力，但對于張銳來說，壓力實際上遠沒到把他擊垮的程度。他說，張銳進入華為只有60多天，沒有轉正，也不能獨立承擔項目。

　　而且對于新進員工，公司都會配備思想導師，從各方面給予指導。此外，張銳性格比較內向，“外人很難進入他的內心世界”。

　　“張銳選擇了這條路，將痛苦留給你們，也給公司造成了負面影響，這是一種不負責任的行為。”張志剛對張銳父母說。

 
達·芬奇設計的第一輛汽車草圖與模型圖。

達·芬奇親自解剖了幾十具尸體，對人體骨骼、肌肉、關節以及內臟器官進行了精確了解和繪制。他甚至還設計了心臟復原手術。

達·芬奇設計世界上第一款直升機。

　　造汽車,造飛機,造機器人,杰出畫家竟是百科全書式科學巨匠

蒙娜麗莎的微笑，迷人而神秘，直到今天還有人在破解其中之謎。只是破解這個謎談何容易，要知道制造這個謎的人，曾經自己就破解了許多自然科學之謎。他就是達·芬奇。近日，達·芬奇發明的自行車來到北京，一個科學天才與他當年的設想再次讓我們仰望了一下。

事實上，達·芬奇在天馬行空中，一直將奇思妙想寫在手稿上，直到去世也沒有發表。然而，“科學家達·芬奇”的稱號對達·芬奇來說是當之無愧的，有人甚至評價為世界十大科學家之首。

達·芬奇科學成就：

　● 天文學

　　達·芬奇對傳統的“地球中心說”持否定的觀點。他認為地球不是太陽系的中心，更不是宇宙的中心，而只是一顆繞太陽運轉的行星，太陽本身是不運動的。達·芬奇還認為月亮自身并不發光，它只是反射太陽的光輝。他的這些觀點的提出早于哥白尼“太陽中心說”。甚至在當時，達·芬奇就幻想利用太陽能了。

　　● 物理學

　　達·芬奇重新發現了液體壓力的概念，提出了連通器原理。他指出：在連通器內，同一液體的液面高度是相同的，不同液體的液面高度不同，液體的高度與密度成反比。他發現了慣性原理，后來為伽利略的實驗所證明。他認為一個拋射體最初是沿傾斜的直線上升，在引力和沖力的混合作用下作曲線位移，最后沖力耗盡，在引力的作用下作垂直下落運動。他的這一發現使亞里士多德的落體學說產生了動搖。他發展了杠桿原理，除推導出作用力與臂長關系外，還算出了速度與臂長的關系。他指出了“永動機”作為能源的不可能性。

 　　● 建筑

　　在建筑方面，達·芬奇表現出卓越的才華。他設計過橋梁、教堂、圓屋頂建筑和城市下水道。在城市街道設計中，他將車馬道和人行道分開；設計城市建筑時，具體規定了房屋的高度和街道的寬度。米蘭的護城河就是他設計和建造的。

　　● 水利工程

　　達·芬奇對水利學的研究比意大利的學者克斯鐵列早一個世紀。為了排除泥沙，他作了疏通亞諾河的施工計劃。他設計并親自主持修建了米蘭至帕維亞的運河灌溉工程。由他經手建造的一些水庫、水閘、攔水壩便利了農田灌溉，推動了農業生產的發展。有些水利設施至今仍在發揮作用。

　　● 軍事和機械

　　發明了飛行機械、直升機、降落傘、機關槍、手榴彈、坦克車、潛水艇、雙層船、殼戰艦、起重機等等。

　　● 地質學

　　達·芬奇根據高山上有海中動物化石的事實推斷出地殼有過變動，指出地球上洪水的痕跡是海陸變遷的證明，這個思想與300年后赫頓在地質學方面的發現頗為近似。并且在麥哲倫環球航行之前，他就計算出地球的直徑為7000余英里。

　　他是直升機之祖

　　這位文藝復興時期的天才早在萊特兄弟之前就有可能開創人類飛行的歷史。

　　“如果他當初發表了他的著作的話，科學一定會一下就跳到一百年以后的局面。猜測這種情況對人類的學術與社會的進步，當然是毫無用處的，但是我們可以萬無一失地說，如果真有這種情況發生的話，人類的學術和社會的演變一定都會大不相同，”科學史家丹皮爾津津樂道的這位科學巨人正是達·芬奇。

　　事實上，達·芬奇時代的人們也與前人一樣，有著飛行的夢想。在佛羅倫薩呆了一段時間后， 達·芬奇又來到米蘭。1483至1486年期間，達·芬奇繪制了一幅飛行器草圖。

　　在達·芬奇的設想中，這是一種依靠飛行員自身提供動力來驅動的飛行器。這位天才稱自己的設計為“撲翼飛機”，達·芬奇讓自己的飛機同時具備了推動力和提升力。

　　讓我們姑且根據達·芬奇畫的草圖來還原出這架飛機。飛機的外形由木頭、帆布等當時的材料制成，在飛行器兩側是一雙膜狀的翅膀，結構和形狀酷似蝙蝠或翼龍，這雙翅膀展翼可以達到11米。飛行員背負著這個巨大的飛行器，通過不停地踩動一個動力滑輪來驅動，而這個推動力又通過手搖曲軸得到放大，同時向提升裝置提供動力。

　　設計出這款飛機時，達·芬奇心中一直有個理念：只要力量足夠就可以飛行。看來，這位文藝復興時期的天才早在萊特兄弟之前就有可能開創人類飛行的歷史。事實上，這個最早的飛行器的機械設計十分完美，但是，由于人自身所提供的動力和飛行器本身的自重相比不成比例，是無法實際應用的。事實上，達·芬奇稱自己的發明也是提供一個直升動力，而不是真正能工作的飛機。直到今天，人們還將達·芬奇的設計視為直升機的先祖。

　　他設計出初級機器人

　　更為奇妙的是，達·芬奇還設計了一套方法以做心臟修復手術。

　　達·芬奇曾自稱自己沒有受過書本教育，大自然才是他真正的老師。而認識自然，認識自己。這位文藝復興時期的天才不遺余力地履行著。為了認識人類自身，達·芬奇親自解剖了幾十具尸體，對人體骨骼、肌肉、關節以及內臟器官進行了精確了解和繪制。

　　在多次解剖后，達·芬奇發現了血液對人體所起到的新陳代謝作用，血液把營養帶到身體的各個部分，又把廢物從各部分帶走。在具體的解剖觀察中，達·芬奇發現了心臟由4個腔組成并畫出了心臟瓣膜圖。

　　事實上，當年達·芬奇連人體循環系統工作機理的一點概念都沒有。更為神奇的是，2005年，一名英國外科醫生還利用達·芬奇設計的方法做心臟修復手術。不過，解剖學的研究在當時并沒有給達·芬奇帶來聲譽，而是遭到了無數的誹謗。

　　不過，就是對人體的這種深入了解，達·芬奇在手稿中甚至繪制了西方文明世界的第一款人形機器人。

　　達·芬奇賦予了這個機器人以木頭、皮革和金屬的外殼。而如何讓機器人動起來，才是讓達·芬奇大傷腦筋的。在達·芬奇的構想中，他想到了用下部的齒輪作為驅動裝置。由此通過兩個機械桿的齒輪再與胸部的一個圓盤齒輪咬合，機器人的胳膊就可以揮舞，坐或者站立。更絕的是，再通過一個傳動桿與頭部相連，頭部就可以轉動甚至可以開合下頜。而一旦配備了自動鼓裝置后，這個機器人甚至還可以發出聲音。

　　原來，500多年前，就已經有了機器人的雛形。

　　他本可讓文明提前一百年

　　點燃現代汽車發明靈感之火的正是這輛“達·芬奇汽車”。

　　最酷的事實是達·芬奇長達7000多頁的手稿(現存約5000多頁)至今仍在影響科學研究，他就是一位現代世界的預言家，而他的手稿頁被稱為一部15世紀科學技術的真正百科全書。

　　很早，達·芬奇就對當時的四輪馬車不滿。在他的科學世界中，早就有了汽車的影子。事實上，點燃現代汽車發明靈感之火的正是這輛“達·芬奇汽車”。

　　既然是汽車就要考慮動力問題，達·芬奇在汽車中部安裝了兩根彈簧以解決這個問題。人力轉動車的后輪使得各個齒輪相互咬合，彈簧繃緊就產生了力，再通過杠桿作用將力傳遞到輪子上。

　　那么怎么控制車速呢？達·芬奇也想到了。他在車身上安裝了一個圓盤裝置，圓盤表面設置了很多方形的木塊，和每個輪子連接的鐵桿另一端與圓盤相接，這就是用于控制車速的裝置。圓盤扇放置的木塊數量越多，與鐵桿之間的摩擦就會越大，阻力也越大，輪子的運轉速度越慢，行駛的距離越長。

　　當然，達·芬奇也想到了剎車裝置。位于齒輪之間有一個木塊，拉動繩索將木塊卡在齒輪之間，車就可以停止。不過，這輛汽車不能載人，因為僅靠彈簧的動力根本無法行駛很長的距離。

　　同時，達·芬奇還將彈簧巧妙地運用在了鐘表設計上。后來大型鐘表采用的原理，就是出自達·芬奇的設想。只是在這個設想中，彈簧的彈力被物體的重力所代替，物體向下的重力通過眾多齒輪咬合作用被均勻傳遞，鐘表便得以保持勻速運動。

　　此外，挖河機、潛水機、起重機、照相機、加熱機、溫度計……達·芬奇曾有過無數的發明設計。而這些發明足足可以讓我們的世界科學文明進程提前100年。

　　對機械世界癡迷不已

　　水下呼吸裝置、發條傳動裝置，滾珠裝置、反向螺旋、紡織物擴張器……

　　水下呼吸裝置、拉動裝置,發條傳動裝置、滾珠裝置、反向螺旋、差動螺旋、紡織物擴張器……達·芬奇將他無數的奇思妙想呈現在世人面前。故事的開頭不得不說起達·芬奇初到佛羅倫薩學畫的經歷。事實上，這段經歷開啟了藝術家達·芬奇的大門，也開啟了科學家達·芬奇的大門。

　　1460年，達·芬奇隨父親來到佛羅倫薩，開始了他的學徒生涯，同時開始學畫。學畫的達·芬奇參與安裝佛羅倫薩圣母瑪麗亞大教堂穹頂燈塔上巨型銅球，由此接觸并感受到了各式各樣機械系統的神奇。

　　佛羅倫薩圣母瑪麗亞大教堂是文藝復興建筑的開端。達·芬奇在安裝穹頂燈塔上巨型銅球時，親眼目睹了三速提升機等機械裝置的效率，深感其中的神奇。由此，布魯內萊斯基的機械系統設計理念對達·芬奇產生了很大影響。當時一批“錫耶納工程師”對達·芬奇的科學世界也產生了重要影響。

　　而錫耶納的工程師們設計的一種外形像船的河道淤泥挖掘機，用來清除淺水狂口的沙礫和淤泥，還有一種能夠提高裝載量又加快行駛速度的槳葉船，這些錫耶納工程師的發明，讓達·芬奇對機械的魔力產生了巨大的興趣。

從此，達·芬奇對機械世界癡迷不已

通過擴展RandomAccessFile類使之具備Buffer改善I/O性能

JAVA的文件隨機存取類（RandomAccessFile）的I/O效率較低。通過分析其中原因，提出解決方案。逐步展示如何創建具備緩存讀寫能力的文件隨機存取類，并進行了優化。通過與其它文件訪問類的性能對比，證明了其實用價值。

主體：

       開發人員使用RandomAccessFile類時。其I/O性能較之其它常用開發語言的同類性能差距甚遠，嚴重影響程序的運行效率。開發人員迫切需要提高效率，下面分析RandomAccessFile等文件類的源代碼，找出其中的癥結所在，并加以改進優化，創建一個"性/價比"俱佳的隨機文件訪問類BufferedRandomAccessFile。

在改進之前先做一個基本測試：逐字節COPY一個12兆的文件（這里牽涉到讀和寫）。

讀	寫	耗用時間（秒）
RandomAccessFile	RandomAccessFile	95.848
BufferedInputStream + DataInputStream	BufferedOutputStream + DataOutputStream	2.935

我們可以看到兩者差距約32倍，RandomAccessFile也太慢了。先看看兩者關鍵部分的源代碼，對比分析，找出原因。

1．1．[RandomAccessFile]

public class RandomAccessFile implements DataOutput, DataInput { public final byte readByte() throws IOException { int ch = this.read(); if (ch < 0) throw new EOFException(); return (byte)(ch); } public native int read() throws IOException; public final void writeByte(int v) throws IOException { write(v); } public native void write(int b) throws IOException; }

可見，RandomAccessFile每讀/寫一個字節就需對磁盤進行一次I/O操作。

1．2．[BufferedInputStream]

public class BufferedInputStream extends FilterInputStream { private static int defaultBufferSize = 2048; protected byte buf[]; // 建立讀緩存區 public BufferedInputStream(InputStream in, int size) { super(in); if (size <= 0) { throw new IllegalArgumentException("Buffer size <= 0"); } buf = new byte[size]; } public synchronized int read() throws IOException { ensureOpen(); if (pos >= count) { fill(); if (pos >= count) return -1; } return buf[pos++] & 0xff; // 直接從BUF[]中讀取 } private void fill() throws IOException { if (markpos < 0) pos = 0; /* no mark: throw away the buffer */ else if (pos >= buf.length) /* no room left in buffer */ if (markpos > 0) { /* can throw away early part of the buffer */ int sz = pos - markpos; System.arraycopy(buf, markpos, buf, 0, sz); pos = sz; markpos = 0; } else if (buf.length >= marklimit) { markpos = -1; /* buffer got too big, invalidate mark */ pos = 0; /* drop buffer contents */ } else { /* grow buffer */ int nsz = pos * 2; if (nsz > marklimit) nsz = marklimit; byte nbuf[] = new byte[nsz]; System.arraycopy(buf, 0, nbuf, 0, pos); buf = nbuf; } count = pos; int n = in.read(buf, pos, buf.length - pos); if (n > 0) count = n + pos; } }

1．3．[BufferedOutputStream]

public class BufferedOutputStream extends FilterOutputStream { protected byte buf[]; // 建立寫緩存區 public BufferedOutputStream(OutputStream out, int size) { super(out); if (size <= 0) { throw new IllegalArgumentException("Buffer size <= 0"); } buf = new byte[size]; } public synchronized void write(int b) throws IOException { if (count >= buf.length) { flushBuffer(); } buf[count++] = (byte)b; // 直接從BUF[]中讀取 } private void flushBuffer() throws IOException { if (count > 0) { out.write(buf, 0, count); count = 0; } } }

可見，Buffered I/O putStream每讀/寫一個字節，若要操作的數據在BUF中，就直接對內存的buf[]進行讀/寫操作；否則從磁盤相應位置填充buf[]，再直接對內存的buf[]進行讀/寫操作，絕大部分的讀/寫操作是對內存buf[]的操作。

1．3．小結

內存存取時間單位是納秒級（10E-9），磁盤存取時間單位是毫秒級（10E-3），同樣操作一次的開銷，內存比磁盤快了百萬倍。理論上可以預見，即使對內存操作上萬次，花費的時間也遠少對于磁盤一次I/O的開銷。顯然后者是通過增加位于內存的BUF存取，減少磁盤I/O的開銷，提高存取效率的，當然這樣也增加了BUF控制部分的開銷。從實際應用來看，存取效率提高了32倍。

根據1.3得出的結論，現試著對RandomAccessFile類也加上緩沖讀寫機制。

隨機訪問類與順序類不同，前者是通過實現DataInput/DataOutput接口創建的，而后者是擴展FilterInputStream/FilterOutputStream創建的，不能直接照搬。

2．1．開辟緩沖區BUF[默認：1024字節]，用作讀/寫的共用緩沖區。

2．2．先實現讀緩沖。

讀緩沖邏輯的基本原理：

A 欲讀文件POS位置的一個字節。

B 查BUF中是否存在？若有，直接從BUF中讀取，并返回該字符BYTE。

C 若沒有，則BUF重新定位到該POS所在的位置并把該位置附近的BUFSIZE的字節的文件內容填充BUFFER，返回B。

以下給出關鍵部分代碼及其說明：

public class BufferedRandomAccessFile extends RandomAccessFile { // byte read(long pos)：讀取當前文件POS位置所在的字節 // bufstartpos、bufendpos代表BUF映射在當前文件的首/尾偏移地址。 // curpos指當前類文件指針的偏移地址。 public byte read(long pos) throws IOException { if (pos < this.bufstartpos || pos > this.bufendpos ) { this.flushbuf(); this.seek(pos); if ((pos < this.bufstartpos) || (pos > this.bufendpos)) throw new IOException(); } this.curpos = pos; return this.buf[(int)(pos - this.bufstartpos)]; } // void flushbuf()：bufdirty為真，把buf[]中尚未寫入磁盤的數據，寫入磁盤。 private void flushbuf() throws IOException { if (this.bufdirty == true) { if (super.getFilePointer() != this.bufstartpos) { super.seek(this.bufstartpos); } super.write(this.buf, 0, this.bufusedsize); this.bufdirty = false; } } // void seek(long pos)：移動文件指針到pos位置，并把buf[]映射填充至POS 所在的文件塊。 public void seek(long pos) throws IOException { if ((pos < this.bufstartpos) || (pos > this.bufendpos)) { // seek pos not in buf this.flushbuf(); if ((pos >= 0) && (pos <= this.fileendpos) && (this.fileendpos != 0)) { // seek pos in file (file length > 0) this.bufstartpos = pos * bufbitlen / bufbitlen; this.bufusedsize = this.fillbuf(); } else if (((pos == 0) && (this.fileendpos == 0)) || (pos == this.fileendpos + 1)) { // seek pos is append pos this.bufstartpos = pos; this.bufusedsize = 0; } this.bufendpos = this.bufstartpos + this.bufsize - 1; } this.curpos = pos; } // int fillbuf()：根據bufstartpos，填充buf[]。 private int fillbuf() throws IOException { super.seek(this.bufstartpos); this.bufdirty = false; return super.read(this.buf); } }

至此緩沖讀基本實現，逐字節COPY一個12兆的文件（這里牽涉到讀和寫，用BufferedRandomAccessFile試一下讀的速度）：

讀	寫	耗用時間（秒）
RandomAccessFile	RandomAccessFile	95.848
BufferedRandomAccessFile	BufferedOutputStream + DataOutputStream	2.813
BufferedInputStream + DataInputStream	BufferedOutputStream + DataOutputStream	2.935

可見速度顯著提高，與BufferedInputStream+DataInputStream不相上下。

2．3．實現寫緩沖。

寫緩沖邏輯的基本原理：

A欲寫文件POS位置的一個字節。

B 查BUF中是否有該映射？若有，直接向BUF中寫入，并返回true。

C若沒有，則BUF重新定位到該POS所在的位置，并把該位置附近的 BUFSIZE字節的文件內容填充BUFFER，返回B。

下面給出關鍵部分代碼及其說明：

// boolean write(byte bw, long pos)：向當前文件POS位置寫入字節BW。 // 根據POS的不同及BUF的位置：存在修改、追加、BUF中、BUF外等情 況。在邏輯判斷時，把最可能出現的情況，最先判斷，這樣可提高速度。 // fileendpos：指示當前文件的尾偏移地址，主要考慮到追加因素 public boolean write(byte bw, long pos) throws IOException { if ((pos >= this.bufstartpos) && (pos <= this.bufendpos)) { // write pos in buf this.buf[(int)(pos - this.bufstartpos)] = bw; this.bufdirty = true; if (pos == this.fileendpos + 1) { // write pos is append pos this.fileendpos++; this.bufusedsize++; } } else { // write pos not in buf this.seek(pos); if ((pos >= 0) && (pos <= this.fileendpos) && (this.fileendpos != 0)) { // write pos is modify file this.buf[(int)(pos - this.bufstartpos)] = bw; } else if (((pos == 0) && (this.fileendpos == 0)) || (pos == this.fileendpos + 1)) { // write pos is append pos this.buf[0] = bw; this.fileendpos++; this.bufusedsize = 1; } else { throw new IndexOutOfBoundsException(); } this.bufdirty = true; } this.curpos = pos; return true; }

至此緩沖寫基本實現，逐字節COPY一個12兆的文件，（這里牽涉到讀和寫，結合緩沖讀，用BufferedRandomAccessFile試一下讀/寫的速度）：

讀	寫	耗用時間（秒）
RandomAccessFile	RandomAccessFile	95.848
BufferedInputStream + DataInputStream	BufferedOutputStream + DataOutputStream	2.935
BufferedRandomAccessFile	BufferedOutputStream + DataOutputStream	2.813
BufferedRandomAccessFile	BufferedRandomAccessFile	2.453

可見綜合讀/寫速度已超越BufferedInput/OutputStream+DataInput/OutputStream。

優化BufferedRandomAccessFile。

優化原則：

• 調用頻繁的語句最需要優化，且優化的效果最明顯。
• 多重嵌套邏輯判斷時，最可能出現的判斷，應放在最外層。
• 減少不必要的NEW。

這里舉一典型的例子：

   public void seek(long pos) throws IOException {
            ...
            this.bufstartpos =  pos * bufbitlen / bufbitlen;
            // bufbitlen指buf[]的位長，例：若bufsize=1024，則bufbitlen=10。
            ...
            }
            

seek函數使用在各函數中，調用非常頻繁，上面加重的這行語句根據pos和bufsize確定buf[]對應當前文件的映射位置，用"*"、"/"確定，顯然不是一個好方法。

優化一：this.bufstartpos = (pos << bufbitlen) >> bufbitlen;

優化二：this.bufstartpos = pos & bufmask; // this.bufmask = ~((long)this.bufsize - 1);

兩者效率都比原來好，但后者顯然更好，因為前者需要兩次移位運算、后者只需一次邏輯與運算（bufmask可以預先得出）。

至此優化基本實現，逐字節COPY一個12兆的文件，（這里牽涉到讀和寫，結合緩沖讀，用優化后BufferedRandomAccessFile試一下讀/寫的速度）：

可見優化盡管不明顯，還是比未優化前快了一些，也許這種效果在老式機上會更明顯。

以上比較的是順序存取，即使是隨機存取，在絕大多數情況下也不止一個BYTE，所以緩沖機制依然有效。而一般的順序存取類要實現隨機存取就不怎么容易了。

需要完善的地方

提供文件追加功能：

    public boolean append(byte bw) throws IOException {
            return this.write(bw, this.fileendpos + 1);
            }
            

提供文件當前位置修改功能：

    public boolean write(byte bw) throws IOException {
            return this.write(bw, this.curpos);
            }
            

返回文件長度（由于BUF讀寫的原因，與原來的RandomAccessFile類有所不同）：

    public long length() throws IOException {
            return this.max(this.fileendpos + 1, this.initfilelen);
            }
            

返回文件當前指針（由于是通過BUF讀寫的原因，與原來的RandomAccessFile類有所不同）：

    public long getFilePointer() throws IOException {
            return this.curpos;
            }
            

提供對當前位置的多個字節的緩沖寫功能：

    public void write(byte b[], int off, int len) throws IOException {
            long writeendpos = this.curpos + len - 1;
            if (writeendpos <= this.bufendpos) { // b[] in cur buf
            System.arraycopy(b, off, this.buf, (int)(this.curpos - this.bufstartpos),
            len);
            this.bufdirty = true;
            this.bufusedsize = (int)(writeendpos - this.bufstartpos + 1);
            } else { // b[] not in cur buf
            super.seek(this.curpos);
            super.write(b, off, len);
            }
            if (writeendpos > this.fileendpos)
            this.fileendpos = writeendpos;
            this.seek(writeendpos+1);
            }
            public void write(byte b[]) throws IOException {
            this.write(b, 0, b.length);
            }
            

提供對當前位置的多個字節的緩沖讀功能：

public int read(byte b[], int off, int len) throws IOException {
            long readendpos = this.curpos + len - 1;
            if (readendpos <= this.bufendpos && readendpos <= this.fileendpos ) {
            // read in buf
            System.arraycopy(this.buf, (int)(this.curpos - this.bufstartpos),
            b, off, len);
            } else { // read b[] size > buf[]
            if (readendpos > this.fileendpos) { // read b[] part in file
            len = (int)(this.length() - this.curpos + 1);
            }
            super.seek(this.curpos);
            len = super.read(b, off, len);
            readendpos = this.curpos + len - 1;
            }
            this.seek(readendpos + 1);
            return len;
            }
            public int read(byte b[]) throws IOException {
            return this.read(b, 0, b.length);
            }
            public void setLength(long newLength) throws IOException {
            if (newLength > 0) {
            this.fileendpos = newLength - 1;
            } else {
            this.fileendpos = 0;
            }
            super.setLength(newLength);
            }
            public void close() throws IOException {
            this.flushbuf();
            super.close();
            }
            

至此完善工作基本完成，試一下新增的多字節讀/寫功能，通過同時讀/寫1024個字節，來COPY一個12兆的文件，（這里牽涉到讀和寫，用完善后BufferedRandomAccessFile試一下讀/寫的速度）：

與JDK1.4類MappedByteBuffer+RandomAccessFile的對比？

JDK1.4提供了NIO類 ，其中MappedByteBuffer類用于映射緩沖，也可以映射隨機文件訪問，可見JAVA設計者也看到了RandomAccessFile的問題，并加以改進。怎么通過MappedByteBuffer+RandomAccessFile拷貝文件呢？下面就是測試程序的主要部分：

RandomAccessFile rafi = new RandomAccessFile(SrcFile, "r");
            RandomAccessFile rafo = new RandomAccessFile(DesFile, "rw");
            FileChannel fci = rafi.getChannel();
            FileChannel fco = rafo.getChannel();
            long size = fci.size();
            MappedByteBuffer mbbi = fci.map(FileChannel.MapMode.READ_ONLY, 0, size);
            MappedByteBuffer mbbo = fco.map(FileChannel.MapMode.READ_WRITE, 0, size);
            long start = System.currentTimeMillis();
            for (int i = 0; i < size; i++) {
            byte b = mbbi.get(i);
            mbbo.put(i, b);
            }
            fcin.close();
            fcout.close();
            rafi.close();
            rafo.close();
            System.out.println("Spend: "+(double)(System.currentTimeMillis()-start) / 1000 + "s");
            

試一下JDK1.4的映射緩沖讀/寫功能，逐字節COPY一個12兆的文件，（這里牽涉到讀和寫）：

確實不錯，如果以后采用1.4版本開發軟件時，需要對文件進行隨機訪問，建議采用MappedByteBuffer+RandomAccessFile的方式。但鑒于目前采用JDK1.3及以前的版本開發的程序占絕大多數的實際情況，如果您開發的JAVA程序使用了RandomAccessFile類來隨機訪問文件，并因其性能不佳，而擔心遭用戶詬病，請試用本文所提供的BufferedRandomAccessFile類，不必推翻重寫，只需IMPORT 本類，把所有的RandomAccessFile改為BufferedRandomAccessFile，您的程序的性能將得到極大的提升，您所要做的就這么簡單。

未來的考慮

讀者可在此基礎上建立多頁緩存及緩存淘汰機制，以應付對隨機訪問強度大的應用。