こんにちは。インド人風コスプレでカレーにまつわるブログを書いている、カレーパフォーマー加藤です。 先日「北インドと南インドでカレーの種類が違うのはどうしてですか?」という質問をいただきました。 そう、北インドと南インドでは、カレーに使うスパイスや具材などが大きく異なるのです。これはインドカレーだけの特徴で、タイやスリランカなどの他国のカレーが、地域によって違うという話は聞きません。これまでも「違い」を説明する機会はたくさんありましたが、改めて考えてみると、同じインドの中で「どうして違いが生まれたのか」については調べたことがありませんでした。 ちなみに、カレーパフォーマー加藤として、カレーにまつわるさまざまな活動をしている僕ですが、実は、インドには行ったことがありません。これは気になると思って調査したところ、インドカレーに対するこれまでの思い込みが、大きく覆りました。 北インドカレーは「濃厚
本日、iOSアプリ「はてなブックマーク」バージョン3.11をリリースしました! 「Safari」「Chrome」「Firefox」などのブラウザアプリや、「Yahoo!ニュース」「スマートニュース」などのニュースアプリ、「feedly」「Sylfeed」「Inoreader」などのRSSリーダーから、直接はてなユーザーによるブックマークコメントが読めるようになりました! 他のカテゴリへの導線も考え直しました。今回のバージョンから、各カテゴリタブの [人気] で右スワイプ、もしくは [日めくり] で左スワイプすると、[他のカテゴリを見る] ボタンが表示されるようになりました。はてなブックマークのさまざまなカテゴリをお楽しみください。 他にも、特定ユーザーの全コメントを非表示できるようになったり、アプリ内ブラウザからリンク共有しやすくなったりなど、多くの新機能を含むアップデートとなりました。さ
RedHat系におけるRPMパッケージを扱うYUM、Debian系におけるDEBパッケージを扱うAPT、これらはサーバー管理において重要なわけですが、絶妙な度合いで、おざなりに扱ってもわりとなんとか運用出来てしまう感があります。そのため今一度、こんな感じが今風のスタンダードじゃないっすかね(キリッ という構成を説明してみます。 ぶっちゃけ、たいしたことないネタの集合体なので、タイトルに下駄を履かせました。 そもそもパッケージは必要なのか 言うまでもなく必須です。理由は、インストール物のファイル管理が容易になるのと、インストール時間を短縮できるからです。既存のパッケージでconfigureオプションが物足りない時や、RPMパッケージが存在しない場合は作成することになります。 最近はプロビジョニング・ツールによって全て自動化できるので、超簡素なコンパイルのものはレシピに落とし込んで終わりにした
あるシステムを、1人のユーザから1100万人以上にスケーリングするにはどのようにすれば良いのでしょうか。Amazonのウェブサービスソリューションアーキテクトである Joel Williams が AWS re: Invent 2015 Scaling Up to Your First 10 Million Users でスケーリング方法について素晴らしいプレゼンをしています。 AWS上級者のユーザには適さないプレゼンですが、AWS初心者やクラウド初心者、Amazonが次々と送り出す新機能の流れについていけていない人が始めるには素晴らしい内容だと思います。 おおよその見当は付いていると思いますが、このプレゼンはAmazonによって提供されているため、どの問題についても解決策として提案されているものは全てAmazonのサービスになります。amazonのプラットフォームの役割は、印象深く、分か
こんにちは、中山です。 Android用の通信ライブラリである「Volley」。 ウェブで検索すると、いろいろな解説記事が見つかります。 複雑になってしまいがちな通信関連処理が、簡単に実装できるようになるこの「Volley」ライブラリ。 もちろん、通信のタイムアウトや、通信失敗時のリトライ回数なども、簡単に設定することができます。 しかしこのリトライ回数を増やしたとき、ちょっと想像していなかった挙動になりましたので、紹介してみたいと思います。 まずはVolleyライブラリが動作するサンプルアプリケーションを作成します。 今回は、Android Studioから「MyVolleySample」という新規プロジェクトを作成しました。 「build.gradle」ファイルを開いて、以下のようにVolleyライブラリの設定を追加します。(dependenciesブロック内に「compile 'co
なぜ今Javaの例外処理か Javaにおける「チェック例外」はSwift、Objective-C、Ruby、JavaScriptといったネイティブ・ウェブアプリ開発でよく用いられる他の言語には現れないものです。 SwiftにはOptionalやErrorTypeがありますが、Javaにおいてもnullやエラーのハンドリングの実装方法をうまくやる必要があります。 なぜ例外を握りつぶしたらいけないのか、なぜアサーションが望ましいのか、なぜチェック例外と非チェックを分けたのか、という点を考えてみたいと思います。 参考資料 例外設計における大罪 (契約プログラミングについて) Effective Java読書会9日目 - 例外 (Javaにおける例外の扱いについて) 契約による設計から見た例外 (この記事の方がより詳しいけど難しいイメージ) チェック例外と非チェック例外の違い チェック例外→「回復
以前、「iOSアプリ開発で例外の発生した場所を特定する」というブログを書きましたが、 Androidでも同じような機能があるようです。(むしろ、Javaですが。。。) Thread クラスの setDefaultUncaughtExceptionHandler メソッドというものを使いますが、 ここでオリジナルのクラスをセットすることにより、キャッチしてない例外発生によってアプリが強制終了したときの 「問題が発生したため、xxx(アプリ名)を終了します。」という、みなさんおなじみ? のダイアログが表示される前に、任意の処理を差し込むことができます。 今回はそれを利用して、例外発生時のスタックトレースを SharedPreferences に保存して、メール送信するサンプルを作ってみます。 開発時などは、アプリをデバッグ起動していればEclipseのLogCatで例外発生時のスタックトレース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く