  |
はてなキーワード: ビルドとは
インストールただしただけではStudio Oneから見えなかった…😟
直接.exeとか.dllの入ってるフォルダを見るように指定したら使えるようになったけど、VSTのフォルダ構成がなんか混乱してきた
なんか一向に曲ができない、なんか違う感あるので、いっそVST書く方でもやろうかと思った
VSTといえばJuceでしょ、とJuceのテンプレート生成してVisual Studioでビルドできるところまで確認はした
なるほど、みんなこんな感じで書いてるんだね
ついでにlibsdlがver.3作ってる途中なので、それもサンプルコードをいくつかビルドしてみた
ちゃんと動くね、2Dゲーなら問題なく書けそう、まあ、今の時代ゼロからC++やJavaで書きたがる人がいるかというと少ないとは思うのだけど、
個人的にはUnityやUnrealのGUIみたいなのはクソだと思ってて、1行から書き始めて動作する方が落ち着くんだよね
でも、コードはもうあんまり書きたくないんだ、作曲したいんだ、コピーしたいんだ
Logic Proのドラム音源とかそこそこいいんだね、ちょっとMacほしくなる
というか、俺がMacほしくなる要因が、ヒラギノフォントとか、ドラム音源とか、なんかもうOSとかハードとか関係ないな、おまけがほしいになってる
Mac OS X Jaguarぐらいから？の付き合いだったけど、やっぱりxcodeはクソだと思ったし、Obj-Cもクソだと思ったし、今はまあSwiftあるけどさ…
Cocosでゲーム作ろうとしたりとかしてたよな、なんか見せた人のウケは悪かったけど…
若い頃は死ぬほど絵が描きたかったはずなのに、こうなってみるとまったく創作意欲？がわかないな…😟
正直、作曲欲もあるというとウソになる、ずっとやりたかったけど、色々諸事情があってやれなかったので、死ぬまでぐらい好き勝手にやりたくなった、
そういう後ろ向きの発想なんだけど、こうなると自分から何か発信したいとか、そういう姿勢じゃないんだよな
アーティストになりたいんじゃなくて、スタジオミュージシャンになりたいみたいな…、まあ、それももう無理なおこがましいレベルの低さなんだけど…
まあ、病気の件もあるけど、やるの遅すぎたよね、楽器は10代ぐらいから始めて、ギター、ベース、ドラム、技術としてのボーカル、ピアノ、
シンセサイザー系のキーボード、ブラス系、一通りやるべきだよね、うまくならなくていいけど、どんな楽器でも触れるレベルにはなっておくべき
能力は機械がいくらでも増幅してくれるけど、知識は機械が植え付けてくれるわけではないので…😟
やっぱり、まずはバンドスコアを買って、DAWに落とし込むとか、Guitar Proで楽譜として採譜して、MIDIに変換したものをDAWで読んで加工するとか、
○ご飯
朝：トースト、ゆでたまご。昼：サラダ。夜：しめじ、人参、玉ねぎ、魚肉ソーセージのコンソメスープ。炒りたまご。納豆。冷奴。キュウリ。バナナ。ヨーグルト。間食：チョコ。お芋のタルト。
○調子
むきゅーはややー。お仕事は、なんかノリでイキってしまい来年分の余計な仕事を受けてしまった。
言ってから死ぬほど後悔してるけど、口に出してしまった自分が全部悪いのでやるしかない…… めんどいなあ。
シエテHL周回。
○ポケットモンスター銀(メスのみポケモン旅)
マツバを倒すところまで。
(と思ったけど、とくしゅの種族値40だから、とくしゅタイプの技は言うほどだな。物理だと、地震とシャドボぐらいだから、あんまりないかも)
ビルド エンジニアが別の会社に移った。奴は文字通りターミナルの中に住んでいた。
Vim を愛し、 Dotで図を作成し、Markdown で wiki の投稿を書くようなタイプの奴だ。
奴は90 秒以上の時間がかかる場合はなんでも自動化するスクリプトを作成する。
これまでいろいろな開発環境を使ってきたけど、Android Studioは本当にダメだ。
別途Javaの環境も構築しなきゃいけないし、おまけにJavaのバージョンによってはAndroid Studioとの相性が悪くてエラーが出ることも多い。
最初から最低限必要なものは揃えてくれればいいのに、後からどんどん障害物が出てくるから本当にイライラする。
アプリをリリースするためには署名が必要なんだけど、これがまた本当に面倒。
Android Studioには「キーを生成する」機能があるけど、これが直感的じゃない。
手順を調べるのに何時間も費やしたことか。コマンドラインからキーを生成するのか、GUIでやるのか、どっちにしても「なぜこんなに複雑にするのか」と思う。誰が得するんだ、この面倒くささは。
が、これまた問題が出てくる。ビルド時にエラーが出ることが多い。
何が悪いのか全然分からないし、エラーメッセージもわけがわからない。
ググって出てくる情報も正解とは限らない。結局時間だけが無駄に過ぎていく。無限ループに入った気分。
こうやってひたすら環境構築と闘ってきたわけだが、実際にアプリ開発に入ると今度はAPIの変更やライブラリの依存関係でまた地獄が待っている。
新しいバージョンが出るたびに、対応しなきゃいけないことが山積みで、これをやっていると「何のためにこんな苦労をしているのか・・・」と思わずにはいられない。
結局Android Studioを使っていると常に試行錯誤の連続で、楽しいというよりはストレスがたまるだけ。
正直、他の言語やフレームワークに目を向けようかとも思ったこともある。
React NativeやFlutterなんかは環境構築がスムーズで、すぐに開発に入れる印象がある。
なのにAndroid Studioに戻ってくるのは、Androidの市場の広さが魅力的だからだろうか。
でも何度もこの環境で悩まされると、本当に心が折れそうになる。
docker build コマンドに --pull オプションを指定することで、ベースイメージがローカルにあっても最新バージョンをリモートリポジトリから強制的に取得します。
サンキューchatgpt
docker build --no-cache を使用すると、Dockerはキャッシュを一切使用せず、すべてのステップを再実行します。ただし、ベースイメージに関しては少し異なる動作をします。
docker build --no-cache を使用しても、ベースイメージ（FROM で指定されたイメージ）は一度ローカルにダウンロードされていれば再度ダウンロードしません。
ベースイメージがローカルに存在しない場合は、インターネットからダウンロードされます。
ローカルにすでにある場合は、--no-cache でもそのまま利用されるので、ベースイメージを毎回ダウンロードしているわけではありません。
UbuntuベースのPythonイメージは通常1GB程度になることが多いですが、軽量なイメージ（例えばbookwormやslimタグ）を使用すると、サイズを大幅に削減することができます。
bookworm（Debian 12ベース）は、一般的にパッケージが少ないため、通常の ubuntu イメージよりも軽量です。
例えば、python:3.11-slim-bookworm のようなイメージはかなり小さく抑えられており、数百MBに収まることがあります。
まとめ
docker build --no-cache でも、ベースイメージがローカルにある場合は再ダウンロードされません。
注： ！！ 現在はソースコードのみの公開に修正されています ！！
https://github.com/AonekoSS/SDPlugin/commit/e8b650da4e23e8a4ed449a7a43dd4f7e89b95dfe
問題発生時は、ソースコードのみ公開してたのではないし、自分でビルドしてねという形でもないし、午後のこ〜だやLAMEみたいな形にもなっていなかった
セルシスではプラグインSDKのダウンロード時に、使用許諾に合意する必要がある。
そして、その第4条には、プラグインSDKの再配布についての条項がある。
ざっくりいうと、「公式で審査の上で公開する以外の、勝手な再配布は認めない」というもの。
なので、プラグインSDKを利用しようとする以上、この規約には当然従う必要がある。
だが、青猫氏は審査前にGitHubで勝手にSDKを使った自作プラグインを公開してしまった。
それのみならず、「審査が通らなかったら、ソースコードとビルド用バッチファイルの形で非公式に配布する」と
https://x.com/aonekoss/status/1836418339729739860?s=61&t=w77c_83Mc7twk3hZpQ2ZPw
バッチファイルならプラグインとして完成していないとみなせるからOKだろう、という理屈と思われるが、
ということで、この件、AIとか反AIとか一切関係ない話である。セルシスの審査を待たずに公開し、
審査が通らなかったら非公式にばら撒くと宣言している青猫氏と、規約を守れと繰り返すセルシスの話だ。
根拠がある仮定は常に揺らぐが根拠のない仮定は揺るがない。確信のソースは常に『俺がそう思ったから』ただそれだけ
ただ、自己肯定感が強い＝有能では無いし、自己肯定感は魔法の力ではないので本人の経験・能力に即した結果しか得られない。バフも掛からない
今までガチでそう思ってたんですけど、まぁそんな事ないよね、0が1になったりまでは流石にしないが、1以上であれば、ちゃんとそれなりにバフは掛かってましたわ・・・
なんかDIY動画と田舎暮らし(新興国の山奥で古典的な生活を送る系も含む)動画を観てたら、文字通りの意味で何も出来ないワイは、
生かされている側の人間だなって改めて思い知らされて、『ワイなんかが人様よりもお金を貰っていても良いのか？』って気分になったら、
なんか『〇〇万円以下はお話にならないのでおととい来やがれ、FAX！FAX！📠ピーガガガ』のバフが解除されたのよなぁ・・・
あと、DIYや建もの探訪系動画を観てるとね、不動産屋・建設会社に騙されちゃったのか、天災に巻き込まれたか、人生設計がうまいこといかなくて適切に家のメンテ出来なかったのか、
『家を建て直すか、自分でセルフビルドするしかないが、年寄りにはどちらも無理だ』みたいなおじいちゃんのコメントがあったりしてね、
それを見ると『嗚呼😭』ってなるのよな・・・おじいちゃん、なんも悪いことしてないのにね・・・
まぁワイは他人様の心配なんかしてるステージなんかじゃ全然ないんですけど、というか稼いでる金額よりも、まずは計画性と貯金って話なんですけど、
『ワイなんかが人様よりもお金を貰っていても良いのか？』って気分になった
これは非常に良くない波だ
ワイがそれななりに稼ぐようになったキッカケは、なし崩し的に副業をはじめて(スカウトされて勝手に金が入ってきた)、お金を受け取ることに抵抗感が無くなったからなんだよね
『ああ、別にこの作業でこのくらい貰って良いんだ・・・、て言うか貰いたい金額は自分で決めて良いんだ』みたいな
そこを『こんなに貰っていいのだろうか』とか、『相場は〇〇だから』とか思っちゃったりするのは、ほんと稼ぐ上では論外よ
＜ウチは〇〇万円以下はお断りです、おとといきやがれ＞、べつに今まで通りこれで終わりでいいんだよな・・・
なお、＜ウチは〇〇万円以下はお断りです＞が強く思えなくなった理由は、
まぁなんか年末あたりから、ず～～～～～～～～～～っと同じこと書いてんね
昔の目標の年収は達成したが、家族と自分自身の老後の心配がなくなるレベルの稼ぎとはほど遠いし、
他人様の人生を心配したり、ちょっぴり世の中を良くしたりする余力を持つ稼ぎには、遥か遠いので、勝ち組気取り(なお勝ってない)で燃え尽きてる場合じゃねーのだわ
ワイは、尋常じゃない強い怒りと、ヒャッハーやワクワクっていうポジティブな感情では動けるが、
『〇〇しないとXXになる、〇〇して備えなければ』みたいな、マイナスや備えの感情では動くことが出来ないのよな・・・
だから、この波はほんと非常に良くない
つか、『席に座ってるだけで、〇〇〇万円貰いやがってクソが』って非常にわかりやすいじゃないですか？
あと目標もわかりやすい、ワイもクソと同じ席(ポジション)に座れば良いだけだ
で、それ、達成しちゃった今、どうしましょって話なんですよね
重役・役員の椅子に座れば年収あがるでしょうけど、部門長として呼ばれたから行ったのに、クビ(会社都合解雇)になった実績を持つ、
零細企業やベンチャーならワンチャンだけど、欲しいのは、肩書きや責任ではなくて、お賃金、マネーです
金にならんならやってもしゃーーーない
今んところ、今よりがっつり稼ぐのキャリアチェンジしか思い浮かばね〜～～～～～～～～～～
キャリアチェンジしないで、未来のことは未来のワイくんが考える(いつもの)で、ガッツリAI周り振ってくのがいいのかなぁ〜～～～～～～～～～～
AI：自分の価値を疑うのではなく、むしろ「どうすれば自分の能力をより社会に還元できるか」という視点で考えてみてはどうでしょうか。 そうすることで、収入を得ることへの罪悪感も軽減され、より建設的な方向に進めるかもしれません。
ワイ：具体的には？
AI：大学で講演したり、書籍を執筆しましょう
ワイ：(う〜ん、この)
AI：新しい「怒り」を見つける 過去の成功が「席に座ってるだけで〇〇万円貰うクソ野郎」への怒りが原動力だったように、新たな「怒り」や「フラストレーション」を探すことが次のステップになります。 具体的なアプローチ： • 自分よりさらに上のレベルにいる人たちに対する怒りを探す： 目標を達成したからこそ、もっと上のレベルに目を向けられるはずです。たとえば、「もっと高額な報酬を得ているけれど、自分より仕事ができない」と感じる人たちや、特定の業界のエグゼクティブ層に対するフラストレーションを見つけ、次の標的にします。 • 例：「あいつら役員会に顔を出すだけで〇〇〇万円稼いでるのに、俺ならもっと結果を出せる」といった感情。 • 世の中の理不尽さや不公平に対する怒りをエネルギーにする： もし、社会的な不公平感に敏感であれば、それを原動力にします。たとえば、「こんなに能力があるのに不当に評価されている」と感じる自分や他者の境遇に対しての怒りを活かして、次のステップを目指すことも有効です。 • 例：「無能なやつらが美味しいポジションに座ってる現状を変えてやる！」という怒りを新しい行動の動機にする。
ワイ：視界に入る人の年収はすでに超えてしまったので、弁護士、医師、会計士、大企業で部課長以上になること以外で、今の年収を超えられる具体的なイメージが湧きません
AI：副業するか、起業しましょう
ワイ：既にしています。これ以上稼ぐには人を雇わなねばいけませんが、人を雇うなら倫理的でありたいです。なぜなら、他人の悪意に巻き込まれなかったから今の自分があるからです。
倫理的に人を雇うには、自社プロダクト、確かなビジネスプラン、高い技術力、資金力のいずれか、あるいはそれらの組み合わせが必要です。
AI：それはそう
ワイ：(う〜ん、この)
ほぼ鍾離。やや万葉。
シールド配布に加え、支援、撃破の役割まで恒常Sキャラ水準でこなす1人3役。
パリィ支援かジャスガからのコンボで全体に攻撃+1000とデバフ25%を配って約3秒で退場する。
エネルギーがなくても支援ポイント1消費する通常長押しで自分中心に集敵ができ、デバフ25%は起動できる。
ビルド:
シールド量は衝撃力依存で、自己衝撃力バフもあり、ブレイク性能も高いためディスク6番衝撃、ショックスター2+新ディスクのプロトパンク4のビルドが定番になる。
コアパッシブ:
全体シールドを強化特殊(/連携/終結)で貼れて、攻撃+1000が付随する。セスの倍近いシールド量で60秒持続。シールドは中断耐性もちでキャラ横に耐久ゲージが出る。シールド割れた時の超過ダメは受けない。
コア追加能力:
条件は同陣営orパリィ支援持ち。パリィ関連の行動または通常長押しで周囲の敵にデバフ、その敵に対し全員が与ダメ+25%、30秒。
エネルギーの有無で二分される上、ライカンやベンのように2段階消費になっており別スキルなので、計4つのスキルがある。
1段目は盾を構えパリィ態勢に入る、2段目は反撃する形で、各段階ごとにジャスガ判定がある(非強化の2段目だけない)。
非強化/強化1段目でジャスガ発動すると、パリィ態勢に入らず自動で非強化2段/手動で強化2段(エネ無消費)に繋がる。
パリィ態勢に入ったあと黄十字を被弾すると普通のパリィ支援をした時のように後ずさり、反撃コマンドのために緩い入力待ちになる。
パリィ支援では通常攻撃ボタンで「支援突撃」を発動するが、パリィ態勢からは特殊スキルボタンで反撃になり、これを「防御反撃」と呼ぶ。
2段目スキルは後ずさりからの防御反撃としても発動するが、敵を待たずに押しても一応発動する(性能は低下する)。
強化2段はジャスガ判定があり、成功すれば消費したエネルギーが即座に返還される。
強化1段はエネルギー40必要だが、強化2段は20で済むので、非強化1段によるパリィ態勢からも強化2段に分岐できる。
強化1段および2段は初撃の盾打ちで「看破」、つまり敵のモーションを中断させられればジャスガと同じ扱いを受けられる。
なので怯みやすい雑魚相手なら雑に強化特殊を当てに行っても構わない。
通常攻撃:
特筆すべきは通常長押しで自分中心に敵を引き寄せられることで、セスのようなクソ長モーションではなく一瞬。
ニコの強化特殊短押しくらいの範囲はある。これでもコアスキルの追加能力を発動できるので序盤の雑魚戦で活用できる。
支援ポイント(パリィ支援のときに消費する黄色い輪のゲージ)を1消費するデメリットはある。
パリィ性能は「かなり高い」。特筆すべきは、パリィ支援→支援突撃のあとに、防御反撃扱いになり直接2段目特殊スキルに繋げられる。
つまりエネルギーが20あればパリィ支援から強化2段へ分岐してコアスキルを全部起動できる。
立ち回り:
強化2段(圧倒的シールドバッシュ)にいかに繋げるかだけ注目すればいい。
1. 裏にいてエネルギーが20以上ある→パリィ支援からの防御反撃コンボで強化2段に繋げる ※エネルギー20の目安はマーカーの半分
2. 表にいてエネルギーが40以上ある→強化特殊1段でジャスガor看破を狙い、無コストで強化2段に繋げる
3. 表にいてエネルギーが20しかない→パリィ姿勢に入り防御反撃で強化2段へつなぐ。あわよくばジャスガor看破で返還狙う。
実エネルギー消費は1.=20、2.=40、3.=0or20 となる。最低20あればよく低燃費と言えるので、あんまりエネルギー効率は必要はないかも。
強化2段のモーションは多少長いが撃ち始めでキャラチェンできるので、自分で前のアタッカーか次の支援ないし撃破キャラへ切り替える。
パーティ編成:
すべての支援および撃破キャラと入れ替え可能。エレンパのライカンか蒼角、朱鳶パのニコか青衣とも交換できる。ジェーンパにも入れる。
表時間が短いので青衣との併用も可能。11号シーザールーシーや、猫又青衣シーザーとすることで既存の編成よりかなり強化される。
ほかの表運用型アタッカーも軒並みバフされ、パイパーキャリーもシーザー+(ニコorルーシーorセス)と幅が生まれたので要チェック。
「CRT をリンクせずに極小サイズの .exe ファイルを作ってやるぜー」とイキってたら
WSAStartup のせいで Visual Studio 先生が「memset が解決できねーじゃん？」とお怒りになる。
まじかー。
自前で偽物の memset() を用意しても「偽物はダメよ」と怒られる。さすが Visual Studio 先生、騙せないね・・。
C++ は CRT が絶対必要になるから、あえて古き良き C 言語でここまで頑張ってきたのに。
っていうか、じゃあ Debug ビルドだとリンクエラー起こさずにきちんと動作するの何でよ？
まーこの企みは諦めるか。
C++ でがっつり書き直したろ。
うざっ。こんな場末の掲示板で金持ち自慢とか
いやみかよ。賃貸住宅ならばこその間取りカスタマイズに加えて
ビルドイン食洗器もあるのかよ。金持っててうらやまし
いね。でもせっかく立派なご邸宅も、自慢する相手が匿名の有象無象相手ってのも
むなしいな。
[追記]
これは間違いないです。妻は、相当な時間と労力を家づくりに突っ込んでいますので。
これは知らなかった。私が妻を介護、または妻が私を介護するときに役立つことを期待。
うちのは、キッチンはLIXILで食洗器はパナソニックなのだが、後から交換はできるようだ。
が、10万とか20万とかかけて交換するのは、ちょっと。。と思い今に至ります。
知らなかった。ありがとう。
仕事で英語は使うのだが、ビジネス用語しか話せなくて、日常用語全然知らないんだ。なすをエッグプラントということを昨年知ったよ。
妻がもの多い＆捨てられないので、収納はいくらあっても足りない状態。
ウォークインクローゼットあります。妻の服がびっしり入っている。パントリーはないです。
これ、いくつかの工務店から提案をもらったり、YKKAPのショールーム行ったときは興味持っていたのだが、
予算的に最上のものは無理だなーと分かった段階で、あまり興味もたないことにしました。
安価な建売戸建てよりはよい数値だが、気密性にこだわりまくった家よりは低い数値です。
---
[ここから本編]
今年、2階建ての新居を建てた。
妻が戸建てが欲しい欲しい欲しい、というので任せていたら、土地を見つけてきて、あれよあれよという間に家が建っていました。
おおむね、後悔はないのですが、「よかったこと」と「今思うと、こうしておけばよかった」を共有。
間取りに関する不満を言うことがなくなった。よかった。
200Vなのでパワフルで早い。
引き戸だと、ドアの開閉部分の面積を気にしなくてよいので、部屋が効率的に使える。
とはいえ、家全体の機密性はやや高めなので、そこまでデメリットには感じない。
むしろ、部屋の暖気（または冷気）が廊下にもれて、廊下が適温になっていたりする、よいこともある。
こだわると非常に高くなるので、「やや気密性が高い」程度で落ち着いたが、前の家と比べて冬は暖かい。
夏は冷房効率がよく、相対的に涼しい。ただ、２階の冷房をしていないときはクッソ暑い。
でもいいの。寒いのが苦手なので。
物が多い妻が考えただけあって、収納が多数。実際はこれでも足りなくて、庭に倉庫を買ったが、これで足りたので良かった。
屋内収納が今より少なかったら、とても大変だったので、妻に感謝。
前借りていた戸建てでは床下収納があったのだが、床下収納には使われないものが多数収納されており、かつ、妻が「処分したくない」というので、開かずの間のようになっていました。
しかし、新居では物が増えたため床下収納があればスペースをより有効活用できたなと思う。
以前住んでいた賃貸戸建ては30年前に建てられた家だったので、コンセントの場所が少なかった。
よって、おおむね3倍くらいに増やしたのだが、これでも足りない。
というより、新居に入居する前と、入居した後実際に家電を使い始めた後では、「ほしいコンセントの位置」が結構違う。
「ここにはいらなかったかも」という箇所がある一方、「ここにつけておけばよかった」という箇所もある。
よって、「とりあえず、ちょっとでも気になった場所には、多めにつけておく」のがよい。
前の家は60Aで、エアコン、食洗器、除湿器、炊飯器、浴室乾燥、乾燥洗濯機などを同時につけると、よく電源が落ちていた。
今回は60A以上にしようと思ったのだが、工務店が「最近のエアコンは省電力だから、まずは様子を見て、足りなくなったらアンペアあげたらどうか」というので、まずは60Aにした。
つもりだったが、なぜか50Aだったことがこのまえ発覚。工務店なにしてるの。。
電話一本で50Aから60Aにはあげられたが、100Aにあげるのには追加工事が必要で数万円かかる。
まあ、アンペアをあげられたのはよかったが、数万円無駄になった。
白っぽいコンクリだが、夏はとてもまぶしいし、タイヤの擦った跡などが目立つ。もう少し灰色っぽいほうがよかった。
（そもそも色を選べるのかは知らないが）
これまで後付け食洗器を使っていたが、これをビルドイン食洗器に変更。
50L容量だったものを、60Lにするはずが、ショールームでサイズを測った後になぜか「40Lでもいいな」と思ってしまい、ダウンサイズ。
天井近くという、いわばデッドスペースに収納をつけておけばよかった。天井裏の床板の補強とか必要なので、後からやろうとするとコストたくさんかかりそう。
吊り戸棚をつけることが決まっていなくても、とりあえず補強だけはやっておけばよかった。
天井近くの明り取り窓はスモークガラスにすればよかった。隣の家の人から見えてしまうかも、と時々気になるので、結局カーテンでふさいでしまった。
昨年、一念発起して100kgの大台から70kgまで、30kgの減量に成功した。
やたらと知見を共有したがるのはエンジニアの美点の一つだが、私もその例にならい、ここにダイエット中に学んだことを共有しようと筆を執っている。
ダイエットとはそもそも、日常の食事のことを指し、それが転じて食習慣の適正化を意味するようになった。
減量の本質もそこにある。
人は食べたものからできている。食習慣を適正化すれば、自然と健康的になる。
30kgもの減量に成功した最大の要因は、自分がエンジニアであったことだと思う。
そもそもプログラミングとは、入力されたデータに対して任意の出力データを得るために加工する、その計算方法を設計し、実装することを指す。
料理もまた同じで、食材という入力に対して、調理を実施し、料理という出力を得る。
そのため、体重と食習慣の適正化というプロジェクトに対して、プロジェクトのマネジメント手法が応用可能なのだ。
メモリ4GBのオンボロPC抱えてパイプ椅子で開発すすめても、ろくに進捗しないのと同じだ。
ただし、闇雲に金をかければよいというものでもない。投資すべきものというのは、だいたい決まっている。
どれも無くても減量自体は可能なものばかりだが、あったほうが効率が良い。
そもそも減量はモチベーション管理のゲームなので、自動化、簡易化できるところはやったほうがいい。
金を払って健康を買っていると考えればよい。
まったくアーキテクチャを考えず、行き当たりばったりでファイルごとに違う設計のプロジェクトは悲惨な結果を招く。
最初にこのアーキテクチャで行くと決め、ひとまずはそれを続けることが大事だ。
減量で言えば、ローファットでいくかローカーボでいくかということだ。
日によって低脂質でいったり低糖質でいったりするのは全く良くない。
自分は低脂質でいくことにした。そのほうが筋肉量の減少を抑えられるし、コレステロール値の改善にも効果的だからだ。
金融系プロジェクトにありがちな細かすぎるコード規約は有害無益で時間と金の無駄だが、余りにフリーダムなのも混乱のもとである。
減量でいえば、目標カロリー量とPFCバランスだ。ここがいい加減だと、到底うまくいかない。
カロリー量はハリス・ベネディクト方程式から出される基礎代謝の1.5倍とかに設定すればよいだろう
そのうえで、低脂質ならP:30%, F:20%, C:50%のように割り振ろう。
たとえば1600kcal目標なら、P: 480kcal = 120g, F: 320kcal = 35g, C: 800kcal = 200g、といった感じだ。
この規約を守るためにも、あすげん/カロミルがあれば、計算が楽だったというわけだ。
プログラミングでは、実行時に行うと重すぎる計算はビルド時など事前に行ったりすることがある。
初代スーパーマリオブラザーズのジャンプは、1フレームごとに重力係数をかけて計算しているわけではなく、加速度がハードコードされている。
ブロック崩しでさえ物理演算するような現代においても、似たようなことをすることはある。
ダイエットで言えば、時間的余裕のあるタイミングで、できることをしておけということになる。
キャベツを千切りにしたり、きゅうりやトマトを切ったり、オートミールに材料混ぜておくことは事前にできることなのだ。
夜寝る前などにやっておき、明日の調理工数を最低限にしておくことが大事だ。
処理したものはジップロックコンテナにでも入れて、冷蔵庫にしまっておこう。
よく食べる鶏むね肉や牛もも肉なんかもキロ単位で大量買いして、1食量ごとに切り分け、ジップロックバッグに入れて冷凍庫に入れておこう。
適切なキャッシュがもたらす実行速度の向上効果は非常に大きい。
これは料理についても言える。
毎食ごとに献立を考え、材料を揃え、包丁で切ったり、コンロで焼いたり…などの調理を行うのは非常に非効率である。
いわば冷蔵庫はメモリキャッシュであり、冷凍庫はディスクキャッシュのようなものである。
よく1人分作るのも3人分作るのも変わらないよ〜などと言うが、同じ理屈で1食分作るのも、3食分作るのも、手間としてはたいして変わらない。
すでに広く使われ、実績のあるライブラリがあるのに、なぜ一から作らなければならないのか。
これはダイエットについても言える。
安価で大量に手に入るカット野菜などは、買ってしまえばいいのだ。
たとえばきんぴらごぼう。作ると面倒なきんぴらごぼうだけど、その面倒さの9割はごぼうを千切りするところにある。
千切りして水にさらし終わったら、きんぴらごぼうの調理工程の9割は終わっている。
しかもこの部分は、工数が量に依存しているため、大量作成の恩恵を受けづらい部分だ。O(n)である。
一方でカットごぼうを大量買いすれば、あとは炒めるだけなので量に依存せず、大量作成が容易になる。O(1)にすることができる。
他にも、オイコスヨーグルトとか、サラダチキンとか、Baseブレッドなどの外部サービスを使うのも良い。
プロジェクトの初期段階、リードエンジニアが重要なクラス群とサンプルとなるクラスをいくつか作った後は、それをひらすらに横展開していくことになる。
この段階では天才エンジニアなど必要なく、コピペマンでじゅうぶんになる。むしろ下手に独自の考えを持たず従順に開発してくれるぶん、そのほうが良いことさえある。
ダイエットについても同じことが言える。
なぜ毎食毎食、独自の健康メニューを考え出さないといけないのか。食事の都度、栄養成分を計算し、調整しなければならないのか。
あすけんで一度100点をとったらあとは、ひたすらそれをこすり続ければいいだろう。
朝
蒸しかぼちゃ
昼
ふかしたさつまいも
蒸しかぼちゃ
夜
りんご（皮ごと）
蒸しかぼちゃ
毎食似たようなものを食べていることがわかるだろう。
これは日単位でも同じで、別の日は牛もも肉が刺し身になったり、さつまいもが蕎麦になったりはするが、その程度の差だ。
どうしても違うものが食べたくなったら、そのときに改めて計算すれば良いのだ。
そうすれば手持ちのカードが増えていく。
インシデントが発生したとき、必要なのはリカバリーであって、そんな時に人を責めても何の役にも立たない。時間の無駄だし、士気も下がるだけだ
こうしたとき、自分を責めても仕方がない。自分をクビにはできないし、ダイエットは長期戦なのだ。
ある日に食べすぎたからと言って、次の日にその分を減らすと、必要な糖質や脂質が不足して代謝が落ちてしまったり、だるさが抜けなくなったりするため、そういう方向でのリカバリーはやめよう。
しっかりと痩せる食事スタイルが確立しているなら、それを続ければ良いだけだ。
どうせ1食程度ではそんなに太ることはできない。
計測は減量期間中だけでなく、むしろ減量終了後にこそ必要になる。
そもそも、減量前の食事が減量前の体重を作り上げてきたのだから、減量前の食事に戻せば、体重も戻るのは当然のこと。
もとの体重に戻りたくないなら、新たな食習慣を作り上げる必要がある。
プロダクトリリース後、つまり減量後の運用フェーズにうつったら、減量飯でもデブ飯でもない、心にも体にも良い食習慣へと移っていこう。
急激なUI変更がユーザーの反発を招くように、急激な食事変更は体重の反発（リバウンド）を招く。
そこで、オートミールだったところを玄米ごはんにするとか、ささみだったところを蒸し鶏にするとか、ちょっとずつ維持するためのご飯へと変えていき、どのくらいの量なら大丈夫なのかを見つつ、ソフトランディングしていこう。
ハガキの配達が63円から85円に爆上がりするわけだが、元々現場は仕事も適当でヤンキー上がりみたいな不良正社員(そのくせ給料だけはよく、全く同じ仕事をしている非正規とは何千万円も生涯賃金が違う)が数多く、本社も本社でオーストラリアの物流会社合併して4千億の赤字を出しておきながら誰一人責任を取らずにこの間七億円で他社に売却した
特定郵便局や御用組合などの日本企業の悪いところを煮詰めたような社風をスクラップ＆ビルドするのが必須であって、料金値上げしたらこれらの膿を出せなくなるので反対である
社員の質を上げない限り、郵便料金値上げは盗人に追い銭の形になるだけ
社風と言うか、今いる社員の何割かをレイオフしないとどうにもならない
いまは探索も兼ねてカチーナはぜひ入れたいんだけど
とりあえずエミリエ+チャージHP盛金珀煙緋で駆け回ってるけどもう少しなんとかしたい感ある
サーフィン中の中断耐性が案外あるみたいなんで煙緋シールドは過剰でカチーナの結晶頼みにしてもいいかも
てか辛炎も散布能力は高いからアリなんだけど計算したら金珀煙緋よりもシールド量低いんだよな
シールド割れたら散布力も失われるんじゃ煙緋の方がいいってなるわけで…物理耐性デバフとかいらんし
いや例の配布武器のネタにしては強い物理ダメージを強化したいなら辛炎アリなのか…？しらんけど
どうせ金珀もたせるならサービス開始時に謎の高揚感で2凸してたクレーを持ってきてもいいかもな
万葉と合わせるなら範囲炎付着と防御ダウンもいけそうだし…いやでも水拡散が難しそうだな
恒常星5配布で2凸までいったディシアは使いたいけど結局ヒーラーいるからムアラニPTにはちょっと入りづらいかもなあ
シグウィンなら水共鳴しつつ付着も弱いからそこまで蒸発邪魔しないかもしれないが
他は風か岩か草の設置ヒーラーか法器…ああディシア+金珀スクロや金珀ナヒーダもよさそうだな
金珀もつ分熟知バフ量は落ちるがディシアを熟知ビルドにするならナヒーダならいけるか
というかサーフィン中の中断あるしディシアも別に噛み合ってはいないから
あの元素エネルギー奪ってくる敵のときだけディシア採用する程度か
爆発の重さはあるけど下地作り最強は香菱なんだよな
マグロ氏の言ってたようにナヒーダ香菱金珀煙緋が現状では無難そうなんだけど
香菱ぬいてカチーナ入れたいとなるとちょっと延焼力たりんのよな
なんか特殊ビルドにあんまりしたくないんだよな付け替え面倒だし
クレーもうアタッカーとして使う機会ほぼないし金珀ビルドで固定化するか
回復のためだけに爆発打つ虚無さがアレだけどさすがに今から4凸はできないし
炎枠は炎神あたりで間違いなく代替されてくだろうし
