(Fri)限界を感じる機会の多いこのごろ。いろんなことが重なって思ったようなパフォーマンスを出せない。いろいろな人に迷惑をかけてしまって凹む。IIIX31のパフォーマンスを測定してみた。Inspiron8100。ascii24.com)といううわさの確認。WSCPUだけでなくメモリやバスも変わっているので、速度の結果がどこに由来するものかは難しい。計算内容MDや3DCGの幾何計算を意識してみて、主に3次元行列の計算をさせてみた。Matrix2つの3x3行列オブジェクトを用意して、400万回足し算をさせる。行列の実装として配列とフィールド値のものを比較。(一般的にフィールド実装のものが速いと言われている。)200x200200x200の行列を40回足し算させる。(4万個の倍精度実数の計算。Array配列実装の行列の足し算の計算を40万回させる。計算の度にオブジェクトを使いまわす(Reuse)ものと、使い捨て(Creation)のものを比較。Fieldフィールド実装の行列の足し算の計算を40万回させる。計算の度にオブジェクトを使いまわす(Reuse)ものと、使い捨て(Creation)のものを比較。メモリ確保のメインは配列ではなくて普通のオブジェクトなので、数値計算だけではなくて一般的なオブジェクトの再利用の効果を見ることが出来る。JVMのメモリ管理の速さなども影響する。結果は宣伝通りの性能を示した。1.5〜3倍程度で、宣伝スペック通りと言える。大きな配列やオブジェクト生成が絡むとX31の方が有利に見える。1.5倍以上の速度向上の原因の多くはメモリに由来しているらしい。行列の計算は、配列の実装よりフィールド値による実装の方が圧倒的に速い。SUNのJVMでは20倍から30倍も速い。大量に使いまわすオブジェクトは、新規に生成するより使いまわした方が速い。JVMにもよるが大体4倍〜5倍程度、最大20倍近くも差がある。SUNのWindows版JVMについては、1)配列の生成・操作は1.3.1が最も速い。2)単純なオブジェクト生成については1.4.2が速い。IBMのJVMはほとんどの項目についてSUNのJVMより高速。配列へのアクセスが2倍から5倍も速い。IBMのJVMはオブジェクトの生成が遅い。配列の生成はSUNのJVMと変わらないが、単純なオブジェクトではSUNのJVMより3倍近くも遅かった。SUNのJVMはGCの動作を細かく設定できるので、それも含めてデータを取ればもう少し状況は変わるかもしれない。(Sat)未踏で知り合った友人との会談。将来や仕事や研究について短い時間ながら意見交換。最近本の翻訳に参加したということで見てみた。価格:ISBN4-79-731911-9■X31その後X31を買って2週間後、当初の要望をほぼ完璧に満たすX40が発表された。(Wed)風邪のせいか、1日中割れんばかりの頭痛に苦しむ。ここ最近は、体の不調の時にしかゆっくり休んでないような気もする。(Thu)まだ頭痛が痛い。ZDNet)自分は整理が苦手なので、ほとんどの情報は電子的に保存して、しかも分類はなるべくせずに情報の引き出しはもっぱら検索に頼っている。T600C)での生活。読みたい情報をClieに移して、電車や移動中に読む。電車の中でメールを読み書き。ここの日記も、移動中にClieのメモ帳でほとんど書いている。起きた直後やることはコーヒーを入れながらメールの確認であり、眠くなって作業続行不可能まで手はキーボードの上で動いている。そんな時、思うのはプライベートと仕事の境界が無くなっている事と、電子機器がすでに体の一部になっていること。家でもどこでも作業を行い、他人とのコミュニケーションの一部ははメール、日常の思考や記憶もPCやClieが支援している。出来ないかなとも思ってみたり。(Fri)頭痛は治ったが、こんどはやることが山済みで頭が痛い。}になるが、これではぜんぜんうれしくない。しろ」と書いてあった。言うとおりにすると、「fori」の後に、変数名と上限を聞いてくるようになる。めでたく以下のように補完されるようになる。(Sat)■職場環境2最近知り合いが、職場の問題からうつになってしまった。病気とまではいかないまでも、楽しくない職場で辛い日々を送っている人は多い。そのほとんどの人達は、その仕事は好きだけれども、職場の人間関係が最悪だという。強力な政治力を持つ上司B氏。プロジェクトの度に、他所のプロジェクトから優秀な人材を勝手に引き抜く。他のプロジェクトの都合など全く考えていない模様。他のプロジェクトの構成員全員を自分のプロジェクトの指揮下に入れてしまうことも躊躇しない。例によってB氏のプロジェクト管理能力は低い。集めた人材相応のパフォーマンスが発揮出きない。集められた人達には、B氏に発言したりみんなで建設的な議論をする権限はない。人数がぎりぎりの職場なので、引き抜かれたプロジェクトのパフォーマンスは激しく低下。引き抜かれたとはいえ、プロジェクト失敗は許されないので、残りの人達や重複した人達は頑張るしかない。他のプロジェクトのパフォーマンスが落ちることによって、相対的にB氏の評価が上がり、ますます自分が有能で組織にとって必要不可欠であると思い込み、自らの行動に自信を持つ。B氏は自分以外のプロジェクトにダメ出しをするが、引き抜いたことが原因だと思ってない。B氏の上司には部下の管理能力が欠落しているため、B氏を指導することが出来ず、状況の改善は見込まれない。ケーススタディ2:ターミネーターC氏は入社10年以上のベテラン。何らかの理由で上司からの嫌がらせが始まる。→例:育児休暇、C氏の態度、意見の不一致、リストラ退職など。書類に至るまでダメ出しが入る。C氏だけ会議や飲み会に呼ばれない。上司は立ち場を利用してC氏の不利な状況を作る。新入社員は、自分達も二の舞になることを避けるために上司に加担してしまう。上司の介入があるため、組織の中で相談できる人がいない。公的機関や法的手段に訴えても「そんなつもりはなかった」などの体のいい言い訳で簡単に逃げられ、報復でますます状況が悪化する。生活がかかっている場合は、簡単に再就職できるわけもく、逃げることも出来ない。結局、うつやパニック症になって人生を棒に振ったり、周辺の人々も辛くなる。人付き合い人付き合いは難しい。絶対という解決策や処方箋は無く、むしろ相性や才能が大きなウエイトを占める。どこにでも非常識を振りまいて周囲を困らせる迷惑な人はいるものである。困ったちゃん、教えて君など)そのため、トラブルに巻き込まれないための防衛手段として、最低限の処世術は身につけておくことが必要である。「社会人のマナー」がその最低限の防衛的処世術に当たるのだと思う。これで片づくような場面や職種はやっぱり少ない。競争や議論が出来ず、効率化の努力が出来ないような職場しか有効でないように思う。マインドを高める「無能な部下など一人もいない。いるのはいつも無能な上官だけだ。」と誰だったか忘れたがそういう言葉を見たときに非常に感動した覚えがある。いつでも問題を引き起こすのは責任者であり、部下のせいにするのは無責任である。出来るできないも含めて管理するのが責任者のつとめであるということであろう。その責任者がどうがんばってもできないと判断したのなら、出来ないとはっきり上や相手に言うべきである。結果として、プロジェクトは中止や延期になり、状況が改善されるかもしれない。役職をはずされるかもしれない。したら、代わりの責任者がうまくやるかもしれない。それは、代わりの管理人の能力が優れていたか、殺人的フル稼働でがんばった結果であろう。いずれにしろ、早めに失敗に気づけば本当に失敗するよりダメージは少ない。早くだめだと分かれば、それに対する対策も取りやすい。組織がそのような意見に敏感な場合は、すばやく対策を行って成功に導くことが出来る。逆に、政治力で意見を封じ込めたり、意見を挑戦だと勘違いされてしまうような職場環境では、ミスや都合の悪い情報が隠される。その結果、間違った認識から判断を誤る。全体がそのような雰囲気の場合は、取り返しのつかない状況に発展するまで異常事態として認識されない。このような例は銀行、JR、医療事故など枚挙に暇がない。価格:ISBN4-47-837403-1『不測の事態にいかに対応するか。航空管制システムなどハイリスクな環境に身を置く組織を分析し、不確実性に対応できる組織マネジメントを紹介する。上のケースに見られるような上司に当たった場合は、職場の上から下まで終了している可能性が高いので、ほとんど状況を改善できる可能性が無いと思われる。責任を押しつけられないように注意しつつ、うまくおだててやり過ごし続けるさっさと職場を変えてしまうでもがんばって戦うなんだかなぁ。(Mon)先週はほとんど活動を停止して体調を整えようとした。ストレス診断カルテをやってみた。「重いストレス、うつの精神状態」らしい。日常生活に支障が出るレベルのストレスです。このくらいになると精神状態だけでなく体調にも不良な箇所が現れます。思うと激しい怒りが現れたり、自分では抑えることができません。:がんばりすぎていることが原因なので、一刻も早く他の人に責任ある仕事などはバトンタッチしてもらい、体を休めないと、本当の精神病へと移行していく恐れがあります。総合点169精神異常境界レベルそんなにわざとらしく答えを入れたわけではないので、多分誇張してしまう傾向にあるのだろう。保存も非公開APIを使えば一応出来るが、非公開なので将来への不安があるのと、精度のパラメーターが低めなので保存された画像は結構汚くなるので使いづらい。ファイル形式についてもBMPぐらいなら自分で実装できるが、TIFFは仕様がぐちゃぐちゃなので大変。そんな時は画像系のライブラリを使うと良いみたい。I/O(java.sun.com)、イメージ読み書きメモサンプルを適当にいじってみる。JAIを使ってJPEGを読んで、精度を変えて保存してみる。JAIは大抵の画像フォーマットに対応しているので非常に便利。ライブラリの守備範囲が非常に広くて奥が深い。}}ImageIOを使って、JPEGの精度を指定して保存する。こちらはJ2SE1.4以上なら標準で入っているので面倒が少ない。標準では対応ファイルフォーマットが少ない。(Wed)■今日のSPAM学習型SPAMフィルターがあると、SPAMがやってくるのが楽しみになる。今日の見逃しSPAM。人道復興支援について。思う?語り合わない?お布団の中とかお風呂とかでさ(#^.^#)短い日本語は見逃される傾向にあるようだ。内容がまれに見る傑作だ。意味が分からないところが新しい。目的はFromに返信させることか。Googleで探すと各地に出没しているらしい。ものなのだが、ODNのアクセスポイントからの偽装。serv〜ので、〜すれば〜したりできそう。フリーの同報メール発信ソフト。技術的に幼稚なのか、それともこれでも先端を行っているのか。最近の枝が付くことを恐れない無神経なSPAMは、直接配送相手のSMTPサーバに送りつけるので、中継が出来るサーバを無くせば大丈夫だというわけでもないらしい。(Sat)■いろいろ2003年末、IT戦士志願者の主張(全文)を読みながら、日経新聞に就職した先輩や、MSXFANのバボを思い出した。先輩は文系出身で文化部を希望していたのに、兜町に派遣されたりして苦労したといっていた。あるときには洗濯できるスーツを特集するために徹夜で何枚ものスーツを洗ったとか。記事を読んだけども、それ(日経)っぽい力強い文章だった。見た目や性格も力強い人だったので、きっと文化部ではなくて兜町の方に回されたのかもしれない。その昔、MSXFANというかなりいけていた雑誌があった。バボはその雑誌の読者の欄の担当者。今でも多くの人の心をつかんで放さないほどの印象的な文章を書いていた。当時、小中学生だった自分も大きな衝撃を受けて、バボの文章の書き方を研究したほどである。その時の「暮らしの適当手帳」は今でも大切にとってある。探してみると、スキャンをこっそり公開しているところがあった。いつもは反MSの痛い文章を並べるだけであまり内容の無い「ゲイツ君」だけども、今回の教えることはかなり良い。今回も一応反MSではあるけども、今回の矛先は、IT教育と称して、子どもにMS製品の使い方を教えようという日本の教育現場に対して。こんなことになってしまったのは、専門外のことは分からないということと、余裕が無くてそんなに難しいことは出来ないということが原因であろう。最近は、学校の先生に何でもかんでも押し付けすぎだと思う。Javaを教えている人とお話をする機会があった。その人の教え方は自分にとってかなり衝撃の内容であった。「オブジェクト指向」という言葉はほとんど最後まで使わないクラスはCanvasの継承から入る(結構初めの方で)誰が何時paintを呼ぶのかは教えない(意味がない)後で、普通に型の拡張という考えからクラス・継承を教えるJDBCまずACCESSを使うまず、自分でテーブルの実態を触って見なければ分からない触ろうとしているテーブルの実態がつかめれば、JDBCは難しくないとにかく徹底的にJava言語のみに集中する本質的なこと以外で難しく感じたり、やる気をそぐのは良くないとりあえず、目の前で動かさせる独習Javaなどを始めとする多くの入門書はこの観点からはNGということで、この方法に合った本を出す予定らしい。「昔、自分がWindowsで始めてプログラムをしたのがDelphiで、ボタンを押して何かをするプログラムだったのだけど、すぐ動く割にぜんぜん納得がいかなかった記憶がある」と言うと、「そんな人は放っといても出来るようになる」と。言われてみれば、これはこれでいいのかもしれない。X505店頭に並べてあったので触ってみた。キーが軽くて非常によいと思った。薄さ軽さも非常に良い。これだけでちょっと欲しくなった。トラックポイントが使いにくい気がした。X31のものに慣れているせいかもしれない。キーボード奥のCPUが入っているところがかなり熱かった。どこも満遍なく熱くなっていたので、放熱の効果は高いのかもしれないが、夏の暑いときの動作が不安かも。30万円超えてしまうのはちょっと買いづらい。(Mon)■いろいろ非ユークリッド幾何学の歴史とソフトウェア工学の進化(前)(後)ソフトウエアは未だ「工学」からは程遠いが、UMLがそれに近いかもという話。個人的に思うのは、誰が良い設計が出来るかの評価。ソフトウエアの成果物は橋やビルのように見て分からないので、継ぎはぎだらけだったり、貧弱な構造やアルゴリズムを使っていてもとりあえず動けばOKになってしまう。プログラムが言語ではなくて、美しい図であれば、少なくとも言語よりは良い悪いの判断が付きやすいのではないかなと思う。いうことで、図であるUMLが候補ではあるけども、もっと美しい図になるような言語が必要であると思う。「blog(Web日記)はどうあるべきか」という論争が起きているらしい。良識や社会のルールに従って書いていれば、何をどう日記に書いてもよいと思う。公開している以上、どこからリンクを張られてどう批判されるか分からないという覚悟はしておくべきであるとは思う。いえ、一応の覚悟があっても2chからリンクが張られるとどきどきしてしまう。http://www.cmt.phys.kyushu-u.ac.jp/~M.Sakurai/。