タグ

ブックマーク / www.geekpage.jp (16)

  • バーチャルコミュニティを活性化する要素:Geekなぺーじ

    「Joon Koh, Yung-Gul Kim, Brian Butler, Gee-Woo Bock, "Encouraging Participation in Virtual Communities", Commun. ACM 50 2 (Feb.2007)」という論文を読みました。 韓国にあるNetian.netという小規模コミュニティサービスプロバイダと、Freechal.comという大規模コミュニティサービスプロバイダの中にある77のバーチャルコミュニティを調査した結果、コミュニティ形成に影響があると思われる要素が論じてありました。 韓国がベースなので、日と違いそうな部分もありましたが面白かったです。 コミュニティを活性化するための5つの要素 この論文では、バーチャルコミュニティの活性度を投稿と表示回数という指標で測っています。 論文では、77のバーチャルコミュニティを調査す

  • Geekなぺーじ:私のネタの探し方

    という内訳でした。 扱うネタの傾向も時期によって色々です。 論文を多く読んでいた時期があったり、Web2.0をネタにしていたときがあったり、プログラミング関係や仕事関係であったり、笑えないギャグだったりします。 時間の経過とともにネタの探し方も色々変わってきました。 論文の探し方 ブログ開始当初は論文を紹介するものが多い傾向にありました。 論文は主に以下の学術誌サイトから探していました。 ACM (http://portal.acm.org/) ScienceDirect (http://www.sciencedirect.com/) Google Scholar (http://scholar.google.com/) まず、興味のあるキーワードを入れます。 例えば、インターネット依存症について調べようと思えば、「Internet addict」というキーワードで検索してみます。 興味を

  • プログラマにならない方が良いか?:Geekなぺーじ

    Slashdotで「プログラマのやる気を上げよ」という記事になったこともあり、「プログラマがやる気をなくした理由」という記事で多くの方々からコメントを頂きました。 多くのコメントが非常に悲観的であり、プログラマとしての嘆きが書かれていました。 (悲観的な内容を多く含む記事を書いた私が悪いのですが。。。) では、最初からそのような職業は避けて、プログラミングの勉強などしない方が良いのでしょうか? 結論から書いてしまうと、私はそうは思いません。 今回は、何故悲観的な意見が多くなってしまうのかという点と、プログラミングができることに関する利点で思いついたことを書いてみようと思いました。 なお、以下は全て私の脳内作文であり、裏づけがあるわけではないのでご注意下さい。 何故悲観的な意見が多くなってしまうのか 普通に満足している場合はネタになりにくい 世の中全ての人がプログラマとして働いていて、不満だ

  • Geekなぺーじ:やる気のない社員との接し方

    「How to Deal With a Negative Coworker: Negativity Matters」という記事がありました。 面白かったので要約してみました。 かなり削っているので詳細は原文をご覧下さい。 後ろ向きさがにじみ出る人というのがいます。 仕事が好きでなかったり、会社が好きでなかったりします。 上司にはいつもムカついていて、待遇は悪いと考えています。 このような考えを持つ人はどのような組織にもいます。 一方、いつもは前向きな人が後ろ向きになってしまうこともあります。 そのような人たちがやる気をなくしてしまう場合、正当な理由があることもあります。 そもそも後ろ向きな人と、不幸にもやる気をなくしてしまった人には異なる対処法が必要です。 偶発的にやる気をなくしてしまった人の場合 1.1. 話を聞く やる気をなくしている原因が、話を聞いてくれていないことである場合がありま

  • 地球温暖化を防ぐために出来ること:Geekなぺーじ

    地球温暖化が問題になっています。 二酸化炭素がやばいんです。 このままでは地球が砂漠化してしまいます。 このブログを読んでいるあなた!他人事ではありません!!! あなたにも出来ることがあります! 身近なところで、エネルギー消費量を減らしましょう! できること、、、、それは、、、、プログラマの残業時間を減らすことです。 プログラマに余裕が無いとad-hocなコードが量産されます。 また、いい加減な設計によって生まれる無駄な不具合を防ぐために、どんどん無駄な動作が追加されていきます。 さらに、実際に出来上がったものを稼動させた後にも、出戻りや頻繁な保守作業が発生してしまいます。 正常に動作したとしても、力技のオンパレードで書いたプログラムは効率が悪くなりがちです。 これらはエネルギーの無駄遣いであり、地球温暖化を促進してしまうかも知れません。 さらに、プログラマが残業をすると電気を大量消費しま

  • インターネットの次:Geekなぺーじ

    「A New Way to look at Networking (Google Video)」を見ました。 Van Jacobson氏による1時間21分のプレゼン映像でした。 ビデオでは、コペルニクス的発想が必要だとか、昔は電話システムを前提に皆が議論をしていたからインターネットの仕組みはあり得ないと当初は皆が言っていた、という内容の事を何度か言っています。 確かに、私も聞いていて「WinnyかBitTorrentをDRMと組み合わせたもの?」という感じの方法論を考えてしまいました。 恐らく、今の仕組みで作ってしまう方法を考えるのではなく、アーキテクチャとしてこの案を考えなくてはならないという物だと思いました。 きっと、ここで言っている話が実現するとIPの上でも動くけど、下にその他の通信形態が来ても動くという新たなアドレッシング手法に近いものを提案しているのだと思いました。 どうしても現

  • Geekなぺーじ:他人のやる気を引き出す方法

    「8 simple things you can do to encourage others」という記事がありました。 当たり前の事ばかりかも知れませんが、ついうっかり忘れがちであるような気がしました。 原文のブログを書いている人は起業を目指している(もしくは起業中)のソフトウェアエンジニアのようです。 原文著者は、やる気がなくなってきたときに家族や友人が励ましてくれることが大変ありがたいそうです。 そこで、どのような励ましを受けると自分がやる気になるかなどの経験を元に、他人のやる気を引き出す方法を紹介していました。 以下のような事を、何かをしようとしている友人に対してしたり、自分の子供と向き合うときにしたりすることを原文では提案しています。 やる気が出れば物事の達成度も上がると思われます。 1. 凄く興味を示す 原文では、最も効率よく相手のやる気を引き出す方法であると書いてありました。

  • 開発プロジェクトで使える(かもしれない)アニメの名台詞:Geekなぺーじ

    き…切れた ぼくの体の中で なにかが切れた…決定的ななにかが…! (ジョジョの奇妙な冒険 : ジョナサン・ジョースター)

  • Geekなぺーじ:10のUNIX小技

    IBMのサイトで「Learn 10 good UNIX usage habits」という記事が発表されていました。 面白かったので要約してみました。 変な部分があるかも知れないので詳細は原文をご覧下さい。 原文とは一部異なります。 ページスペースなどの関係でコマンド引数などを短く省略しています。 原文のサンプルコマンドが間違っていたりするので、修正している部分もあります。 原文を修正しているのは、tar.gzをzオプションを使わないでxfvしようとしているところと、xargsにlsではなくls -lを渡している部分です。 あと、説明文を短くしてしまっています。 1. ディレクトリの作成 良く使うコマンドの一つであるmkdirですが、面倒臭い使い方をしていませんか? 悪い例 ~/ $ mkdir a ~/ $ cd a ~/a $ mkdir b ~/a $ cd b ~/a/b/ $ m

  • Geekなぺーじ:クラッカーがGoogleを使って脆弱なサイトを探す方法の例

    Googleを使って脆弱性のあるサーバを探す手法を「Google Hacking」と言いますが、その検索方法を大量に集めた 「Google Hacking Database (GHDB)」というサイトがあります。 そこでは様々な検索キーワードが紹介されています。 紹介されているものを、いくつかピックアップしてみました。 (ただし、多少古いです。) このような検索を行って脆弱性のあるサーバを探している人が世の中に結構いるみたいです。 サーバを運用している方はご注意下さい。 これらの情報は既に公開された情報なので、検索結果にはワザとこのような情報を流して侵入を試みる人を誘い込もうとしているハニーポットが含まれている可能性もあります。 秘密鍵を探す 秘密鍵は公開鍵と違って秘密にするものなので発見できてしまうのは非常にまずいです。 BEGIN (CERTIFICATE|DSA|RSA) filet

  • Geekなぺーじ:フリーランスとして成功する方法

    「7 Habits of a Highly Successful Freelance Web Designer」という興味深い記事がありました。 原文はフリーランスWebデザイナとして成功する方法を説いていましたが、内容を見るとプログラマや、その他フリーランサーにも当てはまりそうな内容でした。 以下、要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 仕事を愛す 大企業で働いていれば、まわりに合わせて仕事をすることができます。 その日に仕事が終わらなければ次の日にまわしたりもできます。 自分が何をしているのかに対して興味を持たない従業員が多い組織もあります。 彼らにとっては、日々の仕事は単なる報酬に対する対価でしかないのです。 フリーランスとして成功するには、自分が行っている仕事を愛する必要があります。 情熱があれば、カフェインの力を借りながら夜遅くまで働き続け

  • Geekなぺーじ:ダメな中小企業Webサイト

    「Ten clues that your Web site is dead」という記事がありました。 コンピュータ関連ではない小規模な企業などでは、このような考え方は確かにありがちかもしれないと思いました。 面白かったので要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 「インターネットはまだこれからだ」と思っている インターネットによる革命は既に数年間続いており、膨大な数のユーザもいます。 2. Webサイトを持っていない Webサイトを持っていないのは自社の名前をつけていないのと同じぐらいの事です。 Kitch氏によると、小規模ビジネスの3割はWebサイトを持っていないそうです。 そのような企業はすぐに消えてしまうそうです。 3. 自分のWebサイトの更新方法を知らない Kitch氏によると、小規模ビジネスのWebサイトはデザインのみに頼っても意味が無いそ

  • コンピュータ関連名言(迷言)集:Geekなぺーじ

    コンピュータ関連名言(格言?)を集めてみました。 「computer quotes」や「IT quotes」などの単語で検索してみましたが、そこらじゅうに同じようなサイトがあり、どれがオリジナルだかわかりませんでした。。。 いくつか楽しいと思ったのをピックアップしてみました。 他にも色々あったので、興味のある方は検索をしてみて下さい。

  • ソフトウェアを専攻する学生が就職活動をする前に知るべきこと:Geekなぺーじ

    「How To Get Hired -- What CS Students Need to Know」という記事がありました。 この記事では筆者がC/C++技術者の採用面接をやっていて思うことが書いてありました。 面白かったので要約してみました。 日ではここまで厳しくないとは思いますが、心掛けとしては良いと思いました。 勘違いなどが紛れ込んでいる可能性があるので詳細は原文をご覧下さい。 記事によると多くの学生は面接前に十分な準備をしていなかったそうです。 また「1から10まで数えるループを書いてみて」や「16進数でFの次は何?」と聞いても答えられない修士卒業生と博士卒業生などを相手にすると疲れるそうです。 プログラマを採用したい時には、プログラムを書けない人は雇わないと書いていました。 面接者の視点 「Joel on Software : The Guerrilla Guide to I

  • Geekなぺーじ:HTML知識レベル

    「Levels of HTML knowledge」という記事がありました。 かなり皮肉たっぷりで笑えました。 以下、要約していました。 誤訳などがあると思うので詳細は原文をご覧下さい。 原文のさらにネタ元の「Levels of CSS knowledge」も面白いです。 レベル 0 このレベルの人はHTMLを見ることはありません。 例えば、メールで送信されてきたHTMLメールを原文のまま見るなど、稀に何かの間違いで表示されてしまっているHTMLを見ることはあります。 彼らはレベル0以上になろうとも思いません。 ありがちな発言 「H?TM? 何それ?」 レベル 1 このレベルの人たちは、自分たちが日々目にしているWebサイトの裏で何らかのプログラムが動作している事を認識しています。 このクラスの人たちはWebサイトを自分たちで作るときには、専用のツール(Photoshop、Dreamwea

  • プログラマではない人によるドキュメント(ヘルプ)の使い方:Geekなぺーじ

    「How non-programmers use documentation」という記事がありました。 面白かったので一部を訳してみました。 間違いなどがある可能性があるので、詳細は原文をご参照下さい。 この記事は、プログラマではない人がどのようにドキュメントを参照するかをまとめています。 これを参考にして、ユーザフレンドリーなドキュメンテーションを作ってくださいと書いてありました。 Internal and on-line

    denimu
    denimu 2006/12/13
    ドキュメントを書くときの参考になるかも
  • 1