@cherry
二次統計，即把某個人的某些數值統計總和后，再加上另外一個人的數值總和
@xiaofen
(30/24/60)= (1/24/60 *30) ，也就是一天有24個小時，小時有60分鐘。那么1分鐘等于多少天呢？就是 1/24/60啊。如果是30分鐘就是乘以 30
不錯的產品，很感興趣。轉載到我的博客啦，謝謝博主的分享
很好，第一次看到這樣的用法。俺以前一直是使用腳本刪除的
@5452
這不就是我文章中想闡明的觀點嗎？
同步的情況下可以存在阻塞、非阻塞。異步的情況下也可以存在阻塞、非阻塞的讀寫。
要不也不會出現上面列出的4種情況啦
@沒頭腦和不高興
@bat
UTF-8字匯和GB18030是兼容的，GB18030基本上是GBK的超集，僅規范了個別碼位。所以belabela
====================================================
我的印象中，UTF-8是使用3個字節來表示中文的，GB18030是使用2個字節，他們對同一個漢字的編碼各自不同，你說的兼容是指那方面的呢？
GB18030 》GB2312 》GBK 這個我就記得是兼容的
@沒頭腦和不高興
GBK和UTF-8都是交換碼，只是字節，所謂的GBK字符是指誤將GBK當做ISO-8859-1轉換成的字符吧?
==================================================
準確說不是誤傳，而是HTTP協議只支持使用ISO-8859-1的協議傳遞，客戶端的瀏覽器是按照GBK的編碼轉換成4個字節發出的。字節的內容和順序還是正確的。
其次你說的交換碼是什么意思？請指教
那么還是new String(tmp.getBytes("ISO-8859-1"), "GBK").getBytes("UTF-8")
==================================================
你這個做法沒錯，最終得到的就是從Unicode--->UTF-8編碼，再用這個就可以構造出UTF-8的字符串了。
但是我個人比較懶(^_^)，其次我想節省內存空間(不生成臨時的GBK字符)，所以就直接從字節開始轉了
@沒有腦和不高興
你所說的tmp.getBytes("UTF-8");是直接從內存中取出Unicode，然后轉換成UTF-8編碼的字符，再得到該字符的字節數組。這個時候的編碼轉換流程是：
Unicode字符 ---> encode字符 ---> encode byte[]
而我文章中的內容是針對“原始數據以GBK格式傳輸，在目的端要轉換成UTF-8的格式保存”，從時機上說比你這個要早了一步，這個時候的編碼轉換流程是：
GBK字符 ---> GBK字節---> 以ISO-8859-1 單字節傳輸 ---> 【轉換為UTF-8字節】---> UTF-8字符 ---> Unicode字符
帶方括號的就是我文章中講的內容，請注意中間并沒有生成GBK字符。而是直接在字節級就進行轉換了。如果先解碼成GBK字符，再用UTF-8編碼，那就是你說的這種情況了。但是這樣就太繁瑣而且浪費內存空間了
re: 【強烈推薦】《入殮師》主題音樂[未登錄] Paul Lin 2010-01-27 15:10
@胡話胡說
你好，已經發到你郵箱了。
@fwy Adrop
謝謝關注，我會在近期制作這個系列的CHM版本和PDF版本的。
re: 【原】有些人，有些事總是讓我們無奈[未登錄] Paul Lin 2009-10-27 21:36
@joegao
是善感，但不多愁。呵呵~~
最近看的幾部電影都是格調比較憂傷的，所以有感而發。
接受無奈也是豁達人生的一種表現
re: 【強烈推薦】《入殮師》主題音樂 Paul Lin 2009-05-06 00:55
@jeasonzhao
本來有一首4分鐘多的，只是BlogJava對文件上傳有大小限制。需要的話可以給我發郵件。呵呵
樓主的文章是很久以前的吧，居然還有介紹Oracle 7和8的認證
re: 我說點山寨機的內幕(zt)[未登錄] Paul Lin 2009-03-09 12:37
技術人員的恥辱。
@與你同飛
歌曲是當時在網上一個不知名的網站：
http://www.5d5y.com/下載的，現在已經找不到了。需要的話留個聯系方式。(文件都比較大)
不過還有一個不錯的推薦《辛德勒的名單》原聲大碟：
http://www.5d5y.com/ListSpecialMusic.mspx?SpecialID=726
@zhouzhao21@gmail.com
謝謝鼓勵！
re: 新年新氣象，09年第一博[未登錄] Paul Lin 2009-01-04 11:55
@wan
共勉之。年輕沒有失敗，只因我們都曾努力過。我們永遠都是在路上！
re: 單純的感動[未登錄] Paul Lin 2009-01-04 10:02
@wan
謝謝鼓勵！^_^
re: 【版本控制之路】版本庫的備份[未登錄] Paul Lin 2009-01-01 11:01
@夢想在這里起飛
支持國產軟件，很不錯！
re: 2008，我學會了什么？[未登錄] Paul Lin 2008-12-29 11:16
樓主這么快就轉型，確實不容易
re: 【版本控制之路】扛起SVN的大旗[未登錄] Paul Lin 2008-12-25 20:41
@robertlyc
學習了，呵呵。不過從使用程度來看。SVN還是保險一點
@kmh
InputStream的read方法是阻塞的，所以在實際的應用環境中我的做法是將其放在一個Thread或Runnable implement的類中，由run()方法調用，這樣其中一個線程在執行到read方法而導致阻塞時，不會影響其他線程。
不知你有沒有更好的方法，歡迎探討
樓上的各位，除了注冊表重寫，添加驅動文件之外，還要將原來聲卡的驅動程序重新安裝一遍，然后確保設備管理器里面的聲卡啟用才行。
實在不行就只能上360的官網去咨詢了
@琪琪
你的操作系統是什么的，這個文件是有版本區分的。另外需要重啟后才能生效
@小林
把audiosrv.dll放在system32目錄下即可，注意這個文件是有版本區別的。
360一直是我覺得非常好的軟件，這次出現這么嚴重的漏洞，確實不該。
@yxl
謝謝。最近一段時間比較忙，目前在GZ工作。你呢？
re: 一個平庸程序員的想法。 Paul Lin 2008-11-01 01:26
貌似這篇文章幾年前在CSDN的論壇上看過了，不過現在看來還是很有道理。
確實中國的程序員普遍存在一種“焦慮”的心里。為什么？因為他們會的東西明天可能就不值錢了，他們會的東西可能別人培訓個2~3個月也能跨進這個門檻。
沒有殺手锏，沒有深挖。只有繡花拳，只有浮于表面。疲于追趕的背后的是對未來的恐懼和未知的迷茫。
原已此文和各位同行共勉
@li
如果不用分析函數的話，就比較麻煩了。你只能分別查詢出Customer, Region，和Customer的訂單額，地區的訂單總額。然后采用連接的方式：就是把兩個結果集拼在一起。條件就是customer 的id和region id必須分別等于另外2個查詢中的相應字段值
re: 等我白頭發了~~[未登錄] Paul Lin 2008-09-25 22:38
傳說中的梨花體？呵呵
樓主的分析不錯，特別是：3.blogjava需要一些可以聚焦人氣的活動或氛圍。個人感覺blogJava的技術氣氛很好，相對CSDN，JavaEye這樣的網站，技術的氣息很濃厚。
但沒中不足的就是缺乏一些同道中人的交流活動。希望負責人可以考慮增加一些博友的交流活動。
re: 需要再學一點知識[未登錄] Paul Lin 2008-09-19 10:14
elmentkaka
沒人不允許你發，也沒有說要經過我同意。只是你在"喜歡"之前，要考慮一下別人的感受。畢竟這里不是你家的后花園，我們都希望在首頁看到的是有技術含量，有指導意義的文章。
建議你再看看blogjava的說明。
恕我啰嗦了，祝樓上學業進步！
多謝樓主，FreeBook我上過，有一些只有購買鏈接，沒有下載連接。其它的還沒有去過。
re: 需要再學一點知識[未登錄] Paul Lin 2008-09-18 15:10
elmentkaka
你誤解我的意思了。我不是說思想，設計模式不重要，我是指這種類似于個人計劃之類的東西就不要發表到首頁了。BlogJava的說明里面也提到了盡量發表一些技術文章。
你可以去國外的The Server Side或Java Ranch看看，有沒人發表這些到首頁去的。呵呵
re: 需要再學一點知識[未登錄] Paul Lin 2008-09-17 10:00
這樣的東西就不要發表到首頁了，建議發表一些技術原創的文章或心得體會
re: 代碼不是調出來的[未登錄] Paul Lin 2008-08-04 17:49
發覺這里發表評論的人大多數把“調試”和“測試”搞混了。好的軟件是“測試”出來的，不是“調試”出來的。
頻繁地依賴于調試，說明了一個問題：寫這段代碼的人邏輯性很差，讓閱讀的人無法充分理解。
如果代碼是先人所為，這個沒有辦法，調試是一個重要的輔助手段。如果是自己寫代碼，那么說明你對目前要實現的這個功能邏輯還不清晰，所以不得不依靠頻繁的調試來驗證邏輯。
我記得以前一個做QA的同事也說過：不要過于依賴調試，調試是一件很費時的事情，他碰到錯誤首先都是看代碼，實在不行再調試。但他找出來的錯誤比誰都多。
我覺得如果你自己寫代碼的時候頻繁使用調試，那么你應該想想是不是需要花點時間整理一下你的邏輯先？
re: ORACLE第一天[未登錄] Paul Lin 2008-06-12 10:48
不知所云
re: 簡單的javascript入門知識[未登錄] Paul Lin 2008-05-08 23:38
呵呵，老李的文章不錯，適合我這等的菜鳥。
--------------------------------------
一個不會JS的菜鳥羞澀的爬過....
樓主，能不能把源代碼發一份給我，謝謝！
Email: rebornphoenix@126.com
re: Http多線程下載與斷點續傳分析 Paul Lin 2008-04-10 09:40
多謝樓主分享！
Not bad but no use in China
re: “開源人”收費得罪了誰[未登錄] Paul Lin 2008-03-11 09:30
@KF.咖啡
你當你是誰？嚇唬人家啊。靠！自己沒本事就算了，還來這種下三濫的手段
re: “開源人”收費得罪了誰[未登錄] Paul Lin 2008-03-10 13:15
樓主走自己的路，讓別人說去吧。
無知不是錯，無知還要給人家看那是錯了。