ふぁぼりんこよろしくです！ ぽちっとふぁぼり支援よろしくです！ ＠に素早く返信しないのはマナー違反 ReTweet推奨 ReTweetしないのは失礼 ReTweetするのは失礼 無断フォロー禁止！ 無断フォロー外し禁止！ フォローしてないのに発言に文句言うのはマナー違反 フォローせずにつぶやきを見るのはマナー違反 アナタのはつぶやきではなく会話なのでマナー違反 さっきの私のTweet最高だと思うんだけど何で○○は、ふぁぼらないの？？？ Twitterは無断リンクがはびこる悪のサービス フォロワーに配慮しない大量つぶやきはマナー違反 protectedアカウントにフォロー申請するのはマナー違反 ○○をフォローしない奴はモグリ ブロックして差し上げてセイセイしましたわ それは既出です ○ヶ月前に××さんが言ってましたね ○○に同意できる方だけがフォローして下さい フォロー行為は当方規約に同意し

Akamaiさんでのセミナーに参加してきました。 個人的にはAkamaiさんと言えば「あまり一般的には知られていないけど使っていない人はほぼいない」企業というイメージがあります。 あまりに内容が楽しかったので、セミナーで色々質問しまくって聞いてしまいました。 想像以上に色々凄いと思いました。 ブロガーのyasuyukiさんが企画し、Akamaiさんにお願いして実現したプライベートセミナーでした。 元々はyasuyukiさんがAkamaiさんのセミナーを聞いて「面白い」とtwitter上で囁きまくっていて、その後「プライベートなセミナーやったら来ますか？」とのオファーを頂きました。 昔からAkamaiさんのCDN技術には非常に興味があったので「是非お願いします」とお願いしました。 セミナー参加者募集はyasuyukiさんのブログとtwitter上で行われ、16人の参加者がいました(アカマイさ

今朝０１時２３時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なぺーじ」デザインダメだしをして頂けました！ 何か凄く豪華な会合をして頂いて非常に恐縮です。。。 昨晩早速いくつかサイトデザインを変更してみました。 以下に、会合は開催された経緯、そこでの指摘、昨晩の変更点を述べます。 会合が開催された経緯 「Geekなぺーじのデザインは駄目だろう」とずっと思っていたのですが、「どうすれば駄目ではなくなるか」に関してどうして良いのかが全くわからないという日々が数年間続いていました。 そして、キッチリとしたサイトを作れる方々に対する憧れというものがありました。 ある日、twitterで何度かやり取りをして、その後某新年会でお会いしたcremaさんが過去の勉強会資料(デザイン勉強会の資料を公開します。)を教えてくれました。 それを見て「これはすごい」と思ったのですが、「じゃあ、この考え方を自分のサイトに適用したらどうなるの？」

昔から後輩や知らない学生がネット上で色々と撒き散らしているのを見ることがあります。 本人が気づいていないだけである場合もあるので、今回まとめて書いてみる事にしました。 なお、学生であろうが無かろうが気をつけた方が良いと思われるものも含まれます。 何故ネット上で気を抜いてはいけないのか そもそも、何故ネット上で公開する内容に気をつけなければならないのでしょうか？ それは公開することで不利益が生じる可能性があるからです。 高校入試で落ちるかも知れない 最近、茶髪・眉剃りをしていた受験者を高校が落とすという事件がありました。 今回の事件は茶髪・眉剃りが原因でしたが、近い将来「ネット上での言動が高校入試に影響」という事件が発生するだろうと予測しています。 「高校入試、茶髪・眉そりチェックし不合格　神奈川の県立」 就職活動に影響を与えるかも知れない 就職活動に影響を与える恐れがあります。 実名を公開

シャイで女性エンジニアな貴女！ こんな方法を使った愛の告白はいかがでしょうか？ 1. ICMP Echo Requestのボディ部分 ICMP Echo Requestのペイロード部分に愛の告白文を挿入して送信してみましょう。 長い文章は1パケットに収まらなくなってしまうので、文章は短く簡潔にまとめましょう。 例えば、「I love you」というメッセージをIPプロトコル番号1番で送信して、彼からのICMP Echo Replyが「I love you too」になっていれば告白成功です。 この方法には注意しなければならない点があります。 「I love you」と書いた文面がそのまま「I love you」と返って来たのを発見してぬか喜びしないようにしましょう。 多くのOSは、ICMPのペイロード部分をそのままコピーして返信します。 そのため、「I love you」と書いて「I lo

Webの世界は何でこんなに広いけど狭いんだろうと思うことがあります。 Webに存在するコンテンツは、無限に広がっているはずなのに、定番で巡回するサイトはいつも同じ Webに存在するブログは無数にあるはずなのに、いつのまにかRSSフィードに登録したものしか見なくなっている 検索できる単語には星の数ほどの組み合わせがあるのに、検索してる単語はいつも同じ 数え切れないぐらいのWebサイトがあるはずなのに、検索結果で見た事があるサイトをよく発見する Webの世界で生きている人は凄くいっぱいいるはずなのに、イベント等で会う人は偏ってる 恐ろしい数のユーザがいるはずなのに(例えばはてブとか)、目立っているのはいつも同じ人達 莫大な閲覧者(ユーザ)がいるはずなのに、皆同じ口調 人の数だけ話題があるはずなのに、ほとんどの人が同じ方向を向いている時がある 無限に広がるWebの世界への入り口として私が使ってい

過去に自分が間違っていたと思うことや、身近なエンジニア(技術者/研究者等)が「見落としているんじゃないか」と思える部分を列挙してみました。 ただし、それぞれ状況と立場次第であるものが多いのでご注意下さい。 製品を売る場合や、論文を書く場合、個人の場合など、様々な立場での色々なものをごっちゃに書いてしまいました。 1. 技術の凄さのみが戦局を決めるわけではない 「技術が凄ければユーザは勝手についてくる」という発想に出会う事があります。 それは、正しい場合もあれば正しくない場合もあると感じています。 最近は、得てして「技術だけ」ではあまり成功しないような気がしてきました。 そもそも「凄い技術」とは何なのかという部分が難しいです。 その「凄さ」が実現しているものと、ニーズとの一致などが的確で無い場合、いくら凄くても理解してもらえないことも多いです。 2. 誰が言うか、誰がやるかも大事な要素 全く

ここでは、PHP用グラフィックライブラリGDを使ってスクリプトを書く方法を説明したいと思います。 GDを使ったCMSを作ると、画像をサーバにアップロードして自動的にサムネイルを作ったり出来ます。 また、GDを使うと任意の絵を作成できるので、例えばAJAXと組み合わせて色々作ると楽しいかも知れません。 その他、色々と使いどころはありそうです。 基本 GDの使い方 GDライブラリの設定情報を確認する 四角く塗りつぶす 画像の読み込み PNGの出力 JPEGの出力 画像の拡大と縮小 画像の回転 TrueType Fontを使った文字列出力 TrueType Fontを使った文字列出力(傾きあり) TrueType Fontで文字列を記述した場合の大きさを測る TrueColor画像(1) TrueColor画像(2) 画像上に文字列を表示 画像上にロゴをオーバーレイ 画像フィルタ 明度 カラーバ

コーヒーを入手するため 眠気覚まし コンパイルしているから makeを走らせた cvs update中(svnその他もあり得る) 設計が思いつかないから アルゴリズムが思いつかないから 良い書き方が思いつかないから トイレ おやつの時間だから テストスクリプトが走っているから 現実逃避 部長が不穏な動きをしている 身の危険を感じた 席を離れたプログラマが帰ってこない理由 スペースの個数に関して議論していた タブがスペース何個かを議論していた クラス名や関数名を大文字で開始するか小文字で開始するかを議論していた 開発言語を何にするかの議論がまとまらなかった GPLやBSDライセンスに関する上司の理解が得られず、激しい議論をしていたから すれ違いざまにWordの使い方を聞かれたけど、どうしても問題が解決しなかったため 同僚のPCがブートしなくなったため タバコ部屋で開発会議が勃発したため 先輩

「Motivating Young Employees」という記事がありました。 会社で若者のやる気を引き出すにはどうすれば良いかに関して語っています。 アメリカ人を前提として書いてあるので日本とは違う部分もあると思われますが、結構同じような考えの部分もありそうだと思いました。 結局は各個人の個性に合わせての話になると思うので、ケースバイケースなのでしょうが、面白い内容だと感じました。 なお、原文に掲載されているイメージ写真があまり若者に見えないのは気のせいなのかどうかが最後まで気になりました。 以下、要約です。 誤訳などが含まれる可能性があるので是非原文をご覧下さい。 多くの経営者は給料を上昇させる事が重要と考えているが、 若者は給料に関する現実を知っており、現実的な給料で満足する。 若者のやる気を出すには、企業から感謝されていると知らせる事が重要。 特に最近の若い人は顕著にこの傾向があ

未踏プロジェクトの成果物であるLoiLoScopeが斬新過ぎます。 ビデオ編集ソフトと言えば、画面に広がるタイムラインとプルダウンメニューが浮かびますが、LoiLoScopeは今までのものとは全く違ったUIです。 LoiLoScopeのキーワードとしては、無限平面とマウスジェスチャによる操作だと感じました。 また、通常のビデオ編集ソフトのようにレンダリング時に待たされるという状態を可能な限り減らし、リアルタイムに様々な作業が行われる「超高速処理」も目玉だそうです。 今回は、LoiLoScopeを開発している株式会社LoiLoさんにお邪魔してきました。 自称ブログ取材コーディネータのGOGA社小山社長に紹介して頂きました。 LoiLoScope概要 LoiLoScopeの特徴は今までのビデオ編集ソフトとは似ても似つかないところです。 ドラッグ＆ドロップやマウスジェスチャでの操作がメインです。

ブログ同士が議論をするというシチュエーションは非常にありがちではありますが、実は非常に特殊な事なのではないかと思い始めました。 最近、趣味の世界(熱帯魚やマイナースポーツ等)で面白いブログを探そうと思っているのですが、そこには全く違った世界が広がっていました。 一言で言うとすると「Isolation」でしょうか。 1. 他のブログを読んでいない 多くの人は知人のブログ以外を読んでいないような気がします。 他人のブログを読んでいなければ、議論も生まれません。 2. リアルタイムで変化する「お勧め」の場がない はてブ、digg、slashdot、newsing、del.icio.usのような場がありません。 強いて言えば、ブログランキングぐらいですが、あまり使い勝手が良くありません。 では、特化したCGMサイトを作れば良いか？と思いもしますが、それもなかなか難しそうです。 そもそも、IT系以外

「Tips on Negotiating a Great Work Contract」という記事がありました。 基本的な話なのかも知れませんが、面白いと思いました。 いや、でも交渉のプロと交渉はしたくないと思える文章でした。 以下、要約です。 誤訳などが含まれる可能性があるので、原文を是非ご覧下さい。 1. お金の話をすることをためらうべからず お金の話を躊躇する人がいますが、はっきりと言わないと大きく損をする場合があります。 相手が経験豊富なネゴシエーターであれば、そこを突いてくるでしょう。 2. 感情を表に出すべからず 経験豊富なネゴシエーターは感情を煽って交渉を有利に進めようとします。 相手が怒鳴りだしても冷静さを保ちましょう。 エゴやプライドは交渉の席についた時点で懐深くに仕舞いましょう。 3. 「ルール」に縛られるべからず 経験豊富なネゴシエーターは「ルールを守る」という心理を利

ここでは、私なりのブログに関する考え方/運営ノウハウ/ネタの探し方/その他を解説します。 ここで紹介する方法は私個人による1手法に過ぎません。 全ての状況に対応できるわけではありませんし、考え方が合わない場合も多々あると思います。 ブログは単なるツールであり器です。 ブログと一言で言っても運営者や状況によって、全く異なる物になります。 何気ない日記を書いて楽しむためのものとしてブログを使っている人もいれば、メモ帳代わりとして使っている人もいれば、戦略的なマーケティングツールとして使っている人もいます。 ここで紹介する手法や考え方は、多少極端な面を含んでいますが、 各手法や思想を各自で派生させたりして独自のブログ論を形成して頂ければ幸いです。 ブログを開始する前に 何のためにブログをやるのか考える テーマを考える ブログ名(サイト名)を考える 匿名/実名 サイト運営者名を考える ブログサービ

1. ゆずり合うこと TCPはネットワーク帯域を他のTCPセッションと譲り合います。 TCPには、ネットワークが混雑(輻輳:ふくそう)してくると、送信されるパケット量を減らす仕組みがあります。 この譲り合いがあるからこそ、現在のインターネットは多数の人間が同時に使えています。 同様に、現実世界においても無理な競い合いを行うよりも譲り合いを行った方がスケーラビリティが上昇します。 2. 信頼はきめ細やかな確認応答で実現されること TCPでは、信頼性を確保するためにAck(Acknowledgement、確認応答)を送信してデータの到着を伝えます。 TCPのセッションが確立している間は、Ackが細かく送受信され続けます。 このきめ細かな確認応答が信頼の根幹であると言っても過言ではありません。 現実世界においても、きめ細かく応答を行う事が重要です。 メールなどを受け取っても、全く返事をしない相手

「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある

ここでは、Rubyによるネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）です。 TCP 簡単なTCPサーバとクライアント TCPクライアント(エラー処理付き) 何度も受信できるTCPサーバ TCPサーバ(acceptした相手の確認) UDP UDPを使う UDPでブロードキャストを使う UDPでマルチキャストを使う(マルチキャストを送信する) UDPでマルチキャストを使う(マルチキャストを受信する) UDPでマルチキャストを使う(TTLを設定する) Web 簡単なHTTP GET（Net::HTTP） HTTP HEADと全てのHTTPヘッダの表示（Net::HTTP） HTTP POST（Net::HTTP） 簡単なRSSクライアント その他 IO::selectを使う IPアドレスからホスト名への変換

「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。

「Geekなぺーじ」へようこそ。 このサイトは、同類を増やすべく技術メモを公開しています。 内容としては、情報技術/通信技術(インターネット技術)の分野で初心者～中級者向けです。 お探しの情報が無い場合には、お問い合わせ頂ければできる範囲で内容を増やして行きたいと思います。 暖かい心で見守って頂ければ幸です。