明日から新しい現場ですよ。
新しい案件の新しい現場という事で、意識の上ではワクワク感が大きいのだが、
やはり環境が新しくなるという事は、潜在意識的にはやはり大きなストレスなのだろうか？
今日の帰りは最近は全くなかったような疲れをどっと感じた。
それと、ここ最近の環境がいかに「ぬるま湯」だったかという事も、あらためて感じた。
やっぱり外に出て行くのは厳しいが、その分刺激も大きいね。
まあ、どんな案件でもそれなりの成果を上げる自信はあるけど、
とにかく自分のさらなる成長を意識して、頑張っていきたいと思う。
抽象的過ぎるので、他人が読んでもわけがわかりませんね。
2008年6月30日月曜日
2008年6月23日月曜日
COBOLも進化するとして
そういえば、10年以上前に「第2種情報処理技術者」の試験を受けた時に、プログラミング言語はCOBOLを選択したような気がする。
COBOLは今後20年以上にわたってユーザーに安心を提供する：ITpro
プログラミング環境としてみた場合，現在のCOBOLの姿は10年前の姿とは全くと言っていいほど変わっている。ビジュアルでグラフィカルな開発ツールになり，開発がやりやすくなった。プログラマにとって非常にエキサイティングな開発言語だと思う。Javaを使っている人も，ぜひ我々のツールを見てほしい。Java以上に革新的なものを見つけてもらえるだろう。COBOLもいろいろと進化しながら使われる世界があるのは当然だし別によいと思いますよ。
個人的にはこれからこの方に進む事はないだろうと思っていますが。
まあ、仮に必要になっても、少し勉強すればなんとかなる、ぐらいには思えるし。
COBOLは今後20年以上にわたってユーザーに安心を提供する：ITpro
ユーザーはSOAを採用することで，COBOLアプリケーションの機能をWebサービスとして提供できるようになる。これは，既存のCOBOLアプリケーションを書き直すことなく再利用できるということだ。この「再利用」って、ちょっと微妙だな、と思った。
最初から再利用を想定されて作られたものならよいと思うけど、単にブラックボックスになったアプリケーションを延命させる為にこういう技術が使われたとしたら後々悲惨な状況になるような気がするのだが。
SIerにとっての業務知識
大筋では同意しているのだけれども、特にピックアップしたい一文もなかなか見出せなくてエントリが書けないでいた。
SIerが必要としているのは業務知識だという都市伝説 - ひがやすを
豊富な業務知識を事前に持っていないとSIができないというのは、金融以外では都市伝説だと思います。深い業務知識が必要なのは案件の提案者と要件定義者 - ひがやす
つまり、深い業務知識が必要なのは、案件の提案者と要件定義者だけで、残りのメンバは、後から勉強して基礎を身に着ければ間に合うのです。
業務知識が不要だとはいってませんよ。外部設計を行なうには、業務知識が必要です。ただし、その業務知識は後から勉強しても間に合うということです。
「金融以外」と言い切ってしまう事には人により異論もあるかと思いますが、まあたいていの場合はこれが当てはまるのだろうと思います。外部設計のアサインメンバーを業務知識が豊富な人ばかりで固める事ができる事なんて、むしろ「まれ」な事ではないかとすら思う。それでもプロジェクトはなんとかして回っていくものだ。
で、やっぱりプログラミングスキルをどう考えるか？という話になるわけですが、
SIerが必要としているのは業務知識だという都市伝説 - ひがやすを
このようなプログラミングを軽視し業務知識を重要視する考えが、SIerでは、先輩から後輩へ脈々と受け継がれています。今では、プログラミングは発達し、人によって大きく生産性は違ってくるのに、その事実を知る機会がないのです。
しょうがないよね。新人のころから、「プログラミングは付加価値の低いものだ。付加価値をつけるためには業務知識を身につけなければならない。」そう教え込まれたら、誰でもそうなるでしょう。
業務知識を身につける事でSEの付加価値が高まる事は間違いないとは思う。
ただ、その対比として「プログラミングは付加価値が低い」として軽視するのが間違いなんだよね、きっと。
システムを構築する技術者である以上、プログラミングをはじめとした実装能力は、基礎として必要なスキルであり、その基礎がしっかりとあるからこそ、業務知識が付加価値として意味のあるものになるんだと思う。
「本体」をおろそかにして「付加」する部分ばかりに注力しても、それでは付加価値にはならんのだと思う。
業務知識を持つといっても、所詮はそれを本業としてやっているお客様にはかなわないはず。
業務知識はあるけどシステムの実装能力が弱いSEって、本当に中途半端な存在だと思うよ。
付加価値が高い仕事をできるようになって単価を上げようとするのは大事な事だ。
その為に業務知識を身につけて上流工程から参画できるように努力する事も良い事だと思う。
けど、自分の本業にとって大事な事を見失ってはいけない。
システムの実装能力はSEにとって基本中の基本、それを忘れてはいけない。
というわけで、私は最近やっとJavaを勉強中だったりします。。。
で、やっぱりこういう方向を目指して行きたいよね。
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを blog
プログラミングファースト開発のように上流から下流まで自分たちでやるような会社がもっと現れて欲しい。そして、うちの会社もそうなりたいと思う。
「プログラミングファースト開発」かどうかは別としても。
以前にはこんな事も書いたけど。
2008年6月22日日曜日
FirefoxのCMを山手線で見た
私も昨日山手線で見て、ちょっとびっくりしました。
Firefox 3のCMビデオ、JR山手線／京浜東北線で放映される ： デスクトップ － TECH WORLD
2008年6月17日より、JR東日本の山手線、中央線および京浜東北線の液晶ディスプレイ付き車両において、Firefox 3のコマーシャルビデオが放映されている。1週間限定の放映予定。
Mozilla Japan ブログ - Get Firefox ビデオアワードグランプリ受賞のユニットが Firefox 3 の 15 秒CM に挑戦!
この CM は、今まで Firefox にあまりなじみのなかった方々に、Firefox という名前や Firefox のロゴマークを認知してもらうことを目的としています。
普及を促進しようといろいろとキャンペーンするのはよいと思うけど、そんな所でCM流す事がコストに相応の効果があるのだろうか？というのが最初に思った事。
それが「ネットに関わる何か」くらいしかわかりようがない内容なので、知っている人だけが気に留めて、知らない人はただ素通りしていくだけなんではないかと思ってしまいました。ネットユーザに対する効果的なPR方法はもっと他にあるんじゃないかな、と。
まあ、知っている人の中には、そういうCMで流れたものを「自分は知っている」という優越感から知らない人に対して勝手に広報してくれる人が出てくるという2次的な効果も結構あるのかもしれません。
私がこうしてブログの記事に書いている事も、それに乗せられている事にもなるわけですが．．．
2008年6月19日木曜日
ググる前に考える
つい先ほど中島聡氏のblogにこんな記事がアップされたようですが。
Life is beautiful: 自分で考える前にググっていませんか？
問題は、上に書いたように自分で考える前にググって「手っ取り早く答えを見つけてくる」ことを習慣的にやってきた学生が社会に出た時に、ちゃんと自分で考えることができるのだろうか、ということ。
なんかタイミングよく、たまたま昨日読んでいたこの本にも書いてあった。
勝間和代のビジネス頭を創る7つのフレームワーク力 ビジネス思考法の基本と実践
P.35たとえば、次は、「フェルミ推定」の問題ですが、質問への答えを自分の頭で考えてみてください。時間は数分以内です。
質問 日本に犬は何匹いますか？
ここで大事なことは、結論ではなく、そのプロセスです。
ですので、いちばん失格なのが、この質問についてググった（グーグルで検索した）人です。ググれば一瞬で答えが出てきます。しかし、ここでは「自分の頭で」と言っているのですから、ググったり、人に聞いたりした人たちは、私が「教えて君」と呼んでいる、伸びないタイプになってしまいます。
これらは以前軽く拾った「ユトリストの脅威」とも同じような話だよね。
私も最近は一応クリティカルシンキングみたいな事を色々と勉強しようと動き始めているので、そういう方向が間違ってはいないのだな、という事が確認できた気がします。
ちなみに『7つのフレームワーク力』の上記の箇所で、私は「日本の世帯数がどれくらいかをググって調べたい」と最初に思ってしまった。そもそも、そのベースとなる知識が足りていないという事ですね。
仕方ないので、ペットOKな自分の住んでいるマンションの世帯数や人数や飼われている犬の数などから考えてみましたが。
ベースとしての知識が大事だという事は同書にも書いてはありますが、そのレベルで留まっていてはダメという事ですね。
その一方で私などはまだまだググり方が甘いと思ってしまう事もあります。
フューチャリスト宣言 (ちくま新書 656)
P.62
みんな誤解していると思うんですよ、ネットの使い方って。たとえば、そもそもどういう単語でサーチしているのか。検索語がその人のイマジネーションの限界を表します。ネットの潜在力をうまく最大限利用している人って、そんなにいないと思いますよ。
そもそもググってみる事自体を忘れている時もあるくらいで。
それでもまあ、どんな検索語を入れようが、ネット上にないものは、まだまだたくさんあるのだろうけどね。
自分で考えた事をblogにアップしていく事には、そういう点での意味もあるだろうね。
「この単語でググってで自分のblog記事がこんな上位に表示されるんだ！」と驚く事は、この程度のblogでも時々あります。
成功本の感想が再度リンク掲載されました
以前、『成功本50冊「勝ち抜け」案内』に関する記事を書き、さらにそれが著者本人のblogにリンクが掲載され該当記事へのトラックバックを頂いた事なども書きましたが、該当の成功本の「書評blog100超え記念」に再度リンクを掲載して頂きました。
ありがとうございます。
書評100超え！ - 水野俊哉の日記
また順次メールやトラックバックなどでお伝えしていきますが
「掲載を伝えたい」だけなので、トピックと合わなかったりしたら
掲載しないでください。
JPの来日公演の記事へトラックバックを頂いたので、最初は何かと思いましたが、たまたまここ数日トップ記事になっていたからみたいですね。
本当なら該当の「書評記事」に再度トラックバックして頂ければよかったのかとも思いますが、せっかくなのでそのまま残したいと思います。
ちなみにリンク集はURLそのものよりは、記事のタイトルを書いてそのリンク先が該当のURLになっている方が見やすいのかな、などと思いました。
その後に読んだ『成功本50冊』で紹介されている本は以下の通りです。
「心のブレーキ」の外し方
ユダヤ人大富豪の教え
非常識な成功法則
『非常識な成功法則』は、『成功本50冊』から選んだというよりは、フォトリーディングホームスタディ講座の「教材」として同梱されていました。
それぞれの感想は別の機会にしたいと思いますが、少しずつでも確実に人生に影響は与えていると思います。
2008年6月15日日曜日
Judas Priestの新作と来日公演
Judas PriestのニューアルバムをAmazonで予約しました。
ノストラダムス
それにしても、まだ発売されていないのに「カスタマーレビュー」が載っているていうのは、どういうこと？
来日も決まったようですが
livedoor ニュース - “メタルゴッド”ジューダス・プリースト３年ぶりの来日公演決定
９月28日（日）パシフィコ横浜
９月29日（月）日本武道館
またこのパターンか。
うる覚えだけど、3年前の来日の時も、週末に横浜、平日に武道館だったような。
当時は奇跡的に仕事が暇だったので、追加公演も含めて、定時ダッシュで武道館に駆けつけた気がする。
もちろん、チケットを買う時にその頃暇になるなんて予想できてたわけではなく、賭けだったのだが。
livedoor ニュース - “メタルゴッド”ジューダス・プリースト３年ぶりの来日公演決定
この新作はなんと、2CD、100分以上に渡るメタル・オペラだ。16作目のオリジナル・アルバムとなる今作は、バンド結成39年目にして初のコンセプチュアル・アルバム。長年にわたる構想の末に完成されたもので、予言者ノストラダムスを題材に、壮大なロック・オペラが展開されている。
来日公演は、このアルバムの完全再現？
まあ、それはないだろうな。というか、それは期待していない。
そもそもまたニューアルバムを聞いていないという事もあるが、
限られたライブの時間の中では、往年の名曲たちの為に十分な時間をとってくれないと暴動が起きるかもしれん。
アルバム発売が6月25日(水)で来日公演のチケット発売が6月28日(土)、
ニューアルバムの評価に関わらずそれなりに集客が期待ができる事をわかっているから、この期間の短さなんだろうね。
2008年6月14日土曜日
2008年6月11日水曜日
効率化されていく新人教育への若干の違和感
元々の記事とはあまり関係ないが、これには妙に納得した。
404 Blog Not Found:授業には適度な無駄が必要である
学習というのは、玉石混淆の場から、玉を拾っていくという行程だからだ。
高効率授業しか受けていない者は、低効率現場において右往左往するだけである、と。
会社で年々効率化されていく新人教育に対して、確かに会社としてはそれなりに人数も増えているしそういう方向はもっと突き詰めていくべきだとは理解しながらも、同時になんとなく感じている違和感はこういう事なのかもしれないな、と。
たぶん優秀なのはわかるのだが、現場の仕事を遂行していくにあたっては、なんとなく頼りなさを感じる事が多くなった気がする。
細かな事まで「お膳立て」がきちんとされていないと、「普通の人」だと何をしていいかよくわからない感じで無駄な時間を費やしがちになるし、「優秀な人」だとその「お膳立て」を求めたりする。ここまではたぶん私が新人の頃とそう変わらないと思う。で、そういう「お膳立て」を求める事自体はいいけど、それを用意するのは自分の仕事ではないという割り切りがあるようで、そうすると問題を認識しているわりに問題解決自体は遅くなりがちだったりする。
「お膳立て」がきちんとできていないのは上司とかリーダーの力量の問題である場合も多いので、そういう要求を否定することはできないのだが、足りないものがあっても自分なりになんとかして基本的な目的を達成していけそうな力強さが最近の若手からは感じづらくなっている気がする。
「誰が書いても同じコード」は大事なことなのか - ひがやすを blog
今の大手SIerのやり方の問題は、スキルのあるプログラマの能力を殺してしまっているところにあると思います。だめな人に失敗させないように、がちがちに縛るんだけど、だめな人はやっぱり失敗するし、できる人もがちがちに縛られて力を発揮できない。
大手に準じたSIerとしての教育がうまく行きはじめているのか、プログラミングに限らず仕事全般においてがちがちに縛る事が正しいと信じている人は増えている気がするし、若くして「できる人」は自らあえてがちがちに縛られようとしているようにも見える。
たぶん真面目すぎるんだよね、私的にはピントがずれていると思う事が多いけど。
この傾向はここ数年いた身の回りだけの話で、例えば他の部署へ異動したらまた違うのかもしれない？
それはそれで単に昔からあまり進化していないだけだったりする可能性も十分ある。
2008年6月10日火曜日
2008年6月5日木曜日
3年半ぶりの第一声
以前関わったプロジェクトで一緒に仕事をした人から新しい仕事の可能性について声をかけて頂き、約3年半ぶりに会って飲みに行って来たのですが、顔を合わせての第一声が
太った？
だった。
うーん、確かにそうだね。
あの頃は社会人生活の中では新人時代を除けば一番やせてた時期だったかもしれないね。
結構デスマの雰囲気を呈していた時期もあったのだが、何しろ、当時は毎日こんな食生活だったのが大きかったと思う。
- 朝飯なし(そんな時間とれない)
- 昼飯なし(昼休み時間中はずっと寝てた)
- 16時くらいに仕事の片手間で「じゃがりこ」
- 仕事でほぼ終電で帰宅後の夜中1時過ぎにコンビニ弁当＋焼酎で晩酌(結構たくさん)
プロジェクトから抜ける日が見えてきた終盤くらいには、さすがに体調が悪い事を自覚するようになって昼飯くらいは食べるようにしたけど。
ちなみに、そのプロジェクトから抜けてら3ヶ月くらいで既に今と同じくらいの体重になってた。
今の目標体重はなるべく健康的な生活のまま「あの頃くらいに」と思ってはいるのですが。
2008年6月1日日曜日
「業務仕様」を決めるだけでは不十分
さっきと同じ記事ですが、別の事も感じたので違うエントリで書きます。
10年間泥のように働いて花が咲きました - ひがやすを blog
日本のSI業界の重鎮たちの発想が古いのは、C/S以降の開発を知らないからだ。C/S時代は、既に偉い人で、管理業務だけやっていたんだろう。その人たちにC/S以降の開発を知っていますかと聞けば、たぶん知ってるよと答えるだろう。でも、それはきっと日経XXXのような雑誌で読んだ知識に過ぎないと思う。現場にいなかったから、現実を知らないのだ。
これは本当にそうだと思う。この辺の基本的な論旨には納得しています。
で、細かな話だとは思いますが、
汎用機やオフコンの世界は、プログラミングの技術が進化することはほとんどない(と思う)ので、だいたいプログラミングでできることを知っていれば、細かいことを知らなくても業務仕様を決める分には困らない。
そんな変化のないSIの世界もクライアントサーバ(C/S)型の登場で一気に変わった。汎用機やオフコンよりも圧倒的に安くシステムが作れるようになった。それと同時にプログラミングの世界は常に進歩していくようになった。プログラムで何ができるか知らないと、業務の仕様もきちんと決められなくなってきたのだ。
ここで「業務仕様」と言っているところにちょっと違和感を感じた。
「だいたいプログラミングでできることを知っていれば、細かいことを知らなくても業務仕様を決める分には困らない。」というのは、たぶんC/SになろうがWebになろうが、今でもそんなに変わらないのかな、と思うのです。
C/S以降で変わったのは、「業務仕様」を決めるだけでは、プログラムで作る為の仕様として十分ではなくなった、実装に必要な全ての仕様を決めた事にはならなくなった、という事ではないかと。
使い勝手とかUser Experienceの部分でできる事が、C/S以降はとても幅が広がり拡散した。それらはユーザの業務の本質とは違う部分なのだが、ユーザが直接触れるところでもあるので、そこの良し悪しでユーザが受ける印象も相当変わってくる。
昔ながらのウォーターフォールな開発手法においては、この辺の事まで基本設計の段階で決めきれる事が今でもそんなに多くないはず。決めきれていないから、プログラミングをする人のセンスに依存してしまったりする。
だから出来上がってきたシステムに対してユーザからその辺の指摘があると、開発者側は「そんな内容は仕様は盛り込まれていない」と言うしかないし、ユーザ側は現実に出来上がったシステムの振る舞いに対して「これを仕様として決めた覚えはない」と言ってぶつかる事になりがちなのかな、と思う。
もしくは実装で使用する事になるプログラミング言語やツールの事をよく知らないまま設計しているものだから、その辺の動作について無茶な内容が決まっていたりする。それを無理やり実現させる為に開発コストが膨らむ事になる。ユーザ業務の本質とは関係ない、ある意味では「どうでもいい」部分のはずなので、開発も保守もしやすいようにして、必要以上にコストをかけない事が、開発者とユーザ双方にとってよい事のはずなのに。
そんなわけで、やっぱり要件定義からプログラミングまでを同じ人間が通して担当した方が効率的で品質の高いものができると思うし、それを可能にするためにもっとスパイラルな感じの開発手法が必要なんだと思う。
これからは業務もプログラミングも両方わかっている人がもっと増えて、実際にそのような関わり方でプロジェクトが遂行されるようになる事が必要だと思います。
泥のように働いた経験を生かす
こんなタイトルにしつつも、そもそも私には「泥のように働く」という言葉が、いまいちピンと来ていないのだが、それはこことかを読めばある程度気が済むので、とりあえず置いておく。
10年間泥のように働いて花が咲きました - ひがやすを blog
そんな10年間泥のように働いた経験をベースに生み出されたのが、Seasarだ。最初のSeasarは、2003年の夏にSourceForgeで公開された。
泥のように働くことは悪いことじゃない。ただし、泥のように働かされることにならないように注意して欲しい。
こんなふうに「これを作ったよ！」と言えるようになりたいですね。
私も既に働き始めて10年過ぎてしまいました。
もちろん、仕事の中で言えば、今まで関わったお客様に対してはいろんなものを提供してきたし、自分の会社の中では「初物」を立ち上げる事が多かったように思う。
初めてのお客様の仕事で1人もしくは少数で現場に入り評価して頂けた事で、後に多くのメンバーの仕事が確保できたというのはよくある事だ。私がいなかったら今とは違う状況なんだろうなと思う。
もちろん、それらは私でなければできなかった事とは思わない。私がいなくたって世の中はもちろん、会社だってそれなりにうまい事やっていくはずだ。だが、細かな部分ではやはり今と同じではないと思う。まあ、そんな「タラレバ」言ってても仕方ないのだけれど。
だから、今までの経験を生かして何かいいものが作りたいな～と思っていますが、どうもそうする為にはもっといろいろと勉強が必要だという事に気づいた。最近はそれに向けた模索しています。
5月のミュージックランキング
今月も個人的なミュージックランキング。
リンク先はAmazonで、曲名の方は収録されているアルバムへのリンクです。
ちなみに先月はこちら。
1位:The Chain
2位:Don't Spit On My Mind
2位:Through The Fire
2位:Breaking The Silence
3位:ＲＧＢ
...
Tenのアルバム"The Name of The Rose"はもう輸入盤しかないんですかね？
それはそうとこのバンド名なだけに、バンド名で検索しても上位に出てこないんだよね。
せっかく曲はいいのにもったいないな～と思いました。
そして昨日のエントリで書いたばかりのGomesがこんなところにも出てきた。
同数の3位は他にもたくさんあるのだが、なぜか一番上に表示されたんだよね。
シンクロニシティ？何の？
5月の記事別アクセス状況まとめ
Google Analyticsによる本blogの5月の記事別アクセス状況(ページビュー)をまとめました。
ちなみに先月分はこちら。
- Google 急上昇ワード (2008/04/23)
- Bloggerでトラックバックをできるようにする (2008/04/20)
- フォトリーディング練習中 (2008/05/24)
- Oracle 11g をインストールしてみた (2008/01/28)
- 「婚活」時代 (2008/03/09)
- mixiがつまらない理由 (2008/02/14)
- 就職氷河期世代の自己責任 (2008/03/01)
- UNION と UNION ALL の違い - SQL (2008/02/18)
- IKEAのテーブルとチェアの組み立てに思う (2008/05/05)
- 4月の記事別アクセス状況まとめ (2008/05/01)
- これはいい！Programming First Development (2008/05/28)
10位と11位はページビュー数が同数だったので一応載せておきました。
この中で5月の新規エントリが4件で、それ以外は先月と同じような顔ぶれですね。
新規エントリ自体が少なかったわりには、まあまあかなと思います。
それにしても先月のまとめ記事が10位に入っているのは苦笑するしかない。
1位「Google 急上昇ワード」のページビューは飛び抜けてダントツなんですが、相変わらずGoogle Japan Blogのバックリンクを思わずクリックしてしまう人が多いようですね。
なので、実質的に意味のあるページアクセスは2位以降だと思います。
5月は特別忙しかったわけでもないですが、エントリ数自体が少なかった。
忙しいという感覚はないが、新しいことを始めようといろいろと行動し始めているので、そっちに意識が向きがちだったのかと思います。
そのかわりというわけでもないですが、１つ１つのエントリにボリュームが大きいものが増えたな～とは思います。トップページなどの1ページ辺りの記事数を減らした方がいいのかもしれません。
全体のページビュー数は先月とあまり変わらないのですが、「セッション数」とか「ユーザー数」はすごく増えている。それだけ新規のアクセスが増えているようです。1位の記事の影響もあるかもしれませんが、いずれにしてもそれだけより多くの人に晒されるようになってきたのを感じます。
今後も地道にエントリをアップして充実させていきたいと思います。
登録:
投稿 (Atom)
