今更ながら読んでみたシリーズ第二弾 テスト駆動開発は、数年前のアジャイルひよこクラブだっけか？そこのイベントで知ってはいたものの、本格的に実施はしていなかった。（ちょっと後悔） そのときにちょっと、現場で試し見たが、あまり開発スピードがでなかったのと、ちゃんとしたやり方を理解していなかったのものあって、やめてしまった。 あれから数年が経過し、fukabori.fmを聞き始めて、TDDを改めて知り、今回、本を読んで再挑戦してみた。 https://www.amazon.co.jp/%E3%83%86%E3%82%B9%E3%83%88%E9%A7%86%E5%8B%95%E9%96%8B%E7%…

こんにちは！kintoneチーム所属のAndroidエンジニア、トニオ（@tonionagauzzi）です。 サイボウズでは、スクラムマスター（SM）の仕事をより多くの方々に知ってもらう啓蒙活動の一環として、リレーブログ企画を開催しています。 blog.cybozu.io 対象者: スクラムマスターが近くにいるけどありがたみを感じたことがない人 学習成果: 記事の内容に関連する悩みについて、近くのスクラムマスターに相談できるようになる この記事では、スクラムの開発チーム目線で、私が所属するAndroidチームが実践しているテスト駆動開発（TDD）という手法を紹介します。 この記事を通じて、社外…

fukabori.fmtwadaさんメモ。 先日のブログの補完としておもしろかったです。 記憶だけでメモ書いておくと、 TDDとは、 テストリスト作成→（Red→Green→Refactor）のループ のフレームワーク（手順）のことだ。 テストリストは最初から完全である必要はない。テストばかり先に書くのもダメ。使用者として動かしながら気付きをテストリストや実装にも反映する。 設計に「終了」はない。ソフトは変わっていくし、最適の設計を追いかけるもの。設計は「決まったものをつくる」ものではない。それを支えるテクニックが自動テストとリファクタリング。そうやって「いいぐあいの、ちょうどいい設計」を維持…

テストファーストやテスト駆動開発は「お好み」です。個人の好みや状況に応じて行うかどうかを決めれば、それで十分です。 そゆこと。 t-wada.hatenablog.jpスッキリまとまっててわかりやすく、再確認するのによかったです。 テスト駆動開発を行うこと自体で価値や正当性が生まれるわけではありません。（中略）世の中で（ここで説明した誤認の影響もあり）「テスト駆動開発の効果」と言われているものの多くは、実際には自動テストや開発者テストの効果です。自動テストを書きましょう。開発者テストを行いましょう。この2つは本当におすすめです。

本記事は「GitHub Copilot とのペアプロ TDD でつくるローグライク RPG」の書評です。題名にローグライクRPGとあるのでゲーム開発の本なのかなと思ってしまいますが、本題は仕様の端的な表現をもたないシステムを LLM を使って真っ当に開発する方法の解説だと思います。タイトルにローグライクRPGと書いていることでゲーム開発に興味のない人の興味を失わせてしまい損をしている気がします。 背景 最近の LLM の流行を受けて私も Chat-GPT や GitHub Copilot といった LLM を開発で利用しています。端的に仕様を表現できるシステムは LLM に質問して実装を得る方…

[END]ChatGPTを用いたTDD part.7 (実行ファイル作成編) ChatGPTを用いたTDD part.6の続きです。 [END]ChatGPTを用いたTDD part.7 (実行ファイル作成編) 実行できるコードを作る ファイル名を受け取って、エラー処理、またはget_top_allで処理し、csvを返す テストコードを書く 最初のテストでレッドを出す 最短でグリーンになるコードを書く 詳細を実装する テストを追加する 機能追加、リファクタリング 最後に実行できるコードにする 最後のシステムテスト 実行結果 最後に所感 今回の成果物のgithub 実行できるコードを作る 必要な…

ChatGPTを用いたTDD part.6 (最後の部品作り編) ChatGPTを用いたTDD part.5の続きです。 今回で作る部品がすべて完成します。 まずはcsvにするメソッドを作ります。 ChatGPTを用いたTDD part.6 (最後の部品作り編) csvにして画面出力を行う テストコードを書く テストを実行しレッドを確認する 最短でグリーンになるコードを実装 詳細の実装 テストがグリーンになるまで修正を続ける ファイルを読み込み、1行1行に分解して出力する テストコードを書く テストを実行しレッドを確認する 最短でグリーンになるコードを実装 詳細の実装をする テストがグリーンに…

この記事では広告事業本部のアプリケーションエンジニアが部署内でLT会を運営していると聞き、その裏側に迫るべくインタビューを行いました。 インタビュイー紹介 インタビューアー紹介 LT会を再開したきっかけ LT会の内容 運営をする上での苦労 アンケートからの改善 今後の展望 メッセージ インタビュイー紹介 高木さん 広告事業本部リードアプリケーションエンジニア 現在は広告の入稿支援システムの運用・保守を担当している。今回取り上げる部署内のLT会の企画・運営も行っている。 最近ハマってること：ダーツ、コメダ珈琲、M5Stack ひとこと：LT運営は大変な部分もあるけど、とても楽しいです。 インタビ…

2024年11月21日に、QYResearchは「FDD-TDD 融合アンテナ―グローバル市場シェアとランキング、全体の売上と需要予測、2024～2030」の調査資料を発表しました。本レポートは、FDD-TDD 融合アンテナの世界市場について分析し、主な総販売量、売上、価格、主要企業の市場シェアとランキングに焦点を当てています。また、地域別、国別、製品タイプ別、用途別の分析も行っています。FDD-TDD 融合アンテナの市場規模を2019年から2030年までの販売量と売上高に基づいて推計と予測しています。定量分析と定性分析の両方を提供することで、企業がビジネス成長戦略を策定し、競争環境を評価し、…

https://yr-camp.connpass.com/event/337996/ こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。今日はたまたま矢田さんと二人だったので、昨日のイベントの感想戦をしていきました。 good bad 次やるならどうするか？ recapイベント good もともとイベントで一番でやりたいと思っていた、本当にその場でコードを書くみたいなところは達成できたよね、という話をしました。また、シンプルにペアプロ*1ができて楽しかったし、勉強不足なところが見つかったりもっとプログラミングが上手になりたいなという刺激をもらえたりして、すごく良かった…

この度、Cloud Native における最新の機能やベストプラクティスにおいての学びについて、登壇させていただくことになりました。このテーマについて私なりに取り留めのない思考を整理した考えを共有させていただきます。 event.cloudnativedays.jp ソフトウェアエンジニアリングの型について ソフトウェアの世界には、プログラミング言語における変数やデータの「型」とは別に、長年の経験と知恵から生まれた様々な型が存在します。ここでいう「型」とは、開発者の思考や行動のパターンを体系化したものを指します。これらの型は、プログラマーが日々直面する問題に対する体系的な解決策を提供します。 …

UXとは 1. UX (User Experience / ユーザーエクスペリエンス) 2. ISOによる定義 3. ニールセン・ノーマンによる定義 4. UXPAによる定義 5. UXのハニカム構造 6. UXの5階層モデル 7. ハッセンツァール・モデル 8. UX白書のモデル 9. ユーザビリティ (Usability) 10. UI (User Interface) 11. DX (Digital Transformation) 12. CX (Customer Experience) 13. EX (Employee Experience) UXが重視される背景 1. OMO (On…

RustによるWebアプリケーション開発 設計からリリース・運用まで (KS情報科学専門書)作者:豊田 優貴,松本 健太郎,吉川 哲史講談社Amazon 私たちがRustを学ぶ際の障壁 ウェブエンジニアにとってRustを学ぶ際の最大の障壁は、その適用分野がもともと高度である点です。 Rustは主にシステムプログラミングやC++の置き換え、ビルドツールの最適化といった専門的な領域で活用されています。 これらの分野に馴染みがないウェブ開発者にとって、Rustのエコシステムを学ぶことは簡単ではありません。 本書はそのようなエンジニアが、既存の仕事の道具をRustに置き換える時のガイドとして最適です。…

o1(OpenAI o1)はGPTの冠が外れたLLMのモデルです。 o1は思考時間をとることにより、4oよりも高度な推論が可能となっているモデルです。 数学やコーディングのテストにおいて4oのスコアを大きく引き離しています。 そのo1-previewを用いてサンプルアプリのテスト観点を出してもらい、私が出したテスト観点と比較を行ってみました。 話を進める前にテストについて大事なこと 結論から お題と僕が出したテスト観点 o1にテスト観点を出してもらう o1が出したテスト観点を確認 私が出したテスト観点と比較 o1ではどういったテスト観点が出せなかったか 私はどういった観点が出せなかったか o1…

実装をするときに心がけている事と、実装前の準備と実装方法を簡単にまとめておく。 ほぼ、テスト駆動開発 (TDD)を参考にした内容になるので、引用はそこからになる。 心がけ コードレビューや、後から入ったメンバーが見返した時の認知負荷を下げる なるべく実装中の手戻りや、コードレビューによる指摘を少なくするようにする TODOリスト Pull Request(PR)のサマリーにTODOリストを記載する。(PRテンプレートにしておく) リストに加えるのは実装したいものに対するテスト、ということになる。まず、実装しなければならない振る舞いを考えれるだけ書き出してみる。次に、まだ実装がない操作に関して、…

最近テスト駆動開発(Test-Driven Development: TDD)を試している。 テスト駆動開発とはソフトウェア開発の1つである。これの提唱者であるKent Beckの本を今読んでいるが、かなり面白い。 テスト駆動開発作者:ＫｅｎｔＢｅｃｋオーム社Amazon 通常の開発では次のように進む。まず仕様を決定する。次に実装する。そして最後にテストする。 対して、TDDは仕様が決まった後にまずテストを作成する。そのあとに実装する。 TDDの方法は有名であり、それは次のループである。 レッド グリーン リファクタリング TDDはテストコードとプロダクトコード(実装コード)を行ったり来たりす…

speakerdeck.com 吉祥寺.pmや、設計ナイトでもたびたび登壇されている工藤由美さんの主催による『秋の旬なアーキテクチャLT会』というイベントに誘われたので、招待枠、ということでLTしてきました 秋の旬なアーキテクチャLT会 「旬なアーキテクチャ」、ということでもっとミドルウェアとか、サービスとかそういう話をした方がいいのかなーとも思ったのですが、以前から何度かブログにも書いている「コードに色はない」という話を膨らませて、「通常」パターンと、「例外」パターンを分離しないと、「例外」パターンは増え続けて全体を圧迫するよ、意識的に設計しようね、という話でまとめてみました 感想をお待ちし…

「Debugging: The 9 Indispensable Rules for Finding Even the Most Elusive Software and Hardware Problems」を読んだので内容をまとめる。以下の内容は、ほとんどClaude3.5 Sonnet v2を使用して作成している。この書籍は、ソフトウェアやハードウェアのデバッグに関する9つの基本ルールを解説したものである。システムを理解し、障害を再現し、思い込みを排して観察し、問題を分割して特定し、一度に1つの変更を行い、記録を残し、基本的な確認を怠らず、新しい視点を取り入れ、最後まで確実に修正を確認する。…