こんばんは。harukです。 2週間前からビデオポップ担当になり、まず最初に、3キャリアの絵文字の変換から取り組みました。 検索して探してみたものの、いいものが見つからなかったのですが、幸いにも、3キャリアそれぞれメールでは絵文字の自動変換があるので、それを利用して作ることができます。(昔は手入力で一つ一つやってました) Tab区切りのテキストファイル(TSV)を置いておきましたので使いたい方は使ってください。 絵文字の番号の付け方はそれぞれ以下のようになっています。 DoCoMo(i-mode) 基本絵文字：%i(1～176)% 拡張絵文字：%i(1001～1076)% au(EZweb) 絵文字番号＝%e(1～822)% SoftBank PAGE1(G)：%s( 1～ 90)% PAGE1(E)：%s(101～190)% PAGE1(F)：%s(201～290)% P

Keitaです。 Lingr APIが公開されました。 で、すばらしいことに、そのAPIをPHPから簡単に取り扱うライブラリを、p4life氏が公開されているのでそれを便利に使わせていただきました。 もともと、個人的にLingrに興味をもっていて、上記のライブラリを使ってサイコロをふれるようにしたりして遊んでいたのですが、IRCのボットを超えるようなものが思いつきませんでした。 いろいろ悩んだあげく、たぶん、Javascript周辺に新しい何かがあると思うのですが、とりあえず、一晩、PHPで遊んでみました。 試作その1 EthnaのログをLingrにはきだしてみた やってみる前から気がついていたのですが、いろいろな意味でだめです。 そもそも、機密情報が入る可能性がる、ログを他のサーバに送り出してる時点でもうだめです。 あと、ログが大量になるとえらいことになります。 すいません。 そう

こんにちは、hideです。 僕がウノウに入社してからもう少しで6ヶ月が経過しようとしています。入社して間もない頃に「ウノウってこんな会社です」というエントリを書いたのが、とても懐かしく感じられます。 僕の前職はいわゆるスーツ系のSIer企業でした。特に大きな不満があったわけではないのですが、一生このままでいいのかな、という漠然とした不安は感じていました。そんな僕が転職を決意するきっかけとなったのは、ポール・グレアムの書いた「ハッカーと画家」という一冊の本を読んだことでした。その本にはこのようなことが書かれていました。 最良のイントラネットは、インターネットだ。 信頼できる、良いプログラマからなる小さなチームでのほうが、大企業での平凡なプログラマからなるチームよりもうまくいく。 良いハッカーになる鍵は、たぶん、自分がやりたいことをやることだ。 難しいのは問題を解くことではなく、どの

ロボ聖紀 C21 カスタマイズが自由なオンラインロボット対戦アクションゲーム。 競馬伝説Live！ オンライン競走馬育成シミュレーションゲーム『競馬伝説Live!』！！１日１０分！基本プレイ０円で、気軽に競走馬を育成することが可能。全国のユーザーとオンライン対戦で真剣勝負。 釣りパラダイス！ 誰でも楽しめる、お手軽釣りゲーム！ ファンタジーアース ゼロ スクウェア・エニックスが手がけた、PC用「MMO・アクションRPG×ストラテジー」ゲーム。最大100人が入り乱れる、アクション性の高い大規模戦争が楽しめる。 基本プレイはずっと無料！メイプルストーリー コミカルなキャラクターがくりひろげる痛快アクションRPG！ 大好評！オンラインＲＰＧテイルズウィーバー 個性溢れる８人のキャラクターが奏でる冒険のストーリー

JavaScript 第3版 ひさびさに JavaScript をいじろうと思い、以前に購入して長らく放置していた『JavaScript 第3版』を読みました。これまで見よう見真似でしか触ってこなかった JavaScript をちょっとまじめに勉強しよう、というのが狙いです。 もともと、この本はプログラミング言語としての JavaScript が詳しく解説されている、という話をどこかで読んだのがきっかけで購入しました。たしかに全体の半分を占める第I部「コア JavaScript」では字句構造、データ型にはじまり、変数、式、演算子、文、関数、オブジェクト、配列と、言語仕様のオーソドックスな解説が続いています。 一方、第II部の「クライアントサイド JavaScript」 ではブラウザ上での JavaScript についての各種話題が取り上げられています。しかし、この第3版の日本語版が出たのが

● [Thoughts][Publish] Magic number 1440 (３つのフォーマット編) USB メモリの普及により、フロッピィディスクは絶滅寸前の状況にありますが、このレガシィデバイスには Sense of wonder と、教科書には書かれていない多くの宝が眠っています。Linux 上に用意されている小洒落たツールを活用して、誰も見向くことのなくなってしまったフロッピィディスクに、ふたたびスポットライトをあててみましょう。 superformat による初期化 これからの実験は、是非とも手元に Linux 環境を用意し、実際に自分の手で実行してみることをお勧めします。Linux であれば、ディストリビューションは問いませんが、最近流行りの仮想環境はバツです。「ハードウェアを深く味わう」場合、仮想環境では役に立ちません。 なお、今後使用する各種のツールは Linux 上で

抜粋あらゆるところにインタビューがある。世界はインタビューでできている。歴史はインタビューによって作られた。新約聖書はイエス・キリストへのインタビュー集であるし、仏典は仏陀へのインタビュー集だ。プラトンは、ソクラテスへのインタビューとして自分の本を書いた。聖書も雑誌のアイドル・インタビューも、基本は同じだ。 インタビュー術! (講談社現代新書)作者: 永江朗出版社/メーカー: 講談社発売日: 2002/10メディア: 新書 インタビューとは何かを考え、インタビューのやり方を紹介し、インタビューの読み方を解説する本。簡潔な文章。 インタビュー記事やインタビュー番組というのは、主役は話してであっても、あくまで主体はインタビュアーだというべきなのかもしれない。 仮に専門家が分かりやすく話すことが可能だとしても、その話を引き出すためには、インタビュアーにはそれ相応の勉強と準備が必要なのだ。インタビ

JavaScript でソートアルゴリズムを可視化 JavaScript でソートアルゴリズムを可視化するプログラムを書いてみました。元ネタは Jon Bentley による ソートアルゴリズムを可視化する Java アプレットです。 アルゴリズム 要素数 動作確認は Firefox 2, IE 7, Opera 9 で行いました。要素数は最大で200まで選べますが、かなり重くなるので遅いマシンで実行すると危険です。 English version is also available. ソースコード: sort-animation.js 解説 X軸が配列の添え字、Y軸が配列の要素の値を示しています。最初に要素がランダムに並んでいる配列 (値に重複なし) を作って、それを各種のソートアルゴリズムでソートする様子をアニメーションで表示します。 ただし、要素のあらゆる変更に対して毎回表示を更新し

たぶん俺は楽天的性格なのだと思う。昨年暮れ、２度目の脳梗塞を発症して開頭手術を行い、意識を取り戻して、最初に思ったことが「まだ最悪ではない」という言葉だった。なぜかといえば、とりあえずはまず、生きているということ。これだけでもう最悪ではない。そして病気は俺から歩行の自由を奪い発語もやや不自由になったが、それでも他人と不都合なく話せるし、論理的思考にも問題はなさそうだ。目も見え、手先も一応動くので、ワープロを打つこともできる。つまり俺にとって、、仕事やブログに復帰するための障害は何一つないということである。 こうなると、俺のもともとの性格である楽天性が首をもたげる。その次にかんがえたことは、なんとかして「たけくまメモ」を再開できないかということと、自分の病気をギャグにできないかということだった。ブログで「脳梗塞のラブリーな言い替え方募集」をしてみようと思ったり。俺もちょっと考えたが、「脳づま

プロジェクトの情報共有を支えるための重要なタスクにドキュメンテーションと文書管理がある。あなたのプロジェクトでは適切な文書管理がなされているだろうか。通常、プロジェクトからは日々多くの種類/フォーマットの文書が生み出されている。そのため、文書管理に統制の無いプロジェクトでは、どこにある何を見ればいいのかを把握することでさえ、たちまち容易ではなくなってしまう。 プロジェクトに関する情報が増えてくる前に、一人でプロジェクト開発に従事しているあなたも、チームで開発をしているあなたも、散在する情報を整理したいと考えることだろう。 「今、プロジェクトで何が問題になっていて、何を片付けないといけないか」という情報群--ToDoやタスクリストとも表現できるこれらの情報群は、プロジェクト中のさまざまなシーンで出現し、これが管理されていないプロジェクトは、ほぼ確実に混乱に陥る。問題管理で取り扱う情報の種類は

設計、コーディング、テストなど、システム開発は急ピッチで効率化が進められてきた。だが、最後まで残っているのが「要件定義」だ。あいまいで不十分な要件は、「作業の手戻り」、「プロジェクトの遅延」、「予算オーバー」、「機能不足」、「使い勝手の悪さ」の問題を引き起こし、失敗プロジェクトに直結する原因となる。さらに、要件の間違いは手戻り作業を引き起こす最大の原因であり、手戻り作業がプロジェクト全体における開発作業の40%にまで及んでいるという。 開発側、それを使うユーザー側、投資を判断する経営側。それぞれのコミュニケーションギャップがプロジェクトの失敗に直結している。日本語のあいまいさ、誤解に基づいた仕様定義、分厚く難解な仕様書……、そして最後には言った言わないのなすりあいが始まる。