  |
はてなキーワード: オレオレとは
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260429182557# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCafHOpQAKCRBwMdsubs4+ SPcHAQCHmZ4r4RWvmD+OqkO4/jfIoLPMLWFRq4499vIdJvTjzwD/ZQnxD5AUflmS VsF8EADj40bdafq5IdhPPKd+gU9bDAM= =w6dw -----END PGP SIGNATURE-----
Ｊリーグ百年構想リーグ第4節は21、22日に各地で行われた。
【J1EAST】水戸が千葉をPK戦の末に勝利。J1"初勝利"を飾った。FC東京はオレオレFCを下し4連勝。EAST暫定首位に浮上した。鹿島は柏を下し、東京VはPK戦の末に町田を下した。浦和に敗れた横浜FMは開幕4連敗。川崎は試合なし
【J1WEST】長崎が磐田に大勝で今季初勝利。広島はC大阪を下し4連勝。WEST暫定首位に浮上した。清水は神戸を下し今季初勝利を飾った。京都は福岡を下し連勝。G大阪は岡山に逆転勝ちを収めた。名古屋は試合なし
なんでも1つに決めないと気が済まないの、
さすがコダワリ行動のはてな爺っぽい
オレオレFCは31日、MF内田が百年構想リーグと、2026／27シーズンのキャプテンに就任すると発表した。静岡県熱海市出身の内田は新人だった昨年はボランチとして20試合に出場した。
19歳での就任はクラブ史上最年少で、昨年まで3年連続で務めた鈴木潤が海外移籍を果たしたため、4年ぶりの後任に注目が集まっていた。クラブを通じ「高卒、プロ2年目で鈴木潤さんが務めていた大役を任された事により一層の責任を感じています。プロとしても、1人の社会人としても、まだまだ未熟な僕ですが、クラブ全体、選手全員、ロイブルファミリアの皆様で支え、背中を押し合い、心を一つにたくましく成長していきたいと思います」と抱負を語った。
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駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
オレオレFCが13日、北海道旭川市での春季キャンプをスタートさせた。加藤宗平監督体制では2度目となるキャンプ。この日は午後の約2時間のみで、軽めのメニューでトレーニングを積んだ。
指揮官はこのキャンプの狙いを「フィジカルは勿論、メンタリティを強くしたい」と説明。春季キャンプ中の練習試合では4-2-3-1の布陣を基本としながらも「3-3-3-1だったり、3-4-2-1、4-3-3...色々な可能性があるチームなので、キャンプだけでなく、開幕までに連携、再現性、関係性を深めていく」との考えを明かした。
また「ベテランも若手もみんな平等ですから」と経験や実績関係なく、フラットな競争を強調。2月11日が開幕となるJリーグの特別大会「百年構想リーグ」の開幕・鹿島戦（メルカリ）に向け、横一線からのサバイバルを宣言した。
オレオレFCが今月13日から23日まで旭川市でキャンプすること発表し選手や首脳陣から反発が出ていることは以前にも報じたが、それでもなおクラブ幹部は一切理由を答えようとしない。
想像される理由は「旭川も脳内では沖縄や鹿児島、宮崎と気候同じと勘違いしているのか」「ミラノコルティナ五輪に出るのか」「極寒キャンプで故障者たくさん出たらどうするのか」など反発の声が強まっている。
17日にはノエビアスタジアム神戸で阪神淡路大震災復興チャリティ試合も計画されていたがそれも白紙。
オレオレFCの今月13日から23日の旭川キャンプに不満の声が上がっている。本来なら温暖な地域でやるのが恒例の中1月の旭川市は1日を通して氷点下を下回る日がある。
そんな中でまともにキャンプができるかと言っても到底難しい。選手や首脳陣も怒り心頭。ある日本人選手からは「外国人はフルネームで名鑑入れてもらえて日本人は苗字だけ。このチームは外国人ファーストなのか？」さらに別の選手からは「チャントも作ってもらえない」と不満を口にする選手も多い。
さらに関西出身のある選手からは阪神淡路大震災があった1月17日に神戸でチャリティマッチをやって欲しいとの声も。
中には「脳内で自分の妄想でやってるから気温なんか関係ないんやろ。」と辛辣な声も。
オレオレFCが5日、都内のオレノスミカで始動した。午前8時から午後6時までの2部練習で、就任2年目の加藤宗平監督は声を張り上げながら指導。8対2のパス回しでは自身も加わり、時折、華麗なプレーを披露するなど、選手たちと一緒に汗を流した。
「ようやく始まったなと。プレーを見て、自分もやってやろうという気持ちが高ぶっていますね」。
午後には紅白戦を行った。事前に通達されていた選手たちがピッチ上で激しくぶつかり合うなど、初日からハードなメニューを消化した。同監督は「選手の表情、プレーぶり、コンディションが何処までやれてるかをはかる上で紅白戦が1番だと思った」と説明しながら「ほぼ全員が予想以上にやれていましたけど、今日だけでなく、もっとやらないとダメ」と振り返った。
今季は百年構想リーグ、8月からのリーグ、ルヴァン、天皇杯の四冠を目指しており、今月13日から23日までの北海道・旭川キャンプでは「上のチームや海外はもっと激しいので、今のままじゃダメ。今後の練習でも耐えられるようにならないといけないし、させないといけない。ラグビー選手みたく、フィジカルもメンタリティも強靭な選手にさせる」と話した。
⚪︎今季から背番号を6に変更したMF内田が今季の意気込みを口にした。下部組織から昇格した昨年は20試合で1得点。しかし終盤はベンチすら入れない状況が続き「パワー不足だったし、自分の力不足を感じました」。オフは専属トレーナーの元、体幹を含めたフィジカル強化に着手し、昨年より体重は6kg増えた。この日の紅白戦では外国人にも当たり負けせず「トレーニングの成果は出ていると思う」。
背番号6はU18時代にも着けていた番号でクラブでは「10」に続いての出世番号。「期待されていますけど、現実には僕はゼロからのポジション争い。ここで勝ち抜かなければ試合にも出られないですし、それを勝ち抜いたうえで試合にも勝たなければならない」と気を引き締めた。
・Vの言行がイラストのイメージ（ひいては作者のイメージ？）を損なうから下品な（と私が感じる）振る舞いやめて欲しい、関係断ちたいからもうフォローも解除するし絵も削除する
だとしたら、そう思うのは自由だし、まあ然るべき手段で要望（強要ではない）するのも自由だと思う。通るかは知らんけど。あとは双方ビジネス上の話し合いしてくださいでしかない。
・生成AI絵をRpするようなVは自分としては許容できない、生成AI利用してイラスト生成されると困るから（もしくは嫌だから）フォロー解除してイラストも削除する
であれば、それもお好きにどうぞ、今後のお仕事についてもしっかり話し合ってくださいよでしかない。
Vが、フォロー解除やイラスト削除の件について理由がわからない、個人的なやりとりはしてないし本当にわからない、みたいなこと言ったことに対して、取引してるからやりとりあるでしょ、訂正して！っていう主張は、それは「個人的なやりとり」とは言わないでしょう、って感想。意味わからん。
しかも、それを訂正してくれないと「私が自分勝手にフォロー解除・イラスト削除したみたいに誤解されるから訂正して！」って理由づけしてるように見える。いやどっちにしろオレオレ理屈で行動してるのは変わらないでしょう、なにがしたいのかよくわからん。
