[過去ログ]
【Cursor】 コード生成AI総合スレ-2 【Copilot】 (1002レス)
【Cursor】 コード生成AI総合スレ-2 【Copilot】 http://medaka.5ch.net/test/read.cgi/prog/1749466236/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
リロード規制
です。10分ほどで解除するので、
他のブラウザ
へ避難してください。
973: 仕様書無しさん [] 2025/06/27(金) 18:33:08.97 例えば建設プロジェクトに目を向けると、大規模建築の遂行には古くからフェーズ分割による計画管理が行われてきました。建築プロジェクトは一般に企画・構想段階から始まり、基本計画、詳細設計、入札・調達、施工、引き渡しといった具合に段階を追って進行します。英国建築家協会(RIBA)の定義するプロジェクトライフサイクルの例では、以下のような一連のステージが明確に区分されています 。 “In general, the following stages are defined: Inception, Feasibility studies, Schematic design, Detail Design, Production Information, Bills of Quantities, Tendering, Project Planning, Construction and Project Completion.” (邦訳)「一般に、以下のステージが定義されています:発案(企画)、フィージビリティスタディ(実現可能性調査)、概略設計、詳細設計、実施資料作成、数量明細書作成、入札、プロジェクト計画、施工、そしてプロジェクト完了。」 出典: N.F. Memon (2016) 「The evolution of Project Management in Construction Projects」博士論文より【23】(UPC upcommons) この建設業のプロセスでは、前の段階で図面や仕様が確定して初めて次の段階(施工など)に進む点がウォーターフォールと共通しています。建築物の基礎を固めてから設計を変えることはできないため、初期段階で要求と設計を固め、段階ごとに正式な承認を経て進行する必要があるのです(例えばコンクリートを打設してから掘り返すのは困難なので、計画段階で慎重に検討するという考え方) 。ソフトウェア開発者たちは、このような**「後戻りが効かない環境」で培われた手法**をそのままソフトウェアにも当てはめようとしたと考えられます。その結果、要求仕様をまず完全に決めてから実装へという手順が理想とされ、契約上も要件固定・納期固定で進めるウォーターフォール型の進め方が長らく標準となりました 。 さらに軍事技術開発や国家プロジェクトの分野でも、ウォーターフォール的な段階管理手法がソフトウェア以前から存在していました。例えば、NASA(米国航空宇宙局)では有人月計画(アポロ計画)の教訓から、1960年代半ばに「フェイズド・プロジェクト・プランニング(Phased Project Planning, PPP)」と呼ばれる段階的計画手法を正式導入しています。これは大型プロジェクトを明確な区切りのある段階に分け、各段階の終わりでレビューと意思決定を行うことで、計画の統制を強化するものでした 。NASAの資料には次のようにあります。 http://medaka.5ch.net/test/read.cgi/prog/1749466236/973
974: 仕様書無しさん [] 2025/06/27(金) 18:33:31.38 “The third stage was marked by the introduction of Phased Project Planning (PPP) in 1965. Previously informal practices were formalized via a NASA Policy Directive as one of several responses to significant 1964 problems… The formal guidelines were intended to make practice more uniform and to give management an additional intervention point in the project life cycle.” (邦訳)「1965年、NASAにおけるプロジェクト管理の第三の段階として、**フェイズド・プロジェクト・プランニング(PPP)**の導入が行われました。従来は非公式に行われていた手法がNASAの方針指令によって正式に制度化され、1964年に顕在化した深刻な問題(アポロ計画の大幅遅延や連続したレンジャー計画の失敗)への対応策の一つとして位置づけられました…。この正式指針の狙いは、実務をより一貫性のあるものにし、プロジェクトライフサイクル上で経営陣が介入できる追加のポイント(節目)を設けることにありました。」 出典: C. Howard Robins (2007) 「Program and Project Management Improvement Initiatives」NASA/APPEL【45】(NASA公式サイト) このNASAのPPPや国防総省の基準化に見るように、1960年代~70年代にはプロジェクト管理手法が体系化・標準化され、段階的(ステージゲート型)の進め方が各分野で当たり前になっていきました。 研究者Lenfleらはこの現象を分析し、1970年代初頭までに段階的アプローチが「自然なもの」とみなされ、製品開発分野にも転用されたと述べています 。以下にその引用を示します。 “By the early 1970s, the phased approach had already become ‘natural’ and was transferred to the product development field; linear consecutive stages were prescribed. Cooper pulled various stage templates together and subsequently coined the term ‘stage gate process’, which over time became a widely used new product development project template…” (邦訳)「1970年代初頭までに、段階的アプローチは既に『当たり前のもの』となり、製品開発の分野に転用されていました。直線的かつ連続するステージが公式に定められ、クーパー(Cooper)によって様々なステージの雛形がまとめられて**『ステージゲート・プロセス』**という用語が生み出されました。この手法は時を経て新製品開発プロジェクトの広く使われるテンプレートとなっていきました…。」 出典: Dr. Benoît Lenfle & Dr. Christian Loch (2009) 「Lost Roots: How Project Management Settled on the Phased Approach」INSEAD Working Paper【37】(insead.edu) http://medaka.5ch.net/test/read.cgi/prog/1749466236/974
975: 仕様書無しさん [] 2025/06/27(金) 18:33:45.18 以上の歴史的経緯から、ウォーターフォール・モデルはソフトウェア工学の中で独自に生まれたというよりも、従来から存在した他業界のプロジェクト管理モデルをソフトウェア開発に取り入れたものだと言えます。製造業・建設業・軍事開発といった分野では、不確実性を減らしコスト超過や手戻りを防ぐために計画段階から厳格にプロセスを区切る手法が合理的でした。その手法がソフトウェアにも適用された結果、要求分析からテストまで一方向に進むウォーターフォール型開発が生まれたのです。 しかしソフトウェア分野では、開発途中での要件変更や設計変更の必要性が他分野より高く、また実際にウォーターフォールを厳密に適用すると問題が生じやすいことも歴史が示しています。先述のBeningtonやRoyce自身も、単純な直線型モデルの危うさを強調し、反復やプロトタイプの重要性を説いていました 。その後1980年代以降、ウォーターフォール・モデルの限界に対する認識が高まり、逐次的ではなく**反復的・適応的なアプローチ(いわゆるアジャイル開発)**への転換が進んでいきます。しかし現在に至るまで、ウォーターフォールの基本思想(段階を明確に区切り、各段階完了後に次に進む)はプロジェクト管理の重要な原則の一つとして残っています。他業界由来のこのモデルを正しく理解し、その利点と欠点を踏まえて使い分けることが、現代のソフトウェア開発においても重要であると言えるでしょう。 http://medaka.5ch.net/test/read.cgi/prog/1749466236/975
976: 仕様書無しさん [] 2025/06/27(金) 18:34:06.27 o3 pro+Deep Research http://medaka.5ch.net/test/read.cgi/prog/1749466236/976
977: 仕様書無しさん [] 2025/06/27(金) 18:34:12.57 sstのopencodeって、まだbashコマンド使えないの? コマンドコピペで実行しろと言われても困るんだが・・・ https://github.com/sst/opencode http://medaka.5ch.net/test/read.cgi/prog/1749466236/977
978: 仕様書無しさん [] 2025/06/27(金) 18:35:22.36 つまり「後戻りが不可能な要素」を管理するために使い分けるべき なんでもウォーターフォールはバカすぎるが なんでもアジャイルもバカすぎる 取り返しがつかないことと 後からなんとかなることを切り分けて管理すべし http://medaka.5ch.net/test/read.cgi/prog/1749466236/978
979: 仕様書無しさん [] 2025/06/27(金) 18:37:28.12 >>977 https://deepwiki.com/search/bash_990a5189-1417-4d09-8ed0-d2ac4a8876af http://medaka.5ch.net/test/read.cgi/prog/1749466236/979
980: 仕様書無しさん [sage] 2025/06/27(金) 19:15:43.40 驚き屋とかペタペタおじさんとかバカにされるのは、 >>970-975 みたいな使い方するからだって気付こうか http://medaka.5ch.net/test/read.cgi/prog/1749466236/980
981: 仕様書無しさん [] 2025/06/27(金) 19:23:06.19 >>980 ああディープリサーチ知らないから論文を探して引用してるとか想像すら出来ないのか お前の無課金モデルのハルシネーションとは全く違うぞ http://medaka.5ch.net/test/read.cgi/prog/1749466236/981
982: 仕様書無しさん [] 2025/06/27(金) 19:25:33.98 >>970 >>971 それらのように、 ウォーターフォール提唱の始祖の人たちは皆が、 試作や反復のない直線的モデルのままだと失敗すると述べてるんだよね。 そこが一番重要なところかな http://medaka.5ch.net/test/read.cgi/prog/1749466236/982
983: 仕様書無しさん [] 2025/06/27(金) 19:27:53.30 リーンスタートアップでMVPだってよ その本書いてる奴は実践したことないし チェリーピッキングで当てはまってそうに見えなくも無いものを拾って無理矢理こじつけてるだけ 当然ながら 「失った評判は取り返しがつかない」 んだから評判の基礎となる最重要部分は鉄壁のプロジェクト管理が必要 例えばGoogleで言えばPageRankアルゴリズムの実装とかな http://medaka.5ch.net/test/read.cgi/prog/1749466236/983
984: 仕様書無しさん [] 2025/06/27(金) 19:30:13.01 >>982 まず当たりをつけて「これでいける」って段階まで行がないのに大規模プロジェクトなんて立てたらダメだ ChatGPTが発表された直後に 「人類が今から2年以内に有人火星旅行を実現するためのプロジェクトを、最新プロジェクトマネジメント理論を用いて構築せよ」 って命じたら「完璧なプラン」を提示してくれたよw 完璧な計画っすね〜 それが不可能だってことを除けばよ〜 ってやつ http://medaka.5ch.net/test/read.cgi/prog/1749466236/984
985: 仕様書無しさん [] 2025/06/27(金) 19:31:39.24 これからのエージェントコーディングでは エンジニアがプロジェクトマネージャーとなってエージェントを指揮するんだよ プロジェクトマネジメントの歴史を知ることは必修科目と言って良いだろうな http://medaka.5ch.net/test/read.cgi/prog/1749466236/985
986: 仕様書無しさん [sage] 2025/06/27(金) 19:33:03.17 で、結局何が言いたいの? ウォーターフォールでやった方がいいこともあるもん!みたいな感じ? http://medaka.5ch.net/test/read.cgi/prog/1749466236/986
987: 仕様書無しさん [] 2025/06/27(金) 19:36:16.32 >>986 取り返しがつくこととつかないことを分析しなければならない それらの違いによって取るべき戦略は異なる アルゴリズムがそもそも上手くない段階でガワ作っても意味ない ロケットエンジンが作れないのに宇宙船内の内装デザイン考えても意味ないような 順番ってもんがある http://medaka.5ch.net/test/read.cgi/prog/1749466236/987
988: 仕様書無しさん [] 2025/06/27(金) 19:37:07.75 「完璧な仕様」があるのに「エージェントにそのまま仕様渡しても完成しない」ってのはここに穴があるからだろ http://medaka.5ch.net/test/read.cgi/prog/1749466236/988
989: 仕様書無しさん [] 2025/06/27(金) 19:38:52.01 例えば「このアルゴリズムをやりたいんだったらそれ以前にこういうオブジェクト設計がなされてないとムリ」とかね http://medaka.5ch.net/test/read.cgi/prog/1749466236/989
990: 仕様書無しさん [sage] 2025/06/27(金) 20:16:47.67 アルゴリズムを側より先に作ったとして、それ別にウォーターフォールじゃないですし アジャイルじゃないわけでもないですよ http://medaka.5ch.net/test/read.cgi/prog/1749466236/990
991: 仕様書無しさん [] 2025/06/27(金) 20:32:53.30 >>990 だからどっちがどうとかどうでも良い 「取り返しがつかないことを先にやれ」 原則はこれしかない 本質を見ずにどうでも良い流行に中身を理解せずに乗っかるだけのアホが多いってこと 論文も本も水増しの塊だから 「取り返しがつかないことを先にやれ」 だけじゃ論文にならんし本で稼ぐことも出来ない 本当に重要なことは1行や一言で済むのに それじゃ飯が食えないから水増しされる その水増しされた偽のハリボテに人々は惑わされる それだけの話なんだよ http://medaka.5ch.net/test/read.cgi/prog/1749466236/991
992: 仕様書無しさん [sage] 2025/06/27(金) 20:40:46.13 なんかね そんな誰でも知ってる当たり前の誰も議論してないこと長文で熱弁されてもね http://medaka.5ch.net/test/read.cgi/prog/1749466236/992
993: 仕様書無しさん [] 2025/06/27(金) 20:42:33.46 >>992 こういうバカを黙らせるために 本質は1行しか無いのにゴミのような水増し論文や本が量産される そしてバカは真実を手に出来ないまま死んで行く だって誰でも知ってるってのは嘘だからだ コロンブスの卵そのもの http://medaka.5ch.net/test/read.cgi/prog/1749466236/993
994: 仕様書無しさん [] 2025/06/27(金) 20:43:02.06 デタラメだらけニセモノだらけの社会はお前が作り出しているんだよ お前の選択によってな http://medaka.5ch.net/test/read.cgi/prog/1749466236/994
995: 仕様書無しさん [sage] 2025/06/27(金) 20:45:08.40 要するに、取り返しのつかないことをいい加減に先に決めると 後で引き返せないから困るぞって言いたいだけ? その程度のことを自慢されましてもw http://medaka.5ch.net/test/read.cgi/prog/1749466236/995
996: 仕様書無しさん [] 2025/06/27(金) 20:46:10.42 流行りの手法なんか追っかけてるからそうなる 誰かがやってくれるまで口開けてボーッとしてる 自分で頭を使って考えない それじゃどんなAIエージェントが発達しても使いこなすことは出来ないだろうな 使えないのはお前 http://medaka.5ch.net/test/read.cgi/prog/1749466236/996
997: 仕様書無しさん [sage] 2025/06/27(金) 20:46:45.71 流行りの手法追いかけてるなんて誰も言ってなくね? もしかしてアジャイルが流行りとか思ってるのw http://medaka.5ch.net/test/read.cgi/prog/1749466236/997
998: 仕様書無しさん [] 2025/06/27(金) 20:46:49.78 >>995 その程度のことすら出来ないからお前は単価が安いしAIすらマトモに使いこなせない 自分の頭を使ってないからそうなる http://medaka.5ch.net/test/read.cgi/prog/1749466236/998
999: 仕様書無しさん [sage] 2025/06/27(金) 20:47:16.53 >>998 中身がないなあ 人を罵倒してるだけだし http://medaka.5ch.net/test/read.cgi/prog/1749466236/999
1000: 仕様書無しさん [] 2025/06/27(金) 20:47:29.67 >>997 アジャイルは古い!もっと最新の手法が!!! これがお前の限界 1行すら頭使えないからそうなる http://medaka.5ch.net/test/read.cgi/prog/1749466236/1000
1001: 1001 [] ID:Thread このスレッドは1000を超えました。 新しいスレッドを立ててください。 life time: 18日 0時間 56分 54秒 http://medaka.5ch.net/test/read.cgi/prog/1749466236/1001
1002: 1002 [] ID:Thread 5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。 運営にご協力お願いいたします。 ─────────────────── 《UPLIFT会員の主な特典》 ★ 5ちゃんねる専用ブラウザからの広告除去 ★ 5ちゃんねるの過去ログを取得 ★ 書き込み規制の緩和 ─────────────────── 会員登録には個人情報は一切必要ありません。 4 USD/mon. から匿名でご購入いただけます。 ▼ UPLIFT会員登録はこちら ▼ https://uplift.5ch.net/ ▼ UPLIFTログインはこちら ▼ https://uplift.5ch.net/login http://medaka.5ch.net/test/read.cgi/prog/1749466236/1002
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.015s