@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
楼主走自己的路，让别人说去吧。
无知不是错，无知还要给人家看那是错了。