«前の日記(2007-12-07) 最新 次の日記(2007-12-11)» 編集

Matzにっき


2007-12-10 [長年日記]

_ Thinkpad

もう、ほぼ落ち着いたのだが、やや不満がある。

  1. eth1になったこと。znzさんのご指摘通り、 /etc/udev/rules.d/z25_persistent-net.rulesを書き換えたら直ったけど。 なんでここが書き換わったんだろう。
  2. サスペンドからの復帰にたまに失敗する。X31のACPIのできが悪いせいかも
  3. サスペンドから復帰するとネットワークが切れる。gnome-power-managerが 悪さしているのか。それともpowersavedか。簡単な設定では直らないみたい。
  4. sessionでアプリが自動起動するのは良いけど、ウィンドウサイズや位置を覚えててくれない。
  5. sessionでFirefoxが自動起動しない

まあ、4と5は以前の環境ではできていなかったので、贅沢なんだけど。

2はKernel起動時にAPMを指定することで解決。 ACPIの方が温度とかたくさん情報がとれるので(メーター好きには)嬉しいんだけどな。

3はpowsersavedをアンインストールしてみるか。

追記

powersavedが正解。apmdを代わりにインストールしたら、 ネットワークが切れなくなった。gnome-power-managerは APMだとバッテリ状態がわからないみたい。

バッテリアプレットがちゃんと動くからメーターとしては問題ないんだけど。

_ [OSS] OSCARアライアンスが解散へ - ITmedia エンタープライズ

発展的解消というプレスリリースだが、 まあ、結局はいろいろうまく行かなかったんだろうなあ。

やはりアプリケーションレイヤーでオープンソースというのはチャレンジが大きいのと 関係があるんだろうか。いや、オープンソースじゃなくてもチャレンジは大きいのだが。

アプリケーションレイヤーのように直接のユーザに近ければ近いほど、 いろいろな「注文」を一手に引き受けることになる。 日本のような「出来合いシステム」になじみのない環境では、 「ソフトに自分を合わせる」ということを要求するやり方は 受け入れられるためにかなり強い動機づけが必要になる。

それに比べたら、直接のユーザインタフェースを伴わない ミドルウェア、開発ツール、言語、OSはよっぽど簡単だ。 オープンソースソフトウェアの成功例がこのような分野に多いのは偶然ではないと思う。

とはいえ、アプリケーションレイヤーでの成功例もこれからどんどん出てきてほしいのだが。

(隠れた成功例: ORCA)

_ 安物買いの銭失い...開発をアウトソースしてはいけないという事例 - masayangの日記(ピスト通勤他

ボーイングが787の100億ドルの開発費を削減するために 積極的にアウトソーシングを押し進め、結果として20億ドル余計にかかった という話。

やはりコアな部分はアウトソースしてはいけない、ということだ。

ソフトウェア開発という多くの企業にとってそれなりに重要な部分を 受託開発という形で請け負っている会社の従業員としては 複雑な気持ちである。

が、みんながみんな結局はコア技術は自分のところで開発した方が良い ということに気がついちゃったら(実践できたら)、日本のIT業界は 完全にひっくり返るだろうな。

それでいいのか。いいのか。

_ 【IT Service Forum 2007】「摺り合わせ文化など日本には日本の良さがある」,国内SIベンダーの強みを力説:ITpro

で、思い出したのがしばらく前のこの記事。

いや、言ってることが間違いだとは思わない。

「日本には摺り合わせ文化があり,日本独自の文化と商習慣がある。社会基盤が異なる国で生まれた標準をそのまま適用するべきではない」(阿部氏)。

「システム開発において日本のSIベンダーはインドのSEと戦えるのか」という問いに対して「(顧客企業の業務ノウハウに強いなど)日本独自の世界でなら,日本がインドに負けるわけがない」と断言。「シリコン・バレーと同じことをしていたら,日本は他国に勝てるわけがない。逆に,日本独自の世界でなら,他国に負けるわけがない」

それは確かにそうなんだけど、それって「日本的な環境がこれからも維持されたら」とか 「日本だけで十分な市場規模が維持できたら」とか、 「日本の独自文化を維持するためのコストが正当化されるなら」というような、 今となってはいつまで続くかわからない暗黙の前提があるのではないか。 特に最後のが一番怪しい。

幕末期に「近接戦闘なら武士が負けるはずがない」と 言ってるようなもので、明治維新で武士という身分そのものがなくなってしまうような 前提条件がひっくり返りそうな気配が見える時に、 トップがそんな危機感のなさを公言してしまうのは、こちらが空恐ろしさを覚える。

本日のツッコミ(全3件) [ツッコミを入れる]
_ xibbar (2007-12-12 09:05)

リンクに.htmlが足りなくて、エラーになりますよ。

_ まつもと (2007-12-12 10:55)

直しました。ご指摘ありがとうございます。

_ maeda (2007-12-16 11:54)

>やはりコアな部分はアウトソースしてはいけない<br><br>元のWSJの記事は読んでませんが、単に「分散開発はコストがかかることがある」としか言えないんじゃないでしょうか。「コアな部分」の定義がわからないので何とも言えませんけども。<br><br>「摺り合わせ文化」について:<br>顧客との密なコミュニケーションや早いフィードバックを取り入れたアジャイルな方法論が欧米で提唱され、むしろ日本ではいつまでもウォーターフォール型の「契約文化」的な方法論が使われているように思います。<br><br>また、ソフトウェアの中でもパッケージ製品など「貿易可能」な製品の現状は、日本が明らかに比較劣位にあると思います。<br><br>逆に、顧客との密なコミュニケーションが必要で貿易が難しいような受託ソフトウェアについては、たしかに日本の企業がずっとやることになるのでしょうが、そういう部分がどんどん縮小していく可能性はありますね。<br><br>ただ、「日本のソフト産業」にとっては問題だろうけど、「日本全体」にとっては、どっちに転ぼうと別に問題じゃないですね。コミュニケーションのコストや品質などすべて含めても海外で開発した方が安上がりになるなら、そうした方が日本人は豊かになるわけで。

お名前:
E-mail:
コメント:
[]

«前の日記(2007-12-07) 最新 次の日記(2007-12-11)» 編集

track feed Matzにっき Creative Commons License This work is licensed under a Creative Commons License.