悪徳活動であるふるさと納税により、枯節と鉋を入手しました。
なんとなくです。
はい。
gyazo.com
時は戻って到着時の様子
gyazo.com
シンプル原材料
gyazo.com
ドキュメントを読んでも全然わからん
gyazo.com
かびがすごい
gyazo.com
構造
gyazo.com
ぜんぜんわからんので研究をします。
頭側？？？から削るとよいらしい。
www.youtube.com
フォーメーション
gyazo.com
モース硬度7。フォスより強い。
gyazo.com
悪くないのでは？
gyazo.com
登場人物
gyazo.com
うまし
gyazo.com
以上。今月はこの辺を意識してやっていきます。
こんにちは、id: non_117です。
今日は ななの12月日記 Advent Calendar 2017 - Adventar ことななべんとかれんだー2日目の記事を書きます。代打です。
個人の日記レベルのアドベントカレンダーなので、25日埋まることが目的です。何を書いてもよいという認識です。それではやっていきます。
中華料理店で麻婆豆腐を頼んだら、ぴりっと痺れることがあります。あれが花椒です。
四川料理では麻味と呼ばれて多用されているようです。麻辣なんちゃらほげという料理名のマーの部分です。
ちなみに辣が唐辛子です。
こんなやつです。
こちらは山椒の実です。
食用とされるのは黒い種を包む果皮の部分だけです。
上の写真からもわかるように、果皮は赤と黄色の物質から構成されています。
挽いてから舐めてみたところ、赤い部分に強い香りと麻味がある気がしました。
Showing Compound Hydroxy-alpha-sanshool (FDB000722) - FooDB
あとはサンショアミドというのも入ってるそうです。
うまいです。人によっては苦手かもしれません。
四川料理でセンター張っているので、うまいのは自明と言える。
我々はこのうまい花椒を機会があればいつでも料理にふりかけたいのです。これが卓上花椒を運用するモチベーションです。
花椒は臼などで挽いて粉にしてから喫するものです。なので、口に入る過程のどこかで必ず粉になります。
便利なことに工場で粉にされた花椒も市販されていますが、香りがメインの香辛料は加工をして大気に晒すと急速に本質成分が揮発してしまいます。
コーヒーと同じ原理です。つまり挽かれていないホールの状態で保存し、食す前に粉にするのが理想といえます。
京セラ セラミックミル ペッパー・結晶塩用 ブラック cm-15N-BK
いろいろ試しましたが、この製品がよかったです。
特徴は
という点です。
特に重要なのは可変性とセラミックという点でしょうか。プラスチック製の安い固定粒度のミルだと、果皮の黄色い部分の皮が粉砕されずに出てきました。
ただし、ひとつ弱点があり、
gyazo.com
粉が大量に付着して残ってしまいます。
水分の少ない胡椒や岩塩ならこんなことにはならないのでしょうが、花椒や胡麻だと破片が付着しまくることが予想されます。諦めましょう。
gyazo.com
粒度設定: 中くらいです。
原理主義をやるなら、粒度をもっとも細かくして濾過（ふるいにかける）もやるとよいでしょう。粒度を細かくすると、挽く動作に大きなパワーが必要になります。
ミルを使う時は、斜め45度くらいに傾けて臼を回すと挽きやすい気がします。完全に逆さまにするとなんとなく出が悪くなりました。
また、極稀に黄色い内皮がそのまま出てくることがあります。この内皮は固くてお椀のような形をしています。
このお椀状の内皮を食すると、SSR x SSRくらいの確率で舌に張り付くことがあります。たいへん不快です。
安いミルだとSRくらいの確率になるので注意が必要です。特に、喉奥方向の舌に張り付くと除去するのが困難でのたうち回ることになります。*1
結局どれを選ぶかは好みになります。しかし、運用し続けるためには入手性も重要です。
Amazonで買うのならなんでもよいと思います。
*私は自宅でラーメン、炒め物、中華系の料理を作ったときに、唐辛子と花椒をふりかけています。
香りを楽しむ香辛料なので、入れるタイミングは加熱後が良いような気がします。揮発は避ける必要がある。
こちらからは以上です。
やっていきます。
茶色い土のようなものはパームピートと呼ばれるヤシ殻の繊維で、たいへん吸湿性があるやつです。
水耕栽培の培地としてはメジャーなやつです。
主役。
小さい。
適当にばらまきます。どうせ間引くので多すぎても問題なし。
ファサー
毒々しい色の溶液たち。ハイポネックスを500倍希釈します。
洗瓶と何かの瓶があるのは妻が化学屋のためです。東急ハンズに売っている。
洗瓶はペットボトルに溶液を足すのに便利。
窓際族として配属。
植物用LEDライトをてきとうな時間につくようにしています。
他のやつらはチンゲン菜で、我が家の小動物のおやつです。
栽培容器にアルミホイルを巻いているのは、藻の発生を抑止するためです。
気を抜くと藻とカビが大量発生するのが水耕栽培の世界らしい。
パセリが好物なのだが、スーパーで死んだパセリを買ってくるとすぐに萎びてしまう。
なので、数ヶ月前から栽培に挑戦しており、夏には苗から水耕栽培へ植え替えしてみたのだが見事に敗北した。
というわけで今回は種からやってみることに。
食せるようになるまで数ヶ月前かかる模様。
今回の懸念点はスポンジの硬い部分を切り取らなかったこと。*1
一応真ん中に穴の空いたスポンジではあるが、根が下まで到達できるかに成否がかかっている。
*1:やるだけなのにいけるやろ〜でやらなかった
設計思想の観点を大事にして考えると、フレームワークとは設計思想の柔軟性を犠牲に、チーム内の設計思想を調整・統一するコストを下げる働きを持つ仕組みである。
便利機能を抽象化して車輪としたライブラリと異なる点は思想の強制性である。
共通認識となる思想がないシステムをチームで作るときは、何を実装するにしても設計・実装の方針が合わないことがある。
例えばReact + Reduxを使って状態をどこで管理するかというありふれたテーマですら、実装する内容によって状態の持ち方で議論になる。*1
たしかに議論を繰り返してチーム内での認識を徐々に揃えていけば最小のコミュニケーションコストで「いい感じ」に開発していくことは可能なのだけども、この時にできあがっているのは属人化された暗黙知でできたチームである。当然チームとしてのスケーラビリティなんてものはない。
私は読んだのだけども、一人で読んだら意味がなかった。ちゃんと業務で時間を取ってチーム全員が咀嚼できるまで読書会をして初めて意味がある。
しかし、読書会ですら書いてある内容の解釈を巡って暗黙知を育てていく過程があることは自明で、これは別の意味で「フレームワーク」を導入したことになる。
チーム全体で実装されるコードとしては何らかの合意された思想に基づいた、コードとしてのフレームワークには依存しない「よい設計」の成果が出てくるのだが、これもまたスケーラビリティには難がある。
チーム内の思想を言語化してドキュメントに落とし込めばよい。よいのはよいが、読書会で解釈の補強をする議論が必要なことと同じように言語化されたもので暗黙知を網羅することは難しい。*2
当然無いよりは相当マシではあり何もないよりはスケールするはずだが、人の流動に弱い点には代わりがない。
フレームワークは何故必要なのかに立ち戻ると、「コミュニケーションコストを下げるために少ない人数（一人）で作ったほうがよいのでは」という仮説が出てくる。
しかし、常人の100倍の生産性を持った設計・実装スキル抜群の超人が居たとしても、思想の統一された集団には長期的に勝ち目がない。
ここで言う「統一された思想」とはコードとしてのフレームワークでもよいし、何らかの読書会で議論を重ねた結果でもよい。
よって、営利活動として収益を求めて競争をする限りにおいて組織はあったほうが強いし、組織内ではフレームワークが効率化に寄与するのである。*3
そして、「コードとしてのフレームワーク」と「チームで議論した結果のフレームワーク」のどちらを重視するかという問題が残るが、これは各組織の現実に合わせて解く問題である。*4
作るシステムの規模が大きく関わる人が多いのならば後者の議論を行うコストが相当高くなるし、関わる人間が少なくてすむ要件のシステムを作るのなら他人の作ったフレームワークの制約は不便なものになる。*5
勉強・教養と呼ばれるものになる。例えば「計算量の計算ができるかどうか」「計算機で命令が実行される仕組みを知っているか」など。
ここまで書いて気づいたが、思想と知識を峻別する意味はないような気がする。思想が古くなり広範な合意が得られれば知識である。
こうした古典と呼ばれる知見は、より望ましい「チームで議論した結果のフレームワーク」を下支えする基盤であり、つまり古典の勉強は重要というありふれた結論が得られる。
そして、古典を無理やり教えてくれるのが大学であり、ちゃんと学んだ結果の学位は強いのである……。*6
おわり。
HTMLのalt属性に情報入れたら某かがレシピとか読み上げてくれないものかな
— ╹◡╹ ）＜ よく噛んで食べる (@non_117) 2017年11月1日
というのも、Google Homeとかの対話システムでHTML読み上げてくれたら便利なシーンがいくつか思いつくからで、これからはalt属性を充実させる風潮になるとよい。
— ╹◡╹ ）＜ よく噛んで食べる (@non_117) 2017年11月1日
cookpadのレシピalt属性に読み上げ用レシピ手順入っててほしい
— ╹◡╹ ）＜ よく噛んで食べる (@non_117) 2017年11月1日
Googleは未だにwebの会社でもあるのでそのうち読み上げに対応するだろうと思っている。
そもそもHTMLのセマンティクスとして読み上げ用文字列に適当なのはalt属性であり、Google Homeのシステムはaltを優先度高くすることが予想できる。
cookpadの場合はユーザが投稿したレシピ文字列をそのままaltに突っ込むと読み上げるには冗長という問題があるかもしれない。
このときサマライズとか口語変換とかの研究が効いてきそうですが、実用性はどんなもんなのでしょうか。
Google Homeのようなシステムを人工知能業界ではエージェントと呼ぶ。
定義は様々あり、
Interface agent 計算機の新たな利用者インタフェース、利用者とコミュニケーションするソフトウェアがエージェントと呼ばれる。表情を持つなど擬人化されたものも多い。
がこの場合適切そう。ただのインターフェースというよりは、人間に近い点が強調されるときにエージェントと言ってた気がする。
文章考えるの面倒になったので以下、論だけ。*1
以上。おわり。
実用的なエージェントが家庭に普及する流れになるのが思ったより早くて驚いている。SF感あってよいですね。
*1:scrapboxとかでブログ書くほうが性に合ってるかもしれない
*2:自明でよいと思うが適当に論文引っ張ってきた https://www.jstage.jst.go.jp/article/tjsai/19/3/19_3_184/_pdf
