  |
はてなキーワード: バイとは
前提として、俺は40歳、以前はコンカフェの経営もやっていた。
嫁がガールズバーをやりたい、という話となったので、今はガルバ一本で経営をしている。
ガールズバーといえば、数年前はキャバクラより安価で女の子と飲める、という形態で人気を博していたのだが、(4～5年前は一杯1000円～1200円くらいからだった)
現在はキャバクラと遜色がないほど値段が上がっているのは、少しネットで調べればわかると思う。これはちなみにコンカフェも同じだよね。
あれ、円安とかコロナ禍後とか実は関係がなく、かといってぼったくりみたいなわけでもないので、その理由を書きたいと思う。
一言で言えば、「客層が非常に悪化したのでリスク分がそのまま上乗せになったので、あれくらいの値段じゃないと儲けがでないから」なんだよね。
これ書いちゃうと何だけど、めっちゃくちゃ「地雷客」率高くなってんのよ、ここ数年くらいで
冗談抜きで数か月に1度の割合で、ガールズバーで客がスタッフの女の子刺殺して捕まったり、店をガソリンで爆破したりみたいなテロレベルの事件置きまくってるんだけど、あれが自分の店で起きないか物凄いヒヤヒヤしてる、それくらい客層が悪くなった。
そうでなくとも、ウチの所も「地雷客」によるストーカー事案が多く何度も警察を呼んで接近禁止命令や出禁といったものが日常茶飯事で起きている。
ガルバやコンカフェに勤めてる女の子ってさ、割と時短で稼げる仕事の需要で来てる子多いのよ、大学生とか、劇団員とか、中には芸能系でモデル事務所所属や、新人の声優とかVtuberやってる子とかね。そんな鉄火場や修羅場に慣れてるスレてる子なんているわけがない。
だから結局、警察に相談して対処してもらった後、ガルバやコンカフェ辞めて逃げるしかない。そしたらウチはスタッフ一人抜けるから大打撃だよね。
だからまとめると、ガルバやコンカフェの値段が最近上がり続けているのはね、
ストーカー事案でスタッフの女の子に無礼を働いて粘着されたら、警察に相談して辞めて逃げるしかないからいつ飛んでもおかしくない。
だからウチは嫁を除けば10人で回してるんだけど、6人くらいやめても損が出ない様にサービスを高額に設定しないといけない。
ぼったくってるわけでなく、結局粗利はそんな高くないわけだし、ぶっちゃけほぼ慈善事業に近いんだよね。どこもそうだと思うよ。
ネットのエコーチャンバー的風潮のせいなのか、「地雷客」の殆どはさ、何故か若い嫁探しにガルバやコンカフェ利用しにきてる人たちが圧倒的に多いんだよね。
年齢差離れてても付き合えるかとか、そういうのは個人によって違うからそこのできるできないは置いとくけどさ、そういう不作法なことをしたら、女の子はみんな辞めていかざるを得ない
スタッフが抜けたら売り上げに穴がでる、黒字にするためにはサービス料をリスクコスト込みで乗せなければならない。
悪循環なんだよね。だからやめてほしい、というか、来ないでほしいってのが本音。
恋愛とか結婚とかは個人の話だから何も言わないけどさ、これについてはビジネスの話だから、いい年した大人の大の男ならそこらへん考えようよ。ガルバやコンカフェに来る「地雷客」の人達は、ITエンジニアとか、大企業に正社員で勤めてるみたいな肩書は立派な人が多いけど、
どうしてそこで店の経営に迷惑かけるようなことをする事しちゃうのかなあって思うんだよね。ホントに…
まぁ正直結構ビジネスとして厳しくなってきてるというところはあるけどもよ、それでも俺も嫁さんもスタッフの子たちも、お客さん達も和気あいあいとやってたわけよ、それまでは。
ここ３～４年でおぢアタックが激増してちょっとイライラしてしまって書きなぐってしまったところは確かにあるかもしれん、ちなみにコンカフェ含めどこもこんな悩みは持ってるみたいだぞ、同業者同士飲みで話聞いてると
失礼ついでにイライラしながらここ見てる地雷客みたいな弱者男性多いと思うから吐き出させてもらいたいんだけどよ
私は異性愛者にカテゴライズされると思うが、それは生まれた時からずっと異性愛が普通の世で生きてきたからだと思う。
同性にも異性にも好ましい人はいる中、とりわけ異性に対する好ましさだけを「恋愛感情」と名付けられているだけじゃないのか。
同性同士が惹かれ合うのが普通なんだよという世の中で生まれていたら、「えっ私は異性が好きですけど？」などと思うことなく、同性と恋愛したり結婚したりしていたと思う。
でもバイではないと思う。普通じゃないのにわざわざ同性と恋愛しようと思わない。
異性愛者って本気で異性が好きな人たちなんだろうか？？ 反対に同性が好きな人は同性愛が普通の社会でも同性が好きなんだろうか？？
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駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
https://nazology.kusuguru.co.jp/archives/190476#
これだな
バイまではいかなくても女の体見てエロいって思う女は多いと思うな
女もAVとか見るし
すしカルマのヤバさばかりが注目され、Wikipediaでもすしカルの項にだけネタとして「電マで自慰をしている」と書かれたりしているが、最新の無料公開分ではあゆみのベッドサイドにも電マがある。
「女が電マで自慰をする」を、全然普通の事（むしろリアルな生活感を発生させるアイテム）として里見U氏は書いているのである。
いや〜〜いいな〜〜！！！！
エグいバイブとかじゃないのがリアルで良い。以前、女性向けも男性向けも描いてる女性漫画家がエロ漫画の中で「電マはサクッとイけるのがいい」というセリフをキャラに言わせており、それな〜！！と思ったんだけど、挿入するバイブレーターを使用する本気自慰ってめ〜っちゃくちゃたまにしかやらない。服脱ぐのも後片付けも面倒だし。
その点電マは下着の上からサクッとイけるし、目に入る所にあってもギリギリ「健康家電ですけど？」みたいな顔ができるのだ。
自慰というのは巷の男性向けエロコンテンツの中のように、エロエロ下着を身に着けアンアン言いながらやるものではなく、布団の中で1人無言で「あ〜〜、なんかイライラっていうかムラムラすんな……、抜かないと寝れないやつかこれ……」となって、服着たまま手っ取り早く抜いて寝るみたいな、生活の一部なのである。
すしカルマもあゆみも高校生に発情してるやばい女なのは一旦置いておくとして、色気のない（男性読者へのサービスではない）生活としての自慰が書かれてるのマジでサイコ〜！！！！と思う。
掲載誌は青年誌なわけで、別に女のために描かれてる漫画ではないと思っているが、あの世界の女は全員欲望に正直で、自己主張が強烈で、清楚でも清純でもなく、赤裸々な生き様をさらけ出しており、それが女性読者としてすこすこのすこなのである……。
https://togetter.com/li/2649566 で話題になった「箱と中身が別々になったボードゲーム」。
譲られた人が写真を上げていたので、
https://x.com/niko252529/status/2009453466520047664
基本的に上段から横書きを読むような流れで。つまり左上から右上に行き、最初のボードゲームの次の行に移動して続ける感じ。
----
----
----
----
----
スープを長時間煮込まなくていいから、ガス代も材料費もググッとお安いの。これ、商売の基本だよねっ。
お客さんがパパッと食べてパパッと帰ってくれるから、次から次へと新しいお客さんに座ってもらえるんだよ。
温玉にチャーシュー、メンマにネギ……みんながトッピングを追加してくれるたびに、レジのチャリンチャリンが止まらないの。もう、これぞ「油田」ならぬ「油そば田」って感じ！
お財布がパンパンで、おっぴょ〜！
毎日毎日、売上を数えるのが楽しくて、もう「いただきマンモス！」って感じ。銀行の通帳の数字が、どんどん増えていくの。これ、夢じゃないよね？ほっぺたツンツンしちゃう。
お札の束を枕にして寝るのが、最近のマイブーム……なんてね、冗談ピー！でも、それくらい景気がいいのはホントなんだよ。
脂っこいのはちょっと……なんて言ってる子も、一口食べれば「おいピー！」が止まらなくなる魔法のタレ。みんなも、のりピーの油そば、食べに来てくれるかな？
儲かって儲かって、もう、どうにかなりそう！ それじゃあ、今日も元気にお店に行ってくるね。
アナルプラグ、エネマグラ（前立腺マッサージ系）その他様々な性玩具を爆買いして楽しんだ
色々と気付きがあったので情報共有を図りたい。
大中小サイズ展開している製品があるが、３D-CADでスケーリングしているだけでお話にならない。
前立腺責めを意図しているはずなのに単純にサイズを変えるだけでは前立腺に届かない。
足部分と角度も調整しなきゃ前立腺には届かない。入れてみりゃわかるだろうに
サイズを選択するのは体の大小ではなくアナルの開発具合に依存するのであり前立腺の場所は変わらんのです。
エネマグラ系、本体とつるを分離できるようにしてくれ。収納に邪魔。
チャチな作りで分離すると飲み込みリスクがあるので難しいのはわかるが。
俺は自分でケースを作っている、適度なサイズのケースにスポンジを型抜きして自作している。面倒くさい、うんちくさい
おしゃれなケース付きの製品を作ってくれ。
業界共通のBluetoothプロファイルを策定し共通化しろ。
そうすればアプリは有志が勝手に作ってくれる。いがみ合うな、穴よくしろ、ちがう仲良くしろ。
おもちゃが増えると捨てるのに困る。まぁ俺クラスになると普通に捨てるが。
【雑感】
これまで尿道拡張には興味が無く、ブジーは6mm、7mmを使っていた。
しかし貞操具付属のブジーは最低でも8mm、怖い、1mmはデカいのだ。
しかし勇気を出して使ってみたところ意外とすんなり飲み込んだ。
被虐感と拘束感がエグい。気に入った。
一般的に30cmほどあり無駄に長い。前立腺に到達すれば十分なので15cmにカットし、飲み込み防止の終端処理をして使っている
かつ、前立腺責めの短め製品もあるがなぜかどれも先端が細い、末端が太い。アホかと、逆だバカ
先端太め、道中細めが正解である。そのような構造の製品は皆無である。自分のチンコに入れてみりゃわかるだろう
金属製にはそのようなデザインの製品が多いが、シリコン製では皆無である。
わかってない。ぜんぜんわかってない
筆が乗ってきたので貞操関連についても書く
俺はカジュアルな貞操具も重厚な貞操帯もどちらも好きだが、いずれの製品も竿に長しペニスに短しである。
結局俺は自作した。
既製品の改造ではなくフルスクラッチで貞操帯を自作した。自分の体に合わせて自分好みにセッティングしたのだから不満は無いのだが。
機械に犯されたい。
既製品に振動系があるがちっとも前立腺を刺激しない。ダメ、ぜんぜんダメ
振動じゃなくて突かなきゃダメ。駆動距離は5mm程度で良い。何センチも動く必要は無い
優しくツンツンしてくれれば良いのだ
トルクは不要（潤滑ゼリーと体液でツルツル）なので小型ステッピングモーターのダイレクト駆動で良いのではないか。
ぜひ作ってほしい
