【翻訳】テスト駆動開発の定義 - t-wadaのブログ
このブログエントリでは、テスト駆動開発（TDD: Test-Driven Development）の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。 きっかけ 2023年の年末、テスト駆動開発（TDD: Test-Driven Development）の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に「意味の希薄化」が発生して議論が噛み合わなくなっていました。意味の希薄化（Semantic Diffusion）とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。 私（和田）はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書『テスト駆動開発』の翻訳者であることもあり、TDDの正
コマンドを使わずに理解するGit - Qiita
この記事はNuco Advent Calendar 2022の7日目の記事です はじめに 株式会社Nucoでエンジニアをしている@noshishiです。 今回は、ついついその場限りのコマンド実行で乗り越えがちなGitを、コマンドを使わず理解するための記事を書こうと思います。 Gitとは バージョンを管理し、作業を分散する Gitは、分散型バージョン管理システムと呼ばれるソースコードの管理システムの1種です。 Gitは、ファイルの変更履歴（バージョン）を記録・追跡することで、過去と現在のファイルを比較し、変更点を明らかにすることで、円滑に開発作業を進めるためのツールです。 また、一度に複数の開発者がファイルを編集できるシステムなので、作業を分散して行うことができます。 Gitを使うということ まず、みんなで共有できる保存場所（以下、リモートリポジトリ）にあるファイルなどを、手元のパソコン（以
Mermaid flow
Mermaid Flow is an online Mermaid JS editor that takes this a step further and simplifies the creation and maintenance of your Mermaid Diagrams. Mermaid Flow generates Mermaid JS code which can be rendered directly in GitHub README's and also stored and version controlled in code. This app makes it easy to create Mermaid JS diagrams with its visual and interactive editor, so you get the stability
のんびり学ぶ Figma 〜コンポーネント編〜 (1) | さくらのナレッジ
このシリーズについて みなさんこんにちは。さくらインターネットでフロントエンド領域を担当している山田です。この連載では、フロントエンド開発を行っているメンバーが、開発に役立つ情報を半分趣味で不定期掲載していく予定です。 自分からは、近年人気のデザインツールである『Figma』の便利な情報をお伝えしたいと思います。デザイナーの方はもちろん、エンジニアの方にも興味を持っていただける機能がたくさん詰まったFigmaを紹介していきます。 Figmaのご紹介 チーム開発に適したデザインツール Figmaのメインの機能の一つはもちろんデザイン制作です。Figmaを使うことで、これまでのデザインツールでは難しかったWebアプリケーションやモバイルアプリケーションといった、よりダイナミックに画面が変化していくタイプのデザインを表現しやすくなりました。 中でも、複数人で同じデザインファイルを閲覧・編集可能な
「1人アジャイル」から始める、アジャイル開発導入のススメ｜Agile Journeyローンチによせて - Agile Journey
みなさん、こんにちは。 ユーザベースという会社でSaaS事業のCTOを務める林 尚之です。 本日、新しいWebメディア『Agile Journey』がローンチされました。私はこのメディアに編集長として関わりますが、本稿では『Agile Journey』がどんなメディアで、なぜアジャイルをテーマとしたメディアを立ち上げたのかをお伝えしたいと思います。 『Agile Journey』はできるかぎり「実践」にフォーカスしていきたいと考えています。すでに世の中には、アジャイルに関する事柄を解説する本や資料がたくさんあり、「ペアプロってなに？」「TDDってなに？」という問いに対する基本的な解は容易に見つかるでしょう。しかし、「やり方を知る・理解する」と、「それをいかに実践するか」には別の難しさがあります。実際、私も「アジャイルをいかにして、実践するか」に関して日々、頭を悩ませていますし、試行錯誤を繰
中日新聞:自動車工場のガロア体 ＱＲコードはどう動くか
その誕生を地元新聞も経済新聞も記事にしなかった。２年後、『コードの情報を白黒の点の組み合わせに置き換える』と最下段のベタ記事で初めて紹介された時、その形を思い浮かべることができる読者はいなかった。いま、説明の必要すらない。ＱＲコードはなぜ開発され、どう動くのだろうか。 ＱＲコードは、自動車生産ラインの切実な要請と非自動車部門の技術者の「世界標準の発明をしたい」という野心の微妙な混交の下、1990年代前半の日本電装（現デンソー）で開発された。 トヨタグループの生産現場では、部品名と数量の記された物理的なカンバンが発注書、納品書として行き来することで在庫を管理する。そのデータ入力を自動化するバーコード（ＮＤコード）を開発したのがデンソーだ。 バブル全盛の1990年ごろ、空前の生産台数、多様な車種・オプションに応えるため、部品も納入業者も急激に増え、ＮＤコードが限界を迎えていた。63桁の数字しか
設計書・仕様書の書き方が分かる！
弊社では開発工程の上流である「要件定義、基本設計、詳細設計」において必要となるドキュメント標準が定義されております。本稿では「ドキュメント標準」の一部をご紹介しますので、是非ご参考にしてください。 各工程で必要なドキュメントを定義しましょう 下記のように工程ごとにドキュメント成果物、内容を定めております。 どの企業でも必要なドキュメント成果物になりますが、必要に応じて追加・削除頂ければと思います。 ※業務系のシステム開発に照準を当てております。 要求分析（要件定義） システム開発は要求分析（要件定義）というプロセスから始まります。要求分析（要件定義）は、顧客の要求を把握してシステム要件を確定することです。主に以下のような事項をまとめます。 要求概要 システムの目的 現状の課題と改善案 基本要件と優先順位 到達目標 システムの実現手段 システム化の範囲 概略費用 効果（定性／定量） 体制図
Android 12 Developer Preview 1リリース：変更点と新機能 | TechBooster
2021年2月18日10:00AM（現地時間）、GoogleよりAndroid 12 Developer Preivew1が発表されました。最新のAndroid 12（Android S）の変化点をダイジェストでお伝えします。 引用元：https://developer.android.com/about/versions/12 主にセキュリティの強化（アプリ制限の追加）およびコミュニケーション機能です。例年どおりであればDeveloper Preview 1（DP1）は動作確認のための最低限の変更が適用されています。今後のプレビューリリースでは更なる新機能が追加されるでしょう。DP1では特にAndroid OSとしてのSecurity・プライバシー機能強化が目立つ内容となり、この傾向はAndroid 11までの流れを汲んでいます。 大きなトピックとして現在のAndroid OSの提供機能
思った以上に大変だったクラシルでの Scoped Storage 対応 - dely Tech Blog
本記事は dely #1 Advent Calendar の 23 日目の記事です。 adventar.org dely #2もあるのでこちらも見てみてください！ adventar.org こんにちは、Android エンジニアの tummy です。 昨日はうめもりさんの「Androidも宣言的UI（が当たり前になりそうな）時代に非宣言的UIライブラリでこの先生きのこるには」でした。 絶賛このアーキテクチャで実装中ですが、以前より diff が少なくなったのとどこに何を書けばいいのかが明確になってとても捗ってます。ただ、まだ悩みポイントもあるのでこれから潰していきたいと思ってます 😎 さて、タイトルにある通りクラシルでも先日 Scoped Storage 対応をしました。 （今回は Scoped Storage についての説明は省きます、ドキュメントをぜひ参照してください 💁♀️）
Taking Advantage of Debugging Tools for Android App Development - クックパッド開発者ブログ
Hello! I'm Joseph and I'm an Android engineer from the Mobile Infrastructure team. In this post, I will talk about some of the tools that we used in debugging while working on the renewal project. The contents of this post were presented in the recently held Tech Kitchen #25. Renewal Project As mentioned in the article テストケース作成を仕様詳細化の手段とする実験 published earlier this year, the Cookpad app for iOS has
2021年1月におけるAndroid開発状況
Photo by Moritz Knöringer on Unsplash今年もAndroid開発状況を個人的な観点からまとめたいと思います。 去年のはこちら KotlinKotlinはもう言うことは特にないですね。 個人的には KSP がどうなるかが気になるところですね。 CoroutinesAndroid11のリリースと合わせて正式にCoroutinesが推奨される非同期処理となりました。（あとAsyncTaskがDeprecatedになりましたね） これまで以上にCoroutinesを使っていく場面が増えてくると思いますし、Jetpackライブラリでも当たり前のように使われていくと思います。 また、StateFlowやSharedFlowなどの便利なものも出てきています。 まだ触ったことない方はぜひチャレンジしてみてください。 https://developer.android.co
『天穂のサクナヒメ』には別の同人サークルが開発した「ラグナロクエンジン」を使用。複数のサークルが制作に携わる独自のゲーム開発体制を代表者らが解説
同人ゲームサークル「えーでるわいす」が開発し、マーベラスから発売されたアクションRPG『天穂のサクナヒメ』。稲を育てながらキャラクターを育成し、横スクロールアクションを体験していくという斬新なコンセプトで、パッケージ版が品薄になるなどSNSを中心にゲーマーたちの話題をさらっている。村山竜大氏による可愛らしいキャラクターデザインも好評だ。 そんな『天穂のサクナヒメ』について「えーでるわいす」代表のなる氏がTwitter上にて、同作は同人ゲームサークル「にゃっほい屋」が開発した「ラグナロクエンジン」が使用していることを明らかにした。 （画像はSteam『天穂のサクナヒメ』より） 本作の開発のきっかけについては、2018年の「BitSummit」のステージイベントで明らかにされており、「えーでるわいす」が手掛けた『アスタブリード』をBitSummitに出展していたところ、マーベラスUSAからオフ
ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ
このエントリでは、ソフトウェアの見積もりがどういうものであるかをシェアした上で、今後日本はどのような方向に向かえばよいのでは？という私のアイデアをシェアしたいと思う。 注：このエントリは、某銀行の件とは全く関係ありません。考えるきっかけになっていますが、中の人がどんな状況だったかもわからないのに、勝手なことを想像して、人や企業を叩くのは私の趣味ではないからです。 ソフトウェアの見積もりの正確さ ソフトウェア見積もりのことを知りたければ、下記の本がお勧めだ。 books.rakuten.co.jp この本に「不確実性のコーン」という開発フェーズごとの見積もりの正確性に関する図がある。これを見ると、最初の企画の段階で実施した見積もりは、誤差が何と16倍もあり、概算見積もりのレベルでも4倍の開きがある。画面帳票仕様を「確定」したレベルでやっと1.6倍程度の開きになる。 請負開発を実施するときに、
Kotlin への対応を強化した Android Pie SDK
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
サンプル例に見る機能仕様書の基本的な書き方＆読みやすくする7つのテクニック (1/3)：プロジェクト成功確率向上の近道とは？（2） - ＠IT
サンプル例に見る機能仕様書の基本的な書き方＆読みやすくする7つのテクニック：プロジェクト成功確率向上の近道とは？（2）（1/3 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は、Joelの機能仕様書を日本人向けにカスタマイズされたものを例に、機能仕様書の基本的な書き方、読みやすくする7つのテクニック、仕様書作成ツールは何を使うべきか、誰が書くべきかなども解説します。 連載目次 連載の第1回の前回「ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門」では、ITシステム開発がビジネスに貢献していくためには、まずは開発の成功が出発点になること、そしてITシステム開発におけるコミュニケーションの重要性、そしてコミュニケーションにおけるドキュメントの重要性について説
[2018年版] よく分かる！iOSアプリのリリース手順のまとめ | DevelopersIO
はじめに こんにちは。モバイルアプリサービス部の平屋です。 本記事では、iOSアプリをApp Storeへリリースする手順を解説していきます。 標準的なリリースフローに沿って「各工程で必要な作業」をまとめてありますので、リリース作業時の参考にしていただければと思います。 検証環境 macOS High Sierra 10.13.2 Xcode Version 9.2 (9C40b) 目次 リリース作業の概要 リリースフローについて アプリのステータスについて 1. アカウントや証明書を準備する 1.1 Apple IDを準備する 1.2 プロビジョニングプロファイルを準備する 2. アプリの基本情報を登録する 3. アプリの詳細情報を編集する 3.1 App情報 3.2 価格および配信状況 3.3 {バージョン番号} 提出準備中 4. アプリをアップロードする 5. アップロードされたアプ
![[2018年版] よく分かる！iOSアプリのリリース手順のまとめ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/345af85fa58540cacdc154ee9f64f0703ce9faf6/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F02%2Fapp_store_ios11.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デイリースクラムいらなくなくなくなーい！？
テクニカルライティングの基本
「設計」で大事なのはこれだった！半年間で40本レビューして分かった 5つのポイント - Qiita
絶対落ちないアプリの作り方
