<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Read Sean

    Read me, read Sean.
    posts - 508, comments - 655, trackbacks - 9, articles - 4


    讀到一篇廷有意思的文章,來自Weiqi Gao:
    http://www.weiqigao.com/blog/2007/04/12/java_the_third_fork_from_sun.html

    近幾年Sun的日子似乎并不好過:和微軟先是不歡散后來雖然和解但貌合神離,微軟不買Sun的賬,干脆自己搞個.NET;對IBM更是氣不打一處來,但是不管怎么說SWT/Eclipse這朵花確實開得太艷,甚至蓋過了Sun的光芒;現在Sun又和Apache鉚上了。

    這三次不和,背后的原因幾乎都是Sun不愿意大膽革新Java,或者放棄對Java的控制權(Sun的JDK開源并不能改變Sun對Java的實際控制)。


    posted @ 2007-04-14 15:20 laogao 閱讀(611) | 評論 (0)編輯 收藏


    昨天(周五)大家下班后,一個人留在公司,把核心產品開發團隊使用了整整1年的CVS資源庫從CVSNT移到了Linux平臺下,原本以為會很簡單很順利,因為之前類似的移植并不是沒有做過,所以預估的時間包括驗證在內是1~2個小時,不過最終卻花掉4個小時。怎么回事呢?且聽我慢慢道來。

    經過1年的積累,資源庫有400多M,大大小小的Java項目有206個之多。按照最初的計劃,移植只需要原封不動的把資源庫目錄整個從CVSNT服務器拷貝到Linux服務器即可,所以資源庫大小和項目多少本來不是啥大問題,但誰料半路卻殺出個程咬金:.jar文件在新的資源庫checkout到本地后無法正常使用,這還了得?

    仔細一看,乖乖,原本"Binary"的文件,在新的資源庫下,卻變成了"ASCII -kkv",不僅是.jar,其他的二進制文件如.jpg, .exe之類的也是同樣的問題。第一反應是CVSNT和Unix經典的CVS在處理RCS文件時還是有些不同,以至于原本在CVSNT下文件類別的標記信息如"Binary"在移植過程中丟失了,變成默認的文本類型。之前有朋友提醒的.doc文件移植后無法打開應該也是同樣問題。怎么辦?一個文件一個文件的改?肯定不現實。

    一種方案是把所有出現的二進制文件類型/后綴名找出來,然后在服務器端批量刪除(Linux下寫個腳本來做這件事并不難),客戶端這邊從原資源庫checkout最新版本,重定向資源庫URL到新的資源庫,同步,提交。這招比較狠,但最終沒有用,因為在瀏覽現有資源庫時,發現還有不少其他問題,如classes文件夾被加到版本控制中,類似還有.settings文件夾,甚至Thumbs.db,不一而足。時間有限,與其每個Java項目去找一遍,整理出需要刪除的文件(夾)清單,然后寫腳本,然后強行資源庫重定向,不如一步一個腳印把現有資源庫的所有Java項目捋一遍,至少心里踏實。于是一狠心、一咬牙,有潔癖的我開始了漫長的"愚公移山":一個項目接一個項目,遇到Binary文件,服務器刪之,客戶端checkout后從原來的地方拷貝過來,必要的地方加上.cvsignore,再添加提交。*

    經過4個小時的努力,終于大功告成:自動編譯腳本正確運行,構建成功,客戶端IDE(Eclipse)從新的資源庫checkout,編譯通過,沒有紅叉。

    后記:自己認為計劃得再好的事情,真正去做的時候,總還是會遇到這樣那樣的問題和意想不到的狀況,這件事也告訴我自己其實我的前期準備遠不夠充分,算是自食其果吧。有沒有更好的辦法,我覺得肯定有,但是在特定的情況下(時間/效率/目標),我相信我的方法還是能夠讓我自己滿意的。還有一點提醒所有CVS的用戶,不該提交的文件,最好第一時間加到.cvsignore。子曾經曰過:“糾正錯誤,時間最早,代價越小”。

    * 請勿不假思索的模仿,這樣做會丟失掉這些文件的歷史版本信息,如果刪除的時候不小心,同時還會把歷史上存在過的同類型文件刪掉。我這里之所以可以這么做,是因為我們的實際情況對這些二進制文件不需要保留歷史信息。


    posted @ 2007-04-14 14:54 laogao 閱讀(1717) | 評論 (3)編輯 收藏


    大家期待已久的Debian重要升級4.0,代號"etch",終于正式發布。請看官方聲明:
    http://www.debian.org/News/2007/20070408


    posted @ 2007-04-08 22:50 laogao 閱讀(590) | 評論 (0)編輯 收藏


    版本號1.6.0_01。

    詳見:
    http://java.sun.com/javase/6/webnotes/ReleaseNotes.html


    posted @ 2007-04-01 22:49 laogao 閱讀(659) | 評論 (0)編輯 收藏


    如果你使用非Outlook軟件來處理來自Outlook以及Exchange Server的E-mail,你很可能會遇到附件為winmail.dat的郵件,而你完全不知道這個附件如何打開,甚至更慘的是原本附件在郵件中的文件也不幸被這個winmail.dat吃掉了。你也許會詢問這封郵件的發件人,這個時候對方多半也是一頭霧水,因為人家用Outlook用的好好的,從來沒有聽說過這個問題,說得直白一點,就是完全不知道你在說什么。

    那到底這個winmail.dat是什么呢?是MS的工具在編碼打包你的郵件進行發送時,如果按照默認指定的RTF格式,會把格式信息按照MS自己的一套標準存放在郵件體中,造成非Outlook客戶端不認識,無法正確解析。Well done, Redmond.

    怎么辦呢?兩個方案:
    1- 如果可能,向發件人建議不要使用Outlook或者至少讓他/她發送郵件時不要使用RTF格式,純文本或HTML均可。(注意如果修改全局設置沒有效果的話,可能還需要單獨修改每一個存在通訊錄里的聯系人。)
    2- 如果沒辦法讓郵件的發送人對他/她使用的郵件客戶端作任何調整,你也可以下載winmail.dat閱讀器,如http://www.kopf.com.br/winmail/winmail-reader-setup.exe ,或者通過Google尋找其他類似工具。

    強烈呼吁大家使用符合open standards的工具,尤其是在日常交流中日益重要的E-mail上,這是對你郵件的接收者最基本、也最直接的尊重。


    posted @ 2007-03-26 00:24 laogao 閱讀(36618) | 評論 (48)編輯 收藏


    http://www.markshuttleworth.com/archives/99

    Ubuntu創始人Mark Shuttleworth正式宣布加入今年1月由Linux業界兩大組織OSDL和FSG合并成立的Linux Foundation。


    posted @ 2007-03-14 23:56 laogao 閱讀(490) | 評論 (0)編輯 收藏


    由于工作需要,最近在Linux服務器上試用Subversion,如果一切順利,全公司的文檔都將交給Subversion管理。我承認我對Subversion一直存在偏見,但為了給大家一個交代,還是硬著頭皮小試了一下。結果運行數天以后,終于還是回到了CVS的老路上。

    Subversion的優點就不在這里重復了,網上很多介紹文章,也有很多忠實粉絲,不過沒辦法,我還是更喜歡CVS的簡單和直接。熟悉Unix和類Unix系統的朋友一定有同感,CVS更加符合Unix的思維和解決問題的方式。
    讓我們最終放棄Subversion主要有以下大大小小的原因:
    1- 一個新建的幾乎是空的資源庫,打包后大小即有39MB上下; << 經核實錯怪SVN了,實測完全空白的資源庫124K,向大家道歉!
    2- 資源庫幾乎是以一種完全不透明的方式存儲用戶資源庫文件;
    3- 沒有一個官方的、安全可靠的方式徹底刪除一個誤提交的文件,一旦提交上去,你的資源庫將永遠背著這個包袱; << 這一條實在讓我無法忍受。

    對于最后一條,官方說法是提供了一個svndumpfilter的方式,先把資源庫dump出來,然后pipe到svndumpfilter過濾掉匹配的文件,最后再load回去。這幾乎就是給我們判了死刑:dump文件動輒就會是好幾個G,且隨著時間增長,或者錯誤提交持續出現在超大型文件上,要完成這個dump和filter,以及周期性的備份,將要吃掉多少資源,不敢想象;svndumpfilter不支持wildcast,且這個字符串匹配由于是整個dump文件pipe到svndumpfilter,無法保證精確制導,尤其在生產環境,敏感文件被上傳、有效文件被誤刪或者資源庫遭到破壞的后果是很嚴重滴。


    posted @ 2007-03-14 23:07 laogao 閱讀(705) | 評論 (0)編輯 收藏


    http://www.rssowl.org/node/210

    RSSOwl終于有了2.0版的消息,RSSOwl 2.0最大的變化是
    1- 采用Eclipse RCP;
    2- 可以在本地保存feed。


    posted @ 2007-03-01 08:25 laogao 閱讀(522) | 評論 (0)編輯 收藏


    http://www.artima.com/forums/flat.jsp?forum=106&thread=196922

    Alberto Savoia在Artima上發表了一篇關于所謂Developer Testing Masters這個軟件開發中的新角色的文章,把這個新的角色類比為腦外科醫生。

    不知道大家在各自的項目中是如何處理QA和開發人員單元測試之間的平衡呢?是讓QA提高自身的技術水平,越來越多的參與白盒測試,還是“逼”著開發工程師們做他們不情愿、通常也做不好的單元測試?這篇文章提供了另一種思路。


    posted @ 2007-02-28 13:14 laogao 閱讀(490) | 評論 (0)編輯 收藏


    http://www.ohshare.com/

    文件大小限制在80M,沒什么特別的要求,直接上傳即可,據稱超過30天沒有下載的文件可能被刪除,不過對于一般性的臨時網絡硬盤使用,已經足夠了。

    我試用了一下,速度還可以,大家可以試試下面這個下載鏈接:

    http://dl8.ohshare.com/d/9417066/1172241028/ruby_1.8.5_p12.tar.gz


    posted @ 2007-02-24 02:36 laogao 閱讀(789) | 評論 (1)編輯 收藏


    http://www.linux-watch.com/news/NS6401388051.html

    Linux-Watch上剛發布了一篇關于最近Eric S. Raymond (ESR)“受夠了”Fedora,“轉投”Ubuntu的文章,挺有趣的。

    Note: Eric S. Raymond可以說是Unix大牛和開源運動的鼻祖之一,他最有名的著作為"The Cathedral and the Bazaar"(中譯“大教堂與市集”)和"The Art of UNIX Programming"(中譯“UNIX編程藝術”)。


    posted @ 2007-02-22 04:49 laogao 閱讀(658) | 評論 (0)編輯 收藏


    以下是一組相互關聯、按時間先后排列的3篇blog文章,主要探討是Swing存在的問題以及動態語言如JRuby/Groovy能否幫我們解決Swing的問題:

    JRuby can save Swing
    JRuby cannot save Swing
    Groovy can save Swing

    挺有趣的,推薦大家有空讀一讀。


    posted @ 2007-02-21 20:03 laogao 閱讀(604) | 評論 (0)編輯 收藏


    http://www-128.ibm.com/developerworks/java/library/x-xjavaforum1.html

    真正讓XML發光的用途是什么?寫配置文件?數據交換?數據存儲?


    posted @ 2007-02-21 14:31 laogao 閱讀(432) | 評論 (0)編輯 收藏


    原文鏈接: [URL]

    Antonio Cangiano剛剛在他的blog發布了他在AMD Athlon 64 3500+, 1GB RAM的機器上做的目前常見的Ruby實現的非官方評測,包括
    • Ruby 1.8.5-p12 stable on Linux
    • Ruby 1.8.5-p12 stable on Windows Vista
    • Ruby 1.9 (Yarv) on Linux
    • JRuby on Linux
    • Rubinius on Linux
    • Cardinal on Linux
    • Gardens Point Ruby .NET on Windows Vista
    幾張有趣的報表:

    http://www.antoniocangiano.com/files/rubyvms_in_seconds.png
    http://www.antoniocangiano.com/files/average_and_median.png
    http://www.antoniocangiano.com/files/rubyvms_times.png


    posted @ 2007-02-19 17:57 laogao 閱讀(514) | 評論 (0)編輯 收藏


    http://jroller.com/page/rolsen?entry=building_a_software_team_wrong

    關注這個Russ Olsen的blog有一段時間了,他最近的幾篇blog貼子都和項目管理團隊管理有關。我覺得相比成功的經驗,有時失敗帶給我們的收獲會更多。這篇最新的blog中Russ Olsen和我們分享關于他的一個失敗的項目,以及他如何向團隊承認自己的失誤。

    當一個項目失敗的時候,也許承認錯誤、承認失敗是件尷尬的事,但作為項目負責人的PM,如果他的某個決定造成了整個團隊的失敗,就應該拿出勇氣去承擔。

    "It goes against something in us, especially as we get into management jobs, to admit that we were wrong. But when you are wrong, especially when you are wrong in a way that causes the whole team to fail, you gotta own up. Not that 'mistakes were made'. Not that 'it could have been done better'. Not even 'I did the best I could'. No, it has to be 'I was wrong'."


    posted @ 2007-02-18 18:35 laogao 閱讀(383) | 評論 (0)編輯 收藏

    僅列出標題
    共34頁: First 上一頁 4 5 6 7 8 9 10 11 12 下一頁 Last 
    主站蜘蛛池模板: 777爽死你无码免费看一二区| 高清免费久久午夜精品| 大胆亚洲人体视频| 国产91色综合久久免费分享| 亚洲熟伦熟女专区hd高清| 亚洲日本va在线视频观看| av无码久久久久不卡免费网站| 麻豆va在线精品免费播放| 亚洲日本va在线观看| 久久久久亚洲精品男人的天堂| 麻豆国产精品免费视频| 拍拍拍无挡视频免费观看1000 | 亚洲 日韩 色 图网站| 亚洲视频在线观看| 亚洲 无码 在线 专区| 精品久久久久成人码免费动漫| fc2免费人成在线| 国产亚洲Av综合人人澡精品| 亚洲狠狠成人综合网| 亚洲男人天堂影院| 亚洲视频在线观看免费| 亚洲AV无码日韩AV无码导航| 亚洲国产专区一区| 免费人成在线观看网站品爱网日本| 免费观看AV片在线播放| 91免费在线播放| 69成人免费视频| 91手机看片国产永久免费| 亚洲综合免费视频| 国产成人精品无码免费看| 精品免费视在线观看| 一级片在线免费看| 中文毛片无遮挡高清免费| 免费人妻精品一区二区三区| 边摸边脱吃奶边高潮视频免费| 国产精品亚洲精品日韩动图| 特级做a爰片毛片免费看| 精品一区二区三区免费视频| 色哟哟国产精品免费观看| 国产免费区在线观看十分钟| 国产精品永久免费视频|