メタボ大国アメリカで大絶賛されている日本の“ある食品” | 日本が誇る！食のブランド 池田陽子 | ダイヤモンド・オンライン
宮崎生まれ、大阪育ちのアラフォー。立教大学卒業後、出版社にて女性誌、ムック、機内誌などの編集を手がける。取材を通して、カラダとココロの不調は食事で改善できるのでは？という関心から国立北京中医薬大学日本校に入学し、国際中医薬膳師資格取得。自身の体調の改善、美容効果などをふまえてふだんの暮らしの中で手軽に取り入れられる薬膳の提案や、漢方の知恵をいかしたアドバイスを、執筆、講習会などを通して行う。また、日本各地の食材を薬膳的観点から紹介する活動も積極的に取り組み、食材の新たな魅力を提案、発信を続け、食文化ジャーナリストとしての執筆活動も行っている。著書に「ゆる薬膳。」（日本文芸社）「缶詰ｄｅゆる薬膳。」（宝島社）、「『ゆる薬膳。』はじめたらするっと5kgヤセました!」（青春出版社）などがある。 ■ＨＰ：www.yuruyakuzen.com ■Facebook:https://www.faceb
コネクションプールのチューニング - Qiita
TL;DR 負荷の変動が激しい環境でコネクションプールの設定のチューニングをさぼるためによくやるハックを紹介します。 問題 Go から https や mysql など外部のリソースにアクセスする場合、一般的にコネクションプールを使うことになります。 コネクションプールは、利用が終わった (idle) コネクションをプールしておき、次に使いたい時に再利用するものです。 (idle コネクションのプールを以後 free pool と呼びます。) ほとんどのコネクションプールの実装には、 idle なコネクションの最大数を制限するオプションがあります。 また、利用中の (active) コネクションと idle なコネクションを合計した全体を制限するオプションを持つものもあります。 例えば net/http パッケージの Transport は MaxIdleConnsPerHost というフ
RxJava - Hot Observable と ConnectableObservable について - Qiita
空いてたので参加してみました。 普段は Xamarin(C#) + Reactive Extensions + ReactiveProperty で、Reactive + MVVM な Android/iOS両対応アプリを開発しています。 Cold vs Hot Cold Observable は「あなただけの」Stream、Hot は「みんなの」Stream 。 （私的にはニコ動かニコ生か、みたいに理解してますが、その話はいいや） Cold は、あなたが subscribe した瞬間からデータが流れ始めます。 Hot は、あなたが subscribe してもデータは流れ始めません(流れるかも知れません？)。 では Hot Observable はいつからデータが流れ始める？Observable が生成された瞬間から？ その答え(の一つ)が ConnectableObservable 。
新しく追加されたCompletableについて - Qiita
新しく追加される予定のrx.Completableの紹介記事です。 TL;DR 1.1.1で入る予定。(最新は1.1.0) @Experimentalな機能なので、method名や仕様が変わる可能性がある。 Coldなやつで、Single<Void>に近いがonNextはない。 POST処理とかの際にObservable/Singleの代わりに使うと便利かも。 PullRequest Completable class for valueless event composition(#3439) 1.x向けのバックポート(#3444) (2.xの方は実装に難有りでまだmergeされてないです。) 詳細はPRを見て下さい。 議論の内容をざっくりまとめると、 "なにかの処理"の成功/失敗だけを伝えたい時はあるじゃん。(別に値を渡したくはない) Single<Void>だとonNext(null
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cakes（ケイクス）
