Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「serena」を含む日記RSS

はてなキーワード:serenaとは

2026-01-19

spec駆動開発の流れ、自分はだいたいこんな感じでやってるんだけど、これであってるのかなぁ?

CLAUDE.md や rules / skills みたいな形で、重要コーディングルールはあらかじめかなり固めておく。

たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいなAI への指示は最初から用意しておく。

あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。

割と過剰なレベルガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。

ts 前提だと eslint やtsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用

おすすめなのは、何かしらの小規模案件個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。

そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。

正直、ガチガチすぎるとMVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイコーディング時代だと普通にペイすると感じている。

まずは仕様書作りから入る。

アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。

手書きドメイン図を書いて、それを写メ撮って画像認識仕様整理、みたいなのも割とアリだと思っている。

どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイント必要か、この辺りは最初に一通り洗い出しておく。

それに加えて、ユーザーが初めてトップページを開いてから登録ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターン仕様書にしておく。

全体の仕様書としては、あまり細部まで踏み込まない。

大枠が共有できていればOK というスタンス

開発に入ったら、最優先はドメインオブジェクト作成

ここは最重要だと思っているので、あまり作業を並列化しない。

フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。

最初に作った基本設計ベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランチェックリスト形式TODO を 1つのmdファイルに吐き出してもらう。

フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。

ある程度わかりやす単位AI に依頼する感じで、出来上がったコードレビューする前提なので、実装プランmd自体はよほど分かりやすツッコミどころがない限り細かくレビューしない。

mdフォーマットは skills 側で事前に用意しておく。

フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。

当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。

TODO 一覧の中から自分認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったらTODO 項目のチェック状態更新してもらう、mdファイルコミットに含める。

コミット前にはlintルール無効化していないか意図通りの実装になっているかgitdiff差分で必ず確認する。

ドメイン層の実装が終わったら、そこからは並列で進める。

git worktree を使うことが多い。

よくやるのはフロントエンドの画面モック作成バックエンド実装の2並列で行う。

3並列以上はまだ自分脳みその性能が追いついていない。

フロントエンドも当然spec駆動前提。

実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。

実装プランmdファイルを作るときプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネントリストコンポーネント、◯◯のボタンコンポーネント、Informationコンポーネント、外部通信用の ◯◯Gateway実装する、◯◯コンポーネントは既に ◯◯機能実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービス実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。

詳細な名前とかは、AIにいい感じに考えてもらう。

バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要から実装して、これはインターフェース実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯機能にあるからそれを参考にして、くらいの粒度で指示を出す。

フロントエンド実装を待っている間に、バックエンドプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドAI待ち時間フロントエンドのことをする。

フロントエンドオンリー実装とかで作業が競合するリスクあるときは並列作業しない。

チェックリスト更新が終わるごとに差分確認して、問題なければコミットメッセージ提案してもらってコミットする。

コミット粒度はあまり細かくしない。

細切れにするコストよりも、レビューする人間認知不可が許すレベルであればある程度まとまった単位レビューして実装速度を優先する派。

チーム開発ならもうちょっとちゃんとする。

テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。

カバレッジミューテーションテストなど、定量的テスト評価できる仕組みは導入する。

バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。

これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイル実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。

フロントエンドテスト定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。

自分はこんな感じでやっている。

感覚としては、優秀だけどシステムアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。

周りの話を聞いていると、もっともっとAI自律的にいろいろやらせているようにも聞こえる。

これでも 1日1人で数万行レベルコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。

それでも人間干渉しすぎなんだろうか。

「全機能プラン作ってね!そこから良い感じの粒度コミット自分でやってね!」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lintエラーループでパニクって linterオフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。

それは流石に許容できないレベルじゃない?が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。

あとツールあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットあんま感じなかった。

mcpserenaくらいしかいれてないや、トークン節約してレートリミット猶予伸ばした方が結局開発早くなるかなって。

いろいろ入れた方がいいんだろうか。

完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。

Permalink |記事への反応(0) | 13:05

このエントリーをはてなブックマークに追加ツイートシェア

2022-03-28

ウィンブルドンと見せパンアンスコ)、あるいは国会での見せパン論争

テニスアンスコといえばフリフリ白パンツか、紺ブルマーイメージだ。純白のスカートから躍動する脚、チラチラのぞきブルマー。実物は見たことないのに、なぜかドキドキしてしまう。この偽装された記憶はどこから来たのだろう。

ウィンブルドン小史

ウィキペディアによれば、第1回大会センターコートに置いてあった芝生の手入れ用のローラーを新しくする資金集めを目的に、1877年7月9日から始まったそうだ。種目は男子シングルスのみのアマチュア大会だった。

1884年女子シングルスと、それまでオックスフォードで開催されていた全英男子ダブルスウィンブルドンで開催されるようになった。1913年には女子ダブルスミックスダブルスが加えられ、1968年にはプロ選手の参加が認められた。

世界中から強豪選手が参加するようになったため、地元イギリス出身者は長らく優勝できなかった。男子シングルスでは1936年のFrederick John Perryから2013年のSir Andrew Barron "Andy" Murrayまでの77年間、優勝がなかった。また、女子シングルスでは1977年のVirginia Wadeの優勝を最後に40年以上イギリス人の優勝者は出ていない。

ちなみに、このように海外勢いに門戸を開いた結果、地元勢が淘汰され消沈することを「ウィンブルドン効果」という。

開催時期は原則として6月最終月曜日から2週間で、ちょうど英国の社交の季節だ。競馬ロイヤルアスコット(「マイ・フェア・レディ」に出てくるあれ)、競艇ロイヤルヘンリーレガッタもこの時期だ。

ドレスコードが厳しいのでも有名で、原則身に着けるのは白一色である汗じみが見苦しくないようにともいわれる。ブリタニカのページなので確かだろう。

https://www.britannica.com/story/why-do-tennis-players-wear-white-at-wimbledon

女性テニスプレイヤーファッションドレスから見せパンまで

https://www.messynessychic.com/2017/07/07/from-corsets-to-culottes-the-women-who-dared-to-change-wimbledon/

元々、ウィンブルドンでは女性はロングスカートや分厚いシャツそれから帽子かぶることが要請されていた。こちらではコルセット付きだったとも(ただし白い衣装について異説を紹介していることに注意)。20世紀初頭のテニスプレイヤーは道行く女性の姿と大して変わらなかったのである。だから本気で優勝を目指すことはおろか、ちょっと大きな球を返すのさえ大変だった。当時の男性がずっと軽装だったのと対照的である

流れを変えたのはDorothea Douglass Lambert Chambersという選手で、1900年により簡素シャツネクタイ姿で登場した。7度シングルで優勝し、1908年には夏のオリンピック金メダルを取っている。彼女1910年ドレスコードやエチケットについての本を著している。

その後フランスのSuzanne Lenglenがテニス界のフラッパー(新しい女)として知られるようになった。飲み物ブランデーと入れ替えたり、強めのメイクをしたりといたずらも好きだった。負けると感情的になったことでも知られる。彼女は白のみのファッションを許容していたウィンブルドンに立ったが、エキセントリックファッションセンスでも知られていた。ミンクオコジョコートをまとい、当時としては短いスカートプレイしたのである彼女が次の世代女性たちに道を切り開いた。

そして戦後1949年、Gertrude Moran(Gorgeous Gussie)がスキャンダル引き起こした。というのも、ウィンブルドン意匠は白一色だと規定されていたのだが、そのあまりにも「明らさまな」白い衣装に観客はショックを受けた。どういうことか。試合の前にMoranは公式開催主のTed Tinlingに衣装デザインしてくれと依頼していた。一見すると規定に従った衣装に見えるのだが、実際にプレイするとフリル付きの下着が丸見えになったのだ。

これに関し、AllEnglandClub’sの委員会は「ウィンブルドンに野卑と罪を持ち込んだ」と猛烈に批判し、国会でさえ適切な衣装についての議論が起こった。Tinlingは33年のキャリアにもかかわらずウィンブルドンホスト追放された。にもかかわらず、Moranは魅力的な姿から彼女は人気だった。彼女は後に「自分はただの女の子だったが、メディアが大げさに書き立てたのだ」という趣旨発言を残している。彼女60年代まで活躍した。

見せパンの定着以降

https://www.thecut.com/2018/08/womens-tennis-outfits-convtroversy-history.html

衣装に関する議論は定期的に起きている。全ての内容を翻訳していてはページが長くなるので、見せパン関係するいくつかのみをピックアップする。

1958年アメリカのKarol Fagerousは金のラメ入りの見せパン全仏オープン披露したが、すぐさまウィンブルドン大会への参加を禁止された。「対戦相手不快にさせる」のがその理由だ。しかし、金のラメを白いレースで覆うことで参加を許可されている。

あるいは2016年ナイキデザインしたベビードール風のテニスウエアがある。しかし、選手身体を隠すのに苦労したし、ひらひらして浮いてくる。実際写真検索するとしょっちゅうパンというか見せパンが丸見えになる。なので、ナイキはすぐにその衣装改善したそうだ。

https://www.slideshare.net/guimera/wimbledon-2014-fashion-through-history

見せパンについてはこちらも参照。たとえば6番目の写真のChris Evert、1976年ピンクの見せパンや、41番のTracy Austin、1981年黄色の見せパン確認できる。50番はTatiana Golovinは赤の見せパン(短パン)で、このときウィンブルドン衣装がすべて白という規定抵触するかどうかでもめたらしい。一応、下着の色は自由だということでおとがめなしだったそうだ。56によるとMaria SharapovaSerena Williamsの赤の短パンが、そして色付きのネイル問題になったらしい。

https://www.dailystar.co.uk/news/latest-news/bbc-bosses-blasted-focus-female-17086364

なお、大衆紙によると2016年BBCの偉い人がテニス選手の見せパンやお尻ばかり撮影したと批判されたようだ。以前にビーチバレー記事でも書いたが、カメラ性的にならないようにする工夫というのは必要である

じゃあパンツの歴史は?

記事が長くなるのでこちらの週刊誌記事を貼っておく。

https://www.news-postseven.com/archives/20190904_1444086.html?DETAIL

エラリー・クイーンを読んでいた時に、確か「Zの悲劇」だったと思うが(いや、「レーン最後事件」だったかな?)、ペインシェンスという娘が恋人スキャンティパンティー、ショーツの別名)を買いに行く場面があった。同時代小説での証言として興味深いのでメモしておく。

https://www.elle.com/jp/fashion/fashion-column/a35747586/history-of-pantslooks2021/

また、パンツでヒットしたのでここに記す。死文化していたが、フランスでは女性スカートでないパンスタイルをはくことが法で禁じられていたとのこと。女性の権利に関して非常に進歩的である地域に見えても、案外不平等システム残滓が残っていたりするのもので、ときおり愕然とさせられる。たとえばスイス女性参政権が得られたのは驚くなかれ1991年である女性への制限男性への制限、どっちでもない人への制限、みんなで少しずつなくしていきたい。

ところで……

よくドレスコードなんかでもめる話で、ハイヒールを必ずはくよう要請される場所というのがある。なんかの映画祭でも話題になっていたことを記憶している。伝統に敬意を払うのは大事だが、はいていないと入場できないのはやりすぎのように思う。ドレスコードってのはみんなが居心地悪くならないようにするためのもので、人を縛るものとはちょっと違う。

例えば、足を怪我していたらどうするのか。もっと極端な話、脚が生まれつきない人はどうするのだ。茶化しているのではない。様々な疾患や障害があろうが困らないようにするほうが、誰にとっても生きやす社会になるはずだ。

結論

余談1

「TennisGirl」というスカートからお尻丸出しの歴史的に有名な写真がなんと英語版ウィキペディアには掲載されている。ウィキメディアコモンズにはときおりとんでもない画像があるから驚かされる。

余談2

自分投稿ブルマ増田としてまとめてくださる方がいる。あるいは、いつも応援コメントをつけてくださる方がいる。ありがたいことだ。けれども、どうやって拾い上げているのだろう。一日に何千件も投稿されるはてな匿名ダイアリーの中から見つけるというのは大変な作業だ。すべてが注目エントリに入るわけではない。いったいどうやっているのかちょっとうかがってみたい。ブルマーというキーワードで定期的に検索をかけているのだろうか? それともそういうスクリプトが組めるのだろうか?

次回は?

気になっているテーマ複数ある。

例えば女性ショーツ(そして見せパン)の形の変遷、チアの見せパン歴史。また、古代エジプトクレオパトラカエサルと会ったときにどういう服装をしていたのか(絵画のようにトップレスになることがあったのか)、それからトップレスが許容されていていた地域時代的変遷だ。これは身分にもよるだろうし、少し複雑になるだろう。あるいは、どうしてギリシアローマの流れを引き継いだ西洋絵画では、長らく女性器と陰毛があまり表現されていなかったのか。多くの古代文明では時に具象的に、時に抽象的に表現されているのに。謎は多い。

インターネットだけでの調査にはおのずと限界もあるだろう。仕事家事時間がとれるとも限らない。

相変わらず次回はいつになるかはわからない。またいつか会いましょう。

Permalink |記事への反応(4) | 08:01

このエントリーをはてなブックマークに追加ツイートシェア

2018-09-19

セリーナ・ウィリアムズトランプ

イコールって言ってもセリーナトランプ支配するアメリカ象徴って意味ね。

岡田光世トランプアメリカ」で暮らす人たち 全米テニス決勝で吹き出し政治的分断

https://news.infoseek.co.jp/article/20180916jcast20182338771/

トランプ

この一連の騒動について反トランプ派は、 「どんな手段を使っても勝ちたいというセリーナは、大統領選の時のトランプと同じだ」、

「気に入らなければ、相手を激しくたたく。まるでトランプだ」、

セリーナも観客も、同じアメリカ人として恥ずかしい。アメリカ・ファースト。アメリカ人以外の選手には敬意も払わないのか。観客は親トランプ派に違いない」、

トランプ政権になって、アメリカ人の品格が落ちたと思われても仕方がない」などと批判している。


トランプ

一方で親トランプ派は、まったく逆の捉え方をしている。

 米国政治社会を紹介するウエブサイト「スペクテーターUSA」には、

「泣き言を言うセリーナウィリアムズテニス界のヒラリー・クリントンだ(WhiningSerena Williamsis tennis's Hillary Clinton)」との見出しで論評が掲載された。

「思うように試合が運ばないと審判に怒りを爆発させるセリーナは、2016年大統領選で自らの敗北をさまざまな不正他人のせいにしたヒラリーと同じだ」と指摘した。


トランプ派の捉え方は割と珍しい解釈ではなく、オーストラリア諷刺画はもちろん、

リベラル立場の人が多いはてぶでも似たような「セリーナウィリアムズポリコレ象徴解釈だった。

一方で驚いたのは、反トランプ派の解釈

ウィリアムズ暴言権力に訴えて無理矢理自分意見を通そうとするナショナリスト

まさにトランプのもの、という解釈だ。

この解釈に基づくなら、アメリカの反トランプ派にとっては大坂なおみこそが真のポリティカル・コレクトネス大権現なのか?

てっきり女性差別人種差別と闘う母であるウィリアムズを下した時点で、

大坂応援する側がジャパニーズナショナリスト認定されているのかと思っていた。

複雑すぎて良く分からなくなってきたよ?

大坂のことは置いておいても、ウィリアムズ女性差別人種差別と戦うトランプという相矛盾する存在になるけど?

Permalink |記事への反応(2) | 22:56

このエントリーをはてなブックマークに追加ツイートシェア

 
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2026 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2026 Movatter.jp