Bummei Kanezashi HOMEPAGE

2004年9月

9月30日(木)

もう10月になるぞぉ。早いなぁ。

とうとうBフレッツになります。どの程度速くなるかな?でも、遅いのはサーバ性能 が悪いだけのような気もする。とりあえず、今日の夜に帰るので、明日からは速く なると思われます。

結局月曜日から木曜日まで東京です^^;やっぱり東京で住むところでも探そうかしら。 さすがに今日の朝は起きられなかった...といっても7:00おきですけどね^^;いつも ならば5:30には起きているんだけどなぁ。

どうしても役職的に、いろんな種類の仕事をこなさなければならない状況ですが、 専門で一つの仕事だけをやれたら質が上がるのかなぁと思ってしまう。あまりに 割り込みが入るため、同時進行ではやりたくないのですが、同時進行で進めない とどうにもならなくなる。切り替えながら仕事を進めるため、その一つの仕事に なじむまでちょっと時間がかかったりする。切り替えが多ければそのなじむまで の時間がタイムロスにつながる。もちろん、私の特性として一つのことをやって いると飽きるため、適宜仕事を切り替えていかないと集中が続かないので効率が 悪くても同時進行で進めることになってしまう。一つの仕事だけってのはありえ ないけど、そうなってくれるとうれしいなぁと思ってしまう。

9月28日(火)

「接着剤」言語

なぜに「接着剤」言語にこだわるのか?一つの言語でそれでなんでもできるので あれば、その言語で全て記述した方が技術者の知識も一つの言語について知って いれば良いし、管理上のコストを下げられると思われます。しかし、「接着剤」 言語にこだわっている。なぜだ?

結局「接着剤」言語とは何かを定義すると、「他の技術をつなぐ」ための言語以 上の意味はない。例えば、私が特に利用する場面はJavaとの接続である。(とい うか「接着剤」言語自体がJavaできているので^^;) でもJavaの技術を使うなら ばJava言語一つで書けばいいのでは?ということになる。確かに。私としては 「システムのある一部を、ユーザが変更すること」を許すために利用している。 全てをJavaでがっちりとくみ上げることの方が重要になるケースもあるが、ユー ザが変更可能なような仕組みを提供することも重要である。もちろん、その変更 部は設定ファイルなどで提供されることが普通だが、「接着剤」言語により、 設定ファイルでの設定事項よりもより「深い」設定や変更ができるようにしたい わけである。

昨日一日

結局、大江戸温泉にて宿泊^^; 疲れがとれないなぁ。朝からかなり眠い...。資 料作成内容が非常に多いですが、現在は一人ではなく頼もしいパートナーが常時 いるため、ある意味「ペアプログラミング」ならぬ「ペアワーキング」で物事を 進めています。二人がかりで一人でできる仕事をこなす場合もあるのですが、質 とこなす量については結果的に2倍以上になる感触があります。一人で作業を進 めるとどうしても「悩む」という時間が入ってしまう。もちろん、悩むことは重 要ですが、必要以上に時間を費やされることがあります。でも、二人で作業を進 める場合は、悩むと同時に相談ができるため、その解決は迅速なわけです。

徹底したペーパーレス

この業界で仕事をするようになって、極力、紙資料を作成しないように努力して いる。もちろん必要な時は作成するのですが、よく考えてそれが1回の会議でし か情報量的な意味を持たない場合は作成しないようにしている。会議以外でも、 基本的には情報量的に非常に短期間しか意味を持たない情報は紙ではなく、メー ルベースまたはプロジェクターに映し出して提示するようにしている。

アナログである紙の良さを知った上で、以上を徹底しないとあまり意味はない。 私自身は物事を考える時は「紙」上で考える。頭の中にある考えを紙上に具現化 するわけである。やはりイメージを書き出すメディアとしては紙はすばらしいも のである。そのため、この紙上に残った情報は長期的に有効な情報になり得る。

どの情報が情報量的に長期的に有効であるのかの判断は非常に難しいかもしれな いが、私は以下ぐらいしか気にしていない。

  • 報告書
    • 必要な人は長期的に必要、必要の無い人は全く保存の意味がない。このような場合は資料を必要な人に電子的メディアで渡した方が良い。
  • 常時変更がなされる書類(仕様書, スケジュールなど)
    • 基本的には長期に見えるが、部分部分を見ると短期情報であることがわかる。このような情報は電子メディアで統一的に管理、誰にでも閲覧できる状況にする必要がある。(WEBによる公開が望ましい。) 但し, 時として管理上紙にしなければならない場合があるので、その点は考慮する必要がある。
  • アイデアノート
    • 個人的なノートは長期的情報であり、紙による保存が望ましい。
  • その他の文書
    • 一週間後にその文書を見る可能性が無ければ、短期的情報
    • 一週間後にも見る可能性があり、その情報は頻繁に更新されないならば長期的情報
    • 頻繁に変更が繰り返される可能性がある場合は、短期的情報
そんな感じ。

9月27日(月)

ある目的のために、昔から開発していたスクリプト言語(あくまで、記述を減ら しながらも、Javaのクラスが使える言語)を改造しています。その他いろいろバ グがあったのでそれも修正入れながらですけど。

やりたいことなのですが、プログラムの途中で停止させる、その停止させた直後 から処理を再開させるということを実現したかったわけです。このような処理は Threadを利用すれば簡単にかけるのですが、想定される処理はThreadが数多く生 成されることが予想されるため、Threadによる実現はさけたいわけです。しかし、 Thread以外でJava言語で実現する方法はVMにそのような仕組みを拡張する以外に 現状は無い(はず)です。(以前、移動型エージェントについて調査していたとき に、VMを拡張することで状態を保持して、プログラムの途中停止、再開を実現し ていたシステムがありました。)

以上のような処理は, C#, Rubyやゲーム用に独自開発された言語で実現されてい るようです。

具体的には次のようなことがしたいわけです。

print("画面1");
yield();
print("画面2");

以上のような記述があったとします。printは画面に文字列を表示する命令とし ます。yield()はこのプログラムを途中停止させることを意味しています。例えば 以上のプログラムがsample.scriptというファイルに保存されていたとします。

ScriptEngine se = new ScriptEngine("sample.script");
se.execute();

のようにしてsample.scriptを読み込んで実行できるとします。executeメソッド が呼び出された直後では、スクリプト言語の処理はyield()によって途中停止さ れます。例えば、スクリプト言語を再開したい場合は

se.resume();

のようにすると実行が再開されるというわけです。あと、次のようにすると、 プログラムの状態がファイル側に保存されます。

se.outputFile("sample.ser");

これで、プログラムを途中停止させてファイルに落としておけば、システムの 電源を停止させたとしても処理を再開させることができるわけです。

現状はresumeするところまで実現できています。処理速度については、Java上の インタープリタですので、速いとは言えませんが、実用上問題無い程度の速度は 出ています。(WEBアプリケーションの1リクエストをこなすだけの速度は十分に 出ている。)

以上のような機能の必要性ですが、WEBアプリケーションやワークフローシステ ムのように動作が状態遷移システムであり、各状態で「待ち」が入るような場合 に効果があります。(詳しく説明したいところですが、今新幹線の中なので、ま た今度にしたいと思います。)

あくまで「接着剤」的言語として面倒なことが簡単にかけるような言語として成 長させたいと思っています。

9月23日(木)

いろいろ書類を提出する予定でしたが、結局、日が悪いので10月1日以降に作業 をすることになりました。それでも明日は浜松に行きます。

朝大江戸温泉を出発して(D介君おいてっちゃってごめんね)、メールチェック作 業後急ぎ新幹線へ。朝10:00に急遽約束ができたためです。無事、お昼過ぎに作業 終了。あとは書類作成作業で時間が過ぎます...。

夜はちょっと集中して作業してました。

なんで自宅に帰ってくるとこんなによく眠れるのだろうか...。不思議でならない。 なので作業がなかなか進まないなぁ。事務所の方にいって作業をすればはかどる んだけど事務所までの足取りが重い^^;

9月22日(水)

ほとんど一日資料作成...うぅ。

9月21日(火)

水曜日の朝に書いていますけど^^;

久しぶりにテレコムセンター下のカフェで書いています。ホテルでゆっくりした かったのですが、文章を考えないといけないのでちょっと気分を変えてカフェに 来ました。で、日記書いてたら意味ないじゃん^^;

28日(火)にBフレッツ開通予定です。これでサーバ接続についても安定してくる と思います。よかったよかった。手続きのときにうるさく言ったからかなぁ?あ まりの早い対応で驚きです。

22日夜から23日にかけてコーディング合宿を東京周辺でやりたいと思っているの ですが時間がとれなくて探す時間も無かったりします。う〜〜む^^;

TODOというものは階層的に管理するものなのか?それともフラットに書き並べて 管理するものなのか?普通に考えればカテゴリわけという概念が出てきた時点で、 階層的であると言えるのですが、さて...。結構悩ましい。

9月20日(月) 午後

「金は人の心を変える」

「金で人の心は買える。」と、いま有名な社長さんは本で言っている。私はそう は思わないけど、「金は人の心を変える」とは思う。なんでなのかな?

今週の予定

  • 9月21日(火) 東京(お台場)
    • ミーティング
  • 9月22日(水) 東京(お台場)
  • 9月23日(木) 未定(できればコーディング合宿がしたい)
    • できれば静かなところで集中したいところ。
  • 9月24日(金) 浜松(税務署, 法務局)

たまごポケットか^^;

カップチキンラーメンに生卵がついたのかとおもった^^; 生卵なんて ついたら大変だ^^;

9月20日(月)

TextArea編集ソフトAreaEditor

http://www.iburiworks.com/jp/products/areaeditor/features.html

なるものを発見。こちらの方が使いやすいという評価があったので、早速使って みている。exteditの問題はAreaEditorで解決しているとのこと。

プロ野球

プロ野球、ストライキということで、結局経営者側との溝が埋まることがなかっ たようだが、なぜに経営者は新規参入をこれほど拒むのだろうか?理由が全くわ からない。不利益になることがあるんだろうか?私としては利益になることはあ っても不利益になることはないのではないかと思う。少なくとも現状はある球団 を除いては経営的によくないという情報があるわけで、現状のままでは行けない わけである。であれば「変える」努力をしていかなければと思うが、そんなアク ションが一切見えない。いや、今回のオリックス、近鉄の合併がそんなアクショ ンだったんだろうか?どちらにしても経営者的に楽になっただけで、根本の解決 にはならないアクションじゃないだろうか。

ライブドア、楽天にはがんばってほしい。やはり新しい風を野球界にも吹き込ん でほしいものである。

あ、今の経営者が他の新しい球団を入れるのは、比較されて自分たちの経営のや り方がまずいことを露呈されてしまう可能性があって怖いんじゃないか?

事情があって経理勉強中...

やっぱり自分で経理ぐらいできないといけないので勉強中...といっても基本が わかれば何も難しいところはないわけで単純に今までやらなかったのが問題のよ うである。

その他、会社運営に関する様々な手続きについても調べてみたのだが、どれも書 類の書き方が問題になるだけで自分で十分できるレベルのものである。人に任せ ていたが、いったいこの仕事にどれだけのコストをかけていたのだろう?信じら れん...。

9月16日(木) 白州町

どうも、最近山梨のことをいろいろ調べていたのですが、白州町というところ にかなり魅力を感じてしまっている。

移り住もうかしら^^;

9月15日(水) OAZO

東京駅丸の内口近くに9月14日にオープンしたOAZOにあるMARUZENに行ってきました。 それにしても人が多い^^;本も思っていた以上に置いてあるので非常に使えそうです。 でもあまりの行列と人の多さのため視察をしただけです^^; 八重洲ブックセンターと 張り合うことになるんかなぁ。

特に私の場合は東京駅を中心に動き回ることが多いためこのような本屋さんがあると 暇つぶしにはもってこい^^;なので嬉しいのです。日本橋の丸善にはよく行ったので すがやっぱりちと歩かないといけないので面倒だと思っていました。

帰りは新幹線改札の中のCafeでパソコンでちょっとだけ作業。あまりはかどらず。

9月15日(水) ちかぢか行きたい場所

山登りも好きなのですが、案外渓谷を歩くのがすきかもしれない。 ということで、行きたいところを列挙してみる。

  • 尾白川渓谷
    • 日本名水百選だということで。
  • 甘利山
    • もう一度チャレンジ
  • 西沢渓谷
    • 調べてみたらどうも崖崩れでおくまで行けないようである。

9月14日(火) 強力な面子が合流

ということで、強力なパートナーが合流することになりました。大手企業出身 ですからすばらしい仕事方法を披露してくれると期待しています。(と、ここに 書いておいてプレッシャをかけておく^^;)

最近は一人で文章を書くとものすごく時間がかかってしまいます。誰かと議論 をしながらだと文書作成ははかどるんですけどね。どうしてだろうか。ペアプ ログラミングみたいなものなんかなぁ。でも、基本的に一人で仕事をしている のが嫌いな人間なので一人だとはかどらないだけなのかもしれないですけど。 結局相談相手がいないと心配なだけなのかもしれないなぁ。

9月13日(月)

朝来てみるとさすがにみなさんお疲れ模様。私は午後から東大での研究紹介の 講演を聴きに行く。3年ぶりぐらいだと思いますが、覚えていてくださったよう で感激です。またおもしろい話を聞かせてください。そのあとのビアガーデン で本性がわかってしまった気がします^^;それにしても東大には学校の中にビア ガーデンがあるんですね^^;

早々に引き上げたあと東大近くの末広ラーメンで夕食。まぁまぁ。かな。 その後地下鉄で移動、途中でYちゃんから電話あり。なぜか愚痴りモードに はいってしまいました。すんません。元気でなによりです。今度遊びにいくので 泊めてください^^;

9月11日(土)

山梨県の甘利山にハイキングにいったのですが...霧のため一切景色が見えずです。 場所的には富士山や八ヶ岳が一望できるような場所なので、もう一度チャレンジし たいところです。そのあと中央道を利用して山中湖へ^^;なんかすごい移動のしかた してるなぁ。そして139号線で富士へ。むぅ。自然には勝てないね。

9月6日(月)

朝ミーティングが合った以外は終日作業をすることができてよかったです。 (なんだかなぁ...) ですが、途中、別件のトラブル対応が発生したのですがこれは朝5時ごろ対応完了。 (へんな時間にお仕事しています。)やっぱり出張中は出張先の仕事を優先しないと ねぇ。

今回のバグはまいりました。多くのクライアントで動作しているのに最新のクライ アントでは動作しないというもの。各クライアントにはProxyサーバを通してつな がっているため、多分Proxyサーバが送信するデータを受け付けてくれてない様子。 結果的には適当な実装をしてたというだけの話しなんですけどね^^; 自分でProxy サーバ作ってないと気づかなかったかもしれません。

今週末なんとなく山が見たくなったので天気だったら土曜日に西沢渓谷に出かける 予定です。ご一緒できる方いらっしゃいませんか?東京からだと結構かかりそう^^; というか、静岡からいっても似たようなものですけどね^^;

9月5日(日)

今週の予定です。

  • 9月6日(月) 東京
  • 9月7日(火) 東京
  • 9月8日(水) 東京
  • 9月9日(木) 富士-->浜松
  • 9月10日(金) 浜松(終日)
  • 9月11日(土) 富士
こんな感じの予定です。

9月4日(土)

早朝にサーバの移転作業を終了しました。さて、どの程度速度が上がるかな? (サーバ変わってないけど^^;ネットワークの速度は約3倍になっているはず??)

9月3日(金) 結局中止

ということで中止ということになりましたT-T。改めて計画し直しますので、今度 はふるってご参加下さい。

土日は寂しく仕事していると思いますので、メッセンジャーなどで邪魔してあげ てください。

9月3日(金) 雨っぽいなぁ。

土日の山中湖キャンプ中止ぽい...どっか温泉地に場所を変更できればいいので すけど...。ようはうまいものを食べてみんなで語れればいいのですけどね。 というか1日前で予約が取れるホテルがどの程度あるんだろう??

プログラムのモジュール数が非常に多くなってきており、管理は完全にCVSに頼る 形になっているのですが、未だうまく管理できるのか不安が多いところ。設計書 もみんなで共有しないといけないしね。がんがん情報書かなければ!!

9月2日(木)

作業場所にYahooBBも開通しこれで完全に作業ができるようになりました。 誤算だったのはYahooBBで実行速度17Mbps出ていることです。かなり快適に接続 できてます。といっても2ヶ月しか使わない予定ですけど^^;

いらないものが山ほどでてきて、作業場を圧迫しています。なんとかサーバや ネットワーク機器を置く場所は確保したのですがその他いらないものが多すぎ ます。休みにでも片づける予定。

ということで今度こそネットワーク設備移転をします。今日の夜中に実行予定!! 但し、くたびれていなければの話しです^^;

過去の日記

2002年 | 2003年1月 | 2003年3月 | 2003年3月 | 2003年4月 | 2003年5月6月 | 2003年7月 | 2003年8月 | 2003年9月 | 2003年10月 | 2003年11月 | 2003年12月 | 2004年1月 | 2004年2月 | 2004年3月 | 2004年4月 | 2004年5月 | 2004年6月 | 2004年7月 | 2004年8月


free [bunmei] 著者: bunmei 作成日: 2004年10月01日17時35分33秒
このページに関する問い合わせはbunmei@bspace.infoまでお願い致します。 powerd by PADDLE