Linuxでテキストデータを扱うときに、コマンドをパイプで繋げるだけでいろいろな処理ができて面白いのですが、綺麗に整理されていない気がするのでまとめてみます。ここでは、cat, paste, join, grep, head, tail, cut, awk, sed, tr, sort, uniq, wc を取り上げます。 ファイルを縦に結合 ファイルを縦に結合します。 コマンド 説明 cat file1 file2 ... file1, file2, ... を縦に結合 cat file | ... としてファイルの中身をパイプに流すのにもよく使います。 ファイルを横に結合 ファイルを横に結合します。あまり使わない？*1 コマンド 説明 paste file1 file2 .. file1, file2, ... を横に結合 join file1 file2 file1 と file2

最近休んでましたけど、のんべんだらりんゆるゆるとSwingで色々と遊んでるんですが、やっぱり気になるのは帳票で御座居ます。 普通、Web帳票の方がイレギュラーな気がするんですけど、Javaに関しては逆で、どこ調べてもWeb帳票の事ばっかり。せっかくSwingなので、JFrame上でプレビューしたいよね、と。PDFじゃなくて。 そうなるとJooReportsじゃなくてやっぱりJasperReportsに相成る訳でして。 雑誌やWeb上の記述を見ると、Swingでプレビュー出来るって書いてあるんだけど、サンプルコードが何処にもないんだこれが。あるのかも知れないけど見つからない。Jasperのサンプルデモを見てもないんだこれが。探し方が悪いのかも知れないけど。 おっかしいなあと思ってJavaDocを眺めてみたら、うんと下の方にありましたよ、「JasperViewer」なんてそれらしい名前のクラス

CSVファイルから一覧表のPDFを作ってみようとjasperreports/iReportを使ってみた。 iReport Ver3.7.0でテンプレートを作ってみるとdatasourceの設定でcsvも対応している♪ 早速作ってみてプレビューしてみるとプレビューでは表示してもpdf上は真っ白・・・。 調べながら試行錯誤してみると ・ツールオプションでのclasspathにiTextAsian.jarを追加 ・ツールオプションのPDF fonts pathにiTextAsian.jarにチェックを入れる ・デザイン画面のテキストフィールドのPdf Font name is now depercatedをHeiseiKakuG-W5（ゴシック）、HeiseiMin-W3（明朝）を選択 ・デザイン画面のテキストフィールドのPdf EncodingをUniJIS-xxxx-x(Japanese)を

Yahooニュースでこんなん↓あった。 「銀河育てた暗黒物質　分布ほぼ一致、仮説裏付け」 暗黒物質！なんか熱い！と思ってWikipedia見てみた。 ・暗黒物質 ・ダークエネルギー 全然わからん（　´∀｀） ただ、暗黒物質でできた剣で攻撃しないと増えちゃう人がいるらしい。 と要は、これを見た人の9割5分はFFのダークナイトを思い出してるはずだ。 さて某ギターメガネと遊ぶ前に時間が空いたので 今回はオープンソースの帳票作成ソフト＆ライブラリ「iReport/JasperReports」について。 PDF、HTML、Excel等の帳票が出力可能です。 メモメモφ(・_・) 。 ■概要 ・iReport http://jasperforge.org/sf/projects/ireport 帳票テンプレート作成ソフト。 ・JasperReports http://jasperforge.org/s

この記事は、簡単Google App Engine入門編 - TECHNERD::INITの続きです。 GAEへの登録 http://appengine.google.com/にアクセスします。 [Welcome to Google App Engine]という画面が出てきたら [Create an Application]をクリック Verify Your Account by SMSという画面に飛ぶので Country and Carrier:　Japanを選択します。 次にキャリアを選択します。 Username: に携帯のe-mailアドレスの@より前の部分を入力 [Send]を押す 携帯のe-mailアドレスに以下のような7桁の認証キーがおくられてきます。 Google App Engine Code : 9999999 これを入力するとアカウントの登録が完了です。 アプリケーシ

Twitter Botを作ってみて、つぶやくスクリプトの定期実行にはcronのWebサービスcron-job.orgを使っていました。が、勝手に設定が無効になったりするので正直使い物になりませんでした。 で、Google App Engineでもcronの実行ができるそうなので、試してみることにしました。 GAEアカウント登録 https://www.google.com/accounts/ Googleアカウントにログイン 「何か新しいことを始めてみましょう」の「詳細 ≫」クリック 「先進的なサービス」の「Code」クリック 「ピックアッププロダクト」の「App Engine」クリック 「スタート ガイド」の「登録」クリック パスワード確認→登録完了 GAEアプリケーション作成 https://appengine.google.com/start Welcome to Google Ap

Googleカレンダー、Google Docs などのGoogleのサービスをUNIXコマンドラインから操作できるGoogleCLをインストールしてみた。 環境 Ubuntu 10.04 Z Shell まずはgdata-python-clientのインストール gdata-python-clientは、Googleのサービス機能をPythonで簡単にアクセスするためのライブラリ。Google CLにはこれが必要なのでインストールする。以下からgdata-2.0.10.tar.gzを入手。 Downloads - gdata-python-client - Project Hosting on Google Code ダウンロードしたディレクトリに移動して以下のコマンドを実行。 % tar zxvf gdata-2.0.10.tar.gz % cd gdata-2.0.10 % sudo

Auto Complete Modeとは Auto Complete ModeはGNU Emacsのための最も賢い自動補完機能です。従来の使いづらい補完インターフェースを一新し、ユーザーがより本質的な作業に集中できる環境を提供します。 Auto Complete Mode - GNU Emacsのための最も賢い自動補完機能 いい感じに補完してくれる．一度使ったら手放せない感じ． インストール まず，以下のURLから最新安定版をダウンロード（2010/07/05現在v1.3）. Auto Complete Mode - GNU Emacsのための最も賢い自動補完機能 ダウンロードしたディレクトリに移動して以下のコマンドを実行． % tar xjvf auto-complete-1.3.tar.bz2 % cd auto-complete-1.3 % make install DIR=$HOM

超高速なファイル検索コマンド "locate" がある． これは $ find / -name '*a*' -printと同じ働きをする．findを上記のように使ったことがある人ならわかると思うけど，ものすっごい時間がかかる． しかし locate だと一瞬．誇張なしで一瞬で終わる． 同じことをしているはずなのに，この差は何？って思うかもしれない． そのからくりは，あらかじめファイルシステム中の全ファイルをデータベースに記録しておき、そのデータベースを検索しているから． なので，実際にディレクトリ・ファイルをルートから探しているわけではない． 当然，それがデメリットにもなり，データベースが更新された場合はすぐには反映されない．そのデータベースは，Ubuntu の場合1日に1回更新されるようだ．手動で更新するには $ sudo updatedbとする． 使い方 よく使うのは Apacheの設

今回は、テスト工程の1つである単体テストにフォーカスを当てます。前回、前々回ではテストケースを作成する技法を見てきましたが、そこで作ったテストケースをどのように実行するかという観点で、単体テストの基本的な進め方と、ツールを用いた単体テストの実行方法について解説していきます。 単体テストとは 単体テストとは、ソフトウェアを構成する最小単位である関数やメソッドに対して品質を確認する作業です。ソースコードレベルでのテストと考えるとわかりやすいでしょう。 一般的なテストにおいては、先入観なくテストするためには、テスト対象を作った人以外がテストをすることが望ましいのですが、単体テストに関しては、作業効率を考慮して、ソースコードを作ったプログラマ自身が実施するのが一般的です。 また、単体テストはツールを用いることで効率よく実施できます。よく使われるツールには、xUnitと呼ばれる単体テスト用のテスティ

図5●静的解析の効果は高い<BR>静的解析とは，プログラムを実行せずにソースコードの内容をチェックする作業。バグを生みやすいコーディングはしていないか，可読性や保守性が下がるコーディングはしていないか，などの観点から解析する。コーディング終了時にレビューとして実施することも多い。レビュアのスキルが高ければ，メモリー・リークやマルチ・スレッドのバグも発見できるなど，より効果が高まる テストの最初に位置する「単体テスト」（モジュール・テスト，ユニット・テスト）は，すべてのシステムで実施されるべき基本的なテストである。実装された関数やメソッド（以下，プログラム）の内部構造のバグを取る。通常，コンパイルした直後に実施され，デバッガなどを用いるケースもあるため，プログラマ自身が実施することも多い＊2。後工程になるほどバグの修復コストが高くなることを肝に銘じて取り組みたい。単体テストで実施するテストに