毎年、年末年始に作り続けているおせち料理。今年も一通り作ったので、そのレシピ等を記録しておきたいと思います。写真は元旦の朝の完成図です。 前提として、このおせち作りは完全に趣味でやっているものです。うちは二人暮らしで年末年始に親戚と会う必要はなく、おせちを作る必要もなく、誰かから作ることを強制されることもありません。 普段は仕事がそれなりに忙しいので、年末年始という完全オフの長期休暇を活用して、伝統的な日本料理を作ってみるのが面白いという理由で、毎年おせちの研究をしています。 このおせちはそういう文脈から発生したもので、「お正月にはおせちを食べるべき」とか「おせちは手作りすべき」とか、そういう価値観とは完全に無縁であることをご理解ください。 また、数年に亘っておせちを作ってみて、おせちがおいしくないと言われがちな理由は保存食として調理するからであり、長期保存を考えずに調理すれば、割と簡単に
書籍「ファクトフルネス」は、TEDトークで、データに関する伝説のプレゼンテーションを遺したハンスロスリング氏が書いた書籍です。 彼のプレゼンテーションは、TEDトークの数ある人気プレゼンの中でも、私のダントツのお気に入り。 この動画の4分ぐらいからの1分間なんか芸術ですよね。 私たちが昭和の頃から思い込んでいる発展途上国という概念が、もはや適切ではない言葉であることを思い知らせてくれる楽しいプレゼンですし。 こんなにデータを分かりやすく楽しく見せてくれるプレゼンを見たのはこの時が初めてでした。 たぶんこのプレゼンを初めて見たのは2007年だったと思いますが、今でもあの時の感動は手に取るように思い出せます。 そんなロスリング氏の書籍が出たということで、日本語版が出るのを楽しみに待ってたんですが。 光栄なことに中川さんから一足早く献本いただいたので、早速読ませていただきました。 結論から言うと
モバイルアプリケーションを開発していると、この要件や仕様はクライアントとサーバーどちらに置くべきか、という議論がチームでなされることがしばしばあります。例えば、 あるレスポンスAを受けて処理Bを行い、その結果をユーザーに提示する 登録処理などで、処理C,処理Dという異なる処理を並列して行い、それらが完了したらユーザー側に通知する やろうと思えばクライアント側で処理を全て持つこともできますし、サーバー側で実装もできますね。 このような仕様のディスカッションが起きたとき、チームで統一した判断基準を持っていますか? 自分の場合、クライアントアプリはロジックをなるべくサーバーに移譲すべき という設計指針をチームに提案します。 上の例で言うならば、 サーバーから処理Bも踏まえたレスポンスA'を返してもらい、ユーザーに提示する クライアントは1リクエストをサーバーに投げる。サーバー側で処理C,Dを投げ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く