まぁ、モカでも片手に。:業界小噺

カテゴリ：業界小噺

• 楽酷天
  [ 2010-10-20 13:52 ]
• 他社からデータを提出してもらって使ってるのだけど
  [ 2005-08-01 12:38 ]
• ライブドア含む3社が「ホリエモン」商標登録争い
  [ 2005-06-03 12:18 ]
• LinuxWorld開幕特別記念講演でのほりえもん語録より。
  [ 2004-10-01 17:48 ]
• ITスキル標準（ITSS）」
  [ 2004-08-23 18:24 ]
• ツギハギシステムのなれの果て。
  [ 2004-08-23 10:59 ]
• プログラマのヤルキとパフォーマンス。
  [ 2004-08-18 11:42 ]
• プログラマの平均年収
  [ 2004-08-05 11:26 ]
• 「ツノダ」の社長とSE/プログラマに必要なこと
  [ 2004-07-21 17:53 ]
• テキストファイルを提出して欲しかったんですが。
  [ 2004-07-13 19:33 ]

楽酷天

楽天が19日、Baidu, Inc.との合弁会社で、中国でのショッピングモールサイト「楽酷天（らくてん）」を開業したとのこと。

この「酷」、英語のcoolに由来して、かっこいいの意味らしいけど…
日本の楽天の職場環境を反映してる？って話題になってるとか、なってないとか。。

他社からデータを提出してもらって使ってるのだけど

毎回問題があって、それを連絡すると、どこどこにバグがありましたぁ。と連絡があります。

かれこれ1年。いまだに、その会社のデータ検証係をやらざるを得ない状態。

うちが客なのに。
そこの会社から外部委託としてボーナスでももらいたいもんだ。。。

ライブドア含む3社が「ホリエモン」商標登録争い

他社の「ホリエモン」商標申請にライブドアが危機感を強め自身でも出願、
更にもう1社が商標申請だそうで。
ホリエモンを使ったＴシャツなどを発売したい」（広報宣伝グループ）とかいうけど、
そんなＴシャツ着たいかなぁ。普通。ライブドア社員は着用義務付けとか、会社支給とか、、、
とりあえず本人には着て欲しいけど。

追記：
商標申請してるとこのひとつは、イオンド大学ってとこだそうです。
>あのミステルヤオイが教授とかで俺も入学したい！と昔話題になったあのイオンド大学っすよ！
だそうだけど、ミステルヤオイがなんだかわからなくて今晩眠れなそう。
検索してもみんな、「あのミステルヤオイ」とかしか書いてなくて。有名なのか。

LinuxWorld開幕特別記念講演でのほりえもん語録より。

「日本初のLinux球団も」ライブドア堀江氏、吼えるって訳のわからないタイトルの記事だけど、いくつか、へぇ。という発言があったので引用。

・人月について

> 「未だに人月などという古臭い売り方が横行している。僕は人月の考え方は理解できないし、あれでうまくいくわけがないと思っている。人月は利益率が悪い」

> 「この前会った会社（これはエックスネット）は、顧客の人月という概念を用いている。顧客の従業員数に応じて代金を徴収し、システムトラブルなどすべてに責任を持つ。こうしたモデルのほうが成り立つと思う」

エックスネットのサイトを見てみたけど、そのビジネスモデルについての表記はみつからず。
ただ、システム業界は、この見積もりや労働対価の請求が上手くいっていないことが多いようなので、人月以外のモデルでうまくいけばよいと思う。

・情報システム部は癌？
> 僕は情報システム部は癌であると考える。技術者の考えとしては、いいものを使いたがるのは当然で、その気持ちは分かる。しかし、そうなると情報システム部がどんどん膨らんでしまいがち。

まぁ、たしかに、オーバースペックなものを求めてきたり、理由無く（というか最新テクノロジだから、というだけを理由に）新しい技術を使わせようとしたり、知ったかぶろうとしてプロジェクトかく乱したり…ってあるよね。ただ、ただでさえさまざまな知識や経験が必要な社長さんたちに、更にITまでわかっていろっていのは（程度問題はあれ）やっぱり酷な気が。

ITスキル標準（ITSS）」

経済産業省が主体となり、IT関連サービスの提供に必要とされる能力を体系化した「ITスキル標準（ITSS）」を策定したそうです。

これを紹介した記事、IT人材育成の現状と課題より

> しかし、IT企業の人材担当が共通して重要だと強調していることがある。 それはITSSの全ての職種に盛り込まれている、「コミュニケーション」、「ネゴシエーション」、「リーダーシップ」といった「ヒューマンスキル」だ。 これは、当たり前のことのようだが、技術者にとっても最も重要なスキルだと改めて明記されている点は、特筆すべきであろう。

プログラマでも1日1回は人間に話し掛けるところから始めましょう。←冗談です。いや、会社で誰とも話さないで帰ってきたこと…あるな。

ツギハギシステムのなれの果て。

Webサービスの将来は定まってくるのか…でコメントいただいたものに返事を書いていたのですが、長くなりそうなのでエントリとしました。

企業のセミナーは気をつけて聞かないと危ないですよね :)
構想は盛大、で、いざ打ち上げられれば不発弾だったり、ヘンなところで爆発したりというのはよくあるものの気がします。構想を立ててるほうは楽しいかもしれませんが、それで右往左往させられるほうとしてはたまったもんではありません。

ツギハギシステムがごまかしきれずに爆発、と言えば、りそな銀行（だっけ？）のATM停止が記憶に新しいですが、ある程度そういうシステム作りになるのはこの業界の宿命だとは言え、プロジェクトを進める際にはなるべくそれを避ける方向で考えて欲しいものです。
特にSOAPのようなまだ安定していないものは、企業のシステムに採用すべきなのかは、きちんと検討する必要があります。こういった最新のシステムなどの採用は、単に責任者がミーハーだからという理由で決まってるようなことも多いようです。

苦労するのは現場です。りそなの場合は、おそらくありがちな社内政治の駆け引きでシステム化作業に着手が遅れたりしたのではと想像しますが（この事件に関しては追っていないのでよく知りません、単に業界的に、よくあるシチュエーション、ということです）、末端のプログラマやSEは怒鳴りつけられるわ、徹夜続きになるわで、人間で頭脳労働だから怒鳴ったところでパワーが長いプロジェクトの間　出つづけるワケもなし…　りそな銀行の件でも、自殺者がでていたようですね。

無理なプロジェクトや複雑すぎるシステムの構築は、本当に高くつきます。だいたいその原因となったひとたちにはその自覚はないものですが、自分の保身、ましてや「最新テクノロジで仕事したら格好良さそうだから」という理由でアホなプロジェクトを進めないでほしいものです。業務関連のテクノロジは、少し枯れたぐらいの、安定したものを採用するのが基本だと思います。

…なんか支離滅裂ですが、またしても文書推敲の手間を惜しんでUPしちゃいます。すいません。

プログラマのヤルキとパフォーマンス。

今回引っかかってた仕事が終わった。
よく考えれば簡単だったけど、どうもモチベーションあがらなくて頭が働かなかった。
自分は小学生のときから、ヤルキのないものはできないっていう悪い癖があるのだけど、
今回は自分でそれに引っかかった感じ。

以下- WeBLoG -さんのブログより引用…

プログラマは、人間だから、モチベーション上がらないのにどんどんひらめいて最高のプログラム作るってのは難しいよね。

自分の今回の仕事も、ヘルプで自分への評価一切ナシ、単に利用されただけって噂アリだったからなぁ。SOAPとSSLの勉強だと思ってやったつもりだけど、結果的に不必要の時間がかかった事実が悲しい。

-----------------------------------------------------------------
■ [独り言] プログラマはツール製作に徹せよ
って誰か言ってたなぁ．．．

適切なプログラマを得ることができても，
それだけでは十分でない。
最も献身的なプログラマであっても，
チームにおける自身の役割に関して達成感を得ることができなければ，
その意欲は失われてしまう。
一般に達成感とは，
挑戦，貢献，成長，報酬，等々の要素の組合せによって得られる。
その適切な配分はプログラマーによって固有のものであり，
日常の観察や形式的な評価等によって詳細に調べられなければならない。

　　　　　　　　　　　　　　　　040812 Radium Software Developmentより

同感．．．

プログラマへの報酬、評価は難しいよねぇ

プログラマの平均年収

Javaのkeytoolを調べまわっていたらなぜかこんなしょんぼり統計にぶち当たり…（ちと前のだけど）
職業別・年齢層別平均年収

IT系のプロは45にもなると職を追われるか仕事に嫌気が差すのか、特にプログラマなんて35までで約40%の人数が減ってて40には絶滅してる…まぁ　プログラマ30歳定年説っていうけど、こういう統計見るとホントなんだよね。コンサルタントも45以上は殆どいないのは意外だったけど。

でもってプログラマの25～30歳の平均年収373万円。…これに逆に勇気付けられたりして（いいのか私は、そんなネガティブなことで）。確かに働き出した頃とか、食えなかったもんなぁ･･･。

他、http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20040110/1/によると

> 「時間外労働は自己申告制だが，月20時間しか枠が与えられていない。実態は100時間を超えている」
> 「一般の管理職は，残業している部下は能率が悪いのか，仕事が難しいのか，残業しない部下は能率がいいのか，さぼっているのか，正当な評価ができない」

とか、全く進歩がない業界だね、ある意味。

> …ITプロフェッショナルは，“正しくない”評価に耐え続けるしかないのだろう。人月単価は今後下がることはあっても，上がることは望めまい。そしてITプロフェッショナル個人としては年齢を重ねるほどに，「同じ職種で過去にその年齢層だった先輩」よりも低い報酬しか得られないことが，当然となっていく。

だそうだ。更にしょんぼり。

「ツノダ」の社長とSE/プログラマに必要なこと

社長を困らせるためにＳＥがわざとウイルスメールを送信するという事件が起こった。

この業界で働いてきて、つくづく思うのは、SE/プログラマはまず誠実で良心的でなければならない、ということだ。

SE/プログラマは、この事件のように悪用しようと思えばいくらでも悪用できる立場と情報と技術を持っている。
『同社は「２度とこのようなことが起きないよう、情報管理を徹底したい」と陳謝した。』そうであるが、情報管理の徹底によって遮断できるのは部外者などからの不法な情報へのアクセスであり、機密情報を扱うその人間がそれを悪用しようとすればそれを止めるのは殆ど不可能だ。

少し前に、アメリカで軍事的技術のリサーチなどもする、ロス・アラモス研究所（だっけ）から中国人技術士が核についての軍事機密などを持ち出したが、これに対する同研究所側の対策は、アメリカ市民以外の排斥だった。現在同研究所では、外国人は働けないのは勿論のこと、見学できないエリアさえあり、大学の授業などでグループが見学に訪れると留学生だけ別室に通されることもあるそうだ。

また、プログラムを組める者にとって、自作ウイルスをばら撒いたり、何かをハッキングするのは全くたやすいことだ。以前、初めて会った人に「プログラマなの？じゃあウイルスとか作れる？すごいねー」と言われたことがあるが、作れても作らない、という倫理観があってこそプログラマなのではないだろうか。でなければ単なる犯罪人になってしまうからだ。

一方で、プログラマやSEの仕事は、定量で図ることが困難な上、仕事の本当の中身は他人から見えにくい。しかも良い仕事をするには大抵、適当に仕事するよりはるかに多くの労力と知識が必要になる。
ここをがんばれば、仕事の質は良くなる、としても、どれくらいよくなるかなどは比較対照がないので他人にはわからない。つまり評価も伴わない可能性が大きいのに、単に仕事の質を上げるために、更なる労力をつぎ込むのだ。よい仕事をしようという気持ちの強い、良心的なプログラマでなければ、そんなことはしないだろう。適当に仕事しても「こんなもんですよ」と言い逃れればそれで済むわけだから。これも、かねてから良心的であることが良いプログラマの必要条件だと私が考える理由である。


この事件で被害を被った、「ツノダ」の社長がしなければいけないことは、情報管理を徹底することではなく、良心的なSEを採用する眼力を身につけること、あともしかしたら社員に敵意を抱かせるような行為を慎むこと、ではないだろうか。

テキストファイルを提出して欲しかったんですが。

文字コードついでにひと話。

そのときの仕事は、ある会社（スタートアップで極小会社）から作成データを受け取り、こちらで処理するというもの。
だが、処理が上手く通らない。

で、調べてみると、まず仕様通りできていないので差し戻し（×数回）。
また通らないので調べると、今度はなんと、

ヌル文字（0x00）

がテキストの中に埋め込まれていた･･･。バイナリじゃないんですけど。

担当技術者はプライドの高く、うそついてごまかしたり人のせいにしたり、しかも常に姿勢がケンカ売り体制。思うに社長の手前、採用されたばかりの自分の技術力の足りなさをなんとかカバーしようと必死だったのだろう。ビジネスに直接関係ないところでケンカするのもバカらしいので、ビジネスに必要でないところで彼のウソなどに反応しないよう気を遣っていたものの、こちらもだんだん疲れてしまい、更に言った言わないとなると契約にも響いてくるので、仕方なく間に向こうの社長を連絡役として入ってもらった。

そして、0x00の次は0x03（End of Text）を発見。おいおい、データを途中で終わらせてどーするねん。しかしデータのファイルサイズもファイル数も膨大だし、大体こっちが客なのにデバックさせられるのもおかしな話なんで、どうにかしてくれ～～と社長に強く申し入れたところ、データ出力は他の会社にアウトソースしてくれた（ほっ）。で、社長さんからのメール。

「文字コード0x00から0x1Fまではテキストデータに含めないようにしました。」

あのさぁ。どこの世界にテキストデータに0x10（Delete）とかの制御記号入れるアホがいるんだよ！（ま、入ってたんだけどね。）

…と思ったけど、社長の誇らしげなメールを見て、突っ込めなかった自分であった。


ちなみに技術担当者君は某有名シンクタンクからの転職組みだそうで。技術力がなさそうなのはさておき、納品時間を自分で念押ししておいて連絡なしに3日遅れたりとか、社会人としてどーか、という人だったのですが、こんなの産出しておいて○○総研は大丈夫なのか…。