  |
はてなキーワード: 変数とは
（ ・∀・）「処理Aを作ろう」
（ ・∀・）「設計できた！イとロとそれから、ハがあればいけるな！」
（ ^∀^）「早速作ろう」
～しばらくして～
（ ；∀；）「二とホがたりなかった、これがないとできない」
（ ・∀・）「幸い、こっちからもってこれるな。こっちの変数を引き回してっと」
（ ・～・）「逆にロはいらなかったなぁ......消そうかな。でも面倒だしとりあえず置いておこう」
（ ^∀^）「よーし、この処理Aは完成。別の処理Bを作ろう！」
～しばらくして～
（ ；∀；）「前作った処理Aの結果が必要になったでござる」
（；・∀・）「前の処理Aに戻って、なんとか途中結果を保存する処理を挟んでっと。どこかに置いておいて、今作っている処理からアクセスしよう」
（；-∀-）「処理Aのロ、煩わしくなってきたなぁ。いいや、nullいれちゃおう」
（；^∀^）「完成～、別の処理Cを作ろう！」
～しばらくして～
（ ；∀；）「今度も処理Aの途中結果が必要になったでござる。しかも処理Bより先に処理しないといけないなよ」
（；-∀-）「こっちをこうして、あっちをこうして……コメントで、// 絶対に順序を変えるな！！！ と」
（；-∀-）
（； -∀-）「か、完成～」
～しばらくして～
（；・∀・）「次は処理ZZか」
（；・∀・）「あれ？これってどういう順番でやらないといけないんだっけ？」
（；・∀・）「この変数、なんだっけ？そもそもどこでつかっているんだっけ？？？デバッグすると空白が入ってるんだけど」
モータースポーツの世界にはコンピューターゲーム、eスポーツ出身者が存在する。
レースゲームの大会の優勝者を現実のレーシングカーに乗せて、本物のレーシングドライバーにするというプロジェクトが十数年前行われたが、それ以来そのような例は珍しいものではなくなった。
現実を十分にシミュレーションできたものなら、バーチャルの世界の経験も、現実の世界の経験と同質になるということだ。
そう考えるとシミュレーターによる訓練は有効性があるのだから、もっといろいろな分野でお金をかけて装置を開発すればよいのにと考える。
話は飛ぶが、この世界が仮想現実、つくられた世界なのではないか？という説がある。
これは上記の考えを突き詰めていけば当然想定されることだ。
人間社会をよりよくするためにシミュレーションするためのつくられた世界がこの世界ではないのか。
そうだとして、では、なぜ現代が必要なのかという疑問は湧き上がる。
そのような科学技術が十分に発達した未来において非常に過去である２１世紀を演算する必要性とはなにか？
これはおそらく、おそろしいほどの、演算数を、非常に過去にまでさかのぼって行っているのだろう。
バタフライエフェクトではないが、過去のちょっとした出来事、その日、５分間雨が降ったことと降らないことでは、１１２５年後の世界にどのような影響を与えるのか、そういったことを計算しているのだ。
もちろん、そういった細かいことだけではなく、大きな歴史イベントの変数を調整して演算したりもするだろう。
そういう風に考えると、昨今の米国における政治情勢であるとかも、興味深い対象として受け入れることが出来るかもしれない。
色々とひどいことが起こる世の中だが、シミュレーターの変数の一つであると考えれば、多少は興味の対象として感情的になるだけではなく、頭を回転させることも出来るのではないだろうか。
「結果がガウス分布になるように調整」というのは本質的にできないよ。その意味は「データからガウス分布をフィッティングした」という意味でしかない。例えば範囲付きで直線状になる分布関数が得られてしまった場合や一様分布になってしまった場合を考えてみればよい（一様分布と言うとBox-Muller変換を思い浮かべてしまうかもしれないけど、あれはサンプリングの話なので）。
モーメントというのは、確率分布関数があったらそのz変換のようなものとしてモーメント母関数というものを定義することができて、モーメント母関数のn回微分をn次のモーメントと言ってx^nの期待値に一致することから来ている。だから平均を1次モーメント、分散を2次モーメントと言う。
あとべき分布とコーシー分布は別物だよ。べき分布はp(x) ~ x^{-a}となるような分布のことで、他のレスにも書いたけどx>>1でのp(x)の挙動がそれに従うという意味で言うことが多い。コーシー分布もそうだけど1次や2次のモーメントが発散するような分布に従う変数については中心極限定理が成立しないんだけど、それでも一般化中心極限定理というのが成立する場合があってそのような変数の和は安定分布という分布に従うことがある。安定分布の裾はべき分布になってる。
| タイトル | 執筆時点のブクマ数 | 投稿日 | 投稿曜日 | 投稿時刻 |
|---|---|---|---|---|
| 手塚治虫「ブッダ」とおっぱい、20世紀のおっぱい税 | 276 | 2020/11/02 | 月 | 08:05 |
| フレンチ・カンカンの穴あき見せパン、トップレスのショー | 84 | 2020/11/10 | 火 | 08:24 |
| ラインダンスとレオタード少女、ブルマーの追記 | 48 | 2020/11/16 | 月 | 08:10 |
| カーニバルのギリギリなビキニ、その歴史 | 11 | 2020/11/24 | 火（前日が祝日） | 08:04 |
| ベリーダンスとマーニャのふんどし | 34 | 2020/11/30 | 月 | 08:10 |
| ボディペインティングとドラえもんことわざ辞典のCFNMとPETA | 15 | 2020/12/07 | 月 | 07:57 |
| 根本的な疑問。ブルマーとスク水とセーラー服はなぜ紺色？ | 14 | 2020/12/14 | 月 | 07:49 |
| 赤ブルマーの起源、障害者スポーツとブルマー | 29 | 2020/12/21 | 月 | 08:07 |
| イギリス人の緑ブルマーと赤ブルマー、スパンキング、お尻ペンペン | 4 | 2020/12/28 | 月 | 08:01 |
ブクマで、どうしてブルマーの調査を個人のブログやnoteでやらないことをいぶかしがるコメントをいただくこともあった。理由はいくつかあるが、一番の理由はこの匿名の環境が心地よいためだ。もしもコテハンで延々とブルマーについて語っていると、自分のアイデンティティの深いところにブルマフェチであることが刻まれてしまうだろう。現に、さっきブルマーを脱がしてお尻を見る夢を見た。いつしか毎週のようにブルマーについての考察を書くことが求められ、承認欲求からそこに依存し、それが完全に習慣になってしまう。怖いことではないだろうか。
さらに、ある程度ライターやブロガーとして名前が売れたら世間で話題になったり、現在進行形で炎上していたりすることについてコメントすることが期待されるかもしれない。それは、気晴らしとはほど遠い。自分がやりたいのは個人的に気になったことの調査であり、それ以上ではない。だいたい、世間の議論は不毛なことが多く、建設的でない議論に巻き込まれても面白くない。要するに、期待されると疲れるのだ。
また、この記事はほとんどが海外の情報の斜め読みとその翻訳からなっており、それで閲覧数を稼いだり、有料の記事を作ったりするのは少しばかりおこがましく思う。最近はあまりやかましく言わなくなったのかもしれないが、リンクフリーかどうかもわからないサイトから引用している個所も多い。コンプライアンス的にはグレーだろう。こうして書いた記事がバズったら確かにうれしいが、あまりブクマ数は気にせずに遊びとしてやる距離感が一番楽しい。バズることが自己目的化しては意味がない。
匿名性の良さにはほかにもある。増田という環境は情報の書き手と受け手の関係がフラットで、記事の誤りを気軽に指摘してもらえるのだ。もともと自分の勉強のためにブルマーについて調べていたのだから、批判も含めてあらゆるコメントはいつもありがたい。
更に、増田でこうして書いたことで学べたこともある。ライター業というのは思いのほか大変なのだ。まとまった長さの文章を毎週書くことをしばらく続けてみたが、テーマを選ぶことも調査することもそれなりに気力を使う。小説で長い文章を書くのが元々苦ではなかったので、こういう記事も簡単だろうと油断していたのだが、自分で考えた締め切りを守るのも負担だとわかった。ましてや自分の興味がないことも書かないといけないうえに、ウケるテーマを探さないといけないプロはなおさらだろう。一時期、文筆業に憧れていたことがあったのだが、こうして実際にその真似事をやってみると、その苦労がどれほどのものか、かなり実感がわくようになった。
確かに、自分の妄想を必死でひねり出して数万字書いてスルーされがちな小説と比べ、調べたことをまとめたものはほんの数千字でブクマがもらえるので、かけた手間と承認欲求のコストパフォーマンスはこうした記事のほうがいいのだが、そういう問題ばかりでもない。
とはいえ、面白い経験ではあったので、例えば僕のフェティシズムとは関係のない記事を書いて、どの程度伸びるかどうかを実験しても面白いかもしれない。たとえば、筆者はよく美術館に行くのだけれど、刀剣には詳しくないため、どこをどう見ればいいのかがわかっていない。それについて調べた記事なんかを書くのもいいかもしれない。さっさと書籍を入手しろという話かもしれないが。
また、何かまとめたくなったら書く。それがいつになるかはわからない。
こういうこと言ってる人、ネットに大勢いるけど、本気なのかな？
別に綺麗事でもなんでもなく、収入だけじゃなく興味で職業を選ぶのは普通でしょ。
友達の東大非医も、医学より理学や工学に興味があったとか、血を見るのが苦手だったとか、いろんな理由でその進路を選んでいる。
別にその選択が非合理だとは全く思わない。興味のないことを無理に続けてモヤモヤを抱えたり、潰れたりする方が嫌だし。
確かに高校生はお金の重みへの理解度が低いということは事実だろうけど、社会人だって収入よりも興味を優先させて仕事を変える人は大勢いる（大手→スタートアップとか）。
もし、世の中のバカじゃない人はみんな収入で仕事を選ぶとしたら、大学生の就活も、収入の高いところから順に受けて行って、自分の受かった中で最も収入の高い企業に行くという構図になっていないとおかしい。でも現実はそうなっていない。興味・将来のキャリア・企業のビジョンとのマッチ・社風・労働環境など色んな変数が影響しているから。
こういう言説を主張する人って、自分の興味を一切無視して収入だけで仕事を選べる人なのかな？だったらある意味羨ましいんだけど。
最初のプログラミング言語として最もおすすめなのは、Bourne (Again) Shell。通称sh(bash)です。shはUNIXの標準的なシェルであり、bashはその拡張です。現在、多くのLinuxディストリビューションでは、bashが標準のシェルです。以下、これらのシェルの上で動作するコマンド言語およびそれによって作られたプログラムを指して「シェルスクリプト」と呼ぶことにします。
シェルスクリプトを最初のプログラミング言語におすすめする理由は、主にその実用性にあります。ほとんどのプログラミング学習者にとって、プログラミングで実現したいことは、「10000以下の素数を求める」などの教科書の課題のようなものではなく、大量のファイルから情報を検索するとか、インターネットから定期的にコンテンツを取得する、などの具体的なタスクのはずです。シェルスクリプトを使えば、後者のような実用的なプログラムを手軽に作成できます。一方、多くのプログラミング入門書には、制御構文などの細かい説明はあっても、後者のようなトピックはあまり載っていません。というのも、そのような機能は汎用的なプログラミング言語（C、Java、Python、Rubyなど）のコアの機能ではないからです。それらの機能は通常、ライブラリによって提供されます。したがって、汎用的なプログラミング言語で実用的なことをしようと思えば、外部モジュールの読み込みや、場合によってはパッケージ管理ツールを使ったライブラリのインストール方法などを学ばなければいけません。これらは、初学者にはいささかハードルが高いです（たとえば、Webフロントエンドのツール群を初学者が独学でインストールするなどは、ほぼ不可能でしょう）。一方、シェルスクリプトでは、grep、sed、awkのようなシェル上のユーティリティは全て、他の言語における組み込みの関数と同様です。つまり、モジュールのインポートや初期化処理などを行わずに使用することができます。
また、シェルスクリプトは、より本格的な言語やフレームワークへステップアップする過程としても非常に適しています。プログラミング入門書ではほとんど語られないことですが、プログラミングにおいては「プログラミング言語以外の技術」がプログラミング言語自体と同様に重要です。たとえば、ファイルやディレクトリを操作するには、OSのファイルシステムにアクセスしなければいけませんし、インターネットからコンテンツを取得するには、HTTPというネットワークプロトコルを知らなければいけません。シェルスクリプトを使う場合、それら「プログラミング言語以外の技術」を自然に利用します。それらは、プロのエンジニアを目指す上でも欠かせない知識です。また、多くのプログラミング言語では、制御構文を用いて変数の値を更新していくプログラミングスタイルが取られます。一方、シェルスクリプトでは、コマンドの出力を他のコマンドの入力に渡してデータを変換するプログラミングスタイルが取られます。後者のスタイルは、現代のソフトウェア開発では多くの場合、良いスタイルだと認識されています。シェルスクリプトを最初に学ぶことで、そのような良いプログラミングスタイルが身につきます。
シェルスクリプトを体系的に学ぶならば、次の文献が信頼できます。
とりあえず動くソースコードでそれなりの規模のが欲しければGitHubからcloneしてくればいいんだよなあ。
と言っても、元増田が「gitって何？」のレベルだとそこで話が折れてしまい、
gitとは？バージョン管理とは？ハッシュ値とは？みたいになってしまうので説明する側も辛い。
自分が説明される側でも説明する側でも辛いのは、それだけ専門性が高い分野ではあるのだろうけど。
自分だって自分の専門外のことをそれ専門の人にまくし立てられて説明されるの辛いｗ
ソフトウェアの命名規則が天邪鬼でなければ、スタート地点はmain.cppみたいに類推もできるはず。
デバッガでメインルーチンからブレークポイント打つなりしてポチポチ動作させたり変数の中身の変化を確認していく。
色々なクラスとかソースコードを眺めて全体像を把握し、そこからコアとなる機能、自分が知りたい箇所を目指す。
ソースコードがある、デバッグ情報があるなら、当たり前だが変数名や関数名があるので類推しやすい。
（Javaとかで難読化してると、逆コンパイルできても変数名や関数名は分からなくされていて読み辛かったりする。
いや、だから難読化なんだけどｗでも、.classファイルしかなくてもそれで中の肝心のアルゴリズムは読めてしまったりする）
自分には大した技術はないと自分でも思ってるけど、普段やってることをまったく知らない人に説明するのは難しいだろうね。
というか、できる人やプロだって新しいビルド方法なんて分からない。
C++ならcmakeやpremakeは分かるけど、ninjaってなんじゃ？みたいなｗ
そこで新しい道具に手を出して躓くことも多々あるし、
他人は他人で自分の知らない道具、好きでない道具を使ってたりもするわけで、ビルドするために嫌々最低限即席で学んだりする。
この増田読んでで違和感あってなんだろって思って考えたことを書く。
プログラミングで主にやる事は下記の2つ。
①IFでAかBを選択させてどっちかの設定を実行
②Whileで決められた回数分繰り返す
プログラミングで本当に主にやることは下の2つ。
「データの入出力」
「データの加工」
これ。
条件分岐も繰り返しもデータの入出力をソフトウェア上で都合よく行うための補助具にすぎない。
なんならプログラミングに関わらずIT機器がやってるの全部これ。
いや多分当たり前すぎて何言ってんだ？
ってなる人がいると思うが、ITわからん人は多分この前提がピンときてないんじゃないかって思う。
ITのIはインフォメーションつまり情報で、情報はデータです。
画像も音楽も動画も3Dモデルもフォントもアニメーションも全部データ、現代のコンピューターでは数字の羅列になっている。
このデータの元ネタをどこからか取ってきて、加工して、ユーザーに渡すのががプログラミング。
取ってくる元はマウスだったりキーボードだったり、CDだったり、インターネット上のデータだったりほんと色々。
加工するときは変数に突っ込んだり計算する工程が必要で、そのときにIfとかwhileとか必要になる。もちろん適切に加工するためにはアルゴリズムとか数学が必要になるときもある。
これらの工程を一部肩代わりしてくれるのがOSやフレームワークだったりライブラリだったりする。
特に複雑な加工はだいたいライブラリになってるから、初心者はifとかwhileやオブジェクト指向がプログラミングだって勘違いしがちかも。
我が家でもかれこれ4年くらいAnovaを回しているので、あまり言及されていない料理を書く。
・調理後はなるべく表面を焼いて滅菌する。ただし、中まで火を入れないように強火/短時間
・醤油とオリーブオイル、黒コショウでキノコ（マイタケ、シイタケ、マッシュルーム、、、というか何でもOK）を刻んだのをマリネして
すんばらしいキノコの香りにもかかわらず、キノコのサクサクとした触感が残ってる。
そのまま食べてもいいし、ステーキソースのベースにしてもいい。
大量に作って常備菜。
塩＆オリーブオイルで85℃/15分。
煮崩れしないところでとどまるとろとろの触感。
これも肉料理の添え物に。
この温度帯はアクチン/ミオシンではなく、コラーゲンの変性を狙う。
五香粉、八角、ネギ油を使って甘めのソースを作っておいて（各自レシピ検索のこと）、
豚バラ肉の75℃/2h。
豚バラ肉の75℃/8h。
終わった後は表面を強火でこんがり焼くこと。
脂がトロトロになってて素晴らしい。
肉汁が結構出るので、肉を焼いたフライパンに混ぜ、玉ねぎを炒めるとうまい。（マッシュルーム、シメジもうまい）
増田カレー（anond:20160616171204）のアレンジ。
ベースは増田カレーだが、ブライニング済み骨付き鳥モモ肉の75℃/2hをかけて、
あと、カシューナッツ＆牛乳をフードプロセッサーにかけたペーストを加えると
大きな塊肉を焼くのはBBQの醍醐味だが、中まで火が通るのが時間がかかってしまうことがネック。
そこで、前日に低温調理で中まであらかじめ中まで火を通しておけばよい。
ジップロックをクーラーバックにそのまま入れて当日は表面殺菌＆メイラード反応を起こすだけでOK。
ウスターソース、ケチャップ、ニンニクのすりおろし、玉ねぎのすりおろし、パイナップルのすりおろし、はちみつ、バルサミコ酢、カイエンペッパー、黒コショウ、ナツメグ。
加熱＆分解効果で肉が高速でほぐれていくため、ある程度赤身がつよい肉がおすすめ。
脂が差し込んだ肉だと崩壊するので、そのままプルドポークにして食べてもOK
追記：BBQソースを使って炭火BBQやるときはメイラード反応だけではなくて、糖分も多いのでカラメル反応も狙う。
ソースを塗って焼き固めて塗って焼き固めて・・・を繰り返すと焼き固まったBBQソースの層が肉の周りにできてうまい（低温調理はあんまり関係ない）
この温度帯は魚介系。ただし、調理には十分気を付け、調理後に表面加熱を必ずすること。
追記：この温度帯では非常にハイリスクなので絶対に生食用以外は使わないこと。
ブライニング後オリーブオイルに入れて40℃/1h。その後強火で一気に一瞬で表面を焼く。
焦がしバター＆黒コショウで食べるとうまい。マスタードでもOK。
追記：オイルにディルを一緒に入れると香り高く、生臭さが消えるのでおすすめ。タイムでもまぁあり。
ソースはタプナードソースでもOK。作るのがめんどい場合は成城石井とかKALDIとかにあるはず。
あと、正確にはコンフィじゃなくてミキュイになるのかな？（ブコメ言及ありがとうございます。）
素材はわりと何でもおいしくて、タコやサーモンもめっちゃうまい。
ホームパーティに持ち込むときは、処理済みのジップロックをもっていって最後の火入れだけキッチンを借りてます。現地の調理時間5分。
殻剥いてワタとってブライニング後、花椒をいっぱい挽いた紹興酒に入れて40℃/1h。
加熱中にニンニクのみじん切り、醤油、豆板醤、砂糖を炒めてソースを作っておき、
オリーブオイルでクミンシードをテンパリングして、みじん切り玉ねぎを炒め、
白ワインを煮詰めたあと、と白ワインビネガーをひと回しする感じ（エビ自体に軽く塩味ついているからソースに塩はいらない）。
我が家では一番出現率が高いです。
表面を焼く。
錦糸町の魚寅で手に入れた新鮮なクジラ肉で作ったときは感動だった。
みんな大好きオライリーの料理本がめっちゃ参考になったのでお勧め
https://www.oreilly.co.jp/books/9784873117874/
https://www.oreilly.co.jp/books/9784873118628/
・火だと難しい触感を簡単に引き出すことができる（できないとは言っていないが難しい）。60℃帯ではプルプル、75℃帯ではトロトロ、がキーワード。
温度、時間（あと、容器）の変数を固定すれば比較的調理結果にブレが少ないこと。（火入れは難しいよ。。。
・調理進行中に手が空けられること。仕事していても寝ていても外出していてもほかの料理を作っていても調理が進むのはとっても便利。電力なので、立ち会わないことで火事になるリスクも少ないしね。。。
・何度か作って分かったのは、低温調理は味付けの操作ではなくテクスチャーの操作がメインだなということ。
なので、ワンランク美味しいものを作るには意外と下ごしらえとか、ソースづくりが重要だったりする。
結局手間がかかるやん、っていうのもその通りではあるんだけど、火入れの工程を関数化（？）できるのは大きい。
色々作るとソースと具材も変数化されてくるのでバリエーションが増えて楽しくなってくる。
なので、普段は塩コショウハーブだけで十分うまいスペアリブとか、書いてないけどローストポーク、ステーキ、エビ/サーモンのミキュイ、カレーだね。
難しいこと考えないで適当に塊肉とソースを買ってきてANOVAぶち込んで焼いてソースを絡めて食うだけでも美味いと思うよ。
残ったオイルとかソース、肉汁は再利用できる。（加熱すること）
ミキュイのオイルなんかはアーリオオーリオにしてパスタにしてもいいし、肉系だと肉汁＆焼き目を入れたフライパンでガーリックライス作っても美味しい。
変わり物だったら、ステーキ作った肉汁を出汁の代わりに炊き込みご飯作って、ステーキのせて食ったら最高に美味かった。（焼肉ジャンボのステーキ炊き込みご飯のインスパイア）
便乗することしかできないが、低温調理機の素晴らしさをもっと布教したい。メリットと向き不向き、そしておまけに鶏肉以外のおすすめレシピを書かせてくれ。
加熱時間こそ長いものの、調理している時間が本当に短い。ほっといても大丈夫。これが一番のメリットだと思う。
料理は温度、料理は科学。俺はそう信じてる。材料、加工、温度といった入力に対して、料理(物体)という出力が帰ってくる関数が料理(行為)。そのうち技術介入要素が最も高い温度要素を、技術要らずで固定できる。これは革命と言わざるを得ない。同様の理由で、オーブン、炊飯器、ホットクック等電気鍋のあたりは技術要らずで加熱が固定される。非常に便利なのである。しかも低温調理機の場合、温度が低い側で固定だ。肉料理が捗るな？
・弁当に向く
鶏胸肉は私も2年くらい週3で作ってる。低温調理のいいところは、冷めても、どころか冷たくても美味いところ。すなわち、弁当に入れてちょうどよいところだ。鶏胸肉なら高タンパク低カロリー低コスト、これが使えるか否かで昼食の栄養バランスがグッと変わってくる。私の低温調理鶏胸肉の一番の恩恵はこれだった。
鶏胸肉の話だが、下味つけるのもいいけど、ものは試しにオリーブオイル大さじ1と刻んだニンニクを一緒にポリ袋に入れて低温調理してみてくれ。あればブーケガルニとかのハーブ入れてもいい。完成したら切ってトマトソースでも塩コショウでもかけて食ってくれ。サラダに乗せてドレッシングでもいいぞ。
最後に裏技として、ほんのちょっと味の素を入れて調理するのもおすすめ。鶏臭さがかなり抑えられる。
・保存を効かせることもできる
袋を密閉して低温調理で殺菌。袋を開けなければ、そこそこ持つ。全く保証はできないので、ぼんやりとだけ。缶詰と同じ原理。保存を効かせるなら、いつもより温度上げて長時間やるようにしてる。
・食中毒
低温調理にはどうしてもついてまわる。心配なら増田なんか見てないで様々な研究がネットに転がってるから確認してくれ
低温調理は、63℃付近なら特にアクチンとミオシンの変性の話がメインになる。個人的な意見として、この温度は脂の調理にはあまり向いていない。脂を楽しむならトロトロになるまで煮込むようなコラーゲンの変性の話とか、焼いて香ばしい香りを楽しむとかになるので、脂身が多いところは低温調理に向かないし、低温調理でやる必要がない。
・魚はオススメできない
素人が手を出すものじゃない。超低温でやるコンフィとかは雑菌が繁殖しやすい環境になるし、照り煮とかやろうとしても生臭さが抜けないから結局霜降りからやることになって、なら普通に作っても手間は変わらない。アニサキスもいる。魚大好きで自分で極めたい人向け。
さて、レシピを書く。あんまり細かくは書かないので、色々察して作ってみて欲しい
月並みだけど、真っ先に作るべきは正直これだと思う。鉄フライパン、できればスキレットがあると嬉しい。
・牛肉かたまり（オススメはランプ-イチボ、筋をちゃんと引いたミスジ、ヒレ、もも肉など。）
・オリーブオイル大1
・ニンニク輪切り1かけ
・好きな香草
・赤ワイン
まず表面をしっかり焼く。この焼きはメイラード反応がどうこうもあるけど、殺菌の意味が強い。表面を焼いたらいったん肉をよけて、同じフライパンで赤ワインを適量入れてアルコールを飛ばす。フライパンについた焦げは全部肉の旨味なので逃さず赤ワインに溶かす。
アルコールが飛んだら材料全部耐熱袋に入れて、水没でもストローでも真空パック機でもいいので空気抜いて、58度で3-6時間。肉のデカさとあなたの好みで時間は変えてくれ。ただし6時間以内がオススメ。
低温調理が終わる30分前に、耐熱袋に小さじ1杯塩を入れて、揉み込んでおく。ここで下味をつけるのが一番美味く仕上がるのでオススメ。結構熱いので、手の皮が面の皮くらい厚くない限り素手ではやらないことをオススメします。私は素手でやる。
出来上がったらもう一度表面を焼く。これは香ばしさのため。2度焼きが私の結論。
あとはグレイビーソースなりなんなり作って薄切りにして食ってくれ。グレイビーソース作るとき、低温汁(低温調理後に袋に残る汁を指してこう呼んでる)を使うなら要注意。灰汁がいっぱいなので必ず一度加熱、アク取りとかで濾してから使ってね。
今でも月2回は弁当がこれメインになる。いつものタンドリーチキンを作る要領で漬け鶏胸肉を耐熱袋に入れて冷蔵庫で寝かせておいて、そのまま低温調理！スパイスに対する加熱の不十分さが気になるなら、スパイスだけ炒めてから漬ければいい。冷めてもうまいというか、冷めてたほうがうまい。
科学的に正しい昆布だしを取ろう。耐熱性がある麦茶ポットみたいな奴があると非常に便利。私は最近DAISOで「横置きできる冷水筒」っていう300円商品を買ってヘビーユーズしてる。とても良いぞ。
・水1Lに対して昆布15g何かしらの容器に入れる
・60度にして1時間
これだけ。さあ、美味しい昆布出汁が引けたな？残念ながら、昆布出汁が低温調理に使えるパターンはあんまり多くない。普通の煮物・鍋や、炊飯、味噌汁などに使ってくれ。
やりたけば、この後昆布を取り出して70℃まで上げて鰹節30gを入れて3分したら濾す。どこに出しても恥ずかしくない出汁ができる。お吸い物、だし巻き、茶碗蒸しなど、出汁の旨味を活かすタイプの料理に最適。
で、この出がらしの鰹節を85℃まで上げれば二番出汁ができる。出がらしは冷凍保存も可能なので、適宜貯めておくとよい。普通に火にかけたほうが早いので低温調理機を使わないほうがいい。味噌汁や鍋には二番出汁で十分。
この3つは本当に何度も作っている。某先生が激怒しそうなほど野菜がないが、野菜は結局85℃で30分で代わり映えしないし、普通に炒めたり煮たりして食ったほうが美味いと思ってるので。
さあ皆も低温調理沼にハマりに来い。そして温度を下げすぎて生っぽい鶏肉を食って、腹痛にならないか怯えながら過ごすアレをやるんだ。
↑がガチ勢です。cooking for geeksは読み物としても面白いのでオススメ。でも魚はオススメしない。
機材の質問があったけど、私はanovaしか持ってないので分からん、すまんな。耐熱袋はアイラップ。
ブコメでこんなのも良いぞ、ってオススメしてくれてる人、ありがとう。試してみる。
あと先生も言ってるけど、温泉卵もいいぞ！他のもの調理してるときについでに作るもよし、温度と時間を研究して自分好みの完璧温玉作るもよし。ただ、卵は温玉にしてからは痛むのが早いので、作ったら2日以内に食べよう。
プログラマ35歳定年説は、体力的なもの、新しいスキルを学び続ける事、SE、PM等へのシフトアップが必要な事から言われていますが、
私は、「その年になるまでPGなんてしてられるか」とか「その年までにはSE等のシフトアップは必要でしょ」みたいな感じでした。
匿名さんは、コーディングに限界が来て辞めるのではなく、人との絡みに嫌気がさして辞めているようにも感じます。
システム開発は、企業の都合で開発責任者が決められてしまうために、その人材により、下の者は苦労します。
プロジェクトは国家のようなもので、酷い政治家(PM、SE)の国で暮らす(開発する)のはしんどいと思います。
システム開発するうえで、一番効率が良いのは1人で作り上げる事だと思っています。つまり、35才定年説なんてありません。
1人で作り上げる理由は、人が言葉と文書だけでコミュを取って意思疎通するのには限界があるからで、
今では相当なモジュールが完成されているために1人で開発する環境は昔ほど悪くはないと思います。
規模がどんなに大きくなっても、根幹部分や仕組みは1人が仕様決定してコーディングしておき、
その他はテストやメンテが容易になるようなコーディング規則と、
出来る限り単純な仕組みを作って他のプログラマに守りやすいようにして複数で開発することがいいと思います。
サブシステム毎にSEがいて、同時開発していけば、似たような機能を持つ関数・メンバが大量に別名で作られてしまい非効率になってしまいますので、
この雑務SEは重要なポジションで、意図や目的が明確になっていて中でどのように動くかが明確でなければ、
あと、人が増えれば意思疎通のミーティングも必要になり、冗長的になってしまいますので、その効率化も求められます。
話しを定年説に戻しますが、
という体力的な面について、日々感じている事を書きます。
20代では、携わるシステムの関数・メンバ・変数等は、約数千個程度は記憶出来ていますが、
30代では、それが半分程度になります。40代では更にその半分程度になり、50代ではせいぜい数百が限界になってきます。
それを補うための開発環境の進化と、コーディング内のコメントの充実で、逆に不具合の少ないシステム構築が出来るので、
20代では一気に開発が出来ますが、デバッグに時間がかかり、50代では開発は時間がかかりますが、デバッグには時間がかからないという傾向にあります。
それでも数百程度を越えて来ると翌日には忘れていく部分があるため、日々、忘れている部分を確認して思い出す時間だけ開発にオーバーヘッドがかかります。
そのため、常に忘れては思い出してを繰り返す事になり、自身の記憶容量の限界を痛感する日々になってしまいます。
【人との絡みで限界を感じているのでしたら】
限界だと感じた時が、定年なのかもしれませんが、システム構築をする事が楽しいのであれば、いつでも現場復帰していいんではないでしょうか？
技術は日々、新しくなって行きますので、頭に入れるのは大変かとは思いますが、根幹はそんなに変化ありません。
私自身も、必要にかられて自分でマルチタスク・スクリプト言語を開発していましたが、
量子コンピュータにならなければ、どれも似たような構造でしかありません。
また開発したいと思ったりクライアントがいて需要があるなら、1人で出来る範囲を開発して、足りない部分は誰かに委託してみてはどうかなあと思います。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 172 | 16868 | 98.1 | 42 |
| 01 | 90 | 8304 | 92.3 | 28.5 |
| 02 | 88 | 8581 | 97.5 | 45.5 |
| 03 | 67 | 7020 | 104.8 | 60 |
| 04 | 19 | 3451 | 181.6 | 45 |
| 05 | 18 | 1804 | 100.2 | 38.5 |
| 06 | 37 | 3439 | 92.9 | 47 |
| 07 | 37 | 3820 | 103.2 | 45 |
| 08 | 71 | 3359 | 47.3 | 35 |
| 09 | 118 | 10431 | 88.4 | 41.5 |
| 10 | 138 | 11789 | 85.4 | 50 |
| 11 | 125 | 9495 | 76.0 | 40 |
| 12 | 125 | 17543 | 140.3 | 40 |
| 13 | 110 | 11846 | 107.7 | 41.5 |
| 14 | 100 | 8585 | 85.9 | 43 |
| 15 | 95 | 12104 | 127.4 | 51 |
| 16 | 106 | 9176 | 86.6 | 39 |
| 17 | 129 | 12849 | 99.6 | 46 |
| 18 | 164 | 19353 | 118.0 | 32 |
| 19 | 223 | 16871 | 75.7 | 35 |
| 20 | 211 | 18479 | 87.6 | 39 |
| 21 | 185 | 12897 | 69.7 | 27 |
| 22 | 181 | 10503 | 58.0 | 36 |
| 23 | 200 | 21911 | 109.6 | 42 |
| 1日 | 2809 | 260478 | 92.7 | 40 |
霊柩車(4), 米作り(4), ES細胞(3), 超正統派(3), Reno(3), 何百万円(5), セレロン(4), 真田さん(3), 苺ましまろ(4), 単数形(3), 不当逮捕(3), 転売(28), 同人女(10), アル中(8), 細胞(8), アスペ(24), irasutoya(8), 納税(7), 車内(6), 賢(5), 腐敗(7), 取引(11), 学者(12), オス(10), 自分語り(8), オリジナル(11), KKO(47), キモオタ(13), 道徳(7), 🐈(21), 売る(18), 価格(17), アルコール(13), コード(13), 都会(14), 同人(14), 飲み会(11), 人間関係(16)
■PS5の転売は悪だとか言って /20201115042732(29), ■地方間格差と貧富の差を無視して、外国人技能実習制度を語るのは詐欺だ。 /20201114190135(23), ■電車内の迷惑客にどう対処していいかわからなかったこと /20201115010351(23), ■もうじき40代なかばを迎えるプログラマーの遺言（少し追記） /20201115125745(21), ■フィクション全般を楽しめなくなった /20201115023607(21), ■未成年アル中 （追記しました。） /20201115004547(19), (タイトル不明) /20201115160812(17), ■なんでキモオタって「可愛いは正義」って言葉が好きなの？ /20201115140453(15), ■飲み会に行った。尾身先生に土下座してお詫びをしたい。 /20201112183954(12), ■歯ぎしり対策でマウスピースをつけて寝るようになった。 /20201115123930(11), ■女に「人間として見て」と言われて、クソ真面目に人間として見ようとして失敗し、セックス交渉に失敗し続ける童貞いるだろ /20201115185334(11), ■唐揚げは白飯に合わない /20201113225923(11), ■一生勉強じゃない仕事って何がある？ /20201115223218(10), ■変数名とか関数名つけるの難しい /20201114215954(9), ■登山家ってお金貰えないのによくやるよね /20201115161533(8), ■なんで農業ってバカにされるの？ /20201115101556(7), ■私が死んでも誰も悲しまない /20201115024149(7), ■30過ぎた女のことババアって言うけど /20201115231142(6), ■蟹の読み方が分からない /20201114223312(6), ■二次創作のやめ時 /20201115020735(6), ■お客様気分で社会を混乱させるアカウント滅びて /20201115101702(6), ■35歳無職の友達がホロライブのVtuberに救われた話 /20201115140308(6), ■ /20201115192923(6), ■ /20201115210748(6)
