Twitterユーザ層が拡大すると発生しそうな何か:Geekなぺーじ
ふぁぼりんこよろしくです！ ぽちっとふぁぼり支援よろしくです！ ＠に素早く返信しないのはマナー違反 ReTweet推奨 ReTweetしないのは失礼 ReTweetするのは失礼 無断フォロー禁止！ 無断フォロー外し禁止！ フォローしてないのに発言に文句言うのはマナー違反 フォローせずにつぶやきを見るのはマナー違反 アナタのはつぶやきではなく会話なのでマナー違反 さっきの私のTweet最高だと思うんだけど何で○○は、ふぁぼらないの？？？ Twitterは無断リンクがはびこる悪のサービス フォロワーに配慮しない大量つぶやきはマナー違反 protectedアカウントにフォロー申請するのはマナー違反 ○○をフォローしない奴はモグリ ブロックして差し上げてセイセイしましたわ それは既出です ○ヶ月前に××さんが言ってましたね ○○に同意できる方だけがフォローして下さい フォロー行為は当方規約に同意し
音楽市場縮小の原因って何だろう？:Geekなぺーじ
「音楽業界はどうなるんでしょうね - タケルンバ卿日記」を読んで、音楽市場縮小の原因は何だろうかと考えてしまいました。 昔は朝の目覚まし時計代わりにAnthraxとか、Rage(ジャーマンメタルの方)とか、Helloweenとか、Metallicaとか、Bon Joviとか、Guns and rosesとか、Mötley Crüeとかを寝起きに聴いたりしていましたが、最近はめっきり音楽を聴かなくなりました。 カラオケで皆でリンダリンダでジャンプして楽しむ事もなくなりました。 まあ、それはどうでもいいとして。。。 確かに音楽CDの売り上げが減少の一途だという話を良く聞きます。 以下、音楽に関して根拠の無い妄想を列挙してみました。 学生は音楽を買わない 「CDはコピーが可能なのでお金の無い中高生はCDを買わない」という意見もありそうです。 確かにあまり買えないだろうと思います。 私が高校生の頃
Geekなぺーじ : 今朝、インターネットが壊れました
今朝０１時２３時JST頃から１時間弱、インターネットが世界的に壊れていたようです。 ほどなくして収束していったようですが、ISP同士のBGP接続が切れて通信が出来ないという状況が局所的に発生していたようです。 3/11 (invalid or corrupt AS path) anyone else seeing very long AS paths? [janog:08731] long AS Path incident] JANOGメーリングリスト 世界中で影響があったようですが、国内では上流網の一部でBGPのpeerが切れて国際的な通信が不通になっていた瞬間があったようです。 ただし、繋がったり切れたりという箇所もあったようです。 「壊れた」原因 NANOGでの情報によると、以下のようなログがルータに残されていたようです。 255以上という異常に長いAS pathが原因のようです。
10人のデザイナさんに駄目出しして頂きました:Geekなぺーじ
10名のデザイナの方々に「Geekなぺーじ」デザインダメだしをして頂けました！ 何か凄く豪華な会合をして頂いて非常に恐縮です。。。 昨晩早速いくつかサイトデザインを変更してみました。 以下に、会合は開催された経緯、そこでの指摘、昨晩の変更点を述べます。 会合が開催された経緯 「Geekなぺーじのデザインは駄目だろう」とずっと思っていたのですが、「どうすれば駄目ではなくなるか」に関してどうして良いのかが全くわからないという日々が数年間続いていました。 そして、キッチリとしたサイトを作れる方々に対する憧れというものがありました。 ある日、twitterで何度かやり取りをして、その後某新年会でお会いしたcremaさんが過去の勉強会資料(デザイン勉強会の資料を公開します。)を教えてくれました。 それを見て「これはすごい」と思ったのですが、「じゃあ、この考え方を自分のサイトに適用したらどうなるの？」
「努力をしない人間」を見抜けるか？:Geekなぺーじ
現実味を帯び始めた「サバイバル」に対する反応で「努力をしない人間は滅びればいい」というものがありました。 昔は私もバリバリその発想で「努力をしない人間はクズ」という趣旨の発言をしていたような気もしますが、最近はあまりこの発想にならなくなったような気がします。 努力をしていない事を見抜くのは難しい 「何かをしている」事を発見することと比較すると、「何もしていない」事を発見するのは難しいです。 「何もしてないんじゃないか？」という事を推測することは出来たとしても、それが濡れ衣である場合もあります。 実は隠れてコッソリ努力をする事が美徳の人なのかも知れません。 そして、濡れ衣だった場合は双方とも嫌な思いをするだけです。 情報が欠落しているだけではないか？ 「コイツ努力してない」と思っている相手の家庭内で家族が倒れたり病気になっていたと後になって知るようなこともあります。 そのような場合、厳しい態
Geekなぺーじ : Mac OS Xネットワークプログラミング
Mac OS Xでのネットワークプログラミングを勉強しながら、少しずつ公開していくコーナー。 コードを書く前の準備 まず、gccを使える状態にしないといけません。 Mac OS Xを普通にインストールしただけでは開発環境は入りません。 Xcodeを含むMac OS X開発環境はOS DVDなどに入っています。 次に、エディタが必要になります。 標準開発環境であるXcodeを利用して書くことができます。 一方で、UNIXやLinuxなどで一般的なエディタであるmule、emacs、xemacsなどを利用することも可能です。 個人的にはviが好きです。 Cocoa ファイル単体をそのままコピペしてgccでコンパイルできるCUIとして書いているので多少特殊な書き方をしている気がします。 GUIを使う場合はNSRunLoopではなく、NSApplicationMainを使ったりするのでご注意下さい
Webは何故こんなに広くて狭いんだろう:Geekなぺーじ
Webの世界は何でこんなに広いけど狭いんだろうと思うことがあります。 Webに存在するコンテンツは、無限に広がっているはずなのに、定番で巡回するサイトはいつも同じ Webに存在するブログは無数にあるはずなのに、いつのまにかRSSフィードに登録したものしか見なくなっている 検索できる単語には星の数ほどの組み合わせがあるのに、検索してる単語はいつも同じ 数え切れないぐらいのWebサイトがあるはずなのに、検索結果で見た事があるサイトをよく発見する Webの世界で生きている人は凄くいっぱいいるはずなのに、イベント等で会う人は偏ってる 恐ろしい数のユーザがいるはずなのに(例えばはてブとか)、目立っているのはいつも同じ人達 莫大な閲覧者(ユーザ)がいるはずなのに、皆同じ口調 人の数だけ話題があるはずなのに、ほとんどの人が同じ方向を向いている時がある 無限に広がるWebの世界への入り口として私が使ってい
Geekなぺーじ : エンジニアが見落としがちなこと
過去に自分が間違っていたと思うことや、身近なエンジニア(技術者/研究者等)が「見落としているんじゃないか」と思える部分を列挙してみました。 ただし、それぞれ状況と立場次第であるものが多いのでご注意下さい。 製品を売る場合や、論文を書く場合、個人の場合など、様々な立場での色々なものをごっちゃに書いてしまいました。 1. 技術の凄さのみが戦局を決めるわけではない 「技術が凄ければユーザは勝手についてくる」という発想に出会う事があります。 それは、正しい場合もあれば正しくない場合もあると感じています。 最近は、得てして「技術だけ」ではあまり成功しないような気がしてきました。 そもそも「凄い技術」とは何なのかという部分が難しいです。 その「凄さ」が実現しているものと、ニーズとの一致などが的確で無い場合、いくら凄くても理解してもらえないことも多いです。 2. 誰が言うか、誰がやるかも大事な要素 全く
Geekなぺーじ：アイディアを潰す上司、アイディアを引き出す上司
「Idea killers: ways to stop ideas」 と 「Idea helpers: ways to grow ideas」 という記事がありました。 面白かったので一部訳してみました。 コメント欄にも色々書いてあって、その中の項目も訳してみました。 削ったり意訳しているものもあるので、詳細は原文をご覧下さい。 アイディアをつぶす人 これらの発言は考える事を阻害してしまいます。 また、これらの発言は理由を説明せずに意見を却下するために利用されます。
Adsenseを貼り付けているだけで評判が落ちてしまう恐れ:Geekなぺーじ
Google社のAdsenseを貼り付けているだけで、運営主体の評判が落ちてしまう可能性があるようです。 以前から良く言われている話ではありますが、個人的には「気にし過ぎ」だと思っていました。 最近、残念ながらこれが気のせいでは無い事がわかってきました。 もう少し正確に言うと「業界によっては問題になり得る」という事がわかってきました。 いわゆる「情報商材」が表示されると。。。 私は熱帯魚ショップとのレベニューシェアという形で熱帯魚サイトを運営しています。 それらのサイトではGoogle社のAdsense広告を貼り付けてあります。 広告として表示されるものの多くは、水槽や観賞魚販売などコンテンツに適合したものです。 ここら辺は流石だと思います。 しかし、時折いわゆる情報商材系の怪しげな広告が表示されます。 「月額100万円儲かります」とか「素人でも即お金儲け」系の奴です。 「神秘の力で水か綺
Geekなぺーじ : はてなブックマークを禁止する方法
念のため最初に書いておきますが、ブックマーク禁止やリンク禁止派ではありません。 純粋に技術的にどうするのだろうという興味で書いています。 「ある広告人の告白（あるいは愚痴かもね）: 推奨してるわけでは決してなくて、お嫌な人には拒否する権利があってもいいのかな、ということなんです。」を読んで、はてなブックマークを技術的に阻止するにはどうするのだろう？と疑問に思いました。 アクセスログを見ていると、はてな系のプログラムが出しているHTTP_USER_AGENTは「Hatena」で始まりそうな気がします。 例えば、ブックマークを行うと「Hatena Bookmark/1.0」というHTTP_USER_AGENTがやってきます。 ブックマークをさせないためには、そのエージェントに意地悪をすれば良いのではないかと考えました。 まず、最初にやろうと思ったのが、はてなロボットのリクエストに対して「404
Geekなぺーじ：勝者と敗者の違い
「The Big Difference between Winner and Loser」という記事がありました。 面白かったです。 勝者は間違ったときには「私が間違っていた」と言う。 敗者は「私のせいではない」と言う。 勝者は勝因は「運が良かった」と言う。例え運ではなかったとしても。 敗者は敗因を「運が悪かった」と言う。でも、運が原因ではない。 勝者は敗者よりも勤勉に働く。しかも時間は敗者より多い。 敗者はいつでも忙しい。文句を言うのに忙しい。 勝者は問題を真っ直ぐ通り抜ける。 敗者は問題の周りをグルグル回る。 勝者は償いによって謝意を示す。 敗者は謝罪をするが同じ間違いを繰り返す。 勝者は戦うべきところと妥協すべきところを心得ている。 敗者は妥協すべきでないところで妥協し、戦う価値がない所で戦う。 勝者は「自分はまだまだです」と言う。 敗者は自分より劣るものを見下す。 勝者は自分より勝
Geekなぺーじ：flickrの画像を使って広告を作って問題になった事例
企業がflickrから画像を広告に利用して問題が発生してしまった事例を発見しました。 「flickr ads」などの検索単語を色々入れていたら発見しました。 この問題は2ヶ月ぐらい前に発生し、現在まで続いているようです。 Virgin Mobiles Australiaがflickrで公開されている画像を使って広告を出したようです。 その広告の下の方に「flickr.com/photos/chewywong からの画像です」というような事が書いてあったそうです。 その広告を見たflickrユーザが「広告に利用されたね、おめでとう！」というような投稿をしました。 http://flickr.com/photos/sesh00/515961023/ Dump Your Pen Friend すると、写真をflickrに投稿した人と、撮影されている女性がコメント欄に書き込みをしました。 まず、最
Geekなぺーじ：選択肢を減らすことの重要性
Google TechTalksでBarry Schwartz博士による講演が公開されていました。 「The Paradox of Choice - Why More Is Less」というタイトルでした。 最初は、UNIXコマンドのmoreがlessよりも劣っている理由の事だと思って見始めましたが、そうではありませんでした。 何でも選べてベストじゃないと満足しないというのは、アメリカ人っぽい気もしましたが、かなり面白かったです。 ユーザビリティと機能の問題は良くある問題ですが、お店で展示されている商品の種類を減らした方が売り上げが上昇する話などが新鮮でした。 以下に要約してみました。 ここでは書いていない部分も多いので、詳細はビデオをご覧下さい。 字幕も入っていますし、ゆっくりと話してくれる人なので非常に見やすいと思います。 ただ、スライド(PPT?)が見られないので、何故観客が笑ってい
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(単純性): 単純化された設計をしましょう。複雑さは必要な時だけ追加しま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
