http://cookiebear.info Just another bear who types code. Tue, 06 Mar 2012 14:03:59 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 http://cookiebear.info/archives/842 http://cookiebear.info/archives/842#comments Mon, 27 Feb 2012 15:21:39 +0000 MrBear http://cookiebear.info/?p=842 翻出泛黄的WindowsXP光盘，慢慢地装上系统，装上.Net Framework 3.0（注意：这里还不能是4.0版，ThinkVantage系列工具可能不支持）。在ThinkPad的网站上找到了下面的软件。 安装之后，在控制面板中会出现ThinkPad Configuration，打开后可以设定关闭Device Bay，如下图所示。 但是话说回来，检测硬件设备的时候加一个超时判断就那么难吗？ 难道认为这只是罕见问题，不值得花费精力去修复，所以采取放任的措施呢？]]> http://cookiebear.info/archives/842/feed 0 http://cookiebear.info/archives/838 http://cookiebear.info/archives/838#comments Sun, 18 Dec 2011 05:22:17 +0000 MrBear http://cookiebear.info/?p=838 http://cookiebear.info/archives/838/feed 1 http://cookiebear.info/archives/831 http://cookiebear.info/archives/831#comments Sun, 30 Oct 2011 09:41:07 +0000 MrBear http://cookiebear.info/?p=831 http://cookiebear.info/archives/831/feed 0 http://cookiebear.info/archives/823 http://cookiebear.info/archives/823#comments Fri, 23 Sep 2011 01:33:26 +0000 MrBear http://cookiebear.info/?p=823 http://cookiebear.info/archives/823/feed 2 http://cookiebear.info/archives/812 http://cookiebear.info/archives/812#comments Sat, 18 Jun 2011 11:14:49 +0000 MrBear http://cookiebear.info/?p=812 场景一 在一台Windows系统上新安装了Cygwin之后，输入find命令，发现下面的错误： [text light="true"]$ FIND: Parameter format not correct[/text] 原来Windows自带有find命令，且搜索路径的优先度高于Cygwin自带的find。 解决办法就是到我的电脑的环境变量中把Cygwin的bin目录移动到最前面就行了。 场景二 在调试机上调试代码，对一些文件做了修改之后，想把修改好的文件移动到开发机上进行提交。（蛋疼的调试机没法连接网络，访问不了版本库） 要记起一天内修改过的所有文件实在是费心费力。 不过，用下面的命令可以找到最近180分钟内修改过的文件。 [text light="true"]$ find . -mmin -180[/text] -mmin后如果指定正数值的话，搜索目标是指定时间前修改的文件。那么指定负数值的话，就是搜索指定时间后修改的文件。 另一方面，如果把-mmin替换成 -mtime的话，就可以追溯到指定天数前修改的文件了。 场景三 在指定目录下搜索包含指定关键词的带有指定扩展名的文件 由于Windows的根本性问题，cygwin的管道在Windows下就是个残废，需要借助xargs来传递前一条指令的输出结果。 [text light="true"]$ find . -name "*.c" | xargs grep -En "keyword"[/text] 场景四 让Cygwin的窗口产生透明效果。 用Cygwin的安装程序安装mitty，然后代替Cygwin默认的启动Cygwin.bat即可。]]> http://cookiebear.info/archives/812/feed 0 http://cookiebear.info/archives/809 http://cookiebear.info/archives/809#comments Thu, 26 May 2011 14:02:00 +0000 MrBear http://cookiebear.info/archives/809 这里的表格。 输入%s/^M//g打算去除它们的时候，却发现查找替换无法定位到想要的控制字符上。 找了好一会儿才发现，原来Vim的查找替换中输入控制字符必须用别的方法。 那就是在输入^M时，必须依次在键盘上敲入Ctrl+V和Ctrl+M。 写成键盘输入方法的话，就是： %s/{Ctrl+V}{Ctrl+M}//g 另外在寻找的过程中发现用sed可以实现同样的功能。 # sed –e ‘s/\x0D//g’ ABC.c > DEF.c 找出控制字符^M的十六进制编码是0x0D，然后填写进去就可以了。 不过因为匹配Pattern的方法不同，这条替换在Vim中是找不要想要的控制字符的。]]> http://cookiebear.info/archives/809/feed 0 http://cookiebear.info/archives/801 http://cookiebear.info/archives/801#comments Sun, 24 Apr 2011 04:13:12 +0000 MrBear http://cookiebear.info/?p=801 阅读目标太过庞大之后，掰着手指头算算，我在过去一年中阅读或者说了解到的知识点有如下几条： Learning Vi and Vim Edtior：关于Vim，我大概是09年初开始尝试使用，经过10年的使用体验，到11年的系统学习，已经可以说是小有心得。现在的我已经离不开Vim，当然还有Unix环境。行首提到的这本书能够让我了解到Vim的正确用途，对以前一些网上看来的似是而非的用法有正确的理解。当然，它是全英文的。 The Pragmatic Programmer: From Journeyman to Master：中文名称是《程序员修炼之道--从小工到专家》。在书城拾起这本书时，并不知道它的名气。只是站着翻了20多分钟，是的，是一口气看了20分钟，立刻就做了买下来的决定。书中列举了很多即使工作多年的程序员们都容易犯下的错误或者说坏习惯。不仅如此，关于正确的程序做法或者说是工作方法，书中也多有详细说明。我想对于工作了5到8年的普通程序员们，通过阅读这本书一定能够感到一些共鸣，并获得不少提示。 另外还有一本国内的新作《可爱的Python》。可爱的封面，加上平易近人的文字，在充斥着专业术语和帮助手册般的计算机书籍中，让人感到一股清新的气息。 书本的设计和Python的思想如出一阁：别管太多的细节，只要让东西先用起来。 读着它仿佛回到了1995年我在高中计算机兴趣小组自由自在编程的那段快乐时光。没有项目压力，没有变态的需求变化，没有目的不明的新技术，一切随心而为，程序从指尖自然流出。 从书本以外，我还有一些别的收获。 对版本管理系统有了进一步了解，尤其是终于理解了分布式版本管理系统的概念，并尝试在自己的日常工作中使用Mercurial。 重新认识了cygwin，用好它能让很多烦人的工作事半功倍。这句话的背后意思就是：学会并用好Shell，ctags，grep，find，sed，awk，正则表达式等等基本的Unix的行事方法。 为了学会使用Firefox的插件Greasemonkey，学了一会儿JavaScript，不过中断事件太多，这个进程一直没有充分的大脑CPU时间。所以，成果可以说几乎没有。 最后还有，大跃进一般得复习了三个月英语，参加了TOEIC考试，勉强得到810分的成绩。 至于本文的结尾，那就是没有结尾。 工作中的项目渐渐要进入正式展开的阶段，会越来越忙吧。看书的时间也许会减少，但尽量不中断。 Python应该是接下来一年主业以外的学习重点。 写文章这会儿又地震了一次，生日也不让人消停，下午打算和兔子出去吃几个生煎馒头，当犒劳我们自己吧。]]> http://cookiebear.info/archives/801/feed 0 http://cookiebear.info/archives/763 http://cookiebear.info/archives/763#comments Fri, 28 Jan 2011 23:44:33 +0000 MrBear http://cookiebear.info/?p=763 记录，这里就不重复了。 先来预习一下几个必要的grep命令开关和扩展正则表达式用法。

-c,--count	只打印匹配的行数，不显示匹配的内容
-n,--line-number	在匹配的行前面打印行号
-v,--revert-match	只显示不匹配的行，也就是反条件搜索
-E,--extended-regexp	正则表达式扩展集匹配模式，即ERE（egrep）支持模式。下文正则表达式中用到或运算符（|）时，必须打开这个开关。

另外，我们还会用到一两个POSIX字符类（POSIX Character Class），要想查看全部的内容，可以参考Wikipedia。

[:space:]	包括空格和制表符之类的空白字符
[:print:]	可见字符和空格
[:graph:]	仅可见字符

最后，使用grep的时候正则表达式写在两个'符号之间，然后敲入文件名。 不写文件名，或者文件名部分是-的时候，grep使用标准输入。 接着我们检查一下源代码文件，会发现注释的部分有： /* □* ■■■■/* □□□□/* 为了方便说明，这里□表示空格，■■■■表示一个TAB产生的相当于4个空格位的缩进，自然□□□□就是四个空格产生的缩进了。 至于与代码在同一行添加注释的情况，我们把该行仅当作代码行进行统计。 OK，先来看一下实验用的源代码，一份很普通的HelloWorld程序，文件名就叫HelloWorld.c。 文件头尾部包含了一些CVS自动生成的文件信息和版本信息。 [c] /* * @(#)$Id: HelloWorld.c,v 1.0 2011/01/28 00:00:18 CookieBear.info Exp $ * @(#) A simple program which prints 'Hello World.' on your screen. */ #include <stdio.h> #include <stdlib.h> #include <string.h> int main (int argc, char **argv) { /* TODO: type your code starting from here */ /* Call a standard library function to print a specified string. */ printf("Hello, world."); /* inline comment */ return 0; } /*=====================================================================*/ /* * [Update Info] * * $Log: HelloWorld.c,v $ * Revision 1.1 2010/01/28 00:00:18 CookieBear.info * The first version of this program. * */ /*=====================================================================*/ [/c] 第一步，统计所有的注释行，命令如下： grep -En '^\/\*|^[[:space:]]\*|^(+[[:space:]])\/\*' HelloWorld.c 绿色部分是用来提取行首以/*开始的注释行。 蓝色部分是用来提取行首以□*开始的注释行。 橙色部分是用来提取行首以不定数□或■加上/*组成的注释行。 下面是执行结果： [c] 1:/* 2: * @(#)$Id: HelloWorld.c,v 1.0 2011/01/28 00:00:18 CookieBear.info Exp $ 3: * @(#) A simple program which prints 'Hello World.' on your screen. 4: */ 11: /* TODO: type your code starting from here */ 13: /* Call a standard library function to print a specified string. */ 19:/*=====================================================================*/ 20:/* 21: * [Update Info] 22: * 23: * $Log: HelloWorld.c,v $ 24: * Revision 1.1 2010/01/28 00:00:18 CookieBear.info 25: * The first version of this program. 26: * 27: */ 28:/*=====================================================================*/ [/c] 嗯，预料之中的结果。如果在这里把开关符n替换成c，那就只显示匹配的行数了。 下一步，统计所有的代码行： 按照不是注释行以外的部分就是代码行的思路，输入下面的命令 grep -Evn '^\/\*|^[[:space:]]\*|^(+[[:space:]])\/\*' HelloWorld.c 结果是： [c] 5:#include <stdio.h> 6:#include <stdlib.h> 7:#include <string.h> 8: 9:int main (int argc, char **argv) 10:{ 12: 14: printf("Hello, world."); /* inline comment */ 15: 16: return 0; 17:} 18: [/c] 等等，结果里混入了空行。怎么把他们去除呢？ 在想办法去除空行前，我们先想想怎样把空行单独列出来。 统计所有空行（不包含空格） grep -vn '[[:print:]]' *.c 不带-v开关是寻找所有包含非控制符（也就是A-Za-z0-9以及各种符号并包括空格）的行。 带了-v开关后则是寻找所有不包含非控制符的行，也就是空行。 统计所有空行（包含空格） grep -vn '[[:graph:]]' *.c 上述同理，除了对空格的判别有些不同外。 那么把前后两条命令的正则表达式合并起来可以吗？像下面那样： grep -Evn '(^\/\*|^[[:space:]]\*|^(+[[:space:]])\/\*)&[[:graph:]]' HelloWorld.c 很遗憾，2个正则表达式只能做或运算，而不能做与运算。 冷静回想一下，我们要做的其实只是在最初的结果上把空行去除就可以了。 那么完全可以用管道的方式把第一个grep的输出连接到第二个grep的输入。 输入下面的命令： grep -Ev '^\/\*|^[[:space:]]\*|^(+[[:space:]])\/\*' HelloWorld.c | grep -n '[[:graph:]]' - 得到结果： [c] 1:#include <stdio.h> 2:#include <stdlib.h> 3:#include <string.h> 5:int main (int argc, char **argv) 6:{ 8: printf("Hello, world."); /* inline comment */ 10: return 0; 11:} [/c] 最后，如想得到匹配行数，一定要将第二个grep的n开关符替换成c开关符。而不应该去修改第一个grep的部分。 感觉自己对正则表达式的理解还很浅薄，如果您觉得有更好的写法的话，请一定要在回复里告诉我。 本文所有命令在MacOS X Snow Leopard和Cygwin下测试通过。]]> http://cookiebear.info/archives/763/feed 3 http://cookiebear.info/archives/754 http://cookiebear.info/archives/754#comments Sat, 22 Jan 2011 13:34:29 +0000 MrBear http://cookiebear.info/?p=754 求职过程中的副产品--小论文一篇。原本放在Google Docs上的，估计不翻墙是看不了的，所以搬到这里来，凑合着看吧。 　先進国を中心とするグローバル的な不景気というマクロの環境の中で、特に、発展途上国におけるIT産業の発達に伴い、日本のIT産業も生き残るために、様々な技術面にチャレンジし、多数な課題に直面している。しかし、様々な競争に巻き込まれ、最後に生き残れ、さらに成長し続ける企業がそれほど多くはないと見られる。本稿では、それらの企業の成功に焦点を当て、とりわけ製品開発の戦略のあり方に関して、今までの仕事・生活の経験を活かし、考察する。 　筆者は2004年の春に来日した時、携帯市場に多様な機種が溢れており、初めて見た新技術もあちこちに盛り込まれて、技術者として非常に感銘を受けていた。具体的に言えば、2004年ごろは、中国の携帯技術はまだテキストSMSや100万ピクセルのカメラなどといったレベルに止まっていた。それに対して、日本で発売された携帯はすでに、HTMLメール、500万ピクセルのカメラ、お財布ケイタイ、MP3プレーヤーなどの多様な機能を組み合わせる技術レベルに達していた。日本では携帯に関わる技術が先に進んでいることで、日本の携帯が中国市場で相当に人気を呼んでおり、日本の携帯を持っていれば、たくさんの中国人の夢であった。 　しかしながら、この数年にわたって日本の携帯市場を振り返ってみると、ワンセグなどの新機能が追加された他に、特に注目される革新的なイノベーションが見られなかった。お財布ケイタイ、ワンセグ、音楽プレーヤーなどの機能も、メーカーごとに標準化されている。日本の携帯市場では、差別化しにくい商品ばかりで、消費者にとって、良さ悪さに判断しにくい局面が現れてきている。技術そのものを磨くのというより、多くのメーカーは顧客の好みに応じ、携帯のデザイン性や液晶のピクセル数などを追求する戦略に転換してきているように見える。 　関連業界の人間の話によれば、携帯の開発はだんだんモジュール化されており、新機種の開発において、既存のモジュールに対して機能を削除したり、追加したりするような単純な作業に止まっている場合が多いそうである。それは、市場の変化と合わせ、製品を漸進的に改善・改良するプロセスが重要であるが、同じ枠の中に繰り返す作業が多くて、斬新的な技術を生み出せるためにはどのように繋がっていくか、どの程度に役に立っているか、まだ疑問が残っている。 　しかも、日本の携帯メーカーは、海外進出においても順調に進んでいないようである。その理由について、類似の商品に関する技術が溢れており、コア技術に関する技術収斂や、開発ー生産ー市場投入に関するコスト・リスク管理はしっかりなされていない所が多いと考えられる。言い換えれば、明確な開発目的の不在、組織の利益関係の複雑さによる開発の妥協性、開発現場の情報公開の不透明性、市場と開発現場の連携不足などの多数の原因が絡み合って、日本の携帯企業はグローバル市場ではなかなか競争力が付けられないと考える。 　一方、携帯市場に参入したことがないアップルは、iPhoneというイノベーション的な製品を作り出した。07年から北米や欧州で初めて発売され、08年6月から日本市場に投入した以来、多数の消費者に注目され、従来のアップルファンだけではなく、新製品の発売に伴い、たくさんの新たなアップルの愛用者を作り上げた。 　iPhoneのタッチパネル技術は、それほど斬新的な技術ではない。パソコンやPDAなどの製品にはすでに使われた技術であるが、携帯にも頻繁に使われている技術である。しかし、Androidをベースにしたタッチ系携帯などによるタッチパネルの達成度や操作体験は、iPhoneのタッチパネルと比べてまだ差があるような感じである。見た目から見ると、iPhoneはいくつかの既存技術を組み立てて、既存のモジュールを組み合わせた製品しか見えないかもしれません。しかし、アップルは、タッチパネル技術をiOSやハードウエアと統合する際、様々な技術を徹底的に検討しただけではなく、ユーザー体験も念頭に置きながら製品開発を展開してきた特徴が見られる。そうした顧客の立場からスタートする視点が製品開発の成功のヒントになると考える。 　上述と関連して、携帯の開発を代表とする組み込み式の開発においては、開発スピードや効率に対する過剰追求のため、従来の開発モジュールをそのままで採用していくパターンが多く見られる。そうした開発パターンには、基準となるモジュールを大事にすることは、間違っていないと思うが、新製品を開発する際、それぞれのモジュールを簡単に組み立てて、モジュール間の整合性や協調性が低くなる場合がしばしば見られる。そうした整合性が欠ける高技術製品は、顧客満足を得られないので、短期間に見捨てられる可能性が高く、長く愛用されることは考えにくい。そうした技術だけで組み立てられた製品ばかりを作り出す企業も、機能重視の製品競争に巻き込まれ、企業資源を無駄にする無意義の競争に追い込まれる可能性がある。 　アップルの場合、iPhoneを開発・発売する際、機能明瞭のシンプルさと使用上の簡単さをアピールしている。たとえば、Flashサポートの撤廃、AppStoreの審査制度、バッテリー交換不能などは特徴としてあげられる。まず、コア顧客を確保して、口コミなどの多数のルートでもっと多くの顧客を惹き付けてくるような市場戦略が見られる。そして、顧客層の拡大に伴い、様々な顧客の声を傾けており、新製品の発売につれて新機能が次々に追加されるといういい循環で、市場シェアを拡大している。 　それに対して、類似の商品を開発する他の企業は、多くの顧客をできる限りに獲得するために、最初から多様な機能を搭載する戦略を取っているように見える。しかし、多様な機能を装着するための開発コストの向上に伴い、予想通りの市場シェアーと顧客層を確保できていない。 　質でいえば、生産プロセスにおいて、厳しくコントロールする問題だけではなく、開発・デザインの段階から厳密に計画し、徹底的に実行することにも関わっていると考える。すなわち、設計の枠が一旦決まられたら、各機能に関する細かい目標や内容をできるだけ明確にする必要がある。そして、それぞれの機能がどのようなレベルに完成すべきか、具体的な基準レベルも設定されなければならない。それらの基準レベルを厳密に応じ、コア技術を練り上げ、製品開発のプロジェクトを進めるべきだと考える。 　以上のことをまとめて、筆者はIT業界において、製品の競争力を維持するために、以下の数点が考えられる。 ●　斬新さを追求するために、技術を単純に組み立てることを避ける必要がある。しかも、顧客の使用体験を踏まえ、イノベーションを行う視点が重要である。 ●　機能の選択取捨に関し、様々な意見を取り入れて統合性・整合性がある決断力が必要である。たとえば、設計の初期において、マインドストームのような発散的な思考方法で、できるだけ多くの機能を取り上げるが、開発段階に進むと、核心の機能を見極め、余計な機能を迷わずに削除する能力が求められる。 ●　製品の質に関し、製品のデザイン段階から、製品の質を厳密に管理する意識が重要である。設計図が詳しく作れば作るほど、製品の質の向上に直接に繋がっていくと考えられる。 　さらに、技術・製品開発の先端にたっている技術者にとって、自分の技術能力を磨くと同時に、以下のところにも努力すべきだと考える。 ●　技術を重視すると同時に、技術に過剰に拘らないように、顧客の使用体験を開発に取り入れる覚悟が必要である。 ●　製品のコア機能を見極め、どのように難航しても、諦めずにそれを実現し、具体化していく信念が重要である。 　最後、技術の複雑さや難しさばかり考えることではなく、市場や顧客に目を向けて、技術の革新さを考える必要がある。]]> http://cookiebear.info/archives/754/feed 0 http://cookiebear.info/archives/726 http://cookiebear.info/archives/726#comments Wed, 05 Jan 2011 14:59:58 +0000 MrBear http://cookiebear.info/?p=726 下面是代码全文： [js] <form name="word" action=""> <input type="text" name="echo" size="40" value="祝大家兔年吉祥，万事如意！" /> <input type="button" name="btnProc" value="文字を処理する" onclick="strProc()"/> <textarea name="output_area" cols="40" rows="10"></textarea> </form> <script type="text/javascript"> <!-- function strProc() { var text = document.word.echo.value; var text_len = text.length; var output_text = ""; for (i = 0; i < text_len; i++) { output_text += text.substr(i); for (j = 0; j < i; j++) { output_text += "・"; } output_text += "\n"; } document.word.output_area.value = output_text; } // --> </script> [/js] 另外，一直使用的iStudio主题虽然效果很棒，但是与代码高亮插件总有一些不兼容。加之调试Javascript时出现了不少警告，所以就换成了WordPress自带的比较朴素的主题了。]]> http://cookiebear.info/archives/726/feed 1