まずは、Web Storageの簡単な説明から。 HTML5 Web Storageは、簡単なキー/バリューのデータ構造を持つ永続ストレージです。 現在、LocalStorageとSessionStorageの二種類が仕様に盛り込まれています。 LocalStorageは、サイト(オリジン)ごとに一意の永続領域で、同じサイト内の全てのWebページ/ウィンドウ間で共有され、永続化される期間は無制限です。 SessionStorageは、ブラウザウィンドウごとの永続領域で、ウィンドウを閉じると消えてしまいます。 で、SessionStorageが「ブラウザウィンドウごと」と言うのは具体的にどういう事なのか、仕様書と実際のブラウザによる実装をいろいろ試して調べてみました。 試すのに使用したのは以下のWebアプリ(僕が自分で試すために作っただけなので、超使いづらいですが)です。 http://ge
[erlang-questions] The future of Erlang and BEAM を翻訳。元の投稿 (StackOverflow に投稿された質問 を erlang-questions の識者に尋ねてみたもの) への Joe Armstrong からの返信。 これで Erlang に興味を持った人は「 Erlang に興味を持った人へ (id:Voluntas:20110319) 」をどうぞ。 元の投稿 エリクソン、Facebook、ゴールドマンサックスなどの会社が Erlang を業務に取り入れているのを見てきて、 Erlang に強く興味を持っていました (C++/PHP/Java の世界から来ました) 。低レイテンシで、他の言語 (私にとっては Java とか) よりもずっとすっきりして (訳注:言語仕様?) よく出来ている Erlang なら、過酷な負荷に耐えるアプ
MySQL :: MySQL 5.1 リファレンスマニュアル :: 15 パーティショニング http://dev.mysql.com/doc/refman/5.1/ja/partitioning.html 実験的にやってみただけでノウハウとして固まってはいないのですが、現状の知識をまとめてみたいと思います。 前提 MySQL 5.1以降 検証した環境は5.1.47 日付ごとにパーティショニング カラムは一意な"id"と作成日付の"created"があるとする 準備 idとcreatedを複合でプライマリキーにする パーティショニングの条件はプライマリキーに含める必要がある idがAUTO_INCREMENTであればPRIMARY KEY (id, created)の順のみ createdをTO_DAYS()してパーティショニングする 大枠と個別のパーティションの両方でTO_DAYS()す
□ビジネス分野の守破離とは、人材開発のMECE(もれなくダブりなく)として、能力形成や発達心理学などの成長プロセスを設計開発する場合に有効な概念。 □大阪中小企業投資育成の説明では「守破離とは、能楽を確立した世阿弥の教えで、最初は基本を忠実に守り、次にそれを応用、最後は型から離れるというプロの成長過程を表すもの」で、同投資育成が2004年に開始した「トップマネジメントスクール 守破離」は好評だった。 □スポーツ分野では、日常的によく使われている。 守破離の意味検索⇒google:守破離 このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
2009 | 08 | 2011 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2012 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2013 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2014 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2015 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2016 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 1
2009 | 08 | 2011 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2012 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2013 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2014 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2015 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2016 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 1
iPhoneアプリを作ってみよう:第1回 じゃんけんゲームの第3回です。 前回、IBで画面レイアウトを作ってみましたが、それだけだと、ただの張りぼて状態にすぎず、アプリとして動作させることが出来ません。ボタンをタップした時の動作等は、Xcodeでコードを記述していくわけですが、今回はその辺についての話になります。ちなみに、今の状態をiPhoneで絵にするとこんな感じ。 なぜ、わざわざiPhoneで・・・しかもこんなヘタな絵を・・・? という疑問はさほど重要ではないのでさておき。要するに、ただIBで要素を配置しただけではXcodeでは認識できませんよ、ということです。この辺が少々とっつきにくい点の一つじゃないかな、と思ってます。 で、どうるすかというと、コーディング時に使用するオブジェクト変数とIBで作った画面上の要素を、まさに「繋ぐ」必要があります。それを行うのが、IBのインスペクタです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く