また思いつきでblogを書き出しています。
長続きしないんですが。。。
そんな状態なのに、今はこのblogとmixiの二刀流。
我が事ながら、更新が途絶える日がヒシヒシと近づいているのを感じます。。。
一応今現在のマイルールを備忘録代わりに書いときます。
■http://car.tmiyai.com/
「自分がやった事」を書こうと思っています。
未来の自分への備忘録代わりに。
つまらぬ事ばかりしていますが、それでも何らかのノウハウにはなっていると思うので。
車に関しては微妙やなぁ。。
■mixi
「自分が見た事」を書こうと思っています。
感動した事とか、1日1回ぐらいは「おっ！」と思う事があるはずなので。
2007年10月27日土曜日
フェルメール 「牛乳を注ぐ女」とオランダ風俗画展
フェルメールの絵を見に行ってきました。
フェルメール 「牛乳を注ぐ女」とオランダ風俗画展
（わざわざ、独自ドメインとってます）
（わくわくしますね）
（台風再接近日にもかかわらず、かなりの人手でした）
（建築家・故黒川紀章氏が27番目に手がけた美術館との事です）
フェルメールの絵画は「牛乳を注ぐ女」だけでしたが、かなり緻密に描き込まれており、さすが巨匠の絵は一味違うと思いましたが、私の眼力なので怪しいものです。
他の画家の方が有名になっていた場合、その画家の作品に対して同じ様な思いを抱き、この「牛乳を注ぐ女」はスルーしてしまっていたかもしれません。
※その他のフェルメール作品は↓こちらに詳しいです。
ARC :: Johannes Vermeer (1632-1675)
その後、独立展と二紀展を見学して回りました。
正直な感想としては、同時代に生きている画家の方達が描かれているこちらの絵の方が面白かったです。
さて、思わず美術の秋を堪能してしまったのですが、ミュージアム初心者ながら思った事がいくつかありました。おそらく美術館を訪れる際は常識的な物ばかりだと思いますが、今後の自分のために備忘録として残しておきます。
近く北斎展があるそうなので、また足を運んで見たいと思います。
フェルメール 「牛乳を注ぐ女」とオランダ風俗画展
（わざわざ、独自ドメインとってます）
（わくわくしますね）
（台風再接近日にもかかわらず、かなりの人手でした）
（建築家・故黒川紀章氏が27番目に手がけた美術館との事です）
フェルメールの絵画は「牛乳を注ぐ女」だけでしたが、かなり緻密に描き込まれており、さすが巨匠の絵は一味違うと思いましたが、私の眼力なので怪しいものです。
他の画家の方が有名になっていた場合、その画家の作品に対して同じ様な思いを抱き、この「牛乳を注ぐ女」はスルーしてしまっていたかもしれません。
※その他のフェルメール作品は↓こちらに詳しいです。
ARC :: Johannes Vermeer (1632-1675)
その後、独立展と二紀展を見学して回りました。
正直な感想としては、同時代に生きている画家の方達が描かれているこちらの絵の方が面白かったです。
さて、思わず美術の秋を堪能してしまったのですが、ミュージアム初心者ながら思った事がいくつかありました。おそらく美術館を訪れる際は常識的な物ばかりだと思いますが、今後の自分のために備忘録として残しておきます。
- オペラグラスの準備
- 一番乗り
- 目的の絵にダッシュ
- 前知識をネットで仕入れておく。
近く北斎展があるそうなので、また足を運んで見たいと思います。
2007年10月23日火曜日
ハゲタカ
久しぶりに、ページをめくるのを止められない小説でした。
経済ネタが満載でありながら、紡がれるストーリーが収束していく様が見事でした。
唯一、to be continued で終わっているのが読後のスッキリ感を失わせますが、それは続編に期待という事で。
今回、最寄の図書館で嫁さんが見つけてきてくれました。
足を運ぶたびに、もっと利用しなくては！と思うのですが、月イチも足を運べていないです。。。
とりあえず「ハゲタカⅡ」を予約しましたので、近い内に帰宅時にでも寄りたいと思います。
大型新人の登場を予感させる人物描写とストーリー展開
綿密な取材を踏まえた生々しい描写が魅力
バブル崩壊後の日本経済のダイナミズムを描く
経済ネタが満載でありながら、紡がれるストーリーが収束していく様が見事でした。
唯一、to be continued で終わっているのが読後のスッキリ感を失わせますが、それは続編に期待という事で。
今回、最寄の図書館で嫁さんが見つけてきてくれました。
足を運ぶたびに、もっと利用しなくては！と思うのですが、月イチも足を運べていないです。。。
とりあえず「ハゲタカⅡ」を予約しましたので、近い内に帰宅時にでも寄りたいと思います。
真山 仁
ダイヤモンド社 (2004/12)
売り上げランキング: 51622
ダイヤモンド社 (2004/12)
売り上げランキング: 51622
おすすめ度の平均:
大型新人の登場を予感させる人物描写とストーリー展開 綿密な取材を踏まえた生々しい描写が魅力 バブル崩壊後の日本経済のダイナミズムを描く2007年10月21日日曜日
2007年10月14日日曜日
EmacsからRubyスクリプトを実行する（だけの）Tips
最終的にLinuxにアップロードするのに、Windowsでコードを書くのが嫌になってきていたので、前から気になっていたEmacs環境を構築し、移行が可能か試してみる事にしました。
良さげであれば、これでまたWindowsから離れやすくなりますｗ
将来のための備忘録としてまとめておきます。
■参考サイト
coLinux ちょっとずつ設定(wget and ruby-mode)
Meadow上でRubyを実行させる（inf-ruby.el導入済みが前提条件?） - 英語とプログラミング気まぐれ日記
※参考というよりも、ほとんど丸パクリです。（両サイトの管理者様、ありがとうございます！）
■環境
VMware上のCentOS-5.0
■作業概要
1.Emacsのインストール
2.Rubyのインストール
3.Emacsの設定
4.スクリプトを実行するには
■1.Emacsのインストール
yumでサクッと行きます。
■2.Rubyのインストール
これまたyumで。便利になったもんだ。
■3.Emacsの設定
ruby-modeというライブラリファイルを読み込む必要があるようです。
○3-1.ライブラリファイル保管ディレクトリ作成。
○3-2.ruby-modeファイルの取得
yumで入れると、ruby-modeなどの設定ファイルがなかった（？）ため、ソースを落としてきます。
yumでインストールすると、v1.8.5なので（2007/10/14現在）、今回も一応1.8.5のソースアーカイブファイルをダウンロード
※どうやら、v1.8.5のruby-mode.elにはindent系のバグがあるようなので、v1.8.6のものを上書きしました。今のところ問題なく動いています。（2007.10.15追記）
解凍して、前述の保管ディレクトリにコピー
○3-3.Emacs設定ファイル変更
最後に.emacs（ログインユーザのホームディレクトリにあるEmacs設定ファイル）に、以下の箇所を追記。
つうか、丸パクリ過ぎ。。引用多すぎますね。。
■4.スクリプトを実行するには
ruby-mode系の設定ファイルがきちんと読み込まれていると
Emacsにて、M-x run-ruby で、irbが別ウィンドウで立ち上がります。
って、立ち上がらない。。
yumでRubyだけインストールすると、irbが入ってないようです。
ということで、これまたyumでインストール
その後、M-x run-ruby で無事irbが立ち上がりました。
irbウィンドウ起動させた後、C-c C-l から、該当スクリプトを指定すると、Rubyスクリプトとして実行されます。
■今後の宿題
・デバッガの準備
・RoRでの利用を睨んで、プロジェクト形式でファイル管理するには
・subversionでのバージョン管理とEmacsからの連携
・などなど
良さげであれば、これでまたWindowsから離れやすくなりますｗ
将来のための備忘録としてまとめておきます。
■参考サイト
coLinux ちょっとずつ設定(wget and ruby-mode)
Meadow上でRubyを実行させる（inf-ruby.el導入済みが前提条件?） - 英語とプログラミング気まぐれ日記
※参考というよりも、ほとんど丸パクリです。（両サイトの管理者様、ありがとうございます！）
■環境
VMware上のCentOS-5.0
■作業概要
1.Emacsのインストール
2.Rubyのインストール
3.Emacsの設定
4.スクリプトを実行するには
■1.Emacsのインストール
yumでサクッと行きます。
# /usr/bin/yum install emacs
■2.Rubyのインストール
これまたyumで。便利になったもんだ。
# /usr/bin/yum install ruby
■3.Emacsの設定
ruby-modeというライブラリファイルを読み込む必要があるようです。
○3-1.ライブラリファイル保管ディレクトリ作成。
~/elispというディレクトリは予め作っておく。
1. ~/.emacsを開く(or作成)
2. 下の内容を追加
;; emacsのロードパス
(setq load-path
(append
(list
(expand-file-name "~/elisp/")
)
load-path))
3. emacsでM-x eval-buffer
これでロードパスの設定はおしまい。
○3-2.ruby-modeファイルの取得
yumで入れると、ruby-modeなどの設定ファイルがなかった（？）ため、ソースを落としてきます。
※どうやら、v1.8.5のruby-mode.elにはindent系のバグがあるようなので、v1.8.6のものを上書きしました。今のところ問題なく動いています。（2007.10.15追記）
$ wget ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.6.tar.gz
解凍して、前述の保管ディレクトリにコピー
$ tar zxvf ruby-1.8.6.tar.gz
$ cd ruby-1.8.6/misc
$ cp *.el ~/elisp
○3-3.Emacs設定ファイル変更
最後に.emacs（ログインユーザのホームディレクトリにあるEmacs設定ファイル）に、以下の箇所を追記。
;; Ruby
(autoload 'ruby-mode "ruby-mode"
"Mode for editing ruby source files" t)
(setq auto-mode-alist
(append '(("\\.rb$" . ruby-mode)) auto-mode-alist))
(setq interpreter-mode-alist (append '(("ruby" . ruby-mode))
interpreter-mode-alist))
(autoload 'run-ruby "inf-ruby"
"Run an inferior Ruby process")
(autoload 'inf-ruby-keys "inf-ruby"
"Set local key defs for inf-ruby in ruby-mode")
(add-hook 'ruby-mode-hook
'(lambda ()
(inf-ruby-keys)))
つうか、丸パクリ過ぎ。。引用多すぎますね。。
■4.スクリプトを実行するには
ruby-mode系の設定ファイルがきちんと読み込まれていると
Emacsにて、M-x run-ruby で、irbが別ウィンドウで立ち上がります。
って、立ち上がらない。。
yumでRubyだけインストールすると、irbが入ってないようです。
ということで、これまたyumでインストール
# yum install irb
その後、M-x run-ruby で無事irbが立ち上がりました。
irbウィンドウ起動させた後、C-c C-l から、該当スクリプトを指定すると、Rubyスクリプトとして実行されます。
■今後の宿題
・デバッガの準備
・RoRでの利用を睨んで、プロジェクト形式でファイル管理するには
・subversionでのバージョン管理とEmacsからの連携
・などなど
2007年10月7日日曜日
OSを選ぶ時代
一日中PCに向かう仕事についているわけですが、使うアプリケーションといえばせいぜい以下の物になります。
・ブラウザ
・メーラー
・オフィス系ソフトウェア
・エディタ
・PDFビューワ
・ターミナルソフト
正直オフィスがまだ厳しいだろうなと思いつつも、Windows以外のOSでもなんとかなるかもしれないと、本気で考え出しました。
一時期、OS Xにパラレル積んで、Win遺産を使いつつMacユーザに転身を夢見た事もあったのですが、未だにMacには未知の物に対する抵抗を感じています。
とはいえ、Windows Vista に関してはそれ以上に懐疑的なので、個人ノートPCがほしいと以前から思いつつ、購買意欲がイマイチ掻き立てられていませんでした。
しかしパラレル導入案と同じく、以下のような事が複数の方法で可能になりだしています。（こちらが本家といえば本家ですが）
WindowsをLinux上で動かす方法をムービーで解説
さらに以下のような展開も
ノベルとレノボがThinkPad ノートPCでLinux搭載版を提供
次はThinkpadと密かに決めているので、これらが日本展開を始めた時には真剣に考えてみたいと思います。
「OSを選ぶ」という楽しみを、久しぶりに感じられる時代になってきたように思います。
・ブラウザ
・メーラー
・オフィス系ソフトウェア
・エディタ
・PDFビューワ
・ターミナルソフト
正直オフィスがまだ厳しいだろうなと思いつつも、Windows以外のOSでもなんとかなるかもしれないと、本気で考え出しました。
一時期、OS Xにパラレル積んで、Win遺産を使いつつMacユーザに転身を夢見た事もあったのですが、未だにMacには未知の物に対する抵抗を感じています。
とはいえ、Windows Vista に関してはそれ以上に懐疑的なので、個人ノートPCがほしいと以前から思いつつ、購買意欲がイマイチ掻き立てられていませんでした。
しかしパラレル導入案と同じく、以下のような事が複数の方法で可能になりだしています。（こちらが本家といえば本家ですが）
WindowsをLinux上で動かす方法をムービーで解説
さらに以下のような展開も
ノベルとレノボがThinkPad ノートPCでLinux搭載版を提供
次はThinkpadと密かに決めているので、これらが日本展開を始めた時には真剣に考えてみたいと思います。
「OSを選ぶ」という楽しみを、久しぶりに感じられる時代になってきたように思います。
2007年10月4日木曜日
Googleプレゼンテーションを使ってみる。
Google Docs & Spreadsheetsにいつのまにか、プレゼンテーション機能が追加されていました。
まだ、しょぼいんやろうなぁ、と思いつつ使ってみたところ、基本機能としてはかなりパワーポイントに近い事ができるようになっています。
↓練習で作ってみました。
プレゼンテーション機能に限った話ではありませんが、Googleオフィシャルブログにありますように、結婚式の席次表とか、サークルの練習予定とか、複数人で編集するドキュメントの管理には最適かもしれません。
業務で仕事として使うには、有償ライセンスで使っていてもセキュリティ的なところで、まだまだクリアすべき点はありそうですね。
もっともアプリケーションがここまでできていると、後は使う側がポリシー設定を決めていくだけのところまで来ているのかもしれませんが。
まだ、しょぼいんやろうなぁ、と思いつつ使ってみたところ、基本機能としてはかなりパワーポイントに近い事ができるようになっています。
↓練習で作ってみました。
プレゼンテーション機能に限った話ではありませんが、Googleオフィシャルブログにありますように、結婚式の席次表とか、サークルの練習予定とか、複数人で編集するドキュメントの管理には最適かもしれません。
業務で仕事として使うには、有償ライセンスで使っていてもセキュリティ的なところで、まだまだクリアすべき点はありそうですね。
もっともアプリケーションがここまでできていると、後は使う側がポリシー設定を決めていくだけのところまで来ているのかもしれませんが。
2007年10月3日水曜日
Rubyの開発生産性
2007年10月1日号の日経コンピュータに、Ruby開発者のまつもとゆきひろさんのインタビュー記事が掲載されておりました。
今のRubyの動きが凝縮されていた記事で、読んだ後いろいろ考える事がありましたので、まとめておきます。
■Rubyの開発生産性について
定量的に測定するのは難しい、との前置きの上で、楽天でjavaやPHPに比べて1.3から1.6倍という結果が出ているそうです。
この数字、「スゲー！」という気持ちと、「そんなものか」という気持ち、両方感じました。
「すごい」と思うのは、単純に同じ人が同じ物を作る場合に、それだけの差がでるのであれば、こなせる仕事量が驚く程変わってくると思うからです。
JavaやPHPで、9時－18時のオンタイムで制作できたものが、15時ぐらいには出来上がっているという事になるかと思います。
そのまま帰社できる人であれば、大げさな話ですが人生において大きな差が出てくると言えるんじゃないでしょうか。
反面「そんなものか」と思うのは、1.3～1.6倍程度であればプロジェクトマネジメントのレベルで簡単に追いつけたり、逆に遅れたりするものだなと感じたためです。
個人とチームという側面から見ているので、感想も変わって当然なのですが、「Rubyは開発生産性が高い」という先行する噂に、参考値ながら数字的データが出たことは、開発現場の人間として具体的に考える事ができてよかったと思います。
■日本人プログラマに関して
オフショアの話を受けて「（日本人）プログラマは絶対に必要です」とお答えされています。
オフショアは昔ながらの仕様書を作って、プログラマが受け取ってコーディングするスタイルには適しているが、Rubyなどを利用した最近の開発はプロトタイプをザッと作って、それを元にお客さんと話を進めていくスタイルになっているからとの事です。
そこでは、ユーザーとのコミュニケーションが重要で、日本人プログラマに優位性があるとの事でした。
これも頷く反面、ここで言う「コミュニケーション」とは「日本語で、日本文化を背景としたコミュニケーション」であり、その前提が崩れた場合果たして、今の日本人プログラマは必要なのだろうかという疑問を感じました。
極端な話ですが、日本でも英語ドキュメントをベースとした欧米風開発スタイルが主となった場合おそらく一部のGEEKを除いて日本人プログラマは総失業状態になるのではないかと思います。（もう、そうなりつつありますが。。。）
日本は母語で高等教育、高等開発までこなしてしまう稀有な国であり、それは誇りとすべきだとは思うのですが、先人が残してくれたそれらの優位性にいつまでも甘えていては、おそらくプログラマといわず、日本人自体の存在価値が危うくなってくるのではないかと思います。
■まとめ
全然Rubyと関係なくなりましたし、自分でも良く分からない方向に文章が向きました。。。
ただ最後に「プログラマが気持ちよく仕事できる言語」というお言葉には、かなり期待しております。
Rubyでスクリプト書くのは、なんか楽しいんですよね。
後、このような団体を設立されております。
Rubyアソシエーション
http://www.ruby-assn.org/index.html.ja
Ruby検定受けてみたいなー
今のRubyの動きが凝縮されていた記事で、読んだ後いろいろ考える事がありましたので、まとめておきます。
■Rubyの開発生産性について
定量的に測定するのは難しい、との前置きの上で、楽天でjavaやPHPに比べて1.3から1.6倍という結果が出ているそうです。
この数字、「スゲー！」という気持ちと、「そんなものか」という気持ち、両方感じました。
「すごい」と思うのは、単純に同じ人が同じ物を作る場合に、それだけの差がでるのであれば、こなせる仕事量が驚く程変わってくると思うからです。
JavaやPHPで、9時－18時のオンタイムで制作できたものが、15時ぐらいには出来上がっているという事になるかと思います。
そのまま帰社できる人であれば、大げさな話ですが人生において大きな差が出てくると言えるんじゃないでしょうか。
反面「そんなものか」と思うのは、1.3～1.6倍程度であればプロジェクトマネジメントのレベルで簡単に追いつけたり、逆に遅れたりするものだなと感じたためです。
個人とチームという側面から見ているので、感想も変わって当然なのですが、「Rubyは開発生産性が高い」という先行する噂に、参考値ながら数字的データが出たことは、開発現場の人間として具体的に考える事ができてよかったと思います。
■日本人プログラマに関して
オフショアの話を受けて「（日本人）プログラマは絶対に必要です」とお答えされています。
オフショアは昔ながらの仕様書を作って、プログラマが受け取ってコーディングするスタイルには適しているが、Rubyなどを利用した最近の開発はプロトタイプをザッと作って、それを元にお客さんと話を進めていくスタイルになっているからとの事です。
そこでは、ユーザーとのコミュニケーションが重要で、日本人プログラマに優位性があるとの事でした。
これも頷く反面、ここで言う「コミュニケーション」とは「日本語で、日本文化を背景としたコミュニケーション」であり、その前提が崩れた場合果たして、今の日本人プログラマは必要なのだろうかという疑問を感じました。
極端な話ですが、日本でも英語ドキュメントをベースとした欧米風開発スタイルが主となった場合おそらく一部のGEEKを除いて日本人プログラマは総失業状態になるのではないかと思います。（もう、そうなりつつありますが。。。）
日本は母語で高等教育、高等開発までこなしてしまう稀有な国であり、それは誇りとすべきだとは思うのですが、先人が残してくれたそれらの優位性にいつまでも甘えていては、おそらくプログラマといわず、日本人自体の存在価値が危うくなってくるのではないかと思います。
■まとめ
全然Rubyと関係なくなりましたし、自分でも良く分からない方向に文章が向きました。。。
ただ最後に「プログラマが気持ちよく仕事できる言語」というお言葉には、かなり期待しております。
Rubyでスクリプト書くのは、なんか楽しいんですよね。
後、このような団体を設立されております。
Rubyアソシエーション
http://www.ruby-assn.org/index.html.ja
Ruby検定受けてみたいなー
登録:
投稿 (Atom)