Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
いやー、正直言うと相当ビクビクしてたんですけどね、JASRACとコンタクトとるの。 なんせ楽曲の著作権は JASRAC がもっていて、それらの利用には費用がかかる、と。そしてそれは基本的には蛇口課金（侵害したユーザーにじゃなくて、運営元に支払い義務がある）なんで、ある日突然「こんにちは〜 JASRAC です〜。お支払いは2千3百万円程になります〜はいっこれ請求書なっ！！！！ビシッ！」なんて悪夢が現実になったらどうしよう、みたいな。 んで、おそるおそる連絡してみたわけですよ。もう最初は全然サイトなんか運営してない素人のふりして。 で、いろいろ聞いてみたところ、こりゃ早めに契約したほうがいいな、ってことでちゃんと連絡とって契約することにしたわけです。 結論からいうと、やさしかったですよ、JASRACさん。お金はもちろん取られますけど。 ◎契約しようとおもったきっかけ ツイキャスでは楽曲の利用は
～米国AppStoreでアプリのランキングを急上昇させるコンサルティングサービス～ 海外でアプリのダウンロード数を伸ばしたいiPhoneアプリ開発会社や運営会社に向けて、 米国AppStoreでのランキングを急上昇させるコンサルティングサービス 『米国AppStoreランキングUPバースト戦略』を開始します。 米国AppStore は、iPhoneアプリ市場で世界最大規模を誇り、 上位にランキングされると、何百万を超えるダウンロード数を期待できます。 コンサルティングサービスの内容は以下の通りです。 ▼『米国AppStoreランキングUPバースト戦略』サービス内容 １、米国AppStoreにおける各カテゴリの順位を調査 ２、AppStoreの各カテゴリでランキングの順位目標を設定 ３、目標を達成するために必要ダウンロード数を調査 ４、必要ダウンロード数を最低予算で実施
2ヶ月ほど前に「日本の将来像をお選び頂けます」というエントリ（→こちら）で、ギリシャ、イタリア、イギリス、スウェーデン、アメリカの５つのモデルを挙げ、「日本の将来は、どれだと思いますか？」と書きました。 そのエントリには「日本はどれを目指すべきか」、もしくは「私＝ちきりんとしては、どれになると思っているか？」は書かなかったんだけど、今日はそれについて自分の考えを書いておくです。 結論からいえば、消去法によっても、日本のもつ強みから差別化を考えても、目指すべきは“イタリアモデル”だろうと、考えています。 まず消去法で考えてみましょう。 経済破綻したギリシャにはなんないです。 そんな簡単に日本は破綻しない。 消費税を 20％にしたらいいだけだから。 移民を大量に受け入れるイギリスモデルは日本国民が選ばない。 日本人って移民がやたら嫌いだから。 私は移民賛成派ですが、国全体でそれが政策として選ば
9/29締切【4ヶ月完結・オンライン+現地】わたしをいかした小さな商いをはじめる。まち商いスクール in 福島県双葉町 ＼仲間募集／甘柿の王様「富有柿」の産地・和歌山県九度山町で、未来の柿農家となる地域おこし協力隊 太陽光パネルを使ったプロダクトも最近では珍しくなくなってきましたが、日本にもすばらしい太陽光発電ユニットがありました。コンパクトで持ち運びも簡単な、どこでも発電モバイルソーラーユニット「GSR-110B」です。 ロールスクリーンのように太陽光パネルが巻き取り収納できるとてもコンパクトな発電ユニットで、重さも約3kgとかなりの軽量なので、持ち運びや設置が驚くほど簡単です。内蔵バッテリーと太陽光パネル併せて40ワット出力でき、雨の日や夜でも蓄電電池で駆動することもできます。 災害時や野外での活動のために作られた製品なので、本体の他にLEDランタン、USBハブ、USB携帯充電器が付い
本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
