あたらしい 手帳にいろいろ 書き込んで でもまだ去年の 一緒に持ち歩く 私のつかってる手帳は毎年、12月からはじまってて、１年終わったあとに３月までページがある。 使いやすいから今年も同じのにしたけど、１月からは新手帳に書き込んでも、先月の書き込みもいろいろ見るから12月のも書きうつす必要あるよね。 先月のうちに書き込んだ１月の予定も、新しい手帳のほーに書きうつした。 アナログの手帳は、二重になる書き込みがめんどくさい。 新年のたびにしばらく２冊持ちになるのがめんどくさい。 私がバカだから？ もっと頭のいー移行のやりかた、あるのかな。 自分の手帳にお店の予定ばかり書きこまれていくのが、ちょっと悲しい。 ※日から※セール、とか。 仕事用の手帳は別にしよーかな、って思うけど。 たかが、バイトだしねー、って思ったりする。 バイト、って、なんか仕事に対する自分の思い入れが中途半端になる。 仕事に対
SQLはデータベースからデータを抽出したりするための言語です。 この文書は、ErogameScapeのデータベースからSELECTを使って自由自在にデータを取得できるようになることを目標にします。 エロゲーをやりはじめる大学生くらいのときに、大学の講義でデータベースを学んで、退屈だなーと思った時に、ErogameScapeでSQLを学ぶことで、少しでもSQLに興味を持って、自身でデータを加工することを学習して頂けると幸いです。 ※私の大学のリレーショナルデータベースの授業では、自分の身の回りの何かをER図に落とし込んで、DBを設計し、PostgreSQLに実装し、実際にデータを入力してSELECTしてみるところまでをやりました。 ER図という概念を学んだとき「ああ、これは面白い」と思いました。 先生はこう言ったのです。 「ER図に落とし込むと、思いもよらなかったことが分かる。」と。 当時、
iOSアプリ内課金についての記事です。 前置き iOSのアプリ内課金を実装するとき、プロダクト（課金アイテム）をどのように提供するか、検討が必要になります。そうはいっても採択できる方法は次の2つになるのですが。 プロダクトをアプリに内包し課金後それが使用できる実装にする プロダクトをアプリ外（公開サーバ等）に配置し課金後にダウンロードし使用できるようにする 前者は、軽量なコンテンツを提供する場合や、課金アイテムの実体が要らない場合で採用されることが多いです。 対して後者は、比較的大きなコンテンツを提供するときに使われます。たとえばコンテンツがゲームの追加ステージの場合、ステージの画像データ、BGMなどが含まれるでしょう。それらをアプリに内包してしまうと、アプリのサイズが肥大化、アプリダウンロードに問題が生じる可能性があります（モバイル回線でダウンロード可能なiOSアプリのサイズは100MB
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く