ケータイの端末ID・ユーザIDの取得についてまとめてみました Tweet 2008/9/8 月曜日 matsui Posted in au, DoCoMo, PHP, SoftBank | 12 Comments » ケータイサイトでは、端末ID・ユーザIDを取得する、という処理をよく行うことがあります。 ログインの度に、ユーザ名とパスワードを入力するというのは、ケータイの操作性の面からも現実的ではないためです。 今回はそんな各種IDの取得方法について、PHPを使った場合を例にとりまとめてみました。 ※ここでは端末IDを「ケータイに振られた個体識別情報（製造番号など）」、ユーザIDを「契約に紐付くID」として解説しています。 ドコモ端末での取得方法 1. utnを使う ドコモ端末ではutn属性を使うことによって、フォームやリンクから個体識別情報を取得することができます。 対応機種は、iモー

プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ

たまに「部下がついてこない」「後輩がついてこない」という愚痴を聞くときがあります。 ついてくる、ついてこないの違いは何なんだろうと不思議に思うことがありますが、今回は「ついてこない」という事に関してどのような理由がありそうか考えてみました。 「ついてくる/ついてこない」問題で厄介なのは、「ついて来い」と言っている側と「ついていく」側が双方共に相手に不満を持っている場合です。 立場の違いがそうさせているだけで、どちらも悪くないような場合もあり得ます。 難しい問題ですよね。 なお、以下はあまり根拠はありませんし、状況によって全くあてはまらない場合もあると思うのでご注意下さい。 1. ビジョンを共有できていない 「全体の中のどの部分をやっているのか」「何でそれをやっているのか」「それをやるとどのように世界を変えれるのか」が全く伝わっていないのかも知れません。 やる気を出したり、「ついていく」状態

1．交渉の30分前にはスタンバイできている状態にする 2．譲れないポイントと折れてもいいポイントを紙に書いておく 3．相手の言い分をメモする 4．相手に話す余地を与える 5．追い詰められても即答しない 6．相手の譲歩を見逃さない 7．相手に「交渉を楽しむ幅」を提供する 8．相手に決断の「呼び水」を提供する 9．お互いに合意できそうな部分から話し始める 『3000人のユダヤ人にYESと言わせた技術』より 1．交渉の30分前にはスタンバイできている状態にする ギリギリまで書類の見直しに追われていては「大丈夫かなぁ…」と不安になりがち。そこで、30分前にすべての準備を完了し、あとは「何もしない時間」としてリラックスして過ごすようにします。 2．「譲れないポイント」と「折れてもいいポイント」を紙に書いておく 自分では十分にわかっているつもりでも、相手の話に説得力があると「まぁ、いいかな」と折れてし

『質問力』（齋藤孝著・ちくま文庫）より。 （「コピーライターの資質を一瞬で見抜く質問」という項の一部です） 【谷川俊太郎さんの質問もすばらしいが、もうひとつダ・カーポ別冊『投稿生活』(2002年6月1日号）という雑誌に掲載されたコピーライターの仲畑貴志さんのインタビューに、秀逸な質問の例があったのでここに紹介しておこう。 仲畑さんの事務所でコピーライターを募集した時の質問だ。仲畑さんの質問をご紹介する前に、一瞬自分で考えてみて下さい。 「もし自分が経営者でコピーライターの社員を雇う場合、あなたは入社試験でどんな質問をするでしょうか？」 質問自体はコピーライターの専門家でなくても何とか考え出せるものだ。だがよい答は難しい。 仲畑さんの質問は「あなたがいいと思うコピーを10個書いてください」というものである。仲畑さんによれば、この答を聞いただけでだいたい能力がわかるというのである。もしあげた1

Jobs氏の「魔法のようなプレゼン」を支える秘訣10ヵ条 2008年2月 1日 経済・ビジネスワークスタイル コメント： トラックバック (4) Rob Beschizza あれこれと神話が語られる人物についての話にあなたがうんざりしていないなら、『BusinessWeek』誌の記事を読んでみてはいかがだろうか。 『Deliver a Presentation like Steve Jobs』(Steve Jobs氏のようにプレゼンテーションをする)という記事は、「Steve Jobs氏のようになる」ための究極の手引きを示している。 著者のCarmine Gallo氏は、米Apple社の最高経営責任者(CEO)を務めるJobs氏のブレゼンのスタイルを10のポイントにまとめ、その手法を詳しく解説し、成功するための処方箋としている。 最高のストーリーを探し求める脚本家志望者は、人々の潜在意識に

趣味でやっている人のことは、まあ、いいとして（踏み台にされる可能性はあるけど）、仕事でPHPを使うときの注意を書いておこう。 コーディング規約を守る。組織にコーディング規約がないなら、Zend Framework PHP標準コーディング規約 [zend.com]を使う。オレ流コーディングスタイルは禁止。 内部コードにはEUC-JPかUTF-8を使う。入出力もできるだけShift JISを避ける。Shift JISを使う場合には2byte目に0x5Cを含む文字の動作を忘れずに確認する。 開発環境の警告レベルをE_STRICTにする。本番環境ではdisplay_errorsをオフにする。 register_globals、magic_quotesはオフにする。 type hintingを積極的に使う。 スコープの長い配列をクラスでラップする。 プレゼンテーションとロジックを分割すること。プレゼ

ここしばらく、新卒・中途問わず面接の場に出たり、別の面接官の人と色々話したりした。 で、色々と、面接する側に立ってみて初めて分かることが結構あるなあと思ったりもした。ちょっとメモっておく。 ○面接側の事情について思ったこと。 ・「縁」とは、特筆するべき事由が特にない時、強引に理由付けをする為に存在する言葉。 ・面接をする側にもモチベーションと切迫具合というものがある。 ・本当に人手不足の場合と、採用計画の消化過程にある場合では、切迫具合がまったく異なる。人を見る目にもかなりの差が出る。 ・面接官に人を見る目があると思ったら大間違いである。また、面接官が現場を熟知していると思ったら大間違いである。 ・特に中小企業において、面接という仕事は往々にして面接官の本業ではない。面接官は、大抵の場合他にもどっさりと仕事を抱えている。つまり、面接という場にやる気なく臨んでいる人も割といる。 ・「弊社を希

Ajaxは近ごろ人気を集めているが、その人気は伊達ではない。Ajaxを使うことで、より迅速に、より効率良く、より動的なアプリケーションを開発することができるのだ。しかし、Ajaxには固有の落とし穴もあるのだ。 こういった落とし穴は一見したところ、単なる常識を使うことで避けられるように思える。そして、この見方はある意味において正しい。しかし、Ajaxアプリケーションはその先祖にあたるDHTMLとはアーキテクチャが大きく異なっているのだ。あなたがアプリケーション開発作業においてどれ程の常識を発揮しようと、先人たちの犯した過ちから学んでおく方が良いことに変わりはない。そこで、こういった過ちを7つの大罪と呼ぶことにする。ただし、過ちは決してこれらだけに留まらない。 事実、こういった7つの大罪のいずれかを犯す前により小さな過ちを犯す可能性が高い。このため、まずはこのような小罪を7つ見てみることにしよ

僕にも教える人ができた(? というか人にモノを教える立場)になったので、とりあえず、最近はもっぱらjavascriptを教えています。 もともとCやJavaなどについてはある程度の知識がある人なので、それを少しjs的な意味で、関数言語的な教えをやっている最中のメモ 変数って何ですか？変数って値もしくは式そのものに利便的な名前をつけているものです 次のhogeとfooは値をいれる箱ではなく、値そのものに別名(もしくは分かりやすい名称)を割り当てているだけに過ぎませんよ。 var hoge = 1; var foo = [1, 2, 3]; alert(hoge + 1); // 2 alert(foo[0]); // 1 alert(1 + 1); // 2 alert([1, 2, 3][0]); // 1 つまり、関数自体を変数に代入する事ができます。(functionとは特別な呼び名

方針 Rubyをまったく知らない前提で始めます Java、JavaScript、elispのようなメジャーな言語と対比しながら説明します なるべく手を動かして目に見える形で説明を進めます 次回Ruby on Railsの勉強会をするので、それにつながることに重点を置きます 逆に言うと、RoRであまり使わない知識は流します。例えば、ファイル操作周りやスレッド周りなど 開発環境(2) .emacs.elに書くべき記述 ; ruby (autoload 'ruby-mode "ruby-mode") (setq auto-mode-alist (cons '("\\.rb$" . ruby-mode) auto-mode-alist)) (setq interpreter-mode-alist (append '(("ruby" . ruby-mode)) interpreter-mode-al