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(単純性): 単純化された設計をしましょう。複雑さは必要な時だけ追加しま
Geekなぺーじ：ダメな中小企業Webサイト
「Ten clues that your Web site is dead」という記事がありました。 コンピュータ関連ではない小規模な企業などでは、このような考え方は確かにありがちかもしれないと思いました。 面白かったので要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 「インターネットはまだこれからだ」と思っている インターネットによる革命は既に数年間続いており、膨大な数のユーザもいます。 2. Webサイトを持っていない Webサイトを持っていないのは自社の名前をつけていないのと同じぐらいの事です。 Kitch氏によると、小規模ビジネスの3割はWebサイトを持っていないそうです。 そのような企業はすぐに消えてしまうそうです。 3. 自分のWebサイトの更新方法を知らない Kitch氏によると、小規模ビジネスのWebサイトはデザインのみに頼っても意味が無いそ
Geekなぺーじ：フリーランスとして成功する方法
「7 Habits of a Highly Successful Freelance Web Designer」という興味深い記事がありました。 原文はフリーランスWebデザイナとして成功する方法を説いていましたが、内容を見るとプログラマや、その他フリーランサーにも当てはまりそうな内容でした。 以下、要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 仕事を愛す 大企業で働いていれば、まわりに合わせて仕事をすることができます。 その日に仕事が終わらなければ次の日にまわしたりもできます。 自分が何をしているのかに対して興味を持たない従業員が多い組織もあります。 彼らにとっては、日々の仕事は単なる報酬に対する対価でしかないのです。 フリーランスとして成功するには、自分が行っている仕事を愛する必要があります。 情熱があれば、カフェインの力を借りながら夜遅くまで働き続け
Web制作営業:Geekなぺーじ
熱帯魚屋さんとskypeでお話をしているときに「何故、Webサイトを外注しないのですか？」という話を聞いてみました。 色々見ていると、大手ではない熱帯魚ショップの多くはホームページを自作しているように見えます。 色々聞いていると、Web制作会社から毎週のように電話はかかってくるようです。 1週間に3本ぐらいは電話が来るそうです。 電話ではなく、実際に足を運んで営業活動に来る人は1ヶ月に一人いるかいないかぐらいだそうです。 で、どの会社からの電話もある程度のパターンがあるそうです。 1. ホームページ持っていますか？ 2. if (yes) 業者に頼んでいますか？ 3. それで成績はどうですか？ 4. さらに良くする方法がありますよ それぞれの項目に対しての感想は以下のようなものだそうです。 ホームページ持っていますか？ サイトを自作して何年もやっているのに「ホームページ持っていますか？」と
外国からのコメントスパム対策:Geekなぺーじ
外国からのコメントスパム対策を思いついたので、このブログのコメント欄にコメントスパム対策を実装してみました。 このサイトに来るコメントスパムは、ほとんどが外国からのものです。 日に日に量が増えてきています。 最初はIPアドレスや禁止ワードなどで弾こうとしましたが、同じスパマーと思われる書き込みでもIPアドレスはバラバラだったり、内容が多岐に渡っていたりしていて9割弾けてもいくつかは書き込まれてしまいます。 大抵はスクリプトと思われる書き込みが続き、こちらが対策をしてある程度すると、人間と思われる書き込みが行われます。 人間による書き込みは、禁止ワードなどの調査をしているようです。 相手もプロのようで、一般的なフィルタリング手法は良く知っていて、巧みにこちらの設定を調べていきます。 例えば、特定の禁止ワードを含むものと含まないものを入れてみたり、同じ内容を複数のIPアドレスから入れてみたりし
Geekなぺーじ：アイディアを潰す上司、アイディアを引き出す上司
「Idea killers: ways to stop ideas」 と 「Idea helpers: ways to grow ideas」 という記事がありました。 面白かったので一部訳してみました。 コメント欄にも色々書いてあって、その中の項目も訳してみました。 削ったり意訳しているものもあるので、詳細は原文をご覧下さい。 アイディアをつぶす人 これらの発言は考える事を阻害してしまいます。 また、これらの発言は理由を説明せずに意見を却下するために利用されます。
被ブックマーク文化を確立する方法:Geekなぺーじ
del.icio.us/popularで 「How to Build a ‘Digg Culture’ on your Blog」という記事がランクインしていました。 面白かったので要約してみました。 原文はDiggについての話でしたが、日本でのソーシャルブックマーク大手はhatenaだと思われるので、頭の中で「 s/Digg/はてなブックマーク/g ; s/Digg front page/はてブ人気エントリ/g 」という風に置換して読むと良いかも知れません。 はてなブックマークの人気エントリ入りするとRSSへの登録者数が増加するという現象は私のサイトでも発生しています。 「被ブックマーク文化」という概念は面白いと思いました。 結構意訳しています。 また、訳が間違っている可能性があるのと、削っている部分があるので詳細は原文をご参照下さい。 Digg front pageの効果 Diggのト
Geekなぺーじ：クラッカーがGoogleを使って脆弱なサイトを探す方法の例
Googleを使って脆弱性のあるサーバを探す手法を「Google Hacking」と言いますが、その検索方法を大量に集めた 「Google Hacking Database (GHDB)」というサイトがあります。 そこでは様々な検索キーワードが紹介されています。 紹介されているものを、いくつかピックアップしてみました。 (ただし、多少古いです。) このような検索を行って脆弱性のあるサーバを探している人が世の中に結構いるみたいです。 サーバを運用している方はご注意下さい。 これらの情報は既に公開された情報なので、検索結果にはワザとこのような情報を流して侵入を試みる人を誘い込もうとしているハニーポットが含まれている可能性もあります。 秘密鍵を探す 秘密鍵は公開鍵と違って秘密にするものなので発見できてしまうのは非常にまずいです。 BEGIN (CERTIFICATE|DSA|RSA) filet
Geekなぺーじ:ブログ更新頻度が重要ではない10の理由
「Why Blog Post Frequency Does Not Matter Anymore」という記事がありました。 更新頻度が重要だと叫ばれる昨今ではあまり聞かない意見で興味深かったです。 書いてある事を要約すると以下のような感じでした。 かなり短くしてあるのと、私の勘違いなどが混じっている可能性があるので詳細は原文をご覧下さい。 1. トラフィックはコミュニティへの参加から得られる。更新頻度からではない。 ブログ界は6ヶ月毎に倍に増えていて新規参入者にとっては成功する事は日々困難になっています。 結局更新頻度よりも誰か成功しているブロガーがリンクを張ってくれるかどうかが全てです。 2. トラフィックが増えることがブログの成功ではない 元々有名でない限りどっちみちトラフィックとは無関係です。 ターゲットを非常に絞って質の高い読者を集める方が、更新頻度に集中するよりも賢い方法です。
Web2.0時代におけるオンライン事業での採算性:Geekなぺーじ
「Profitably Running an Online Business in the Web 2.0 Era」 という記事がありました。 面白かったので要約してみました。 個人的には、Web2.0的サービスの見返りに企業がユーザのAttention Trustを取得できる事を利点と言ってしまう点が多少嫌な感じがしました。 また、普及だけさせといてユーザが逃げられなくなってからお金を儲けようという考えも透けて見えていました。 ただ、残念ながらこれらはきっと事実だろうとも思いました。 以下、要約です。 誤訳などがある可能性があるので詳細は原文をご覧下さい。 過去の記事を参照しろと書いている部分があったので、2つの記事を混ぜて要約しています。 Web 2.0における最も大きな疑問点があります。 APIを公開して持っているコンテンツを全部ユーザに勝手に使わせてしまって、どこで収益をあげるのか
Web2.0の落とし穴:Geekなぺーじ
「What's Wrong with Web 2.0? - Bubble, What bubble ? -」という記事がありました。 面白かったので要約します。 かなりの皮肉がまじった記事でした。 誤訳などの可能性があるので、詳細は原文を参照して下さい。 以下要約ですが、かなり意訳してます。 あと必要なのはユーザだけだ (User driven content: Now all we need is users) Web2.0は、ユーザによる何らかのソーシャルな部分がある事が本質です。 これは、例えばユーザがコンテンツを作成したり、ブログを書いたりコメントをつけたりする事です。 いくつかのサイトは全てをユーザに依存しています。 例えば、Digg.comは完全にユーザに依存しています。 誰もリンクを登録しなければDiggは存在し得ません。 このようなユーザに依存しきったサイトは、ユーザが興味
Geekなぺーじ : プログラマのモチベーションを高める9の事項
「Nine Things Developers Want More Than Money」という記事がありました。 面白かったので要約してみました。 誤訳や勘違いがあるかも知れないので詳細は元記事をご覧下さい。 1. 成功するプロジェクトであること 多くのプロジェクトはそもそも失敗するような計画で行われているという悲しい現実があると書いてありました。 成功の要素として、現実的な納期、安物のツールを使うことを強制されないこと、ろくでもないマネジメント・仕様変更・暗黙の仕様 などを要求する発注先にあたらないなどが重要だそうです。 2. すばらしいマネジメントが行われていること プロジェクトと人の両面ですばらしいマネジメントが行われていることが重要だそうです。 身を挺してチームを守るようなすばらしいマネージャに対してはプログラマはソフトウェアの品質で応えるそうです。 3. 新しいことを学べること
制作費を受け取らないWebクリエイターは実現可能か？:Geekなぺーじ
Google Adsense、Amazonアフィリエイト、その他インターネット広告などの下地により、発注者から制作費を受け取らずに発注者と対等な立場でWeb製作をするクリエイターというものが実現したら嬉しいなと思い始めました。 仕組みとしては、発注者とWebクリエイターが共同で何らかのサイトを製作し、Webクリエイターはそこに広告を掲載することによって対価を得るというものです。 Webクリエイターは発注者から一切金銭を受け取らないため、発注者との関係は対等になる可能性があります。 ただ、この場合、発注/受注の関係ではないので発注者という表現は正しくないのかも知れません。 私が現在考えているのは、発注/受注というよりも、どちらかというとプロとプロのタッグです。 例えば、私はコンピュータに関する専門性があります。 タッグを組む相手はコンピュータではない何らかの専門性がある人とします。 ここでは
Geekなぺーじ：Googleの高度な検索応用方法。。。
「Turn Google into Napster 2000」という記事がありました。 Googleを2000年頃のNapsterのように使ってしまうという記事でした。 MP3、PDF、ビデオ、何でもダウンロードできると書いてありました。 Apacheで「Options Indexes」を指定していてindex.htmlなどのindexファイルが無いディレクトリを狙っているみたいです。 サイト管理者の意図しない使われ方になってしまっていて非常に怖さを感じました。 例えば、これらによってGoogleで1位表示などになってしまうと場合によってはサイト管理者が著作権侵害で訴えられてしまいます。 Nirvanaの音楽ファイルの場合。 -inurl:(htm|html|php) intitle:"index of" +"last modified" +"parent directory" +desc
はてブ人気エントリは最強のSEOかも知れない:Geekなぺーじ
今までこのサイトのためにあまりSEOとかを考えてこなかったので、積極的に外部リンクを増やしたりする事はしませんでした。 とりあえず、人が読みたいコンテンツをそろえていれば、そのうち誰かが見てくれるだろうと思ってサイトを作り始めてから2年が経とうとしています。 ブログをはじめるまではアクセス数の伸びは非常に緩やかでした。 ブログをはじめるとサイト全体のアクセス数が倍増しました。 そこで、思いました。 「ブログって普通にサイトを作るよりもリンクを呼び込みやすいからSEOになるんだ」と「はてブって実はSEO効果が凄く高いんだ。。。」と。 ブログを書き始めてから4ヶ月が経ちました。 徐々に読んでくれる人が増えていき、日に100人前後がブログを読んでくれるぐらいになりました。 ブログを書き始めてから一番大きな変化としては、サイトのアクセス数が倍増した事が挙げられます。 ブログのアクセス数は平均で1日
女性コンピュータエンジニアが少ない理由:Geekなぺーじ
コンピュータサイエンス分野を専攻する女性が何故少ないのか？ この問題を扱うACM-WというワーキンググループがACM内にあるそうです。 たしかに、情報工学系の学部には女性が非常に少ない気がします。 色々調べていたら、この問題に関してまとめてある論文(2002年)を発見したので何と無く読んでみました。 今回読んだ論文は「An ACM-W Literature Review on Women in Computing, Denise Gurer, Tracy Camp, SIGCSE Bulletin, Vol.34, No.2, 2002」です。 結構納得させられる内容でした。 コンピュータに興味を持つ女性の割合は、年齢が上昇するほど減少するそうです。 この論文では、問題点や取り組みを12種類に分類していました。 early in the pipeline (幼少期) attitudes (
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google maps簡単作成ツール：GMapCreator (v2 API 対応版)