「人を動かす」方法→ストレートはけっして通らない。
Keynote: From ECS To Kubernetes (and Sometimes Back Again): A Pragmatist’s Guide… Marc Hildenbrand - YouTube www.youtube.com/watch
とは言え実際にはテストなくしてQAはありえない
「バグを発見する」が品質保証の成果物だと思ってたけど、違うな。すでに名前がそうなってるけど、正しく動作することを証明するのが、品質保証の成果物で、バグの発見はあくまで副産物なんだ。
極端な話、テストしなくても正しさを証明できればOK。そこが本質。
【ゼロからわかるシステムテスト入門】ーテスト設計書とテスト仕様書の違いとはー -株式会社GENZ - [GENZ, Inc.] www.genz.jp/column/sy…
組織で育てるAI活用テスト設計の仕組み zenn.dev/medley/ar…
■技術解説■ RAGを活用した生成AIの回答生成精度に直結する「Retriever」。Retrieverの仕組みと最適化戦略とは？ blog-ja.allganize.ai/retriever…
進化する最適化技術 VOL.2～最適化問題を解決に導くNSSOLの技術と実績 －量子アニーリングは万能ではない－～｜TO THE FUTURE｜日鉄ソリューションズ www.nssol.nipponsteel.com/future/st…
基本的に新規顧客獲得かアップセルがなによりも優先されるのであって、「機能」と比べて売上に繋がるかどうか不明確な「品質」に投資することを正当化するのは難しいと思うのだけど、そのボーダーラインとは…。
営業的なプレッシャーが強くある現場(それがない現場があるだろうか)では、必然、エンジニアリングの品質的な規律は限りなく低いところまで下がってしまうんではないか。どう対抗すべきなのか。そもそも対抗すべきことなのか。お手本があるなら見てみたいけど…。