：デイリーポータルZ：対人スキルが高すぎる人
平田（仮名）さんは誰とでも仲良くなる。 掃除のおばさんと飲みに行く。勤務時間中に会社の近くの喫茶店で店番をしている。海外旅行に行けば現地ガイドの家に行ってごはんを食べる。仲良くなりかたが普通ではないのだ。 一時期平田さんとはいっしょに働いていた。そのときはそんな人もいるのかと思っていたが、平田さんと会わなくなって２年、そんな人に出会わない。 やっぱりあの人は特殊なんではないか。そう思って、ふつうの人なんだけどインタビューをしてきました。（林 雄司） －－－どうしたら掃除のおばさんと飲みに行くことになるんでしょうか。 最初は、ビルの喫煙コーナーで一緒になって。仕事たいへんですか？とかそんな話をしました。仕事の愚痴を聞いたりして。 で、僕がジャズを聞くって言ったら知り合いがジャズの店をやってるのでいこうって誘われて。 －－－ジャズの店に行ったんですか？ ええ、高い店でした。 喫煙コーナーで話を
“OS”としてのGTD
GTDは、ほかの仕事術とどちらがいいのか比較するようなタイプのものではありません。言ってみればOS。あなたの「仕事のOS」も、GTDでバージョンアップしてみては？ GTDについて話していると、ときどき次のような質問を受けます。 「つまり、GTDはほかの仕事術より優れているというわけですね？」 筆者としてはこの質問はちょっと論点がずれているような気がします。まず一般的に仕事術とは何を指すのでしょうか。多くの人は時間管理や手帳術、目標管理手法などを思いつくでしょう。それらの手法よりGTDは優れているのでしょうか？ いえ、そうではないでしょう。どちらがどちらより優れている、という話ではないような気がします。そこで思うのは、「GTDはOSに似ている」ということです。 さまざまな時間管理や目標管理などの仕事術は、それ自体もちろん効果的です。ただ、GTDを身につけることでさらにうまく使いこなせるように
コメント!=ドキュメント : 404 Blog Not Found
2006年09月04日15:15 カテゴリLightweight Languages書評/画評/品評 コメント!=ドキュメント なぜコメントの付け方の昔と今が違うかと言えば、原因は二つある。 Perl Best Practices Damian Conway [邦訳:Perlベストプラクティス] 小野和俊のブログ:ソースコードのコメント率は20%を切ることが望ましい 昔はソースコードのコメント率が50%を切るものはドキュメント不足で品質が低いものとされた、という内容のものがあった。 [中略] 今、改めて考えて、どのような言語であってもどのようなコーディング規約であっても、私はソースコードのコメント率は原則20%を切ることが望ましいと思う。 まずは言語仕様そのもの。昔は変数名の長さに限りが合ったり、loop controlにifとgotoしか使えなかったりで、「プログラムそのものに語らせる」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javascriptでお手軽ティッカーを実現 i d e a * i d e a -
スカイマーク
