  |
はてなキーワード: レビューとは
Googleのレビューを見ても、「コクが足りない」「うま味がたりない」というコメントが増えてきた気がする。
大体ついてるのは本場○○系の料理店。
まぁ気持ちはわかるんだよね。
「砂糖」「うま味調味料」「塩」「油」のうち2つを大量に入れると、大体の料理の癖がマスキングされて、「理解」しやすくなる。
その代わり繊細な奥にある香りや食材の新鮮さ、製品の食感がマスキングされる。わからなくなる。
逆に臭くて質の悪い古い肉、粗野な製品の方が上記4つの調味料と相性がいいし、美味しいまである。その代表例が二郎な。
で、普通だったら「砂糖」「うま味調味料」「塩」「油」に飽きて、より情報量を求めるようになる。結果、繊細な香りと食材の新鮮さを理解した「料理人の舌」ができるんだよね。
これには「同じものを食べ続ける」「味を頭の中で分類する」必要がある。
そのためには「知的好奇心」と「生得的な舌の敏感さ」と「料理的な頭の良さ」が必要。
既存の料理研究家が作ったレシピに、「砂糖」「うま味調味料」「塩」「油」を多めに入れて「わかりやすい味」を提供する。
美味しいんじゃない。わかりやすいから食べている。病みつきと言えば聞こえはいいが、要はいくら食べても満足できない、情報が完結しない無量空処のような料理。
初心者チュートリアルだけして色々なゲームをつまみ食いするようなもの。
本場系の料理を食べても、食材の味が理解できないから「砂糖」「うま味調味料」「塩」「油」の分かりやすい味を探してしまう。
旨味調味料が普及しすぎて、馬鹿舌が増えてない？食べ物じゃなくてうま味調味料を食ってない？
旨味調味料はあったらダメじゃないけど、賞賛するものじゃない。少し嫌われてるくらいがちょうどいい。「砂糖」「うま味調味料」「塩」「油」に飽きた時、美味しい飯がそこに無かったら悲しいだろ。
桜井稔（99）
この人のことは私もよく知らない。タイヘイマーキュリー時代のレコードはここhttps://zarigani3.web.fc2.com/tm-rp/sakurai.htmに網羅されており昭和二十年代デビューだと窺える。代表曲は「哀愁の佐渡航路」だろうか。https://youtu.be/K8LUvE1lQvM?si=-F6QvPiqEDX6SIBV作曲家としても活躍し愛知県弥富市で桜井稔歌謡研究所という歌謡教室を開いているようだ。
中島孝（99）
1946（昭和21）年に晴邦劇団に入団しムーランルージュ新宿座のレビューショーで歌手生活を始める。ちなみにこの劇団の主宰は寅さんのおばちゃんでおなじみ三崎千恵子夫妻。1950年レコードデビュー。1954年「若者よ！恋をしろ」がヒット。https://youtu.be/W2pdZrM2sYY?si=ltIoliyOo7tXF9Gu
菅原都々子（98）
第1回紅白歌合戦トップバッター。紅白の歴史はこの人から始まった。今では1955年のミリオンヒット「月がとっても青いから」の印象が強いがデビューは1937年。父は浅草オペラの歌手だった。二十代の頃の歌う姿が映画に映っている。https://youtu.be/G0q0XHIlnkA?si=lcz2pN6uCJN9tPwb
楠トシエ（98）
800曲以上を吹き込んだCMソングの女王。https://youtu.be/mHZsauDJAgA?si=OEyf3lpKXe8VyreV 1949年ムーランルージュ新宿座で歌手活動を始める。三木鶏郎の人気ラジオ番組「日曜娯楽版」に出演し全国区の人気者になりマルチタレントとして活躍。2011年のドキュメンタリー映画「ムーランルージュの青春」では三崎千恵子や中島孝と共に思い出を語った。紅白には7回出場。
吉岡妙子（97）
1947年デビュー。なんといっても1954年の津村謙とのデュエット「あなたと共に」の大ヒットに尽きる。辛いことがあってもあなたと共に乗り越えていきましょうと朗らかに歌い上げるこの歌は結婚式の定番曲になった。https://youtu.be/IxIAgkwCriY?si=YpsFeQwJiZVw3uEe 1956年「私の幸せは何処へ」で紅白出場。
1949年デビュー。1953年「毬藻の唄」がヒット。https://youtu.be/MJsFookqleY?si=SshJLJFYvHFDYP0D阿寒湖に歌碑が残る。結婚し引退していたが1982年に復帰し同時代の二葉あき子や並木路子とコンサートを開いた。
曽根史朗（95）
1954年デビュー。1956年「若いお巡りさん」が爆発的大ヒット。ピンク・レディー「ペッパー警部」はこの歌のパロディにあたる。近年なんと90歳で「若いお巡りさん」を歌い話題になった。声量も音程も若い頃と変らない驚異的な歌唱だ。https://youtu.be/_gGV_HJ7JnA?si=tr4mQmj8W5n0GDGr
二葉百合子（94）
1934年わずか3歳で浪曲師として初舞台を踏む。9歳で一座の座長となり全国を周る。1957年レコードデビュー。1972年「岸壁の母」のカバーが大ヒット。石川さゆり坂本冬美島津亜矢らの師匠でもある。92歳の時に歌った「岸壁の母」はまさに絶唱。https://youtu.be/qbNknECiUJo?si=bd3ZvX76xpqLRSysこぶしも台詞回しも堂々たるもので深い感動を呼ぶ。（続く）
ジュニアなエンジニアを指導する気分でAIコーディングしているけれど、コードを書くというのがスクラッチから書くのではなくもうアイディアの羅列をしてレビューをするという作業になっちゃったなーとは思う。
AI（特に生成AI）の急速な進化により、「フロントエンドエンジニアが不要になる」「仕事がなくなる」という言説は、近年非常に多く聞かれます。
結論から言うと、「単純なコーディングやボイラープレート（定型文）を書く仕事は消えるが、フロントエンドエンジニア自体は消えず、役割がより高度な領域へ変化・進化する」というのが、多くの専門家や現役エンジニアの共通認識です。
具体的な状況は以下の通りです。
AIは、従来のコーディングプロセスを劇的に変化させています。
定型業務の自動化: UIデザインからHTML/CSS/コンポーネントコード（React, Vue.jsなど）への変換はAIが非常に得意としており、人間がゼロからコードを書く必要がなくなっています。
API連携・テスト生成: API連携のパターンやテストコード、デバッグ作業もAIで効率化されている。
「Vibe Coding（フィーリングコーディング）」: 曖昧な指示からアプリのプロトタイプを爆速で作れてしまうため、初期段階のフロントエンド実装がいらなくなる。
AIは「実装」を高速化しますが、「設計・判断・最適化」は依然として人間に依存します。
要件の解釈と複雑な設計: 曖昧な顧客の要件から正しいUI/UXを設計し、パフォーマンスを最大化する構造を考える能力は人間にしか難しい。
10%の仕上げ（ポーリッシュ）: AIが生成した90%のコードをレビューし、修正・最適化して実用化する「最後の10%」の作業は人間が担当する。
アクセシビリティ・セキュリティ: アクセシビリティの確保やセキュリティのチェック、パフォーマンスの微調整など、人間中心の細やかな対応が求められる。
AIツールの活用能力: AIを道具として使いこなし、開発速度を10倍、100倍にする「AI駆動型」エンジニアの需要が高まっている。
AI時代には、単なる「コーダー」ではなく、以下の視点を持つエンジニアが生き残ります。
フルスタック化・UI/UXへの進化: フロントエンドの知識だけでなく、バックエンドやUI/UXデザインまで理解し、ビジネス全体を見渡せる人材。
AI駆動開発の習得: CopilotやCursorなどを駆使して、開発プロセスを自動化・効率化する。
深い専門性の追求: AIには代替しづらい、Web技術の深い知識や、特定フレームワークへの高度な熟練度を高める。
つまり、AIはフロントエンドエンジニアの「敵」ではなく、「面倒な作業を奪ってくれる強力なツール」となり、人間のエンジニアはよりクリエイティブな課題解決に集中できるようになると考えられています。
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね！そこから良い感じの粒度でコミットも自分でやってね！」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない？が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
異論はあるかもしれないがSonyのα7シリーズをコニカミノルタ時代のα sweet digital時代からコツコツと買い替えつつ使っている。
若い頃はいろんなレンズを持って目的に応じて取り替えて成功したり失敗したりしていたんだが、いや、主に失敗していたんだが、家族で旅行をする、とか、家族の何気ない一枚を取る、というような場合に使うレンズって「特定の目的を持たずに使うレンズなのだ」ということに最近気がついた。
つまり、単焦点だとか、マクロだとか、そういうのではなく、「しっかりした写真が取れるズームレンズ」ということになるのだろう。
といったようなものがリアルタイムにどんどんと起こるのでレンズを変える暇はないだろうから、一本のレンズがカバーすべき範囲は広い。
一方でマクロレンズみたいにガンガンによって撮影するということは少ないはずなので、マクロレンズの重要度は低くなる
今あちこちで情報を集めているんだけど、なにかにつけてGMシリーズとかを推してくるのでイマイチ信用することができない。
そこまで高級なレンズを買えばそりゃいい写真になるツールは揃うだろうが、そういうことじゃないのだ。家族で生きている以上自分の欲に任せた買い物なんかできない。
だからもしよかったらおすすめのレンズを教えてほしい。これ一本あれば大体カバーできるというやつだ。GMを買えばいいだろうと言うのはいらなくて、意外とこのメーカーのこのレンズが使えるというようなことを教えてくれる人がいてくれると嬉しい。
もう肩こりが限界突破してしまいカメラをぶら下げているだけで頭に血液がいかなくなるのがわかるようになってしまった。
しかしこういったストラップも結局メーカーの宣伝文句をコピペしたようなものばかりか、おしゃれな若い女性のレビューばかりで、くたびれたおっさんが使うとどうかという観点の記事が見つからない。
肩や腰への負担が以下に低くなるか、とか、そういったところを知りたい。
もしよかったらこの二点を教えてくれると嬉しい。
早速コメントがついて嬉しい、ありがとう。スマホでもいいならそれが一番だよな。ただ、俺としても「カメラでとっている雰囲気がほしい」という欲があるんだ。
スマホも場合によっては併用していることは伝えておきたい。スマホならではの機能とか楽しいしな。
家族旅行をする上での写真撮影の特徴っていうのは以下にあると思っている。
つまり、自分の撮りたい写真を自分の使いたいレンズで撮影する、ということはできないと思っている。自分のためよりも家族のために写真を撮る、ということを念頭に考えているんだ。
そういう境遇の親父はそれなりにいると思うんだけど、実際にどういうレンズでカバーしているのか、そして肩や腰へのダメージを減らすためにどういうストラップを使っているのか知りたくてこの投稿を書いたんだ。
結局レンズ沼にハマっているんだなと思ったのが、家族旅行は一日中写真を撮ることになるのでレンズがやはり二本いるのではと思ってしまった。
のではないだろうか・・・レンズを「しょっちゅう」切り替える時間はないが、一日に数回程度なら許されるかもしれない・・・
このへんで考えてみることにするよ、ありがとうありがとうありがとうありがとう。タムロン以外のレンズもあったらぜひ情報を知りたいのと、実際に使っているおっさんが感想を教えてくれると更に嬉しい。
自分はAの立場だから良く分かる。そんなソフトの細かい動作が大勢に（今すぐは）影響がないからほっといてるのが良く分かる。増田の言いたいことはわかるし、正しい。けどAからすると重要なことから順番に仕事をしていくと、プルリクをきちんとレビューする時間は一生回ってこないんだよね。そもそも増田が悪くないよ、と言われたところでなんの意味があるのか？状況改善しない。他人に期待しすぎ。自分で自分の道を切り開け。俺が管理するからレポジトリの権限渡せでいい。
IT企業で長期インターンをやってる。今の会社には実務経験0のときに拾ってもらったしお世話になったけど、さすがに愛想が尽きてきたから聞いてほしい。
今はやりかけだった新規開発を任されている。特に期限も差し迫ってないので自分一人で着手していて、プルリク作るたびに上司（以降A）に報告してマージしてもらうって形。
自分ができそうなところを探しながら並行して進めたせいでブランチ切る場所がごちゃごちゃになったり、Aと相談の上で「ここを先に直そう」という部分を入れ込んだりしたせいで、コンフリクトが起きても全然おかしくない状況になってた。しかも（Aの確認が遅いので）プルリクが複数件溜まったりしてた。
なので自分は、「プルリク複数ありますが、時系列順にマージすればコンフリクトは起きないはずです。起きたら自分で直すので言ってください」と伝えた上で完了を報告していた。
そしたら特に指摘もなくマージされていったので、「あ、絶対どこかしらコンフリクト起きると思ったんだけど、大丈夫だったんだな」と思ってた。
ところがついこの前、5件ほどマージされたところでたまたまmainを見てみたら、なんとコンパイルエラーだらけになっていた。
は？と思って確認してみると、数件前から既にエラーだらけだし、マージコミットをよく見たらコンフリクトが起こりまくってる。
それをAが、手動で解消せずに適当にマージしたり、mainをブランチBにマージ→Bをmainにマージみたいな意味わからんことしてるせいで、ものすごいこじれてた。
まず第一に、Aがテストしてからマージしてるもんだと思ってたから、普通に驚いた。
そういう確認の意味も込めて「ここはこういう仕様にしてますが、問題ないか確認お願いします」と伝えたりしてたし、確認しないなら俺が自分でマージするのと一緒じゃない？笑
それに、コードを単独で書いた自分が一番精通してるからこそ、「コンフリクト起きたら自分で直すので言ってください」と伝えてたし、先ほど述べた優先的に入れ込んだ変更も「全体の構成に関わる変更だからコンフリクト起きる気がするんですけど、本当に大丈夫ですか？」と確認してあった。
自分に落ち度があるとすれば、（細かく報告・確認してもらったほうがいいかと思い、良かれと思って）ブランチを細かく分けすぎたことくらいじゃないか？
そもそも、
・マージやコミット、プルリクのルールを一切指示されたことがない（質問しても明瞭に答えてもらったことがないので、ほぼ自分の判断で動いている）
・実装する機能はIssueに羅列されているだけでろくな説明がなく、Aに自分がやれそうなところを何度か聞いて初めて指示をもらえた
・ここしか経験がないので自覚していなかったが、コードレビュー・フィードバックというものを受けたことがない
・Aはずっとリモートなので、指導が一切ないのはもちろん些細な質問がしづらい。定例会議などもなし
・プロジェクト自体がめちゃめちゃで、無いに等しいドキュメント、なのに分かりづらい変数名、責任分離のできていないめちゃくちゃな構成。どうしても動かない処理があると思ったら、既存の実装が間違っている。
・（経験のためと割り切っていたが）ほぼ最低時給
小規模な会社だからドキュメントが充実していないのは想定内だし、こんなものだろうと思う部分もある。
でも、ものすごい放置のされ具合から伝わる、自分の取り組んでいるプロジェクト・ひいては自分の重要性の低さから、モチベーションが保てない。のでそろそろやめようと思う！
エンジニアの皆さん、これ俺悪いですか？
なんだこれ
カリウム（K⁺）チャネルは、神経細胞・筋細胞・心筋細胞における再分極および興奮性制御の中核分子であり、その機能障害は神経・筋・心血管系に重大な影響を及ぼす。近年、K⁺チャネルまたはその複合体構成蛋白に対する自己免疫反応が、特定の自己免疫性神経疾患群の発症に関与することが明らかとなっている。
本レポートでは、カリウムチャネル関連自己免疫が成立した場合に生じうる疾患について、病態機序・臓器別分類・代表的疾患を整理する。
2.1 標的抗原の特徴
LGI1
CASPR2
といったVGKC（Voltage-Gated Potassium Channel）複合体関連蛋白である。
LGI1はシナプス前後に存在し、K⁺チャネル機能とシナプス可塑性を調節
臨床像
てんかん発作（特に faciobrachial dystonic seizures）
精神症状
低Na血症（SIADH）
特徴
CASPR2はRanvier絞輪周辺のK⁺チャネル局在に関与
臨床像
重度不眠
筋線維束攣縮
臨床像
筋硬直
持続性筋収縮
補足
CASPR2抗体陽性例が多い
想定標的
HERG（KCNH2）
Kv1.5 など
臨床的影響
QT延長
位置づけ
抗原：Kir6.2 / SUR1
臓器系 疾患 主抗原
中枢＋末梢 Morvan症候群 CASPR2
末梢神経・筋 神経筋過興奮症候群 CASPR2
元オスカー女優エリザベスは50歳の誕生日に年齢を理由にテレビのエアロビ番組の主演を降板させられてしまう。帰り道に事故にあいその病院で謎のUSBを渡され、再生すると謎の再生医療「サブスタンス」の広告。悩んだ末に申し込むとサブスタンスキットが届き、最初の注射を打つとエリザベスの背中が割け、中から若いエリザベス、通称スーが爆誕。スーはエリザベスの後釜に座り芸能界を駆け上がっていくが、サブスタンスには制約があり……
というお話。
俺のワイベスト映画のひとつに「レクイエム・フォー・ドリーム」があるんだけどそこで非常に有効的に使われて一躍有名になったヒップホップ・モンタージュを繰り返し使用していて、なんなら若い身体を維持するためにエリザベスの脊髄液を抜きまくるシーンでどんどん注射痕が汚く化膿していく感じも見るからにって感じだったし。ASMR的に音を過剰に表現する技法もそう。それ以外にもギャスパー・ノエやキューブリック的なデカ文字ドーン、音もドーンが繰り返し登場して、とにかく画面を見ていて飽きるってことが少なかった。
あとはサブスタンスを行うと1人が2人に分裂するんだけど、その時に細胞分裂よろしく眼窩の目が二個に増えるんだけどそんなわけあるかいなんだけどめっちゃ不気味でキモくてよかった。
じゃあトリッキーな映像表現だけが楽しい映画なのかっていうとそうじゃなくて、例えば最初、ハリウッドのスターのサインが埋め込まれた道路あるじゃん。あそこにエリザベスの名前が刻まれて大々的なお披露目からみんなその床の上で写真撮ったり敬意を払っているのがどんどん雑に扱われるようになってひび割れて、最終的にデブがハンバーガー落としてケチャップまみれになるところから映画が始まる。これだけで「エリザベスの最盛期から今まで」を表現しているのがカッコいいし、最終的にサブスタンスのせいで身体が爆裂したエリザベスは同じ床の上で血のしみになって、掃除のおばさんに拭きとられて終わる。ケチャップまみれの床→それが自分の残滓→拭き取られて終わりという帰結も美しい。
その栄華の象徴としての床の上で話が始まって、床の上で終わるのが映像的ギミックだけではなくて作品全体を貫いている。エリザベスはオスカーを取った後結局テレビ局のエアロビ番組でケツ振って過ごして、しかし年齢で解雇されて分裂して若返った後同じ場所に戻ってくる。特に分身体のスーは「芸能界」「家」の2か所しか生きていない。。スマホは登場しないし、SNSも出てこない。彼女はずっと「業界」の中で過ごし続け、病み、死ぬ。
屈指の名場面として誰もが挙げるであろうエリザベスが化粧するシーン。数少ない外部である病院で出会った小学校？中学校のクラスメートと連絡先を交換するシーンがあって、分身後、年老いた「エリザベス」として自分の価値が見いだせなくなった彼女が「芸能人」としてではなく「エリザベス」としてデートしようと出かけようとするんだけど、若く完璧な「スー」が頭にちらつて肌を見せるのが怖くなり、化粧も合ってるのかわからなくなり、結局顔をグチャグチャにして家から出られなくなってしまう。
「芸能界、ショウビズ界」の価値観に凝り固まってしまった彼女は結局「そうではない自分」を受け入れられず、理解もできずその外の世界に飛び出す機会を失ってしまう。何度かサブスタンスを辞める選択肢が出てくるが、結局同じ理由で辞められない。
そして怪物になった彼女は自分の全盛期の写真を切り抜き自分の顔に貼り付ける。
彼女は最初から最後まで「自分の名前が刻まれた時、場所の上」から一歩も動けない。
また床のスターを（移民の）男性が埋め込むシーンから映画がスタートし、下卑た男性プロデューサーや男性面接官、そして白人男性スポンサーが支配する芸能界からドロップアウトし、分身してからまたそこに戻るという「男性が用意した世界でしか踊れない」対象としてエリザベスとスーを描いている部分も同様に「まったく同じ場所にずっといる」ということを示しているように思う。
サブスタンスは「物質」「核心」って意味だけど、サブ・スタンスとして芸能界以外の価値観、立場に片足だけでも乗っけておけばこんなことにはならなかったのになぁと思った。友人も一切出てこないしね。
あらゆるシーン、展開が象徴的で2万文字書いても書ききれないくらいなんだけど、個人的に好きだったのは「老いた醜い自分」「若くて美しい自分」を文字通り分割して見せたところ。
作中で繰り替えし「ふたりはひとつ」と告げられる。サブスタンスでは7日ごとに若いほうのスーと年老いたもとのほうのエリザベスを入れ替えて均衡を保つ必要があるんだけど、イケイケのスーはだんだんそのルールを破ってエリザベスの中に残る若さを搾取し始める。そうすると、入れ替わったときにエリザベスはどんどん年老いていく。
これって「若いときに美貌を保とうと無理なダイエットや整形をやった結果、年老いたときに身体がボロボロになるやーつ」のメタファーだよね。それを7日間という短いスパンで交互に見せる手法のドギツさたるや。そして、それに対抗するかのようにエリザベスは過食を行うようになる。自身に対する虐待であると同時に「若いときにやりたいことを我慢させられている自分」に対するアンチテーゼでもある。
つまるところ「ふたりはひとつ」であるものを無理やりふたりに分割した結果、互いが自分自身の人生に復讐し合っているという悲しい構造が浮き彫りになる。
そして最終的にエリザベスはスーを殺害しようとするもスーが自分自身であることを思い出し思いとどまるが、自分を殺害しようとしていたことを知ったスーは激怒しエリザベスを殺害してしまう。ここに「若い自分は自分が来た道」だが、「老いた自分は若い自分との連続性がない（と感じてしまう）」という非対称性の悲しさがある。
そして、自分の未来を自ら殺害してしまったことでスーの未来も閉じてしまう。
それとは別に下品プロデューサーに「50になると終わっちゃうじゃん。何とは言わんけどさ」って言われる冒頭のシーン、あれは明らかに「閉経」のことだと思うんだけど、その結果として彼女は腹……じゃなくて背中を痛めてスーを産むっていうのも示唆的。こういういろんな読み時ができる要素が死ぬほどあってマジで退屈しない。
まぁ最後、統合されてバケモノになってバカみたいに観客に血をまき散らす展開は俺の中であんまピンとこなかった。
外見がバケモノになるところまでは美醜という価値観自体からの完全な脱却としてポジティブに受け入れられたけど、なんかバカみたいな量の血をまき散らす展開は「やりたかったんやろなぁ」以上の感情はなかった。いやどんだけでてくるねんっていうむしろノイズだった。これだったら似たような展開の「SMILE2」のほうが好きだったかなぁ。
ただ血をぶっかける相手が「男性」に限定されず、彼女のフォロワー的なエキストラの女性(なぜか乳丸出しでどんな番組やねんってなったけど)や、彼女のファンの幼い少女やその母親、老女などあらゆる属性を含んでいて復讐対象を男性だけに過度に設定しない部分に真摯さを感じた。(なのになぜかこのスプラッタシーンは男性的視点に対する復讐でスッキリ！みたいなレビューが多くてびっくり)
時代考証どうなってるねんみたいなリアリティ部分に難があると言えなくはないけど、一種の芸能界ルッキズムエイジズム寓話として作られているんだろうしそこはあんま気にならなかったかな。とにかく見たら誰かと内容を話したくなるって意味でいい映画だと思う。
Amazon Vine プログラムの仕様変更で、Amazon 側から評価内容の評価まで行われるようになってた。
自分のレビュー、基本的には「素晴らしい」が9割を超えてるけど、「貧しい」「普通」「良い」の評価がちらほら。
うーん……評価は AI っぽいので、同じ AI （使ってるのは Gemini）に、なぜ評価が悪いのか聞いてみた。
製品の使い勝手に対する評価ではなく、使用者の感想になってますよって指摘。評価と感想の違いが微妙すぎて辛い。
ちなみにガイドラインがこんな感じ。
レビューは商品に関するものです。「OK」、「いい商品です」、「最悪の商品です」など、曖昧で一般的、かつ繰り返しの多いコメントは避けてください。商品タイプについての知識、商品の使用方法、使用期間に関する情報など、お客様が商品とその商品を使用した体験についてより正しく評価できるよう、役立つコンテキストを共有します。出品者、配送状況、価格、包装など、商品に関係のないフィードバックは、Vineレビューで共有しないでください。
「お客様が商品とその商品を使用した体験について」ってところで微妙に齟齬が出てた感じ。
AI でレビューを作ること自体は論外だと思ってるし、やったことがないけど、今後、添削はしてもらったほうが良さそうだ。
プロンプトとしては
「次の投稿は Amazon Vine プログラムへのレビューの草案になる。AI 視点で「悪い」「普通」「良い」「素晴らしい」のどれに当たるかを知りたい。「素晴らしい」以外の場合にアドバイスは欲しいが、サンプル回答の提案にしても投稿者の文体を変える必要はない。」 とかで良い感じ。
ちなみに、文体について言及しない場合のレビュー内容は、見ただけで「あ、こいつ AI に投げてんな」と思えるレビューがでてくる。AI に聞けば AI が生成したかどうかも判定（推定）してくれる。せっかく自分で考えてるんだから、AI 好みに書き換えるのは止めてほしいね。
活牡蠣を客の前で開けるシーンがある映画何だったっけな、と思っておちゃっぴぃに聞いたら“The menu”では？って言われて、（なんかAIが勝手に作り出した架空の映画っぽいな…）と思って本当に存在するのか検索したらちゃんとレビューサイトとか出てきたんだけど、その映画の内容とかレビューまでなんかAIがでっち上げたみたいな感じがして、Googleの画面に出てくる主演俳優の顔もAI生成みたいに見えてきて、何が実在して何が実在しないのか一瞬わからなくなりそうだった
太平洋岸の孤島にある超高級レストランを舞台に、超一流シェフが提供する究極のフルコースを求めてやって来たセレブたちに衝撃のコースメニューが展開されていく様をブラック・ユーモア満載で描く
俺が実在すると思ってる人間も全部AIが考えた架空の人物だったらどうしよう
お前らも本当は全員AIなんだろ？
もう何も信じられない
大体は高評価なのに突然、スタッフに○○を説明したけど相手にされなかっただの、改善されなかっただのってレビューが出てくると、頭悪くて説明するのとか下手くそなくせにプライドだけ高いクソ女だなって思ってニコニコになる
『BURRN!』という音楽雑誌がある。ハードロック/ヘヴィメタルの専門誌で、1984年に創刊された歴史ある雑誌だ。
私は1980年代のヘヴィメタル・ブームにこのジャンルに目覚め、1989年頃から欠かさず買うようにしていた。
当時はまだネットで情報が入手できる時代ではなかったので、誌面中央に掲載される海外ニュースや巻末のレコード・レビュー、
そして間に挟まるレコード屋の広告に載っているレア盤の情報などは、どれも貴重な情報だった。
雑誌の発売日は毎月5日。
いつもその日を心待ちにしていたが、近所の小さな本屋が発売前日の夜8時頃には棚に並べるのを発見してからは、4日がその楽しみの日になった。
雑誌を買って帰ると、表紙から最後の編集後記まで2〜3時間かけて熟読する。
そして、新譜情報や特集で紹介された過去の名盤のタイトルとアーティスト名をメモしてCDショップに買いに行くのだった。
渋谷のタワーレコードの試聴機でチェックしたり、WAVE、ディスクユニオンなどを巡って毎月10枚以上買っていたと思う。
西新宿の輸入盤店を巡ったりもした。あの頃、私の音楽の情報源の中心には間違いなくこの雑誌があった。
あれから40年近くが過ぎた。いい年していまだにヘヴィメタルは好きだが、最新のニュースやレビューはウェブで入手できるようになり、
『BURRN!』の発売当初は500円だった定価も、今や1,200円となり、ページ数は最盛期の190ページから145ページになった。
紙質が変わったので物理的に薄くなった気はしないが、情報量的には薄くなった気がする。
巻末の編集後記を見ると、かつて9人ほどいた編集部員も今や3人なので無理もないことだろう（顧問の伊藤政則氏を入れると4人）。
表紙を飾るのは相変わらず1980年代に活躍したアーティストで、巻頭インタビューや中綴じのポスターも当時の顔ぶれだ。
そして、かつては5ページはあった海外ニュースが今や1ページに凝縮され、そこで目にするのは馴染み深いアーティストの訃報ばかりだ。
最近は国内の女性バンドが多く取り上げられるようになったのが目立つ変化だろうか。
あんなに時間をかけて読み耽っていた雑誌が、今では10分ほどでページをめくり終えてしまうようになったのは寂しいことだ。
これから先も70〜80年代のアーティストの訃報は続くだろうし、編集部の世代交代を含め、雑誌としての持続性にも一抹の不安を覚えてしまう。
休刊するその日まで付き合い続けるという選択肢も考えたが、生活習慣や支出を見直す中で、どうしても優先順位を下げざるを得なかった。
何よりジジイになり、小さな活字を追うのが辛くなってきたという切実な理由もある。
これほど長い間、購入を続けた雑誌は他にないので、『BURRN!』には本当に感謝しかない。
お気に入りのアーティストつながりで新しいバンドを発見する喜びや、過去の作品群を掘り下げる探求の楽しみなど、
この雑誌がなければ私の音楽人生はこれほど豊かなものにはならなかっただろう。
思えば、かつてはパソコン雑誌も発売日を指折り数えて待っていたものだ。
それらも次々と姿を消し、今や「紙の雑誌」をめくる高揚感そのものが、ひとつの贅沢になりつつあるのかもしれない。
かつて愛読した雑誌を棚で見かけたら、その時はまた、気が向くままに手に取ってみようと思っている。
YouTubeとかアマゾンに建築系電材のレビュー出してるんだけど、ワットチェッカーでしっかり測った数値を載せると、3割くらいの確率で「うちでは〇〇Ｗでした」みたいな「数字で無意味な指摘」をしてくるキチガイがいる。
こっちはワットチェッカーの動画出してるだろ。それを指摘する意味どこにあんの？
数値を出さないレビューだとむしろ好意的な反応が多い。海外からはそもそもそんな不毛なツッコミがない。
日本の初等教育のつめこみ教育、減点法の制度に問題があるのではないか。
つまり「数値」というものそのものに恐れを抱いている馬鹿が一定数いると。
こっちは画像なり動画で確実な情報を出しているが、キチガイの方は証明するものがなく「ただ指摘するだけ」という構図である。
鬼哭街ドラマCD 反魂剣鬼（ニトロプラス）を買ったのでレビューというか感想。
結論から言うと買って良かったし個人的な希望は色々あれメディアミックスとして色々出ていることはいい事だと思う。
説明くさいセリフ（朱 笑嫣（チュウ・シャオヤン）戦の呉 榮成（ン・ウィンシン）の独り言など）を入れなくてもナレーションでクールに話せば良くない？
もとから小説のようなゲームだし小説版も出ているので戦いの最中にクールなナレーションが入っても合うでしょう
ドラマCDというのは商品名であって作品名ではないイメージ。「初回限定版」みたいなところかな。
孔 濤羅（コン・タオロー）を始めサイバー武術家がどのように凄いのかが分かりにくい
世界設定が分かりにくい
サイバー武術家がどのような人体改造をしているかも分かりにくい
青雲幇の内部の動向や、孔 濤羅を始末しようと色々していることが分かりにくい
呉 榮成（ン・ウィンシン）あたりの脚本が変わったので、呉 をとるため武装されたビルに乗り込み、空を飛んで呉 を追いかけるという孔の執念を感じることが出来なくなった
省略により登場しなくなった人物も・・
気持ち悪いというのもあるが芝居がかかった？？というか大げさな場面にも感じられて違和感。
朱の強さから言ってもガイノイドにあれだけ連続して暴力振るえるとも考えにくいような（一発二発の攻撃で修理が必要なところにいくのでは？）
理由は色々あるだろうが考えられるところとしては「ゲーム版を遊んだリ小説を読んだ人へのサービス」「省略により他の部分を変更する必要が生じた」「省略だけでは話が悪くなったように感じられてしまう恐れがあるので、脚本を変えてどちらも良さを感じられるようにした」あたりだろうか？
ところでとあるサイトであった意見で、こういう商品のように購買層はファンが中心となるような作品は、ゲームや小説で作品を知っている前提の作りでも良いのではないか・・というものがあった。私は賛成できない。
いくらCDを出しても、「先に小説を読んでね」ではCD単体では成り立たないすなわちCDが不完全なものとなってしまうと思う。
他人の感想に対して悪いだとか間違っているとは思わないのだが、こういう読解力と感性の人は文芸書に何を求めてどう楽しんでるのだろうと謎に思うレビューは多い。
フィットしない層にも届いているのが売れている証拠だろうし、そのようなたくさんの人々のおかげで自分も手に取ることができるので感謝。
暇空が堀口英利に何件か刑事告訴されているうち、4件が不起訴になった
暇空はそこから、神奈川にある英國屋という風俗店に堀口が入り浸っていると認知プロファイリング
その店のレビューに、嬢にガシマンする迷惑客「ガシマンテ」の存在がわかり、それを堀口だと吹聴していた
その他の神奈川の風俗店のレビューに登場する様々な迷惑客を全て堀口認定していた
・導き親デマ
フェミニストな東大教授がおり、暇空は彼女のことも敵視している
次第に暇空の中で東大教授と堀口が密接な関係ということになっていった
「堀口はカルト宗教に入っており、同じくカルトに入っている東大教授が「導き親」として堀口の先輩格でいたが、やがて肉体関係になり、堀口が彼女を中絶させ、そのために堀口はカルト内で問題になり殺害され埋められた」
民事訴訟においては、暇空の弁護士の小沢一仁は「堀口は殺されているので裁判は無効、訴えた奴は偽者」と大真面目に主張していた
これらの物語は荒唐無稽に思えるかもしれないが多くの人が真実だと思い込み堀口を極悪人扱いしたり、殺害されたのを信じて通報するなどしていた
著名人では、岩下の新生姜社長、白滝製麺社長、近畿大学教授の小森健太朗などが真に受けて事件の拡散に協力していた
