システムアーキテクト通訳案内士のブログ

以前に購入したT1028ですが、購入後そろそろ１年が経過し保証期間も終了するので（もっとも海外で購入したので保証もままならないのですが）、そろそろ分解してみようということで、液晶パネルを交換してみました。 液晶のサイズが１０インチで、元の解像度が１０２４×６００で、それを１３６６×７６８にしてみます。 以前にも書いたとおり解像度的には１０２４×６００の方が目に優しいので良いのですが、縦のサイズが６００ドットだとアプリケーションによってはダイアログが入りきらずにボタンがクリックできずに困ることもあるので、縦がXGAと同等の７６８のものに交換してみました。 最近の、ノート・ネットブックPCの液晶パネルの交換は結構みなさんやっているみたいで、液晶パネルでググれが結構出てきます。 もっとも私が使っているT1028に関しては日本のサイトでは見当たらずに本家の amazon.com で買いました。 また、T1028はさまざまなモデルがあり、T1028Xというモデルで１３６６×７６８の解像度をサポートしています。私が購入したのがT1028Mでこの２つのモデルは同一の筺体のようで、T1028X用の液晶パネルを買えば良いようでした。お値段は円高の影響もあり、送料込で、１万円弱になりました。 ということでアマゾンで液晶パネルを買って待つこと３週間ほどで我が家に液晶パネルがきました。 さっそくばらして交換してみましたが、無事に１３６６×７６８で表示ができました。 これで、T1028X相当になったのですが、２点程難点があります。

• タッチパネルでなくなった。購入したパネルにタッチパネルがついていなかったので、タッチパネルができなくなりました。もっとも普段からタッチパネルを使用していないのであまり問題にはなりません。余計なものがないのでかえって表示がきれいで文字が見やすく私にとってはこの方がよかったです。
• やっぱり中年の目には、１０インチで１３６６×７６８はきつい。これに関しては、普段使うアプリ（ほとんどIEなのだが）で拡大表示すれば、まぁ事たりるので良しとしましょう。

ちなみに、交換作業を見ていた嫁さんが 「なんで液晶を交換するの？」 と聞いてきたので、 『いや画面の解像度が小さいので下の部分が切れるので・・・』 と返事すると 「なんやそれだけのことで、１万使うのか？」 と詰め寄られました。 まぁ女には男のロマンはわかるまいて。

ADP 0.77のリリースです。またもや地味な改善になります。 ダジャレクラウドプロジェクトからのフィードバックがメインになります。 ・バグフィックス ・シングルスレッド動作時のパフォーマンス改善 ・size述語の変更 ・eload / esave述語の追加 今のところ、ダジャレクラウドのサーバーはADPで作成していますが、実践で使うとちょこちょこバグが見つかるようで、今回のリリースでもバグフィックスが入っています。 0.74のマルチスレッド対応時に、メモリの取得・開放時にロックを掛けるように変更しましたが、シングルスレッド動作時には単にオーバーヘッドになるだけですので、フラグを用いてロックする（マルチスレッド動作時）、ロックしない（シングルスレッド動作時）としました。 今更ですが、文字列の長さを求める述語がなかったので、size述語（配列の要素数を求める）を拡張して文字列が指定されたら長さ（バイト数）を返すようにしました。 eload / esave は、主にADPのCGIモードのデバッグ用で、esaveで実行環境（環境変数、QUERY変数、COOKIE）を保存し、eloadで復元します。ADPをgdbでデバッグするときにeloadでCGIの環境を復元しデバッグを行います。 ちなみに、１揃えの11月11日にリリースしようかと思っていましたが、失念していて今日のリリースになりました。

以前、ブログに書いていたダジャレクラウドですが、晴れてリリースとなりました。 　 遊び方ですが、『ダジャレ・リサーチ』というテキストボックスにキーワードを入力し、検索ボタンをクリックするという至ってシンプルなものになります。 ちなみに最近私が面白いと思ったものは『オリンパス』で検索したものです（まぁ少々ブラックですが・・・）。 　 ソフトウェア開発の常なのですが、このプロジェクトも遅延しましたが何とか無事にお披露目できるようになりました。 あまり赤裸々に書くのも如何なものと思われるかと思いますが、こういった経験は私自身も肥やしになるのと、あまり外には聞こえてこないもので興味深いと思いますので、適当にフィクションを入れつつ記事を書いてみます。ので以下はフィクションと思って頂ければと思います。 　 ■ プロジェクトの目標がはっきりしているか？ぶれないか？ 　もともとHack4JPという震災復興プロジェクトの1つとして立ち上がりましたが、『だじゃれ』と『震災復興』というあまりにもかけ離れたお題に対して一部のメンバーが動機付けに苦労し余計な時間を費やした点が上げられます。 つまり、プロジェクトだじゃれという不謹慎なものに対して負い目を感じ、それに対して大義名分をつけようとして『開発を行う』というエンジニアの本分を忘れてしまい結局開発に手が付かなかった点があります。 結局は、『ダジャレで被災者を応援しよう』という当初の目標に落ち着き混乱が収拾されました。 　 ■ボランティアに対するスタンスの違い 　私はこういうボランティアは始めてなのですが、メンバー間のボランティアに対する認識の違いがありました。 私の中では、参加条件が『プロが無償でする』であり、その方が『出来る範囲で出来ることをする』という認識でいました。 『プロが無償でする』というのはどういうことかと申しますと速い話がボランティア（タダ）といってもいい加減な仕事をしてはいけないということで、例えますと英語ができない人が通訳のボランティアをやっては逆に迷惑でしょう。ということです。 つまりソフトウェア開発プロジェクトなら開発ができる人が開発を行うということなります。 当たり前ですが、どのようなソフトウェア開発プロジェクトも開発者だけ回りません。リーダーやプランナーの方とう様々な役割をもった方も必要です。チームとして活動する場合はそういったリーダーやプランナーとして仕事ができる人も参加する必要があるでしょう。 プロジェクトの混乱の1つにこのスタンスの違いがありました。つまり、無償で作業をするという認識は一致していたかと思いますが、「プロ」の部分が抜けておりました。先ほどの英語の例でいいますと英語がしゃべれないけど通訳のボランティアをするといった具合です。もっとも明らかにしゃべれないなのらヤメトケで済みますが、微妙な場合は線引きが難しくこれが混乱の元になりました。 『できるかどうか解らないがやってみる』というのはありかと思いますが、その場合は周りに迷惑にならない程度に『やっぱりできませんでした』とか『ここまでならできました』とかの報告が欲しいものです。 ボランティアに限った話ではないですが、厄介なのが充分な能力をもっていないが自分はできると思っていたり、『出来ません』と言えずに引くに引けないようになってプロジェクトが停滞しました。 この点のもう1つの問題が、メンバーの意識として『出来る事をする』ではなく『したい事をする→出来ないことをやろうとする』になってしまう点です。これが復興支援という大義名分と融合して混乱に拍車をかけた部分があります。当たり前ですが、ほとんどの日本人（世界の人）が東北の方の1日でも速い復興を願っています。前項とも絡んでくるのですがその思いが空回りして、したい事をプロジェクトとして実行させようとし結果として、出来ないことをやろうとすることになっていました。 ■ボランティアに対するスタンスの違いとプロジェクト運営の経験不足 　そもそも論としてボランティアだからモノを完成させる必要はないという認識の方もいらっしゃいました。こういう考え方自体は悪くないかと思いますが、少なくとも依頼者は完成させて欲しいと思っていますし、また、メンバー内にも完成させたいと思っている方も当然居ました。この場合は明らかに完成に向けて作業を行う必要があるかと思いますが、そういった中でご自身の意見を優先される方がいらっしゃいました。 個人の意見がプロジェクト運営上妨げになるという場合、その点については当然調整を行う必要があるでしょう。つまりある部品の開発者であったが興味を失ったので開発はもう終わりにしたいと思った場合、別の開発者に任せるようにする必要があるでしょう（本来ならある程度完成させてから抜けるのが筋だと思いますが・・・）。それをプロジェクトとして完成させる必要がないとされると周りの者が迷惑をこうむります。 ■文化の違う方とのコミュニケーション 　立場の違う人達が集まると波風が発生するもので、上記の認識の違いやら、果ては言葉遣いや段取り等の違いから波風が立ちました。 このプロジェクトですが見た目が簡単で面白そうなのでエンジニアでない方も入ってこられました。 それ自体は悪くはないですが、例えば、システム開発で発注者の立場の人と受注者の立場の人がボランティアで一緒になるとほぼ立場が逆転します。なぜなら発注者というのはお金という力を使って受注者をある意味支配していますが、ボランティアベースになるとお金という力がなくなるので、別の何かで開発者の方と協力しあわなければなりません。 こういったところでコミュニケーション不足が一部にありメンバーの不満が高まったこともありました。 この点については幸いにも粘り強く話しをしたら誤解であったことが解り、開発者でない方のプロジェクトに対する貢献方法（広報活動だったりプロジェクトの企画だったり）を考えることにより作業が進行できたので、1つ収穫になりました。 とまぁ色々問題が発生しましたが齢40を過ぎていい社会勉強になりました。

気が付けばまたもやブログの更新がおろそかになっていたので近況がてら更新します。 ちなみに、スマートフォンはもういやだ！と思っていたのですが、業務命令でiPhone4S（ア・イ・フ・ォ・～・ン）を予約したのですが1ヶ月待ちとのことで今しばらくはX01Tとのお付き合いになります。まぁ手に入ったらまたレポートなんぞをしてみます。 ADP1周年記念やSQLのパフォーマンスについてのまとめページが進んでいませんし、ダジャレクラウドとか地味にその他に書くことがあるのですが、最近ちょっと関心を持った話題を書きます。 今から20年以上前にまことしやかに囁かれた『プログラマ35歳定年説』という仮説がありまして、まぁ『35歳ぐらいになったらプログラマとしては役に立たなくなる』という感じで使われたりします。まぁ一種の都市伝説のようなものですが、実際に信じている人も多いようで ぐぐる グーグル先生で検索すると未だに肯定するような記事も出てきます。 私は今年で40歳を超えるのですが、いまだに開発を行っていますし何よりこのブログが『俺は使える事を』証明しているとも思わなくもないですが、もっと客観的に証明する手段として、TopCoderというものがあると思いましたのでそのお話でもしてみます。 TopCoderというのは、プログラミングコンテストの一種で、競技プログラミングとも呼ばれており、制限時間内（75分）にお題にそったプログラムを組むというものです。 問題は、簡単・普通・難しいと３つ出題され、それぞれ難易度とプログラミング時間によってポイントが付き、そのポイントを競うというものです。 単純にプログラミングをして終了ではなく、プログラミング後、他のメンバーが作成したプログラムを参照できバグを発見したら（バグを現出させるテストケースを与えれば）、別途ポイントがもらえます（チャレンジという）。 そのようにやってポイントを稼ぐと、レーティング（通算ポイントのようなもの）が貰え、そのレーティングによって順位付けがされるというものです。 私の現在のレーティングは1391になりますが、これは9138人中の2047位（全世界）、766人中の141位（日本）らしいです。 この順位で私が使えることが証明されたかどうかは実はいまいちなのですが、私より順位が下の人には某一流大学の人たちもいますので、そういう意味では『まだまだ若いもんには負けていない』ということはいえるかと思います。もっとも私より上位にも某一流大学の方が居るので一概に某大学生に勝ったとはいえません。 レーティングが上位になると『レッドコーダー』と呼ばれるようになります。なぜレッドかと言いますとレーティングによってIDが上から、レッド、イエロー、ブルー、グリーン、グレイで色分けされる関係でそう呼ばれるようです。私の現在の色はブルーになります。参加しだして間が無いのでなれていない面もありますので、精進を重ねレッドコーダーになれば、晴れて私も使えるプログラマということが証明されるかと思います。 75分という極めて短い時間でプログラムを作成するので本当の実力の一部分しか計測できないでしょうが、問題自体は非常に良く出来ているとも思いますし、何より自分の実力が客観的に判るので腕に覚えのあるITエンジニアの方は是非挑戦してみては如何でしょうか？

最近、ブログの更新が滞っておりますので、近況報告がてら更新します。 （ちなみに、国内旅行取扱管理者が受かったのでその記事でもと思ったのですがそういえば受験した記事を書いていなかったのでまたの機会にします。） 世の中不景気と円高が続きますが、あいも変わらずコンピュータ関係は順調に進歩を遂げており、私もニュースをみながら「次世代の私の使用機はどうしようか・・・」と日々ニュースをチェックしてます。 ちなみにちょうど1年程前にこの記事で、『CPUコア数が6（スレッド数12）で、搭載メモリが24GB』とか言っていましたが、最近、マザーボードが発表になりましたX79というチップセットではDIMMスロットが8個ある製品も発売されるらしく、最近では1枚辺り8GBの容量をもつDIMMが発売になりそれも一部では1万円を切る値段になったので、64GBのメインメモリが10万円を切る値段で手に入るということになるようです。 X79はソケットがLGA2011で対応するCPUはSandy Bridge-Eらしいですが、このCPUは8コア（16スレッド）のものもあるようです。 つまり、2011年末～2012年の頭頃に CPU:8コア（16スレッド） メモリ：64GB というマシンが30万円も出せば手に入るということになるかもしれません。 ちなみに、現在私が使っているマシンですが、 CPU：4コア（4スレッド、HT OFF) メモリ：12GB になっています。 CPUはCore i7-920で、Hyper-ThreadingをONにすれば8スレッドになるのですが、OFFで使用しています。 私の使用方法では、8スレッドを使うことはほぼなく、無駄に電力を使うのもなんなので早々にHTをOFFにしました。ちなみにBIOSでは使用するコア数も変えられたので2コアとかにしてみたのですが消費電力的にはあまり効果はなかったので、そこは一応ということで4コアで使っています。 ちなみに、ADP Ver 0.74でマルチスレッド機能（pipe述語）を搭載し、テスト中にCPU使用率が100%になり、『やっと使い切った』と喜んでいました。 またメモリも24GB搭載できるのですが、12GBで特に不満を感じていません。空き容量が７GBでキャッシュが3GBとか言われるとさすがに増設する気になれませんな・・・・ とまぁこんな感じでまったく気合が入っていませんが、まぁ来年あたりまだ円高が続くようでしたら手ごろな価格で高性能マシンが組めるので狙ってみたいです。