マネージメントがITの価値を理解できない理由 | スラド IT
本家記事より。Wall Street Journalによると、ほとんどの企業の重役はITの重要さを正しく認識しておらず、どちらかといえば水道や電話のような当たり前の設備であると考えがちとのことです。ITの価値が理解されないのは企業内のITスタッフとマネージメントとの間に溝があるためで、記事ではこの溝が生まれる原因が5つ挙げられています。 まず、理詰めのITとグレーゾーンの事柄を扱うことの多いマネージメントとの間では、物事の視点が異なること。そして言葉の違いがあり、専門用語を操るITスタッフとビジネス語を話すマネージメントとのやりとりでは多くの内容が「翻訳」で失われてしまうとのこと。また、技術者はオタクであるという偏見も隔たりを生み、正しい知識のない重役が過った方針を決断してしまうことも溝を深めます。さらに、急速に変化する技術に専門外のマネージメントがついていくのは難しいという状況もあります
スラッシュドット ジャパン | 電子メールはもう古い?
最近の若い社員は、メールを送っても数日に1回しかメールをチェックしないので来ていることに気づかない、みたいな人もいてさすがに1日1回はメールみてくれよ、などと言ったりするのですが、相対的にメールの使用頻度は下がってきているような気がします という一節があって驚きました。一方Intelのような海外企業の一部では、メールへの対応で生産性が低下するので金曜日はメール禁止にしようという運動が起こっているようです。 個人的にも、メールは来る量が多くなりすぎてさばけなくなる一方、仕事上の実際のコミュニケーションはMSNメッセンジャーやGTalk、IRCといったチャット、あるいはTwitterのようなマイクロブログで行うことが多くなってきているような気がします。/.Jerの皆さんにとって、電子メールの重要性は低下していませんか?
スラッシュドット ジャパン | バグを発見する典型的なやり方ってありますか？
あるAnonymous Coward曰く、"Mu: 経由で、「w3mのデバッグの記録」というのを読んだ。 w3mのバグを修正した時の記録です。バグ修正のケーススタディ的な物があると有用かなと思ったので、公開します。 バグの発見方法 * なにはともあれ、ktrace * fstatでオープンしているファイルの状態を見る * w3mのソースからgzipの処理部を探す * pcloseが呼ばれているのかを検証 * pcloseではクローズできないpipeがある? * pipeをオープンする方法は、popenだけではない 時々、じっとログを眺めていたかと思うと「キター」とかいってバグを発見するヒトもいるのですが、みなさんはバグを発見するための定石などありますか？聞いてみたいです。"
自分が考えるデスマーチ | スラド IT
デスマーチ。この言葉が普通によく聞かれる業界にいる方も多いと 思うが、ふと具体的にどのような状態になったらデスマーチと呼ぶ のだろうかと気になって Wikipediaを見たところ、 「与えられた期間が、常識的な期間の半分以下である」、 「エンジニアが通常必要な半分以下である」、 「予算やその他のリソースが必要分に対して半分である」、 「機能や性能などの要求が倍以上である」 という4項目がデスマーチの定義とのことだ。 「あ、その程度でもデスマーチなんだ」と思ってしまったところで 既に人として終わっているが、みんなは大体どのくらいで、あるいは どんなことが起きたらデスマーチという実感が出てくるだろうか?
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
麻薬密売人とソフトウェア開発者は似ている? | スラド IT