BlogJava-stone2083-随笔分类-misc

RaspCTL V0.1.1 Released

stone2083 — Fri, 18 Jan 2013 08:59:00 GMT

增加网络视频播放功能:
使用百度视频搜索
支持优酷，迅雷看看，PPS，乐视，CNTV，电影网，风行网视频

主要功能界面：

stone2083 2013-01-18 16:59 发表评论

阿里巴巴B2B招聘高级java开发工程师

stone2083 — Tue, 11 Oct 2011 09:49:00 GMT

我不想列“精通xxx...熟悉xxx”，只要求，如果您：

有2年或以上java实际开发经验或

1年以上java实际开发经验但技术能力较强

就能直接联系我:

1. 直接在此帖留言

2. Email:stone2083@yahoo.cn

3. MSN:stone2083@yahoo.cn

im沟通我们可以谈简历的事情，走内部推荐，1.电面2.来杭面试，流程简单，全程报销路费；

P.S. 年初，各大公司招聘旺季，阿里巴巴这里呢，我不想说有多好，但也绝对不算差，最实际的，薪酬待遇，各大公司基本保密，但其实业内人士大多心里也有数，秘而不
宣；所以，待遇方面不用过多担心，请诸君仔细斟酌，欢迎联系！

P.S.II 为什么我这招聘帖这么简单呢？其实你懂的，“精通xxx熟悉xxx”那只是吓唬小菜的，对“高级java开发工程师”而言没有意义，我们需要的只是充分沟通、im沟通+当面沟通。在这个有点糟糕的时代，我们人人都不仅需要money，也需要平台与机遇，更需要个人修为与成长！请给阿里和您自己一个机会，谢谢！

请管理员手下留情，如果非要删除，请先联系我下。让我能拷贝下这些文字先！谢谢

stone2083 2011-10-11 17:49 发表评论

科比现身阿里滨江园区

stone2083 — Fri, 11 Sep 2009 13:03:00 GMT

公园2009年09月11日下午13点30分，科比现身阿里巴巴滨江园区，难得有一次机会，近观科比。
最大的感受：高，黑，精（肉够精）
附上同学拍摄的纪实照片：

stone2083 2009-09-11 21:03 发表评论

由数据订正想到的

stone2083 — Sat, 31 May 2008 13:24:00 GMT

逐渐地，发觉数据订正成为了我工作的一部分；
逐渐地，发觉一天有四个小时的时间在数据订正上的日子越来越多；
逐渐地，发觉一天仅仅只有两个小时投入到编码的日子也频繁起来;
逐渐地，发觉我面向的客户也不仅仅是PD，测试部门，客服、销售、销售支持也成为了我的服务对象。

我不是做技术支持的，但是客服、销售、销售支持的咨询以及提交数据订正的申请打扰却影响到了
我正常的工作，只能利用晚上加班的时候，去完成一天的编码工作。
为什么会有那么多数据订正发生？

合理的数据订正，一般发生于下面的两种可能：
1）系统程序存在bug，那么毫无疑问，只能作bug fix工作，然后集中进行一次数据订正操作；
2）业务部门，由于不小心，操作失误等原因，产生错误数据。这种情形发生的比较少，一般由这种原因导致的错误数据，
我这边收到销售支持提交的数据订正申请，都会马上协助完成订正工作。

但是，现在越来越多的项目，开发时间严重被压缩，在项目过程中，
1）业务逻辑本身就考虑不周全，没有考虑和牵连系统的关系，导致需求逻辑就存在问题；
2）为了减少开发人日，把本来该交给系统实现的需求，却考虑人工来完成，增加了人为误操作的发生概率；
3）为了减少开发成本，对接口行为不做逻辑验证处理，而接口错误参数，往往增加了系统错误数据的产生；
4）开发时间紧急，开发人员在不熟悉原有系统的基础上，就进行新功能的开发；过于过程式的开发；
系统、代码设计的时间过少；不敢做重够，等等，导致代码可读性很差，维护性不强，易出bug。
。。。。。。

由这些原因而造成的bug，形成的错误数据，我厌恶为其做数据订正：
不在源头做控制，一旦出了问题，才考虑到手工数据订正来暂时性的解决问题，这绝对不是一个好的项目团队的做法。

我们一直在宣称要做百年的企业，但是我们目前的系统，又能维持几年呢？

stone2083 2008-05-31 21:24 发表评论

第二届网侠大会随感

stone2083 — Sat, 24 May 2008 10:37:00 GMT

今天参加了第二届阿里巴巴网络侠客行大会。
由于最近加班比较多，早上贪睡不起，错过了侠客行上午场的会议，据说林斌—谷歌中国工程院副院长在讲话中介绍了google的一些技术，没听颇为可惜。

下午场的会议，我选择是“分会场三开放服务框架/Open Service framework”

第一场会议是林昊—淘宝网平台架构师带来的OSGI分享。
OSGI确实是一个很好的概念，很好的实现了模块动态化管理。试想一下，以后软件的功能可以像硬件一样，动态化插拔，那是多爽的一件事情。
Eclipse3版本，就是base on osgi的一个成功案例，用过eclipse开发的同学，一定对eclipse的plugin管理机制很心动，可以动态增加，删除插件。Eeclipse本身只提供了一个平台，功能都可以通过插件的方式增加。并且可以按照开发者的需求，增加插件。
据说jdk7版本，就会在语言级别上支持osgi，这则消息也是振奋人心。----目前jdk只有class（类），package（包）的概念，却没有module（模块）的概念，所谓模块化开发，仅仅是人工分割package的方式来实现。
概念是好，但是针对目前以有的功能，如何不伤筋动骨的完成base on osgi或者run on osgi，仍然是一个很大的一个问题。这也是很多企业对osgi仅仅停留在观望态度上的一个原因。

第二场会议是黄柳青—普元首席科学家、CTO分享的SCA--感觉他老人家英语说得比中文还好。
之前，我对SCA没有任何的了解，甚至连概念都没有听过。正好趁此分享机会，对SCA做个概念性的了解。
SCA（Service Component Architecture）
这玩意，究其本质，其实是对代码层面做了可视化组件的封装。他的概念是，把每个逻辑都看成是一个Component（组件/构件），然后根据不同的业务需要，去配置不同的Component，以及component之间的业务流。
其实，这个概念是很好的，尤其结合他天生的搭档OSGI，可以使得所有的开发者眼前一亮。
试想一下，以后有个系统（Base on OSGI），业务流程中，其中有个业务需求发生了变化，那么只需要开发者开发一个新的component，并且把原先的component动态uninstall，并且把新的component动态install，系统可以在运行期，就完成需求的变动。多爽。
概念是好，但是是否能流行，还需要时间的考验。

第三场会议是袁红岗—金蝶中间件首席架构师介绍 OperaMask，只是自己做这块内容没有兴趣，就换了会场，去了分会场一开放平台/Open Platform。

第三场会议赵进—/阿里软件首席架构师介绍 Alisoft SAAS Platform
这小子年纪轻轻就当上了阿里软件的首席架构师，只有26岁，对他充满了敬意。努力向他学习。

这场分享，感觉只是很肤浅的介绍了阿里软件saas的平台。过程中更多的是讲了saas的概念和阿里软件saas的一些模式，没有涉及到技术细节层面的内容，比较失望。
SAAS的概念近年来逐渐流行起来。如何构建SAAS平台系统，是我最关注的点。比如：
如何发布开放API接口，
如何管理开放API接口，
如何对开放API进行测试，
如何确保开放API接口的安全性，
API接口采用什么技术调用，SAAS Platform是否统一规范对API的调用，采用什么方式传输数据，等等。
这些细节，都没有在这次分享中涉及到，太失望了。

整体来说，这次网络侠客行，还是让自己增长了不少见识，学到了不少技术。
希望阿里巴巴在接下去的几届中，能越办越好，更希望在技术交流会上，能出现更多国内技术的分享，期待国内软件业的发展：）

stone2083 2008-05-24 18:37 发表评论

firefox优化参数

stone2083 — Sun, 23 Mar 2008 05:57:00 GMT

firefox是我首选的浏览器，但是启动速度实在不敢恭维。

从网上找了一些文章，修改了几个参数。

前提：地址栏输入 about:config 进入参数配置页面

首选项名称：config.trim_on_minimize，
类型：布尔
键值：true
作用：最小化时释放内存
备注：据说只在windows下有效（怪不得，我在linux下确实感觉没什么效果）

首选项名称：browser.sessionhistory.max_total_viewers
类型：整数
键值：0 （当然，你也可以设置成你需要缓存的页面数）
作用：前进／后退功能，用于缓存页面数量

首选项名称：network.http.pipelining
类型：布尔
键值：true
作用：在http连接中，使用pipelining功能。据说能加速浏览速度

首选项名称：network.http.pipelining.maxrequests
类型：整数
键值：8 （据说上限是8）
作用：是一个实验性功能，加速浏览网站的速度。需要站点的支持。

首选项名称：nglayout.initialpaint.delay
类型：整数
键值：100 （默认值是250）单位是毫秒
作用：ff收到response后等待n毫秒，进行页面渲染

首选项名称：network.dns.disableIPv6
类型：布尔
键值：true
作用：禁用ip6功能（好像跟优化没什么关系）

首选项名称：browser.tabs.loadDivertedInBackground
类型：布尔
键值：true
作用：打开新tab时，停留在当前页面（跟优化没关系，只是符合我的浏览习惯）

关于这些首选项的意义，具体可以访问：http://kb.mozillazine.org/network.http.pipelining 得到相应参数的意义。

最后，做个广告，效果还是蛮明显的。推荐使用：）

stone2083 2008-03-23 13:57 发表评论

资源如何避免多线程下载

stone2083 — Mon, 17 Mar 2008 13:58:00 GMT

今天在一次会议中，有朋友问我，如何避免资源被迅雷等工具多线程下载？

确实，一些中小企业站点，尤其是个人站点，由于没有过多资金，服务器承受不了大的压力，站点提供的资源，一旦被迅雷等多线程工具下载，
对服务器的压力还是蛮客观的。

那么有什么办法避免多线程下载呢？其实最简单的办法，就是服务端根本就不要提供Content-Length值。试想一下，如果多线程下载工具得不到文件总大小值，如何分配去分配每个线程需要下载的量呢？不得已，只能通过单线程下载了。

以http下载为例，我写了一个提供下载的servlet，由于不返回Content-Length值（只返回了ContentType值），这个serlvet返回的流，只能单线程下载。

public class Download extends HttpServlet {

    private static final long   serialVersionUID = 8401962046132204450L;

    private static final String FILE_PATH        = "/home/jones/tmp/sample.zip";

    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        resp.setContentType("application/octet-stream");

        OutputStream out = resp.getOutputStream();

        FileInputStream in = new FileInputStream(FILE_PATH);
        int readLength = 0;
        byte[] cache = new byte[1024];
        while ((readLength = in.read(cache)) != -1) {
            out.write(cache, 0, readLength);
        }
        in.close();

        out.flush();
        out.close();
    }
}

同样的道理，只要配置服务器不要返回Content-Length值，那么就可以有效避免多线程下载了。

stone2083 2008-03-17 21:58 发表评论

页面端数据cache的一种实现思路

stone2083 — Tue, 04 Mar 2008 13:30:00 GMT

今天在做项目的时候，遇到这样一个需求，这个需求也比较常见:
在显示的一组list版面，当用户鼠标移动到标题的时候，出现tips提示，里面显示当前栏一些详细信息。

难点如下：
1）由于list有多个标题（比如20个），不可能在一个request中，把所有的详细信息取出来put到页面上。所以只能通过ajax异步请求的方式取的数据。
2）取详细信息比较耗性能，需要走一次搜索引擎，走一次数据库多表查询进行结果统计。虽然取的过程比较耗服务器性能，但是取的结果集对象是很小的。
3）单条详细信息load次数只跟个别会员有关，比如，只有a会员的list页面需要load 标题A的详细信息，而且当a用户多次将鼠标移到该标题上，会多次load数据。反观站点整体访问中，其他会员几乎不用load 标题A的信息。所以，把这些详细信息放到全局cache中，比如memcached中，命中率也会很低。不值得。（放session就更别提了，session不是用来放这些数据的：比如某个集群环境中，是使用session复制的机制；比如session过期，短时间内－－甚至比较长的时间内，session依旧存在内存中，等等。。。）

那么如何来解决这个问题呢？
正当想说服需求方放弃这个需求时，出现了一个灵感，可以把数据cache在html页面上。思路如下：

1、在html页面上放n个input元素：。视为cache对象；
2、首次取详细信息，通过ajax异步访问服务端，将得到的数据存放到相应的input元素中，并且在指定的div上显示详细信息；
3、之后，取同内容的详细信息，只要从相应的input元素中取得即可，并显示在指定的div上。

通过这样处理，可以避免用户多次向服务端取相同的信息。当然这样处理，不能防止恶意用户的访问，但是能满足80％用户的正常流程，还是值得这么做的。

总结一下，符合这种cache的应用场景：
1）全局cache命中率低
2）取数据过程耗性能，取得的结果集本身非常小。
3）在某种场景下，需要多次重复取数据

如果不满足其中一条，那么这种cache思路，将毫无价值。

文中所描述的，仅仅是一种cache的实现思路，并不是一种技术。

stone2083 2008-03-04 21:30 发表评论

一个蛮有意思的flash游戏

stone2083 — Wed, 26 Dec 2007 14:43:00 GMT

一个蛮有意思的flash游戏,有兴趣的朋友不妨去玩下.
小兔奔月(自己想的名字,希望没有侵犯作者的版权)

我的战绩：

stone2083 2007-12-26 22:43 发表评论