空前の人材不足でもエンジニアが大事にされないのはなぜか(2007年11月27日 @IT)

 システム開発に関する、ユーザ企業とシステム開発ベンダの両者間における境界線の引き方が、やっぱり気になる。

 何でもシステム側が自分たちの業務に合わせてくれる、というユーザ企業の幻想と、ユーザ企業の業務知識がない状態から要件を把握して最終工程までの見積をしなければならない、それが常態となっている開発ベンダ。

 要件定義はやっぱりユーザ企業側でできるようにすべきじゃないかと。そういうスキルを持つ人材はユーザ企業側にいるべきなんじゃないかなあ。

 もっとも要件定義という言葉も、業務要件、システム要件、など観点の異なる要素がたくさん詰まっている。これを1つの言葉(工程)でまとめてしまっているところが、問題なのだろうか。

自分用メモ以外の何者でもない。読んだ人すんません。

  1. Rectangle Select Tool(R) で切り抜きたい領域を選択する
  2. 編集-コピー(Ctrl+C) で選択した領域をクリップボードに保存する
  3. ファイル-新規(Ctrl+N) で貼り付け先の新たなキャンバス(っていうの?)を作成する
  4. レイヤー-レイヤー削除 で新規作成時に作られるレイヤーを削除しておく(グレータイル模様はレイヤーがない状態を示すらしい)
  5. 編集-貼り付け(Ctrl+V) でクリップボードに保存した画像を貼り付ける
  6. 画像-キャンバスをレイヤーに合わせる で画像サイズにキャンバス(っていうの?)を合わせる
  7. 画像-画像拡大縮小 のパーセント指定によるサイズ変更を行う(高画質写真の場合は、画像サイズを節約するために縮小が必要になる場合が多いため)
  8. ファイル保存

自宅を片付けていたら、Vzエディタほか、懐かしいモノを発見。Vz&WZはともかく、VW WORKSはマニアすぎる!

Village Center

 Vzエディタは知る人ぞ知る高性能エディタ。当時では型破りな常駐モードというのがあって、いつでもESCキー一発で呼び出せたり(DOS時代はシングルタスクなので割り込みで起動できるのは重宝した)、強力なマクロやファイラーも搭載していて、Vz環境下から出ずに、コンパイルからファイルコピーから全てが完結できた。今でいうと、Eclipseから出ない、みたいな?

 会社ではRED(これまたマニアック)やMIFESを使っている人が多かったけど、自分は自前調達のVzを頑なに使いつづけた。あげくには会社から支給されるPCが遅くて、PCも自前で調達したり。今そんなことしたら私的利用がどーたら、なんて面倒なコトになるだろうけど。

 その後、本格的にWindowsの時代になると、秀丸エディタの時代になっていくわけだけども、わりと近年までDOS窓でVzを使いつづける人もいたそうな。Longファイルネームに対応させるパッチをあてたりして。思えば、ホントに牧歌的な時代だった。

 発売元のビレッジセンターにはまだ商品紹介が残っている。

 オールアセンブラで64Kbyteに収まっているVz。ソース読んでもワケが分からなかったが、あのころは「少しでもVzっぽく」自前の画面制御ライブラリをVz風にしたりしてた。プログラミング言語としてのC言語をちゃんと覚えようと思ったのはVzのソースを見るようになってからだったな。オールアセンブラでサクサクとアプリ書くほど強者じゃなかったので、せめてH/Wを自由に叩ける言語を1つくらいは使いこなして、なんかまとまったソフトウェアを書こうと。いい勉強材料だった。

 ビレッジセンターではVzの後継商品としてWZエディタを発売するが、そのころには既に秀丸などのような高機能フリーウェアorシェアウェアがネットで流通しており、実際、自分もWZ1.0は購入したものの、正規購入した秀丸から乗り換えるまでには至らず。(実際、Vzユーザは秀丸が多くを吸収していたように思う。WZエディタの発売タイミングがちと遅かった。残念ながら)

 Vzエディタの作者c.mosさんは今でもご健在。憧れだったなあ、若いころ。ZCopyを今でもバックアップに使わせてもらっている。

ハイビジョン月面画像をネット公開しなかったNHK(2007年11月22日 – ビジネススタイル – nikkei BPnet)

10秒でも15秒でもいいから、少しくらいはネイティブ動画を公開すりゃいいのに。

それにしても月からの通信速度が10Mbpsっていうのは「へえーそーなんだ」。

36歳になって思う「プログラマ35歳定年説」(2007年11月20日 ITと人間の意外な関係)

 自分にとってのプログラミングは、感覚的には、建築会社に勤めている人が「趣味で木工アート家具つくってるんですよ」的な位置付けになりつつある。

 そして「自分のつくった家具を買ってくれる人がけっこう出てきたんですよ。自分の好きなことをやって、人様に喜んでもらって、ささやかな収入まで得られるなんて最高ですね」が目標。

 だから、そもそも定年という概念がないのだが、他人様からみたら既に定年している状態ってことになるのだろうと思う。実際、100%プログラマで収入を得ていた時期は、遠い過去だ。

 いま自分は、独立して個人会社を設立し、とあるSIerのPMおよび要件定義に参加している。

 結局、独立前に組み込まれていたSIerピラミッドの最たるところを担おうとしているわけだけど、会社員時代とは違って、選択の制約が少なく、持ち時間が多い。自分の意志で、1プロジェクトに専念できる。

 いかに自分の時間を効率よく使って、チーム全体を成功に導くか。

 そして、あけた時間では、もともと自分がSIerピラミッド構造から飛び出した理由「1年に1つでいいから、不特定の利用者に使ってもらえる、ソフトウェアなりサービスなりを自分で企画開発する」ということをやろうとしている。これも独立したからできる選択。会社員時代は、効率良く仕事をこなして時間を空けても、他人の仕事が押し込まれてくるだけだ。

 別に大儲けがしたいわけじゃない。ソフトウェアを作ることが好きであり、それが使われることによるフィードバックを得たいだけなので、趣味と言われても違和感がないかも知れない。ただ、やる以上は、サービス維持費くらいはきちんと稼げるものにしたいし、なかには他者と協業しながら育てていきたいと模索している企画もある。

 というわけで、いま自分の境遇は、仕切り、のち設計、ときどきプログラミング。

 他人のための仕事だが自分のノウハウが活かせる仕事に時間を割きつつも、好きな分野で自分のための仕事に時間を捻出して割り当てる。結果、どちらも「いかに無駄を省いて結果を出せるようにするか」に腐心する。

 いまは、自分的によいバランスであるように思う。