一下是來自Blogool的信：
親愛的阿南：
感謝您對(duì)于博狗網(wǎng)(
Blogool.com)的關(guān)注以及“博客口碑”計(jì)劃的支持。經(jīng)過我們的系統(tǒng)認(rèn)證您的博客 BlogJava-實(shí)踐-全程（
http://www.aygfsteel.com/leeguannan/） 已經(jīng)取得參與“博客口碑”的認(rèn)證資質(zhì)。
系統(tǒng)為您評(píng)估的傳播價(jià)值是35元。
請(qǐng)您進(jìn)入博客口碑系統(tǒng)（
http://koubei.blogool.com），并完善個(gè)人資料，用以我們對(duì)您進(jìn)行可預(yù)期的支付
。傳播值每季度會(huì)自動(dòng)更新一次，請(qǐng)您以定期核查，若您有任何問題，請(qǐng)聯(lián)絡(luò)博狗客服。再次感謝您支持“博客口碑”計(jì)劃并認(rèn)同價(jià)值激勵(lì)。
Blogool全體人員祝您使用愉快。
Blogool.com ©2007 All Rights Reserved
有錢掙？不錯(cuò)~大家以后要多寫B(tài)log啊~還有，我還拿到了~博鄰網(wǎng)送出的T恤~~
jQuery，一個(gè)繼prototype.js以后另一個(gè)新的js開發(fā)簡化包。既然是在prototype.js以后的新東東，性能和使用上一定強(qiáng)過prototype.js了~
中文化做的也不錯(cuò)已經(jīng)出現(xiàn)了一個(gè)中文小社區(qū)http://jquery.org.cn/，做AJAX的朋友可以研究研究，我只是在http://www.diglog.com/上看到新聞，所以才八卦一下的~下面是性能對(duì)比：
| 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對(duì)比的結(jié)果如何，這次提升性能可是很嚇人的~
另一組同能產(chǎn)品對(duì)比：
| 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項(xiàng)目，大概留意了以下他的加載器。
此項(xiàng)目一共有5個(gè)JS文件，當(dāng)要用此項(xiàng)目到自己的項(xiàng)目中時(shí)只需要：
<script src="javascripts/prototype.js" type="text/javascript"></script>
<script src="javascripts/scriptaculous.js" type="text/javascript"></script>
就可以引入其他的四個(gè)JS了，這里的prototype.js并非必備，如果哦只需要某一個(gè)js被引入則可以使用：
<script src="scriptaculous.js?load=effects,dragdrop" type="text/javascript"></script>
是不是很好的功能？自己實(shí)現(xiàn)一個(gè)加載器就省去在頁面上大量的引入JS的工作了，現(xiàn)在讓我們?cè)倏纯此脑?/pre>
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();
一共就兩個(gè)方法，load()判斷加入的JS是什么目錄下的什么文件，以及有沒有prototype.js和他的版本；require()直接調(diào)用document.write()朝頁面追加JS的引入代碼。自己寫加載器的時(shí)候只需要修改load()方法，加入自己的規(guī)則以及文件名稱，其他的都不需要修改，這樣就可以在頁面上省去大量代碼了
我也不知道如何評(píng)審，只是這幾天遇到了很多問題，才想到是不是要考慮一下如何評(píng)審才對(duì)了。
我們項(xiàng)目每一個(gè)階段都有做評(píng)審，而且都是全組參加，相互評(píng)審，并認(rèn)真的記錄評(píng)審的過程，提了很多意見。但是這些意見真的有意義嗎？你說的寫的代碼有問題？ 憑什么？憑經(jīng)驗(yàn)？還是憑感覺？如果你要是感覺不出來是不是評(píng)審就沒有意義了？
評(píng)審也要有條件，什么樣的代碼合格？什么樣的文檔有意義？不是誰說了算的，應(yīng)該是有條目規(guī)定的，上面要說明，符合1，2，3的的代碼才合格，文檔才有意義！
評(píng)審就是讓幾乎任何人都可以參與，都可以明白你寫的對(duì)不對(duì)！
再轉(zhuǎn)移一篇~
搞開發(fā)不但不要怕改需求的，更不能害怕問題。BUG，ERROR在正常不過了，一般一天都能看見幾十次，慢慢的我都養(yǎng)成了，一天不看到eclipse的控制臺(tái)不出字，一天都覺得不爽~
遇到問題，首先不能害怕。害怕會(huì)發(fā)生什么？害怕以后就會(huì)緊張，一緊張?jiān)竞侠淼乃悸否R上被滿頭大漢代替，然后呢？錯(cuò)誤依舊存在，IE開了無數(shù)個(gè)google，狗狗都逛了一天也沒有解決！所以遇到問題以后不能緊張，要保持平靜。
log4j知道是干什么的吧，一個(gè)好的開發(fā)人員會(huì)在開發(fā)過程中作好log，一旦發(fā)生了錯(cuò)誤，很快可以定位到錯(cuò)誤代碼的范圍，開發(fā)時(shí)不做log早晚要加的，與其以后浪費(fèi)時(shí)間，還不如開發(fā)的時(shí)候就加上，看看自己清晰的log，再復(fù)雜，再少見的errror都簡單了許多。
對(duì)于打印出的異常，先看看再說，根據(jù)異常的類型判斷一下異常出現(xiàn)代碼的類型和在自己程序中的位置，然后再下手，不要看到異常就亂改一通，運(yùn)氣好了馬上搞定！運(yùn)氣不好，越改問題越多，越改越亂，越改越煩，改到最后這段程序還不如重寫算了，反正也沒有人能看了。
如果是以前沒有看到過的異常，怎么辦？馬上google？不需要吧？建議還是認(rèn)真看看異常，先判斷清楚是誰掛了，再哪里掛的。找到主謀了再google也不晚，每遇到一個(gè)問題，我們都應(yīng)該成長才對(duì)，是吧？最近在做一個(gè)soa的項(xiàng)目，主要是基于xfire框架發(fā)布web services 然后其他客戶端再調(diào)用，在編寫客戶端單元測(cè)試時(shí)就經(jīng)常看到紅紅的error，對(duì)付這玩藝首先要判斷清楚錯(cuò)誤究竟是由誰報(bào)出的，是客戶端訪問代碼的異常，還是因?yàn)榉?wù)器端引發(fā)的異常，找到了罪魁禍?zhǔn)仔拚饋聿痪秃唵味嗔恕２荒荞R上google的原因還有一個(gè)就是網(wǎng)上基本上找不到中文關(guān)于xfire深度應(yīng)用的文章，出了錯(cuò)誤只能憑著自己垃圾的英語和幾篇像兩天一樣的帖子慢慢的尋找解決方案。（在次強(qiáng)烈譴責(zé)xfire開發(fā)團(tuán)隊(duì)，不要忙著申請(qǐng)apache.org的孵化項(xiàng)目了，還是改改BUG吧！）
處理完問題以后不要馬上就結(jié)束，應(yīng)該總結(jié)，小小的沉淀一下好不好？雖然說的是，程序員要到一定的時(shí)候才能沉淀出東西，我看還是“每天沉淀”，“每天反思”來的實(shí)在！
處理問題也是有方法的，應(yīng)該被提升一下，建議大蝦們寫上一本《如何處理問題》的妙書或者妙文出來，小弟一定深刻拜讀！
以前CSDNBlog上的文章，今天集體轉(zhuǎn)移一下~
今天21：00是Europa發(fā)布的時(shí)間，我一直在www.eclipse.org上守候~終于被我等到了，http://www.eclipse.org/downloads/大約是在21：06左右做的更新，到了21：08在進(jìn)去就已經(jīng)已經(jīng)改版了~這次界面好像更漂亮了~而且這次整個(gè)產(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ā)終于也被獨(dú)立出來了，看來這次改動(dòng)不小~RCP終于被Eclipse拿出來重力推進(jìn)了~
在此留貼慶祝一下~