一下是來自Blogool的信：
親愛的阿南：
感謝您對于博狗網(wǎng)(
Blogool.com)的關(guān)注以及“博客口碑”計劃的支持。經(jīng)過我們的系統(tǒng)認證您的博客 BlogJava-實踐-全程（
http://m.tkk7.com/leeguannan/） 已經(jīng)取得參與“博客口碑”的認證資質(zhì)。
系統(tǒng)為您評估的傳播價值是35元。
請您進入博客口碑系統(tǒng)（
http://koubei.blogool.com），并完善個人資料，用以我們對您進行可預(yù)期的支付
。傳播值每季度會自動更新一次，請您以定期核查，若您有任何問題，請聯(lián)絡(luò)博狗客服。再次感謝您支持“博客口碑”計劃并認同價值激勵。
Blogool全體人員祝您使用愉快。
Blogool.com ©2007 All Rights Reserved
有錢掙？不錯~大家以后要多寫B(tài)log啊~還有，我還拿到了~博鄰網(wǎng)送出的T恤~~
jQuery，一個繼prototype.js以后另一個新的js開發(fā)簡化包。既然是在prototype.js以后的新東東，性能和使用上一定強過prototype.js了~
中文化做的也不錯已經(jīng)出現(xiàn)了一個中文小社區(qū)http://jquery.org.cn/，做AJAX的朋友可以研究研究，我只是在http://www.diglog.com/上看到新聞，所以才八卦一下的~下面是性能對比：
| Browser |
jQuery 1.1.2 |
jQuery 1.1.3 |
% Improvement |
| IE 6 |
4890ms |
661ms |
740% |
| Firefox 2 |
5629ms |
567ms |
993% |
| Safari 2 |
3575ms |
475ms |
753% |
| Opera 9.1 |
3196ms |
326ms |
980% |
| Average improvement: |
867% |
不知道它以前和prototype.js對比的結(jié)果如何，這次提升性能可是很嚇人的~
另一組同能產(chǎn)品對比：
| Browser |
Prototype |
jQuery |
Mootools |
Ext |
Dojo |
| IE 6 |
1476ms |
661ms |
1238ms |
672ms |
738ms |
| Firefox 2 |
219ms |
567ms |
220ms |
951ms |
440ms |
| Safari 2 |
1568ms |
475ms |
909ms |
417ms |
527ms |
| Opera 9.1 |
220ms |
326ms |
217ms |
296ms |
220ms |
從上面看IE真的是可怕~再牛的東東，碰到IE都是垃圾~
Download:
今天無意間看到Scriptaculous項目，大概留意了以下他的加載器。
此項目一共有5個JS文件，當(dāng)要用此項目到自己的項目中時只需要：
<script src="javascripts/prototype.js" type="text/javascript"></script>
<script src="javascripts/scriptaculous.js" type="text/javascript"></script>
就可以引入其他的四個JS了，這里的prototype.js并非必備，如果哦只需要某一個js被引入則可以使用：
<script src="scriptaculous.js?load=effects,dragdrop" type="text/javascript"></script>
是不是很好的功能？自己實現(xiàn)一個加載器就省去在頁面上大量的引入JS的工作了，現(xiàn)在讓我們再看看它的原理
var Scriptaculous = ...{
Version: '1.6.5',
require: function(libraryName) ...{
// inserting via DOM fails in Safari 2.0, so brute force approach
document.write('<script type="text/javascript" src="'+libraryName+'"></script>');
},
load: function() ...{
if((typeof Prototype=='undefined') ||
(typeof Element == 'undefined') ||
(typeof Element.Methods=='undefined') ||
parseFloat(Prototype.Version.split(".")[0] + "." +
Prototype.Version.split(".")[1]) < 1.5)
throw("script.aculo.us requires the Prototype JavaScript framework >= 1.5.0");
$A(document.getElementsByTagName("script")).findAll( function(s) ...{
return (s.src && s.src.match(/scriptaculous.js(?.*)?$/))
}).each( function(s) ...{
var path = s.src.replace(/scriptaculous.js(?.*)?$/,'');
var includes = s.src.match(/?.*load=([a-z,]*)/);
(includes ? includes[1] : 'builder,effects,dragdrop,controls,slider').split(',').each(
function(include) ...{ Scriptaculous.require(path+include+'.js') });
});
}
}
Scriptaculous.load();
一共就兩個方法，load()判斷加入的JS是什么目錄下的什么文件，以及有沒有prototype.js和他的版本；require()直接調(diào)用document.write()朝頁面追加JS的引入代碼。自己寫加載器的時候只需要修改load()方法，加入自己的規(guī)則以及文件名稱，其他的都不需要修改，這樣就可以在頁面上省去大量代碼了
我也不知道如何評審，只是這幾天遇到了很多問題，才想到是不是要考慮一下如何評審才對了。
我們項目每一個階段都有做評審，而且都是全組參加，相互評審，并認真的記錄評審的過程，提了很多意見。但是這些意見真的有意義嗎？你說的寫的代碼有問題？ 憑什么？憑經(jīng)驗？還是憑感覺？如果你要是感覺不出來是不是評審就沒有意義了？
評審也要有條件，什么樣的代碼合格？什么樣的文檔有意義？不是誰說了算的，應(yīng)該是有條目規(guī)定的，上面要說明，符合1，2，3的的代碼才合格，文檔才有意義！
評審就是讓幾乎任何人都可以參與，都可以明白你寫的對不對！
再轉(zhuǎn)移一篇~
搞開發(fā)不但不要怕改需求的，更不能害怕問題。BUG，ERROR在正常不過了，一般一天都能看見幾十次，慢慢的我都養(yǎng)成了，一天不看到eclipse的控制臺不出字，一天都覺得不爽~
遇到問題，首先不能害怕。害怕會發(fā)生什么？害怕以后就會緊張，一緊張原本合理的思路馬上被滿頭大漢代替，然后呢？錯誤依舊存在，IE開了無數(shù)個google，狗狗都逛了一天也沒有解決！所以遇到問題以后不能緊張，要保持平靜。
log4j知道是干什么的吧，一個好的開發(fā)人員會在開發(fā)過程中作好log，一旦發(fā)生了錯誤，很快可以定位到錯誤代碼的范圍，開發(fā)時不做log早晚要加的，與其以后浪費時間，還不如開發(fā)的時候就加上，看看自己清晰的log，再復(fù)雜，再少見的errror都簡單了許多。
對于打印出的異常，先看看再說，根據(jù)異常的類型判斷一下異常出現(xiàn)代碼的類型和在自己程序中的位置，然后再下手，不要看到異常就亂改一通，運氣好了馬上搞定！運氣不好，越改問題越多，越改越亂，越改越煩，改到最后這段程序還不如重寫算了，反正也沒有人能看了。
如果是以前沒有看到過的異常，怎么辦？馬上google？不需要吧？建議還是認真看看異常，先判斷清楚是誰掛了，再哪里掛的。找到主謀了再google也不晚，每遇到一個問題，我們都應(yīng)該成長才對，是吧？最近在做一個soa的項目，主要是基于xfire框架發(fā)布web services 然后其他客戶端再調(diào)用，在編寫客戶端單元測試時就經(jīng)常看到紅紅的error，對付這玩藝首先要判斷清楚錯誤究竟是由誰報出的，是客戶端訪問代碼的異常，還是因為服務(wù)器端引發(fā)的異常，找到了罪魁禍首修正起來不就簡單多了。不能馬上google的原因還有一個就是網(wǎng)上基本上找不到中文關(guān)于xfire深度應(yīng)用的文章，出了錯誤只能憑著自己垃圾的英語和幾篇像兩天一樣的帖子慢慢的尋找解決方案。（在次強烈譴責(zé)xfire開發(fā)團隊，不要忙著申請apache.org的孵化項目了，還是改改BUG吧！）
處理完問題以后不要馬上就結(jié)束，應(yīng)該總結(jié)，小小的沉淀一下好不好？雖然說的是，程序員要到一定的時候才能沉淀出東西，我看還是“每天沉淀”，“每天反思”來的實在！
處理問題也是有方法的，應(yīng)該被提升一下，建議大蝦們寫上一本《如何處理問題》的妙書或者妙文出來，小弟一定深刻拜讀！
以前CSDNBlog上的文章，今天集體轉(zhuǎn)移一下~
今天21：00是Europa發(fā)布的時間，我一直在www.eclipse.org上守候~終于被我等到了，http://www.eclipse.org/downloads/大約是在21：06左右做的更新，到了21：08在進去就已經(jīng)已經(jīng)改版了~這次界面好像更漂亮了~而且這次整個產(chǎn)品線也非常的清晰了~
Eclipse Packages
 |
Eclipse IDE for Java Developers - Windows (78 MB)
The essential tools for any Java developer, including a Java IDE, a CVS client, XML Editor and Mylyn. Find out more...
|
Windows
Linux
MacOSX
|
 |
Eclipse IDE for Java EE Developers - Windows (123 MB)
Tools for Java developers creating JEE and Web applications, including a Java IDE, tools for JEE and JSF, Mylyn and others. Find out more... |
Windows
Linux
MacOSX
|
 |
Eclipse IDE for C/C++ Developers - Windows (62 MB)
An IDE for C/C++ developers. Find out more... |
Windows
Linux
MacOSX
|
 |
Eclipse for RCP/Plug-in Developers - Windows (152 MB)
A complete set of tools for developers who want to create Eclipse plug-ins or Rich Client Applications. It includes a complete SDK, developer tools and source code. Find out more... |
Windows
Linux
MacOSX
|
 |
Eclipse Classic - Windows (140 MB)
The classic Eclipse SDK: the Eclipse Platform, Java Development Tools, and Plug-in Development Environment, including source and both user and programmer documentation. Find out more... |
Windows
Linux
MacOSX |
復(fù)制過來樣式丟了~但是沒有關(guān)系，我們一樣能看到，他的生產(chǎn)線清晰了許多~
RCP開發(fā)終于也被獨立出來了，看來這次改動不小~RCP終于被Eclipse拿出來重力推進了~
在此留貼慶祝一下~