capsctrldays

2003-07-25 (金) [長年日記]

新訳 経営者の条件 ドラッカー選書

新訳 経営者の条件 (ドラッカー選書)(P・F. ドラッカー/Peter F. Drucker/上田 惇生)

log/log:2003-07-13で見て勢いで買ってしまったんだが、スゲエ、の一言。世の中のビジネス本はうんこだよ。特に、[第3章 どのような貢献ができるか] と [第4章 強みを生かせ] は、読んだ途端、クラクラしてしまいました。萌ぇー。

いくつか箇条書きにメモ:

  • 下方(上司→部下)のコミュニケーションは事実上成立しない
    • 部下は上司が言うことではなく、自分が聞きたいと期待していることを聞き取る。
    • 部下はどのような貢献を期待されるべきかを十分に考える必要がある
    • 上司は部下の考える貢献について、その有効性を判断する権限と責任を有す
      • 部下が有能であるほど、その設定目標は上司や組織のそれと違ってくる。
      • だが、その違いはさして重要ではない。意味あるコミュニケーションがあればいい。
  • 貢献を中心とした横へのコミュニケーション(チームワーク)
    • 成果をあげるには、自分の生み出すものを誰かが利用しなくてはならない
  • 知識労働者は、自らに課される要求に応じて成長する
  • 強みによる人事
    • 弱みなんて取るに足らない
    • 重要なのは「彼はどのような貢献ができるか」
    • 強みに焦点をあてることは、成果を要求することである
  • 自然の摂理に反した職務は設計し直すべし
    • 有能な人物が何人も失敗する
    • それは、例外的な人間のためにつくられた特異的な職務なのだ
  • 新人の知識労働者は、自分に適した仕事についたかどうかを早く知らなければならない
    • 職務は小さすぎず、大きすぎず。適度な挑戦。
  • 「必要不可欠な人間」はダメ
    • その人間が実際には無能でありかばってやる必要があるのでは?
    • 弱い上司の犠牲になってるだけでは?
    • 重要な問題への取り組みを遅らせるためだけに使われているのでは?
      • ただちに異動させよ
  • 上司を管理せよ
    • 上司を管理することは世渡りの常識
    • 部下が無能な上司を乗り越えて地位を得ることなんて無い
    • 上司を上に押し出さなくては!
  • できることは何か?を考えよう

Software Design 2003年8月号

ウキウキWebサイトづくり

たむらさんによるHikiの記事が。というか、コレ目当てで買いますた。WEBrickなんて初めて知りましたよ(無知)。なんだかHiki以外の設定の記述が多いような気もするけど……これはそういう雑誌なのかな。「最後に」部分がもっと長かったら良かったかも。

技術なひとがぺこさんのサイトを見て「って、主婦なのかよ!」ってびっくりしないかなあー。なんだか、しめしめ、って感じがする(w。

HikiFarmに触れてるのは、早いよねー。

Javaネットワークプログラミング 日本語処理編

これはいいですよ。ためになります。「〜」がなぜ出るのかっていうお話。なんだか知らないけど力技で直していたような気がするので、こうやって「なぜこうなるのか」を説明してもらうとありがたい。1.3と1.4で挙動が違うのも初耳。いや、ぼくが開発者じゃないから初耳なだけかもしらんが。常識ですか?

これは、箇条書きしてWikiにまとめる予定。

[記憶スケッチ] パーマン

というわけで。俺のパーマン公開。

20030725_0.jpg

今回は、H"を使ってTrevaで撮影しました。接写は画像が粗くなりますね。もっと良いカメラ付H"が出ないものかなあ。スキャナが無くても、こういうふうにうpできますよーという見本でした。別に、ペイントでマウス使ってお絵かきしても構いません。

他人のをみる。

そうだ。ザリガニも。

  • http://ogawa.s18.xrea.com/tdiary/20030723.html#p03
    • 頭をどちら向きに描くかっていうのは、個人差が出て面白いですね。目から触角が出てるのと、ちょっとスリムすぎるのが気になります。いいもの食べさせてもらってないのでしょうか。あッ、よくよく見ると足がなんだか……なんだかなー?という感じしますが、まあそれほど気になりません。ザリガニでしょう。これは。
  • http://d.hatena.ne.jp/charaok/20030725
    • これはピンクのPostItでしょうか。まず、画材の選び方が良いですね。感心します。それに続いて私の頭のなかに、ひとつの言葉が浮かびました。「かっぱえびせん」。エビだろこれ。エビぞってますよ。しかも、なに、オーレッ!って。ツッコんでくださいと言わんばかりのところにツッコむのって、なんだか腹立たしく思います。

[記憶スケッチ] お題:ネットワーク図

さて次回ですが、ちょっと難しいものを選んでみます。『ネットワーク図』です。これはちょっと説明が必要だと思いますので、説明。

まず、以下の4つを描いてください。思い思いの形で結構です。

  • クライアント(PC)
  • サーバー
  • データベース
  • インターネット

そして、それらをテキトーにつなげてください。それぞれ、複数台あっても構いません。それを「ネットワーク図」と称しましょう。ルーターやスイッチなんかもお好みで足していただいて結構です。また、つなげるのに自信がない方は、上記4つのアイコンのみでも構いません。

なぜ?

ネットワーク図を選んだのは、2つの理由があります。

  1. インターネットってどう描くの?って思ったから
  2. 実益を兼ねているから

まず(1)ですが、純粋に疑問なので。

次に(2)ですが、これらのアイテムを作った後、あなたはプレゼンテーション資料に使えるのですよ。よくない?なんだか新鮮でしょう? 手書き資料!!これですよ今の時代。いっそのこと、すべて手書きにしてしまいたいくらいです。

って、まあ、てきとーに理由をつけてみましたが、火曜日くらいにうpしますのでおたのちみに。みなさんもどうぞ。

[WORK] 申込書作成

うーむ。こういう前例の無い文章は苦手だなあ。テンプレートとか無いもんなあ。仕方ないので、そこらへんにあった申込用紙を参考に、ちゃっちゃと作ってみた。

それにしても、今日の依頼人は良かった。このひとが上司だったら……とマジで思いますた。「あーどうやって書こうか」って考えあぐねているときに、「○○を参考にしたら?」と声かけてくれたりして。些細なことだけど。けっこー重要。

OSCON 2003 Grid via プログラマー天国: プログラマーのためのプログラマー日記

よくよく思うんだが、技術系のプレゼン資料って読んでて面白いよね。普通のビジネスマンが作る資料のなんと面白くないことかッ!

このセッション資料が面白かったです。

  • Applied Ant
  • 2002: A Zope Odyssey
  • Python in Education
  • Shorthand XML: Quick-Authoring Syntaxes and Tools

Zope提案してみるかなあ。情死すの方に「システム変更してくださいよー」「忙しいので無理です」と言われるの、もう飽きた。自分でいろいろ変更したーい。

会社の抽選会でDMR-E80H当たるの巻。

この若造がーッまだ早えーんだよーッ会社の備品にしろやーッといろんな人から言われたが、んなもん気にしてらんねー。ラッキー☆儲けものです。おもわずタクシーで帰ってやりました。ワハハ。

で、使ってみたが、かなりイイ!

いろいろ録画してやりたくなります。無駄に録画しては追っかけ再生して遊んでます。たのちー。DY-NETも買ったほうがいいんだろうか。別に要らないような気もするけど。つーか、なんか貧弱そうだし、アホみたいに携帯に傾倒してるっぽいなあ。つーか、おれ携帯持ってないんだけど。トホホ。

  • DVD-R → HDD のダビングは不可(マニュアルによると)
    • DVD-RAM を使えということだな。
  • LPモードが良いかも。EPモードだと画像が悪すぎ。
  • 1.3倍再生はボタン長押。対応してるのは、HDDとRAMのみ。
本日のツッコミ(全2件) [ツッコミを入れる]
1 tinsep19 (2003-07-25 (金) 09:34)

なんかスケバン刑事2の鉄仮面の後頭部に油性マジックで書かれたパーマンって感じですな。

2 margarita (2003-07-25 (金) 18:23)

ペイントで書きました。えへ