主にFlashのガベコレで脳が弛緩してる、ゆとりiPhoneプログラマ向けのメモリ管理術。しち面倒なRetainCountの管理を30秒で解決するよ。 1:とりあえず NSMutableDictionary を１個作る。このDictionaryはプロパティとして保持する。 2:alloc / init でインスタンスを作るときは、[[[ClassName alloc]init]autorelease] と必ずオートリリースをつける。 3:[NSString stringWith〜] のように、allocとinitを経ずにインスタンスを作る場合は、自分で勝手にretainをしない。 4:作成したインスタンスは持続的に必要な場合、NSMutableDictionary に突っ込む。 5:必要なくなったインスタンスは、NSMutableDictionary から remove する。 こうすると
よく，データベースの運用に関する相談の中では，バックアップと可用性(アベイラビリティ)を混同してい場合がある。データベースは，ある瞬間のデータを保存することが目的である。障害が発生した際に保存したデータを再現することにより，復元をおこなう。 可用性は，障害対策として，できるだけ止めずにデータベースを運用することを目的としている。もし，止める場合にも最小限の時間で，復旧することを目的としている。 障害が発生した場合に，速やかに復旧することは，非常に重要なことである。そのため，「レプリケーションやクラスタリングを使用すれば万全」と考えるのは，間違いである。もし，レプリケーションやクラスタリング自身に障害が発生すれば，必ずバックアップデータによって，復旧する必要がある。 また，誤ったデータベース更新を実行した場合，レプリケーションやクラスタリングは，すべてのサーバーが即座に更新を実行する。そのた
やらないよりはやった方がいいに決まっている。しかし、ここに落とし穴がある。サウスウェスト航空、任天堂、QBハウスに見る目標達成の方法を個人で実現するためには。 仕事をしているとどこまでやるべきか判断に迷うことも多い。もちろん、なるべくやれることはやった方がいい、そう思うのが一般的だろう。 勉強や自分のスキルを磨く場合も同じだ。やらないよりはやった方がいいに決まっている。できないよりはできる方が価値が高いに決まっている、と素直に思う。……しかし、ここに落とし穴がある。 この考え方の最大の問題点は、すべてが中途半端になりがち、ということだ。より多くのことを成そうとすれば、1つだけに集中している者に勝てるわけはない。企業が競争力を失うケースもこうした原因が少なくない。 「選択と集中」――イケてる企業はやっている こうした企業が取るべき道として「選択と集中」という言葉がある。競争力が高く、独自性の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
