Ghoul To World!

解决 gnome-tweak-tool 无法更换主题的问题

greatghoul — Thu, 23 Feb 2012 20:40:04 +0800

卸载了XP，装上了 2011.8.19 的那个 ArchLinux，桌面为 gnome3，安装了 gnome-tweak-tool 后，无法更换桌面主题。

提示信息：Shell user-theme extension not enabled

要启用，可用借助 dconf-editor 工具，打开 dconf-editor，展开 org.gnome.shell ，将 user-theme 插件加入到键值 enabled-extensions 中

['user-theme@gnome-shell-extensions.gcampax.github.com', 'poweroptions@fpmurphy.com']

当然，user-theme 插件需要自己下载

sudo pacman -S gnome-shell-extension-user-theme

启用了插件后，重启 gnome-shell

<Alt+F2>
r<Enter>

然后就可以了。

Buzz | Comments | Permalink | Original post blogged on Ghoul To World! by @greatghoul

Archlinux安装eclipse-jee

greatghoul — Thu, 23 Feb 2012 20:11:34 +0800

刚装好的 ArchLinux (Gnome3) ，准备安装个 eclipse，不过官方 extra 里面找不到 eclipse-jee，只有 eclipse 3.7.1，于是我直接在 eclipse 官方网站上下载了个 eclipse-jee，准备安装时，突然发现 aur 里面有一个 eclipse-jee 于是赶紧下载了 tarball。

下载后 makepkg

tar -zxvf eclipse-jee.tar.gz
cd eclipse-jee
makepkg -s

结果下载 eclipse-jee-indigo-SR1-linux-gtk.tar.gz 时异常的慢，实在不想再下载一次，刚好我下载的和这个是同一个版本，所以直接将之前下载的eclipse-jee-indigo-SR1-linux-gtk.tar.gz 移动到 eclipse-jee 解压的目录下，再 makepkg -s ，顺利完成。

然后就是直接安装了 pkg 了。

sudo pacman -U eclipse-jee.3.7.1.pkg.tar.gz

这样一来，以后更新什么的也方便多了，而且可以直接通过 gnome-shell 运行了。

虽然安装好了，但是启动 eclipse 时还遇到了些小麻烦，刚启动就直接崩溃了，老大套路。

修改 /usr/share/eclipse/usr/share/eclipse/eclipse.ini

sudo vim /usr/share/eclipse/usr/share/eclipse/eclipse.ini

将-Xms40m 改为-Xms256m 启动 eclipse 正常。

Buzz | Comments | Permalink | Original post blogged on Ghoul To World! by @greatghoul

VIM中移动选中内容到备份文件

greatghoul — Tue, 07 Feb 2012 00:30:00 +0800

在公司跟踪自己的工作计划时，我使用的 gtd 工具是 vim 的插件 taskpaper ，不过当任务比较多的时候，想要把已经完成的任务备份起来，于是选择需要备份的条目剪切到新的文件中，但每次这样实在是太麻烦了，那就让代码来帮忙吧。

在 .vimrc 中添加内容如下：

com! -nargs=1 -range Sbak call MoveSelectedLinesToFile(<f-args>)
fun! MoveSelectedLinesToFile(filename)
    exec "'<,'>w! >>" . a:filename
    norm gvd
endfunc
vmap <F2> :Sbak %:t.bak<CR>

当你在选择了文本后，只要按下<F2> 键，便可以将选中的内容移动到 <当前文件名>.bak 文件的末尾，方便吧。

不过为了便于查看，最好能够将选中文本移动到备份文件的开头，不知道这里该怎么写。

Buzz | Comments | Permalink | Original post blogged on Ghoul To World! by @greatghoul

使用SQL实现交叉表

greatghoul — Sun, 05 Feb 2012 23:03:14 +0800

年前去面试时，被问到这样一个 sql 题目：

有张表，统计了部门、月份、盈利这三个主要数据，要求仅使用 SQL 作出一张以部门和月份为分组的交叉表。

显然俺是被难住了，之前看项目组里一个大牛有写过，但也没有去记住细节，这个问题，要是把12个月份作为字段写死，其实倒还挺容易解决，不过意义不大，自然是要寻求一个能够通用的解决方法了。

要想数据库中的值动态地构造列，使用简单的 sql 自然是无法达到的，必须得借助变量循环什么的才靠谱，几经摸索，搞出了 mysql 的实现。

set @sql:= 'select department ';
select @sql:=concat(@sql, ', sum(if(month=\'', month, '\', income, 0)) as \'', month, '\'')
from (select distinct month from test order by month) t1;
set @sql:=concat(@sql, ' from test group by department;');
prepare statement from @sql;
execute statement;

查询结果：

没有在大数据量的情况下测试效率如何，不过如果要大量使用交叉表，还是借助专业的报表工具比较保险一些。

Buzz | Comments | Permalink | Original post blogged on Ghoul To World! by @greatghoul

python批量转换文件编码

greatghoul — Fri, 03 Feb 2012 02:26:38 +0800

今天在 eclipse 中导入了个之前的 swing 项目，结果跑起来后乱码，检查代码发现竟然一部分 java 文件是 utf-8 编码，一部分却是 gb2312 的，而文件又比较多，一个一个去看显示太麻烦了，于是又该 python 出手了。

这里需要用到一个 python 的库 chardet 1.0.1 ，用于自动检测文件的编码，使用起来非常方便。

>>> import chardet
>>> chardet.detect(open(r'E:\Workspaces\java\GCHMCreator\main\g2w\app\gchm\gui\ContentElement.java').read())
{'confidence': 0.99, 'encoding': 'GB2312'}

detect文件返回的是一个字典，其中 encoding 的值为检测到的编码类型，confidence 为该编码的符合度，

我需要做这样的事：

遍历项目中所有的 .java 文件，并检测其编码
备份每个 .java 文件中 .java.bak 以便于恢复
将 .java 文件从检测到的编码格式转换成 utf-8 格式
提供一个恢复工具，在转换错误后能够恢复到原来的文件
提供一个清理工具，在确保文件转换正确后，可以清除备份的文件

其中最关键的部分在第二条，利用 chardet 检测出文件的编码 source_encoding，将文本内容通过 source_encoding decode 成 unicode ，再利用 codecs 将文件输出成正确的编码格式。

完整代码

#-*- coding: utf-8 -*-

import codecs
import os
import shutil
import re
import chardet

def convert_encoding(filename, target_encoding):
    # Backup the origin file.
    shutil.copyfile(filename, filename + '.bak')

    # convert file from the source encoding to target encoding
    content = codecs.open(filename, 'r').read()
    source_encoding = chardet.detect(content)['encoding']
    print source_encoding, filename
    content = content.decode(source_encoding) #.encode(source_encoding)
    codecs.open(filename, 'w', encoding=target_encoding).write(content)

def main():
    for root, dirs, files in os.walk(os.getcwd()):
        for f in files:
            if f.lower().endswith('.java'):
                filename = os.path.join(root, f)
                try:
                    convert_encoding(filename, 'utf-8')
                except Exception, e:
                    print filename

def process_bak_files(action='restore'):
    for root, dirs, files in os.walk(os.getcwd()):
        for f in files:
            if f.lower().endswith('.java.bak'):
                source = os.path.join(root, f)
                target = os.path.join(root, re.sub('\.java\.bak$', '.java', f, flags=re.IGNORECASE))
                try:
                    if action == 'restore':
                        shutil.move(source, target)
                    elif action == 'clear':
                        os.remove(source)
                except Exception, e:
                    print source

if __name__ == '__main__':
    # process_bak_files(action='clear')
    main()

Buzz | Comments | Permalink | Original post blogged on Ghoul To World! by @greatghoul

2012年1月壁纸分享

greatghoul — Sun, 22 Jan 2012 12:45:25 +0800

过年了，来张喜庆的壁纸

Buzz | Comments | Permalink | Original post blogged on Ghoul To World! by @greatghoul

希望，2012

greatghoul — Fri, 20 Jan 2012 20:39:49 +0800

大后天就要过年了，我明天还得上一天班，因为是西安人的缘故，只能让着远路的同事们，自己坚持到年根再回家（其实也没有多少事做），晚上也不会加班，相比之前，有了很多空余时间，总得写点什么，看到别人都写年终总结，可是发现自己这一年，没有多少东西可以总结的。

2011年的1月5号，我来到了博彦，满心欢喜的以为可以开始作为 python 程序员的路了，结果面试了一个 python 的项目，可能自己还是小白的关系，后来就没有了音信，公司也不可能让人闲着，于是就塞到了一个 java 的组里面做起了报表，因为之前有过报表开发的经验，做起来也得心应手，就是感觉被限制到太过具体的应用上，技术上没有什么大的提升，一做就近一年，虽然后来转做 js，但是把它用在最不该用的地方，对我的技术成长来说，这一年，等于说是废了，辛苦一年，欢喜过，抱怨过，但总得留下些东西，于是有了前面的一篇 Cognos开发笔记。

还是说说接下来的打算吧，2012，这将是充满希望的一年了。

我觉得自己不是很适合做外包，尤其是限制比较多的公司，比较像华为里面，虽然开发比较规范（其实也有很多非常混乱的地方，但比起小公司，那是好多了），但限制太多，往往束缚了开发人员的思维，这种 DDD模式(DTS Driver Development)最多带来的不是效率和质量，而是开发、测试、SE、平台扯皮的混乱局面，华为的圣斗士很多，但我不想成为其中之一，所以我打算年后离开，寻找更适合自己的土壤。

很想找一个做医疗行业软件或者项目的公司发展，这样对自己最有利，因为女朋友是医生的关系，接触这方面要更多一些，所谓近水楼台先得月，能更容易的熟悉业务，何尝不是一件好事，但事上没有两全其美的事情，西安这方面的公司曲指可数，而且前途都不怎么光明，有时候最好的，不一定是最适合的，于是我基本放弃了这一念头。

过了年，再一边等年终奖，一边物色和筛选新公司。公司年终奖要过了年发，最早也是2月10号了，确实挺无语的。

过年期间，我将要经历一件人生重要的事，正式的到女朋友家里去拜访，一年多来，我们经历了不少酸甜苦辣，但幸福还是占了大多数，她生起气来，像个女王，撒起娇来，又像个孩子，可无论怎么样，她都是伶牙俐齿的，我在口头上从来没有占过她的便宜，但却也让她流了许多眼泪，如果没有她的妥协，可能都走不到今天，我是个很不细心的人，做什么都大大咧咧，经常惹了她不开心，最焦点的话题，莫过于我的体重了，从去年说减肥，减到现在，还是没有什么起色。过年去她家，一定得认真表现，给伯父伯母留个好印象，她们家，对我们家的家境，还是颇有些微言的，但我知道，她不在乎这些，一帆风顺的爱情，是不稳固的，我知道会面对些什么，我会紧紧的牵着她的手的。

妈妈和奶奶又将撑过一个年头，尤其是妈妈，是很不容易的，我和哥哥都知道，每活一天，对她来说，都是一种痛苦，她承受着我们无法想象的病痛，数着天过日子，为了我和哥哥进门能够喊一声妈，也希望能等到爸爸刑满释放，一日夫妻百日恩，她在走这前，还是希望能够一家团圆的，作母亲的，也希望能够看到哥哥成家，她始终对哥哥是有歉疚的。哥哥刚之前谈的女朋友，因为女方家在礼金上面出价太高，超出了家里的承受范围，恋情告吹，妈妈嘴上不说，心里其实流着泪，哥哥又何尝不是呢？祝愿哥哥能在新的一年找到合适的工作，顺利的成家立业。保佑妈妈能够等到爸爸回家，说不定欢喜之下，病情有所转机也说不定。

虽然家里目前境况不堪，但我们从来没有停止过努力，那希望总不能远去吧，同样的是过日子，积极乐观总是好的。

再回来开发上来，我对开发总是热爱的，从小就是，而我现在所接触的专业知识太散，过年期间，刚好趁着闲暇仔细回顾下自己的所学和自己的志趣，挑一条专一一点的路稳定的走下去，撒网不如静心垂钓，人的精力是有限的，开发这潭水太深，我不能大海捞针。我的主业仍是 java，大环境下，还是靠 web 一些，其次是 python，这个神奇的语言带给我太多便利。

对于 java：

工作流：我很早就对工作流感兴趣了，有意从同事那里学习，可惜大家都纷纷离职，新换的工作又不会涉及到这方面的应用，于是就耽误了下来，要重新拾起来。
云计算：年底的时候，分到了别的项目组搞起了 MapReduce，虽然做的都是些皮毛，但总算入了些门，显然这方面大有前途，所以 hadoop 也要拿起来。
SOA, RESTful Web Services, 设计模式等一些杂碎的东西也要尽快玩熟。

对于 python：

ScriptFan：只要不是在华为做，自然有更多的机会参与到沙龙里来，打算2012年再贡献一两个话题，认识更多的朋友 ScriptFan 要做自己的网站了，自然也要出一份力了，西安的 python 环境一定会越来越好的，这离不开 @davidx 和 @roamin9 以及大家的辛苦付出。
Flask：这是一个很让人着迷的 Web框架，借助 SAE 这个平台，要更加熟练的运行它，预计 ScriptFan 的网站也会用它开发，所以更要学习了。
PIL：之前写了几个图像处理成十字锈的初期代码，就忙得再没有时间研究了，对于这样一个可以做的事一定不能错过，而 PIL 则是这其中最重要的一个库，需要仔细钻研。
博客：用了 wordpress 也很久了，但是对于开发人员来说，用这样一个博客还是有很多地方不太方便，希望有一个更加好用的博客来记录自己成长的点滴，以前在 gae 的时候，用 picky 感觉很顺畅，但是 picky 功能太有限，终于等到 sae 做起来了，打算放弃 wordpress，移植到更加轻量级的博客上来，自然是要用 markdown 写作了，如果已有这样的开源项目，符合自己口味的话，就参与到项目中去，否则的话，就自己写一个。

除此之外，还要在平台的开发中，更加熟悉 git vim linux等工具的使用。

2012要做的事还有很多，过年的时候再仔细想想，做一个更加细致，更加可行的规划。

Buzz | Comments | Permalink | Original post blogged on Ghoul To World! by @greatghoul

Cognos开发笔记

greatghoul — Mon, 16 Jan 2012 20:50:06 +0800

前一段时间，完成了在报表开发中的任务，转至了 MapReduce 开发，将一年来的 Cognos 开发经验小小的做了下总结。

Cognos 这个 BI 有着 IBM 软件基本都具备的特点：大！没错，整个 Cognos 环境相当庞大，当然它的功能也相当强大，但伴随而来的，它非常难用，最起码相比国内的报表，比如帆软，润乾什么的，它在开发上逊色很多，但是却成熟稳定。Cognos的开发周期比较长，你需要先建模，发布，然后才能建立报表，如果你想修改模型，那你需要再次发布，再逐个更新报表，你其实也可以直接在报表中直接使用sql语句建立模型，但也失去了许多高级特性。

Cognos 在使用 SybaseIQ 作为数据库时，经常不能够，经常不能查出刚更新的表和数据，对于刚入库的表，你可以在数据源中配置 AutoPreCommit=Yes，但对于刚更新的数据，你只能牺牲性能，在报表中关闭高速缓存了。
慎用查询提示页面，有时你漏传参数导致的异常可能会被提示页面的默认参数所隐藏而不易被发现，这使得你在使用 SDK 时尤其危险。
删除一个查询时切记先断开该查询的所有引用，否则在查询时出现查询引用不存在的异常，使你不得不直接修改报表源代码来手动断开引用。
如果想删除一个报表元素，而不希望删除与之绑定的查询或者查询项，可使用剪切代替删除命令。
尽量使用块布局报表，而不是使用表格，表格容易在你导出报表为 Excel 时引起布局混乱。
设计查询时尽量减少分组的数目，以提高查询速度。
交叉表的无数据内容标签不会生效。
建议不同的开发人员使用不同的用户去开发报表，以便于追踪报表修改记录以及处理误操作引起的责任判定。
尽量不要把不同功能的模块混合在一张报表中实现。
报表模型中数组的参数格式为 a,b,c,d 而报表视图中的参数格式为 [a,b,c,d]
在设计报表模型时，如果某个存储过程引用了错误的数据源，可直接在存储过程定义对话框中修改；如果某个查询引用了错误的数据源，要修改，只能删掉查询重新添加或者在源代码中修改。
Cognos 在导出为 Excel 时，不支持导出图表的基线 (Baseline)。
Cognos导出 CSV时，列表的同一个单元格中，只支持导出第一个项。
报表元素的生成变量设置在导出CSV时无效。
在折线图和面积图的数据点上显示数据值会极大的影响报表的打开速度，是一个非常鸡肋的功能。
对于需要实时查询的报表业务，最好禁用报表调整缓存，Cognos 的缓存机制存在严重问题，会导致你在数据更新比较频繁的情况下，同一查询返回的数据存在很大差异。