Geekなぺーじ : ヘルプデスクが地獄に叩き落したい5種類のユーザ
「The 5 users you meet in hell (and one you'll find in heaven)」という記事がありました。 ヘルプデスクが嫌うエンドユーザのタイプと対処法が書かれていました。 最後に、ヘルプデスクが好むユーザ像が紹介されていました。 結構笑えました。 対外的なヘルプデスクではなく、社内や組織内のヘルプデスクに関して語っているようです。 以下、要約です。 かなり意訳して削っているのと、誤訳などが含まれている可能性が高いので、詳細は原文をご覧下さい。 1. シッタカ君 HTMLをちょっと知っていて、HDDのデフラグを行った事があるため、自分は何でも知っている専門家だと思っている。 説明書を読まない。 わけもわからずPCの設定をいじりまわして、勝手な方法で作業を行う。 対処法 ITディレクタのダン・オルソン氏曰く、「非常に技術的に説明を行い、相手よりも自
Geekなぺーじ : IPアドレスにまつわるチョイネタ
IPv4アドレスの例としては、上記IPv4アドレスを使えばいいわけですが、世の中を見ると結構好き勝手なIPv4アドレスを例として利用している事例が多いというのが現状ではないかと思います。 私が初めてこれを知ったのは、kazuさんのブログの「あどけない話：例として推奨されているドメイン名とIPアドレス」を読んだときです。 それまでは、知らなかったので、適当なIPv4アドレスを使ったサンプルを書いてしまってました。 申し訳ありません。。。 余談ですが、kazuさんは、私が「技術的に一生追いつけそうにない」と思っている凄い人の一人です。 こういった凄い方々を色々と見ていると、私が自分のサイト名に「Geek」という在らぬ単語を入れてしまったことを悔いていたりします。 以前から書き続けていますが、私は「ギーク」なんかじゃないです。サイト名は気のせいです。すみません。。。 というか、そういう「凄い」と
Geekなぺーじ : 優秀な社員を辞めさせない方法
「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。
Geekなぺーじ : 情報デリカシー
この前、知人と一緒に「情報の暴露」に関して歩きながら話していました。 個人的な付き合いで知り得た情報を、本人の了承無く、本人の意図しない公開された場所で暴露してしまう人がネット上で増えているのではないかという話題でした。 そこで、「そういった点に関しての情報リテラシ教育も必要なのかも知れませんね」という発言をしたところ、「それはリテラシの問題ではない。むしろデリカシーの問題だ」と言われて、今までモヤモヤとしていたものが急に晴れた気がしました。 確かに、個人的に経験した「他人による嫌な暴露」は、情報リテラシが高いと思われる人によって行われていました。 「何をされると人が嫌がるか」という視点が欠けているというのは、リテラシというよりも、デリカシーだと言われると非常に納得できます。 リテラシが高くてデリカシーが無い人が怖い オフ会などで同席して最も怖いのは、情報リテラシが非常に高くてデリカシーが
Geekなぺーじ：プログラマを結婚相手として選ぶ利点と注意点
メルヘンちっくな事考えてみました。 妄想と偏見全開です。 女性の皆様、プログラマお勧めですよ！ ただ、このブログの読者に女性は少ないだろうと思われるのと、「これはひどい」がつきそうな予感しています。。。 ちょっとしたやさしさを示すと大いに喜んでくれるかもしれない まだ彼女がいないかもしれない 正しい服装さえさせれば親に紹介しやすいかもしれない 最初のうちは言うことを良く聞いてくれるかもしれない 最初の見た目はいままで外見を磨いていない結果あり、磨けば光るダイヤの原石かもしれない 収入はある程度安定しているかもしれない 職場に女性が少ない場合が多いので浮気の可能性が低いかもしれない リスクその他を計算してしまうので浮気の可能性が低いかもしれない ギャンブルにはあまり手を出さないかもしれない 論理的な議論ができるので理不尽さは少ないかもしれない 論理的な説得が出来れば意見が反対でも納得してくれ
Geekなぺーじ : プログラマのモチベーションを高める9の事項
「Nine Things Developers Want More Than Money」という記事がありました。 面白かったので要約してみました。 誤訳や勘違いがあるかも知れないので詳細は元記事をご覧下さい。 1. 成功するプロジェクトであること 多くのプロジェクトはそもそも失敗するような計画で行われているという悲しい現実があると書いてありました。 成功の要素として、現実的な納期、安物のツールを使うことを強制されないこと、ろくでもないマネジメント・仕様変更・暗黙の仕様 などを要求する発注先にあたらないなどが重要だそうです。 2. すばらしいマネジメントが行われていること プロジェクトと人の両面ですばらしいマネジメントが行われていることが重要だそうです。 身を挺してチームを守るようなすばらしいマネージャに対してはプログラマはソフトウェアの品質で応えるそうです。 3. 新しいことを学べること
Geekなぺーじ：UNIX哲学の基本原則
「Basics of the Unix Philosophy」でUNIX哲学の基本原則がまとめられています。 UNIXの設計思想として紹介されていますが、多くは普通のソフトウェアを設計する場合にもあてはまると思われます。 1. Rule of Modularity(モジュール性): きれいなインターフェースで接続された、簡潔な部品を書きましょう。 2. Rule of Clarity(明瞭さ): 明瞭さは賢さよりも良いです。 3. Rule of Composition(構成): 他のプログラムと接続できるようにプログラムを設計しましょう。 4. Rule of Separation(分離): ポリシーとメカニズムを分離しましょう。エンジンとインターフェースを分離しましょう。 5. Rule of Simplicity(単純性): 単純化された設計をしましょう。複雑さは必要な時だけ追加しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
