22 13:02:26 From: editors@objectclub.jp Subject: 【オブジェクト倶楽部： 2006-07号】 (original) (raw)

Date: Wed, 22 Feb 2006 13:20:04 +0900 Subject: 【オブジェクト倶楽部： 2006-07号】 X-Mail-Count: 00134

　　　　　　　┏━━━━━━━━━━━━━━━━━━━━━━━━━━■ 　　　　　　　┃　　　　　　　　　　　　　　　　　　　　　　　　　■┃ 　　　　　　●┃●　●　オ　ブ　ジ　ェ　ク　ト　倶　楽　部　　　■　┃ 　　　　　　　┃　　　　　　　　　　　　　　　　　　　　　　　■　　┃ 　　　　　　　┗━━━━━━━━━━━━━━━━━━━━━━■━━━┛ 　　　　　　　　　　　　　　　　　　　　　　　　　　No.128　2006/02/22

■　I　N　D　E　X ┃ ┣【書評】『復活!TK-80』 ┣【プログラミング】Rubyで進むオブジェクトの道〜脱初心者をめざして〜[12] ┗【アンケート】気になるシステム業界ホントのところ

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━1 s t ■━ ■ ┗【書評】『復活!TK-80』

● 書名: 復活!TK-80 ● 著者名:榊正憲 ● 発行: アスキー http://www.amazon.co.jp/o/ASIN/4756134017/xpjp-22

いつもであれば「プロジェクトマネジメント」ですが、今週は書籍とこれに絡む私の思い出を紹介させて頂きます。ただ、この書籍は、プロジェクトマネジメントとは全くといっていいほど縁がない書籍ですが、興味を持たれる方は少なくないと思います。

その前にちょっと。先日、お客様からの帰り道に時間があったので、久々に秋葉原に寄ってきました。最近はJR東日本が運営する「交通博物館」へは子供を連れて行く機会があるのですが、「ラジオ会館」や「ラジオデパート」など秋葉原の中心部？には数年ぶりの散策となりました。実は私、生まれも育ちも秋葉原のすぐ近く(電車で5分のところ)で、小学生の頃にはラジオ工作の部品やラジコンなどを求めて秋葉原を毎週のように通っていました。この頃の秋葉原と今の秋葉原の変わりように驚きと少々危惧を感じてしまいましたが・・・。

この頃あたりだと思いますが「マイコン」というものが秋葉原界隈に出回り始めた頃でした。もう20年以上前のことですね。私がよく目にしたのがシャープ社の「MZ-80」でした。その他、東芝や日立、NEC、富士通製のマイコンがぽつぽつと出てきたような記憶があります。ただ、ダントツに印象に残ってるのがアップル社製の「APPLE供廚任垢。

この頃の「マイコン」時代をご経験された方にとって懐かしさを甦らせてくれたのが、今回ご紹介する本です。丁度、帰り際に秋葉原駅近くの大型書店に立ち寄ったときに目にしました。アスキー出版から榊正憲さんが書かれた「復活! TK-80」という本です。この「TK-80」とは、NECが開発・販売したZ80のプログラミングやアーキテクチャを習得するためのトレーニングキットです。本をご覧になればわかると思いますが、このキットにはフルキーボードやディスプレイはなく、16進数キーボードと8セグメントLEDのみです。

コンピュータってどのように動くのかを知りたくて本を買い込み読んでもいまいちピンと来なかった時に、このトレーニングキットの存在を知り、欲しくて秋葉原に行ったのですが高価で買えなかったことが思い出されました。わたしは仕方なく、自作を試みたのですが、経済的、技術的な理由から挫折しました。

今現在、この「TK-80」が現存するのは少ないと思います。そこで、すばらしいことに、この本には「TK-80」のシミュレータが付いていて、このシミュレータ上で「TK-80」の動作体験が出来ます。ちなみに「マイコン」とはこの当時、「マイ・コンピュータ」の略で、「マイクロ・コンピュータ」の略ではありません。個人レベルで手軽に使えるコンピュータを言っています。

この後、「パソコン」と言うものになり、NEC社製の「PC-80シリーズ」「PC-88 シリーズ」などが開発・販売され「マイコン」は死語になって行きました。これと同時に「TK-80」も過去のものになってしまいました。「Windows世代」の方々は、JAVA言語やVB言語に代表される高級言語から入られているので、コンピュータの動きを理解されていない方が多いように思います。この「TK-80」のシミュレータを使って、コンピュータの動きを基礎として習得されてもいいかなと思います。(事務局長)

この記事への評価にご協力をお願いします。 URLをクリックして、「ご協力ありがとうございました」のメッセージがご使用のブラウザに表示されれば投票完了です。良かった： http://www.ObjectClub.jp/community/object_ml/estimate?vol=A001-10&choice=0 普通： http://www.ObjectClub.jp/community/object_ml/estimate?vol=A001-10&choice=1 イマイチ： http://www.ObjectClub.jp/community/object_ml/estimate?vol=A001-10&choice=2

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━2 n d ■━ ■ ┗【プログラミング】Rubyで進むオブジェクトの道〜脱初心者をめざして〜[12]

●おしらせもうすぐ(2/24頃)、Ruby on Railsの翻訳本がでますね。 http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06640-1

さらに『オープンソースマガジン』の2006年03月号では、Ruby,Rails関連の記事が載っています。 http://www.unixuser.jp/magazine/2006/200603.html

これを機会に、Rubyに触れてみてはいかがでしょうか？

●はじめに今日は、言語やライブラリのデザインについて触れていきます。言語やライブラリをプログラミングレベルでデザインする際には、プログラムを簡潔かつわかりやすく記述できるようにするのが基本です。次のプログラムを例に考えてみましょう。

●Javaのサンプルプログラム class Person { private String name; private int age; public void setName(String name) { this.name = name; } public String getName() { return this.name; } public void setAge(int age) { this.age = age; } public int getAge() { return age; } public static void main(String[] args) { System.out.println( new Person() ); } }

●Rubyのサンプルプログラム class Person attr_accessor :name, :age end

puts Person.new

●簡潔に表現できるのは？ JavaとRubyで上記のプログラムを比較したとき、わかりやすいかは好みによりますが、タイプ量や、記述の簡潔さはRubyのほうが勝っていることは間違いありません。

クラスにプロパティを定義することは、よく繰り返し行われていることですが、 Java言語では今のところ簡潔に表現できるようにデザインされていません。(Ruby 言語では、attr_accessorメソッドを使えば、属性、セッター、ゲッターを簡単に用意してくれます。)

ちょっと実行したり、コンソール出力したい場合も、Javaでは、 public static void main(String[] args)System.out.println といった長文が必要になります。また、可視性の指定も単調に繰り返し指定していることがわかります。(Javaはこの問題を言語のデザインによってではなくて、エディタのコード補完やコードジェネレーションで回避しています。)

Java言語デザインをよくよく考えたら、人間工学的にも非効率ですよね。正直、筆者はRubyを学ぶまで気がつきませんでした。

●自然言語風にデザインまた、ライブラリ利用者がライブラリを利用する際に自然言語風に記述できるように、ライブラリ作成者がライブラリをデザインすることで、わかりやすさを向上させる方法も知られています。

下の例はRSpec[*1]のshould_equalを参考に、かなり簡略して記述したものです。

●ライブラリ提供者側 class Integer def should_equal expected self == expected end end

●ライブラリ利用者側 x = 1 y = 2

x + y should equal 3

puts (x + y).should_equal(3)

「 x + y should equal 3 (x + y は/あるべきだ/3で)」の英文と「(x + y).should_equal(3)」のRubyプログラムは、かなり似ていることに気がつくと思います。

RSpecは自然言語の記述とプログラミング言語の記述の隔たりを少なくし、(仕様|テスト)記述者が、自然言語で(仕様|テスト)を読み書きするように、プログラム言語で(仕様|テスト)をすらすら読み書きできるように、ライブラリをデザインしています。

●まとめ言語やライブラリのデザインについて触れました。「簡潔かつわかりやすく」と言葉にすると、当たり前ようですが、実践するとなると、なかなか難しいものです。

Railsには「簡潔かつわかりやすく」のアイデアがいっぱい詰まっています。 Railsを参考に、プログラミングデザインについて学んでみるのも、いいかもしれませんね。(IENAGA)

●参考 [1]:RSpec http://rspec.rubyforge.org/ チュートリアルの日本語訳 http://kakutani.com/trans/rspec/TUTORIAL_ja.html

この記事への評価にご協力をお願いします。 URLをクリックして、「ご協力ありがとうございました」のメッセージがご使用のブラウザに表示されれば投票完了です。良かった： http://www.ObjectClub.jp/community/object_ml/estimate?vol=E006-11&choice=0 普通： http://www.ObjectClub.jp/community/object_ml/estimate?vol=E006-11&choice=1 イマイチ： http://www.ObjectClub.jp/community/object_ml/estimate?vol=E006-11&choice=2

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━3 r d ■━ ■ ┗【アンケート】気になるシステム業界ホントのところ

今週は「初めてプログラム(マクロも含む)を書いたのはいつ頃ですか？」のホントのところ。本に書いてあるサンプルをそのまま写したり、人のコードをコピーしたり、プログラムとの出会いも人それぞれだと思います。みなさん、初めてプログラムのコードを書いたのはいつ頃でしたか？

アンケート結果はオブジェクト倶楽部サイト上にて公開します。お楽しみに。なお、前号「トリノオリンピックをどのように楽しみますか？」の結果は公開中。ぜひご覧下さい。 ⇒http://www.ObjectClub.jp/special/kininaru/vol93/PlonePopoll_results2 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━--■--●--■ ■ ┗編集後記

こんにちは、編集人です。大学時代に、パソコン室のパソコンに保存されていた、見知らぬ人のプログラムをコピって、課題を提出した。それが私が初めてプログラムを書いた(触れた)ときの記憶です。マイコンにも触れたことはありません。まさか、こんな私がこの業界に就くことになるだなんて、当時誰が予想できたでしょうね。。

今週の強引な一言 *** 車は急に止まれない(交通標語)*** なぜ止まれないのでしょうか？スピードが速いから？いやむしろ、重量があるから止まるのも曲がるのも難しいのではないでしょうか。プロジェクトも急に止まれない。問題があるとわかったら、荷物を捨ててでも早めにブレーキをかければ被害を軽くできるかもしれません。 (さとみ) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━--■--●--■ ● ご意見、ご感想は ⇒このメールに返信ください〇配信中止、アドレス変更は ⇒http://www.ObjectClub.jp/community/object_ml/help/ 〇免責事項、過去の記事は ⇒http://www.ObjectClub.jp/community/object_ml/ ■ 発行：オブジェクト倶楽部 ⇒http://www.ObjectClub.jp/ ■ 編集代表：平鍋健児 Copyright (c)2003-2006 オブジェクト倶楽部. All Rights Reserved. powered by Eiwa System Management, Inc.