bash で，サブシェルが起動される条件 : DSAS開発者の部屋
今回は少々マニアックというか，重箱の隅的お話です． bash(1) には，複数のコマンドをまとめたり，コマンドの実行結果をコマンドラインに取り込むための記法が複数あります．それらのコマンドを実行するために，bash は必要に応じてサブシェルを起動しますが，どういう記述をした際にサブシェルが起動されるのか，いまいちはっきりしなかったため，実際に試してみました．今回試したのは，( ), $( ), { }, <( ) です． を実行して，ps コマンドの親プロセスがどれになっているかで確認しています．bash が設定する $PPID 変数を見ないのは，変数の展開をどのシェルがするかに依存するために，確認しにくいからです．ps コマンドを --forest オプション付きで単純に起動すると $ ps --forest PID TTY TIME CMD 20218 pts/18 00:00:00
カラフル端末で視認性を高める - grepとシェルのプロンプト編 : DSAS開発者の部屋
このブログに含まれる「DSAS」という文字列をgrepしてみます。 どこに「DSAS」があるのかさっぱりわかりません (^^; grepの結果を| less -p DSASとかに渡せばlessがハイライトして識別しやすくなるのですが、ここはgrepのカラフル機能(--color=auto)を使ってみます。 だいぶ識別しやすくなりました。 ハイライトの色を変更するには、色指定を環境変数GREP_COLORにセットします。指定の形式は前回紹介したlsのdircolorsと同じです。例えば、太字の黄色にしたい場合はこのようにします。 export GREP_COLOR='01;33' あと、毎回--color=autoと指定するのは面倒なので、環境変数GREP_OPTIONSにセットしておきましょう。GREP_OPTIONSにセットしたオプションは、暗黙的に効果を発揮します。 export GR
カラフル端末で視認性を高める - ls編 : DSAS開発者の部屋
ターミナルがあればご飯三杯いけるぐらいのCUI大好きっ子なんですが、ターミナルの画面はモノトーンで殺風景なのでどうも色気がありません。 色気はさておき、逆説的ですがモノトーンのターミナルで色を使うと、視認性がグッと上がります。 というわけで、今回から数回にわけて、ターミナルの中で色を効果的に使い、いかに色気を出すか、もとい、視認性を高める方法を紹介します。 第1回は ls (GNU coreutilsのls-5.2.1) を取り上げます。 $ ls -F broken-symlink@ directory/ file file.orig write-blog.todo ddl.sql executable* file.bak symlink@ Debian (sarge) だとこんなしかけでカラー化が有効になっています。 シェルの初期化ファイル (bashrcやbash_profile)
技術メモ帳 - 拡張子ごとにコマンドを対応づける
拡張子ごとにコマンドを対応づける事が出来る Suffix Alias という機能が zsh 4.2系から実装されていたらしい。 知らなかった。 どんな事が出来るのかというと たとえば、 alias -s txt=cat とした場合、 以下のようにするだけで、 % ./file.txt 先ほど設定したコマンドが自動で実行されるようになる。 % cat ./file.txt あとはもうアイデアしだいだが、 拡張子が *.log のときは、tail -f するなんて事も出来る。 alias -s log='tail -f' 参考: http://zshwiki.org/home/examples/aliassuffix http://slashdot.jp/articles/04/03/27/2333234.shtml?topic=80 http://zsh.dotsrc.org/Doc/Rel
文字コード規格の基礎：ITpro
この記事は，日経ソフトウエア 1999年10月号に掲載したものです。それ以降の情報が盛り込まれていませんので，現在とは異なる場合があります。 文字コード規格の基礎を手早く理解したい場合などにお役立てください。 文字コードは間違いなく情報を交換するための「決まりごと」なので，正確を期すため厳密な仕様が規定されている。だが，その仕様そのものを実装するプログラムを作る場合を除けば，プログラマが仕様の詳細を隅々まで理解している必要はない。六法全書を読んでいなくても問題なく普段の生活ができるようなものだ。 ここでは，通常のプログラミングをするうえで必要と思われる範囲のことを，なるべく簡潔に説明したい。「半角カナ」のような呼び名は正確さを欠くものだが，多くの人に伝わりやすいので説明の中でも使っていく。説明を簡略化するため「正確な仕様を知りたいときは規格書そのものを必ず参照してほしい」と書きたいところだ
2006-10-22
Floriotですとよ。Monsun。というかむしろ母父Ferdinand。Confidential Ladyが2着…なにやってるんだか。 Montareが勝っちゃった。2着にはBellamy Cay。Sergeant Cecilの3着はともかく、Shamdalaの7着ってのはなんじゃorz トラセンとかの話の流れで準備し始めたらディープインパクトの件が出てきてちょっとタイミングを逃したかなという気もするのですが、私が大体どんなところを見ているかというのを出しておく。先手を打って出す形になりますがご容赦を。 基本的にネット上の情報がほとんど。もう雑誌（ブック、ギャロップとか優駿、サラブレ）もほとんど見ない。 その日の状況によって大分変わってくるが、とりあえず中心にあるのがこの二つ。 Racing Post: http://www.racingpost.co.uk/news/home.sd
やるかやらないかの判断は瞬間的に下される | シゴタノ！
Does this “next action” belong someplace else? 「今やるべきことは分かっていても、次にやるべきこと（next action）がきちんと管理されていなければ、全体としては効率よく進まない」ということで、GTDで言うところの“next action”をいかに管理するかについての考察です。 ●“next action”リストに必要以上に居座り続けてしまうタスクがある ●このタスクが居座り続けるために、全体の仕事に悪影響を与える ●原因の多くは、意図せずしてリスト上に間違った置かれ方をしていること ということで、適切な“配置換え”をするための7つのヒントが紹介されています。 1．進め方について検討の余地が残っている 2．すぐに取りかかれる作業になっていない 3．まだ取りかかるタイミングではない 4．自分がやるべきものではない 5．名前が適切ではない 6
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
topコマンドの出力をカラフルにする - 技術メモ帳
[RDBMS]区分の扱い - 秋のはぶにっき
ロングテール時代のSI