パスワードを忘れた? アカウント作成

gm300さんのトモダチの日記みんなの日記も見てね。 今週も投票をしましたか?

13838067 journal
日記

gm300の日記: 普通預金の金利が少ないのは.. 2

日記 by gm300

信託とか日経indexはそれなりの実績になっている。にも拘わらず金利が低い理由は、
コストの考えたのせいじゃないかと思う。
オイラたちが預けた(預けるかもしれない)お金は、投資に廻る。もしかしたら近隣の人に貸し出すかもしれないが、大方は、大口だろう。で、大口であればそれなりの金利になるハズだ。2-3%くらいはありえるだろう。
ここからが問題と推測する部分だ。実際の金利が多かろうが少なかろうが、銀行の残高がどれくらいであっても、銀行のサイズ自体は変化しない。売り上げにリンクしてATMを増減させることもないし、銀行員さんの給与が残高ベースになることはないだろう。
多少不経済でも銀行には旧来のシステムに特化した人員が沢山いるから気にならない。そのコストは全部金利を減らすことで賄われる。残高が減っていっても、新規の客がこなくても、金利を食いつぶしながら銀行は進む。いつ食い終わるかは、わからない(わかりたくない)ので、食い尽くすことは考えない。

13836124 journal
日記

gm300の日記: スタバの挽いたコーヒー豆の考察 5

日記 by gm300

淹れたヤツじゃなくて。淹れたものでも時々不味くて飲めない時がある。あれは、店員が粉の量を間違えたか、粉を入れ替えたつもりで、実は新品を捨ててしまったときなんだろう。
挽いた粉が美味しかった記憶がない。最近、粉を多めに入れると美味しい、あるいはちゃんとした味になることを知ったので、昔は、ケチって粉の量が少なかったのかもしれない。量を増やしても美味しくならない時もある。

その理由は、店に置いてあるパックされた豆は新しいとは限らない というのがないだろうか?大きな駅のスタバであれば、淹れる頻度は多いだろう。しかし、豆を買う人も多いとは限らない。これからどこかに行くの豆を挽いてもらうほど時間が無いことも多い。かと言って店頭に在庫が無いのもしょぼい感じだ。特に、季節の商品であれば、パッケージも華やかななので、数個は並べたい。..売れる量が少なくても。
それ故に、(1)豆は古いかも。(2)直前に挽いた時の残骸が完全にはフラッシュされていないかも。という可能性はありそうだ。
店頭のパッケージには賞味期限ってあったっけ?賞味期限っていつから測るんだろう。(1)木から採った時(2)果肉を取って乾燥させたとき(3)焙煎した時(4)挽いたとき(5)パッケージに入れた時。うーん。(3), (4)の両方考慮?でも(1)が5年前だったら嫌だ。そもそも(2)の取る処理ってどれくらい時間かかるかね。今でも水に漬けておくのだろうか。

最近は、挽いたときに店頭減圧処理は減ったな。減圧処理は嫌だった。コーヒーのように揮発成分が重要な時は、逆に加圧パッケージにした方がいい。外から水分も、より入りにくくなるし、内部の揮発成分がパッケージ膜を透過する量も減る。減圧した方が持ち運びに便利というのであれば、

13835850 journal
日記

gm300の日記: やはりローカルの問題だった。

日記 by gm300

moby dickの全ページイラストという本を持っている。
で、グレゴリーペックの白鯨を観たくなった。うーん、amazon primeにはないんだ。他のにもないもの結構あるな。

13834961 journal
日記

gm300の日記: amazon photo path 長すぎエラー

日記 by gm300

って、よく考えたらローカル側のパスか。ローカルが、"Cloud/Amazon/なんとか/なんとか"だったからだな。うーん、amazon driveからaws s3に乗り換えたいよ。

13834558 journal
日記

gm300の日記: フレームの元扱いになる。

日記 by gm300

うーん。そうなんだ。
久しぶりに銀だこに行く。昔と違って、タコ焼きは客寄せで、お酒とか、ポテトで客単価を上げる作戦っぽい。
って深く観察せずに判断する。こりゃフレームの元か。
タコ焼きとおでん、一杯で1600円は高いな。

13830713 journal
日記

gm300の日記: スラドの日記の表示順が変

日記 by gm300

表示されているタイムスタンプの順序にならんでいないけど、そんなもの?
下ほど古い と思っていたけど、単調な推移ではない。
<もっと古い..>が変なのかもしれない。

13830156 journal
日記

gm300の日記: amazon photo download 終了不正確

日記 by gm300

GUIは終了したような感じになっているが、実際は、一部しかdownloadされていない。一度killして再実行するとなんとなく継続される.. 不便だ。ってか、終わったか終わっていないかわからないようでは結果が信頼できず、使えない感じだ。

13829580 journal
日記

gm300の日記: amazon photoで大量のdownload

日記 by gm300

downloadすると、時々、tempファイルが残るようだ。もちろん失敗すると沢山残る。
場所は、
/cygdrive/c/Users/%USER/AppData/Local/Temp
だ。clean upしても消えない。今回は、30Gくらいあった。

13829530 journal
日記

gm300の日記: amazon photoで大量のdownload

日記 by gm300

downloadすると、時々、tempファイルが残るようだ。もちろん失敗すると沢山残る。
場所は、
/cygdrive/c/Users/%USER/AppData/Local/Temp
だ。clean upしても消えない。今回は、30Gくらいあった。

13826688 journal
日記

gm300の日記: 分散ブロックストレージほしい。

日記 by gm300

1つのファイルシステム内にあるにも関わらず、アクセスしていないものは、冷たいところにおいて、アクセス時間の圧縮に効果ありそうなものを温かい場所に置くようなファイルシステムほしい。
早いデバイスに書き込み・読み込みして、非同期に遅い場所にコピーしていく。
inodeが指すアドレスの意味を拡張して、他のデバイスも指せるようにして、ついでに書き込んだ時間をブロックに記録しておく。バックグランドで、書き込み時間を調べる.. でも読み込みアクセス時間の記録はどうするかな..
S3だとそういった動作をファイル単位、最近の言い方では、オブジェクト単位か、でライフサイクルという言葉で管理できる。自分のローカルとも一体化させたいよ。

typodupeerror

吾輩はリファレンスである。名前はまだ無い -- perlの中の人

読み込み中...