Submit Search
Upload
ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
•
9 likes
•
3,926 views
Makoto SAKAI
Follow
ソフトウェア品質シンポジウム(SQiP2015) 併設チュートリアル資料より抜粋
Read less
Read more
Software
Report
Share
Report
Share
1 of 15
Download now
Download to read offline
Recommended
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Kohei Tokunaga
NTT Tech Conference 2022 での「Dockerからcontainerdへの移行」の発表資料です https://ntt-techconf.connpass.com/event/241061/ 訂正: P2. . 誤: ``` Ship docker run -it --rm alpine Run docker push ghcr.io/ktock/myalpine:latest ``` 正: ``` Ship docker push ghcr.io/ktock/myalpine:latest Run docker run -it --rm alpine ```
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
GitFlow,GitHubFlow,GitLabFlowは使わない! gitの新しいブランチモデル「GitFeatureFlow」を 考えたので紹介します
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
Yuta Shimada
CloudNative Days Tokyo 2022 2日目Track_B 13:20~の登壇資料です https://event.cloudnativedays.jp/cndt2022/talks/1527
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
AgileJapan 2015講演資料
コンテナの作り方「Dockerは裏方で何をしているのか?」
コンテナの作り方「Dockerは裏方で何をしているのか?」
Masahito Zembutsu
Dockerやコンテナについての理解を目指す入門テキストです。 CloudNative Days Kansai 2019 - #CNDK2019 における発表資料です。 https://cloudnativedays.jp/cndk2019/
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
ITシステムの開発を主にやっています。為安圭介です。 数年間、リーダという役割をいただいて、数十名のチーム運営を経験してきました。 その中で、良いチームとは何だろう?と考え、自分なりの考えをまとめてみました。 今回はプロジェクトやイテレーションの「振り返り」について、有名な著書「アジャイルレトロスペクティブズ」の説明です。本の全てを説明しているわけではありませんが、自分に合っているツールや考え方に絞って記載しています。 このスライドをまとめるための時間は「NARUTO 5冊分」でした。ですので、作成しての感想は「NARUTO 最高」です。
Redmineの基本と適用事例
Redmineの基本と適用事例
Go Maeda
第42回IT勉強宴会(2015/07/17) 発表資料① https://atnd.org/events/67943
作る人から作りながら運用する人になっていく
作る人から作りながら運用する人になっていく
Ryo Mitoma
DevOpsDays Tokyo 2022 の発表資料です。 https://confengine.com/conferences/devopsdays-tokyo-2022/proposal/16422
Recommended
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Kohei Tokunaga
NTT Tech Conference 2022 での「Dockerからcontainerdへの移行」の発表資料です https://ntt-techconf.connpass.com/event/241061/ 訂正: P2. . 誤: ``` Ship docker run -it --rm alpine Run docker push ghcr.io/ktock/myalpine:latest ``` 正: ``` Ship docker push ghcr.io/ktock/myalpine:latest Run docker run -it --rm alpine ```
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
GitFlow,GitHubFlow,GitLabFlowは使わない! gitの新しいブランチモデル「GitFeatureFlow」を 考えたので紹介します
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
【CNDT2022】SIerで実践!クラウドネイティブを普及させる取り組み
Yuta Shimada
CloudNative Days Tokyo 2022 2日目Track_B 13:20~の登壇資料です https://event.cloudnativedays.jp/cndt2022/talks/1527
大規模スクラムの失敗から学んだこと #AgileJapan2015
大規模スクラムの失敗から学んだこと #AgileJapan2015
Itsuki Sakitsu
AgileJapan 2015講演資料
コンテナの作り方「Dockerは裏方で何をしているのか?」
コンテナの作り方「Dockerは裏方で何をしているのか?」
Masahito Zembutsu
Dockerやコンテナについての理解を目指す入門テキストです。 CloudNative Days Kansai 2019 - #CNDK2019 における発表資料です。 https://cloudnativedays.jp/cndk2019/
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
ITシステムの開発を主にやっています。為安圭介です。 数年間、リーダという役割をいただいて、数十名のチーム運営を経験してきました。 その中で、良いチームとは何だろう?と考え、自分なりの考えをまとめてみました。 今回はプロジェクトやイテレーションの「振り返り」について、有名な著書「アジャイルレトロスペクティブズ」の説明です。本の全てを説明しているわけではありませんが、自分に合っているツールや考え方に絞って記載しています。 このスライドをまとめるための時間は「NARUTO 5冊分」でした。ですので、作成しての感想は「NARUTO 最高」です。
Redmineの基本と適用事例
Redmineの基本と適用事例
Go Maeda
第42回IT勉強宴会(2015/07/17) 発表資料① https://atnd.org/events/67943
作る人から作りながら運用する人になっていく
作る人から作りながら運用する人になっていく
Ryo Mitoma
DevOpsDays Tokyo 2022 の発表資料です。 https://confengine.com/conferences/devopsdays-tokyo-2022/proposal/16422
協働ロボットCOROの開発における形式的仕様記述KMLの開発と適用
協働ロボットCOROの開発における形式的仕様記述KMLの開発と適用
Life Robotics
PPL2017でのポスター発表資料
エンジニアのためのOSSライセンス管理~OSS管理ツールの池の水全部抜く~
エンジニアのためのOSSライセンス管理~OSS管理ツールの池の水全部抜く~
Daisuke Morishita
オープンソースカンファレンス2021 Online/Spring https://event.ospn.jp/osc2021-online-spring/session/297765
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
Dockerコンテナ内からGitを利用する手順
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
SEGADevTech
CEDEC2020の講演資料です。 『「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム』 株式会社セガ 第1事業部 阪上直樹 / 株式会社セガ 開発技術部 粉川貴至
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
レガシーコード改善勉強会 in Yahoo Japan 2014.09.27 プロジェクトに対する方法論構築と、タスクマネジメントについての紹介 後半はMikado Methodの簡易紹介です。
【BS13】チーム開発がこんなにも快適に!コーディングもデバッグも GitHub 上で。 GitHub Codespaces で叶えられるシームレスな開発
【BS13】チーム開発がこんなにも快適に!コーディングもデバッグも GitHub 上で。 GitHub Codespaces で叶えられるシームレスな開発
日本マイクロソフト株式会社
株式会社 ゼンアーキテクツ 大平かづみ GitHub 上に展開される開発環境をブラウザや Visual Studio Code から接続し、あたかも手元で作業しているかのように利用できる GitHub Codespaces。手元のマシンスペックに影響されず、プロジェクトで共通の環境をオンデマンドで利用できるため、コーディングからレビュー、デバッグに至るまでシームレスに作業することができます。実際に GitHub Codespaces を用いて開発を進めたプロジェクトを例に、デモを交えてご紹介します。
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
NTT DATA Technology & Innovation
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~ (Spring Fest 2020講演資料) 2020年12月17日 NTTデータ 技術革新統括本部 横井 一輝
RedmineのFAQとアンチパターン集
RedmineのFAQとアンチパターン集
akipii Oga
20110730_Redmineでのタスク管理を考える勉強会@大阪 第1回 (2011/07/30) - RxTstudy https://sites.google.com/site/rxtstudy/home/20110730 【公開】RedmineのFAQとアンチパターン集 #Rxtstudy: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/07/redminefaq-rxts.html RxTstudy Redmineでのタスク管理を考える勉強会@大阪 - Togetterまとめ http://togetter.com/li/168362
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
メルカリ・ソウゾウでは どうGoを活用しているのか?
メルカリ・ソウゾウでは どうGoを活用しているのか?
Takuya Ueda
会津大のGo勉強会で使用した資料です。
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
サイボウズの CI/CD 事情 〜Jenkins おじさんは CircleCI おじさんにしんかした!〜
サイボウズの CI/CD 事情 〜Jenkins おじさんは CircleCI おじさんにしんかした!〜
Jumpei Miyata
https://testnight.connpass.com/event/103064/ 『CI/CD Test Night #1』の LT 発表資料です。 サイボウズ社内の CI/CD ツール事情と CircleCI の最新機能について話しました。
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Akihiro Suda
https://ntt-developers.github.io/ntt-tech-conference/2022/ 従来は Docker がコンテナエンジンとして幅広く利用されてきましたが、最近は Kubernetes が Docker 対応を打ち切るなど、風向きが変わってきました。 本セッションでは、Docker に代わって普及しつつあるコンテナエンジンである containerd について、Docker との違いや移行方法を紹介します。 P2P でのイメージ配布など、最新の機能についても紹介します。
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
NTT DATA Technology & Innovation
kubernetes初心者がKnative Lambda Runtime触ってみた (Kubernetes Novice Tokyo #13 発表資料) 2021年9月21日(火) NTTデータ 製造ITイノベーション事業本部第五製造事業部 コネクティッド統括部第一開発担当 藤田 拳斗
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Masahito Zembutsu
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】 JAWS-UG コンテナ支部 Docker 入門 #2 2015年10月30日(金) http://jawsug-container.connpass.com/event/20924/ ※コンテナ支部での発表スライドですが、内容は Docker に対して興味のある方、すべてを対象としています。前回のバージョンそのままではなく、説明の追加など、現在の状況にあわせて、ほぼ全面的に書き直しています。
Marp Tutorial
Marp Tutorial
Rui Watanabe
北村研Notion用
M5StackをRustで動かす
M5StackをRustで動かす
Kenta IDA
M5StackのアプリケーションをRustで書いて動かすために試したこと
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
分散システムのFault Injectionの話 NTTデータテクノロジーカンファレンス2017で発表する際に用いたプレゼン資料 https://oss.nttdata.com/hadoop/event/201710/index.html
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
Google Cloud Platform - Japan
2019 年 11 月 18 日 Google Cloud INSIDE Game & Apps 『私たちがGCPを使い始めた本当の理由』 グリー株式会社 堀口 真司氏のセッションの登壇スライドです。
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
2012/7/27に開催されたDevelopers [Social Enterprise] Summit 2012の講演【 B-2】 「エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方」
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
2012/9/14に開催されたDevelopers Summit 2012 Kansai (通称:デブサミ関西)の講演【A-2】 「エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方」
More Related Content
What's hot
協働ロボットCOROの開発における形式的仕様記述KMLの開発と適用
協働ロボットCOROの開発における形式的仕様記述KMLの開発と適用
Life Robotics
PPL2017でのポスター発表資料
エンジニアのためのOSSライセンス管理~OSS管理ツールの池の水全部抜く~
エンジニアのためのOSSライセンス管理~OSS管理ツールの池の水全部抜く~
Daisuke Morishita
オープンソースカンファレンス2021 Online/Spring https://event.ospn.jp/osc2021-online-spring/session/297765
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
Dockerコンテナ内からGitを利用する手順
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
SEGADevTech
CEDEC2020の講演資料です。 『「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム』 株式会社セガ 第1事業部 阪上直樹 / 株式会社セガ 開発技術部 粉川貴至
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
レガシーコード改善勉強会 in Yahoo Japan 2014.09.27 プロジェクトに対する方法論構築と、タスクマネジメントについての紹介 後半はMikado Methodの簡易紹介です。
【BS13】チーム開発がこんなにも快適に!コーディングもデバッグも GitHub 上で。 GitHub Codespaces で叶えられるシームレスな開発
【BS13】チーム開発がこんなにも快適に!コーディングもデバッグも GitHub 上で。 GitHub Codespaces で叶えられるシームレスな開発
日本マイクロソフト株式会社
株式会社 ゼンアーキテクツ 大平かづみ GitHub 上に展開される開発環境をブラウザや Visual Studio Code から接続し、あたかも手元で作業しているかのように利用できる GitHub Codespaces。手元のマシンスペックに影響されず、プロジェクトで共通の環境をオンデマンドで利用できるため、コーディングからレビュー、デバッグに至るまでシームレスに作業することができます。実際に GitHub Codespaces を用いて開発を進めたプロジェクトを例に、デモを交えてご紹介します。
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
NTT DATA Technology & Innovation
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~ (Spring Fest 2020講演資料) 2020年12月17日 NTTデータ 技術革新統括本部 横井 一輝
RedmineのFAQとアンチパターン集
RedmineのFAQとアンチパターン集
akipii Oga
20110730_Redmineでのタスク管理を考える勉強会@大阪 第1回 (2011/07/30) - RxTstudy https://sites.google.com/site/rxtstudy/home/20110730 【公開】RedmineのFAQとアンチパターン集 #Rxtstudy: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/07/redminefaq-rxts.html RxTstudy Redmineでのタスク管理を考える勉強会@大阪 - Togetterまとめ http://togetter.com/li/168362
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
メルカリ・ソウゾウでは どうGoを活用しているのか?
メルカリ・ソウゾウでは どうGoを活用しているのか?
Takuya Ueda
会津大のGo勉強会で使用した資料です。
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
サイボウズの CI/CD 事情 〜Jenkins おじさんは CircleCI おじさんにしんかした!〜
サイボウズの CI/CD 事情 〜Jenkins おじさんは CircleCI おじさんにしんかした!〜
Jumpei Miyata
https://testnight.connpass.com/event/103064/ 『CI/CD Test Night #1』の LT 発表資料です。 サイボウズ社内の CI/CD ツール事情と CircleCI の最新機能について話しました。
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
Akihiro Suda
https://ntt-developers.github.io/ntt-tech-conference/2022/ 従来は Docker がコンテナエンジンとして幅広く利用されてきましたが、最近は Kubernetes が Docker 対応を打ち切るなど、風向きが変わってきました。 本セッションでは、Docker に代わって普及しつつあるコンテナエンジンである containerd について、Docker との違いや移行方法を紹介します。 P2P でのイメージ配布など、最新の機能についても紹介します。
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
NTT DATA Technology & Innovation
kubernetes初心者がKnative Lambda Runtime触ってみた (Kubernetes Novice Tokyo #13 発表資料) 2021年9月21日(火) NTTデータ 製造ITイノベーション事業本部第五製造事業部 コネクティッド統括部第一開発担当 藤田 拳斗
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Masahito Zembutsu
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】 JAWS-UG コンテナ支部 Docker 入門 #2 2015年10月30日(金) http://jawsug-container.connpass.com/event/20924/ ※コンテナ支部での発表スライドですが、内容は Docker に対して興味のある方、すべてを対象としています。前回のバージョンそのままではなく、説明の追加など、現在の状況にあわせて、ほぼ全面的に書き直しています。
Marp Tutorial
Marp Tutorial
Rui Watanabe
北村研Notion用
M5StackをRustで動かす
M5StackをRustで動かす
Kenta IDA
M5StackのアプリケーションをRustで書いて動かすために試したこと
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
分散システムのFault Injectionの話 NTTデータテクノロジーカンファレンス2017で発表する際に用いたプレゼン資料 https://oss.nttdata.com/hadoop/event/201710/index.html
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
Google Cloud Platform - Japan
2019 年 11 月 18 日 Google Cloud INSIDE Game & Apps 『私たちがGCPを使い始めた本当の理由』 グリー株式会社 堀口 真司氏のセッションの登壇スライドです。
What's hot
(20)
協働ロボットCOROの開発における形式的仕様記述KMLの開発と適用
協働ロボットCOROの開発における形式的仕様記述KMLの開発と適用
エンジニアのためのOSSライセンス管理~OSS管理ツールの池の水全部抜く~
エンジニアのためのOSSライセンス管理~OSS管理ツールの池の水全部抜く~
DockerコンテナでGitを使う
DockerコンテナでGitを使う
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
【BS13】チーム開発がこんなにも快適に!コーディングもデバッグも GitHub 上で。 GitHub Codespaces で叶えられるシームレスな開発
【BS13】チーム開発がこんなにも快適に!コーディングもデバッグも GitHub 上で。 GitHub Codespaces で叶えられるシームレスな開発
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
モノリスからマイクロサービスへの移行 ~ストラングラーパターンの検証~(Spring Fest 2020講演資料)
RedmineのFAQとアンチパターン集
RedmineのFAQとアンチパターン集
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
メルカリ・ソウゾウでは どうGoを活用しているのか?
メルカリ・ソウゾウでは どうGoを活用しているのか?
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
サイボウズの CI/CD 事情 〜Jenkins おじさんは CircleCI おじさんにしんかした!〜
サイボウズの CI/CD 事情 〜Jenkins おじさんは CircleCI おじさんにしんかした!〜
Dockerからcontainerdへの移行
Dockerからcontainerdへの移行
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
kubernetes初心者がKnative Lambda Runtime触ってみた(Kubernetes Novice Tokyo #13 発表資料)
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Docker入門-基礎編 いまから始めるDocker管理【2nd Edition】
Marp Tutorial
Marp Tutorial
M5StackをRustで動かす
M5StackをRustで動かす
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
Similar to ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
2012/7/27に開催されたDevelopers [Social Enterprise] Summit 2012の講演【 B-2】 「エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方」
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
Yusuke Suzuki
2012/9/14に開催されたDevelopers Summit 2012 Kansai (通称:デブサミ関西)の講演【A-2】 「エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方」
クラウドネイティブ時代の大規模ウォーターフォール開発(CloudNative Days Tokyo 2021 発表資料)
クラウドネイティブ時代の大規模ウォーターフォール開発(CloudNative Days Tokyo 2021 発表資料)
NTT DATA Technology & Innovation
クラウドネイティブ時代の大規模ウォーターフォール開発 (CloudNative Days Tokyo 2021 発表資料) 2021年11月4日(木) NTTデータ システム技術本部生産技術部 ソフトウェア技術センタ 菅原 亮 NTTデータ システム技術本部生産技術部 ソフトウェア技術センタ 菅村 泰隆
Gnus intro web_2021
Gnus intro web_2021
耕介 長田
GNUSイントロダクション資料
ウォーターフォールとアジャイル開発の比較
ウォーターフォールとアジャイル開発の比較
Unicast Inc.
超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0
正善 大島
超高速開発の概念をまとめた資料です。ビジネスの変化に迅速に対応できる情報システムを構築することが求められています。そのような時代に、労働集約的な開発をしていることに根本的・本質的な無理難題が存在することを理解いただくための資料です。システム開発のイノベーションが必須であり、適用している企業では、すでに多大な効果が出ています。そういったことをまとめています。
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
Yusuke Suzuki
ユーザー企業における標準化のあり方 - 形ではない、型としての標準を目指して グロースエクスパートナーズ(株) 鈴木雄介
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
SORACOM, INC
Developer Summit 2010 【19-B-2】 Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
Yusuke Suzuki
2023/11/11に開催されたJJUG CCC 2023 Fallでの講演「アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ」の資料です
OutSystems ユーザー会 セッション資料
OutSystems ユーザー会 セッション資料
Tsuyoshi Kawarasaki
OutSystems愛知ユーザー会 セッション資料 @ CTC名古屋オフィス
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Yukei Wachi
【15-A-5】 2013/2/16に目黒雅叙園にて開催された、デブサミ2013 での講演スライドです。
Heroku Inside
Heroku Inside
Ayumu Aizawa
Proceedクラウド紹介スライド.pdf
Proceedクラウド紹介スライド.pdf
RyutaSato4
Proceedクラウド紹介スライド
パスキーでリードする: NGINXとKeycloakによる効率的な認証・認可
パスキーでリードする: NGINXとKeycloakによる効率的な認証・認可
Hitachi, Ltd. OSS Solution Center.
F5 Engage Tokyo 2023
ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発
Kent Ishizawa
オープンコミュニティ「要求開発アライアンス」(http://www.openthology.org)の2011年6月定例会発表資料です。 Open Community "Requirement Development Alliance" 2011/6 regular meeting of the presentation materials.
nikkeibp20131120public
nikkeibp20131120public
xrad
Nikkei BP Seminar
「超」短期間開発のための3つの開発マネジメント
「超」短期間開発のための3つの開発マネジメント
Ryozo Ishibashi
短期間で製品開発するための体制、プロセス、進捗管理の方法
OSC2018 hiroshima session slide by OSSC
OSC2018 hiroshima session slide by OSSC
Daisuke Nishino
オープンソースカンファレンス2018 Hiroshima > セミナー講演「広島近辺のSIerでアプリ開発しているエンジニア向け、弊部会とOSSの紹介」のセッション・スライド OSC 2018 広島 参加報告 - OSSコンソーシアム(9/27投稿予定) https://www.osscons.jp/jo2allmgh-537/#_537
SocialAnalyticsとCQ5がスゴイ
SocialAnalyticsとCQ5がスゴイ
Makoto Shimizu
eVar7 - Omniture Summit 2011報告会での発表資料
Open 棟梁 プロジェクトの、省力・省人・少人化による、コスト削減の全容。
Open 棟梁 プロジェクトの、省力・省人・少人化による、コスト削減の全容。
Daisuke Nishino
Open 棟梁 プロジェクトの、省力・省人・少人化による、コスト削減の全容について。 ペイライン上げたらなんもできなくなるので下げる。と言う話。 - OSSコンソーシアム https://www.osscons.jp/joi8vd2dp-537/#_537
Similar to ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
(20)
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
夏サミ 2012 [B-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
デブサミ関西2012[A-2]エンタープライズ開発におけるコラボレーション - JIRAによる顧客と開発チームのつなぎ方
クラウドネイティブ時代の大規模ウォーターフォール開発(CloudNative Days Tokyo 2021 発表資料)
クラウドネイティブ時代の大規模ウォーターフォール開発(CloudNative Days Tokyo 2021 発表資料)
Gnus intro web_2021
Gnus intro web_2021
ウォーターフォールとアジャイル開発の比較
ウォーターフォールとアジャイル開発の比較
超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
Agility@Scale(アジャイル開発のスケールアップ)を実現する14のベストプラクティス
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
OutSystems ユーザー会 セッション資料
OutSystems ユーザー会 セッション資料
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Heroku Inside
Heroku Inside
Proceedクラウド紹介スライド.pdf
Proceedクラウド紹介スライド.pdf
パスキーでリードする: NGINXとKeycloakによる効率的な認証・認可
パスキーでリードする: NGINXとKeycloakによる効率的な認証・認可
ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発
nikkeibp20131120public
nikkeibp20131120public
「超」短期間開発のための3つの開発マネジメント
「超」短期間開発のための3つの開発マネジメント
OSC2018 hiroshima session slide by OSSC
OSC2018 hiroshima session slide by OSSC
SocialAnalyticsとCQ5がスゴイ
SocialAnalyticsとCQ5がスゴイ
Open 棟梁 プロジェクトの、省力・省人・少人化による、コスト削減の全容。
Open 棟梁 プロジェクトの、省力・省人・少人化による、コスト削減の全容。
More from Makoto SAKAI
プロセスモデルの補完方法 -モデル・ノウハウ・人-
プロセスモデルの補完方法 -モデル・ノウハウ・人-
Makoto SAKAI
ソフトウェアシンポジウム2022 のFuture Presentationのスライドです。
プロセスモデルの補完方法 -モデル・ノウハウ・人-
プロセスモデルの補完方法 -モデル・ノウハウ・人-
Makoto SAKAI
ソフトウェアシンポジウム2022 のFuture Presentationの概要です。
SQiP20222投稿応援フォーラム「開発現場で役立つ論文の書き方のお話」
SQiP20222投稿応援フォーラム「開発現場で役立つ論文の書き方のお話」
Makoto SAKAI
ソフトウェア開発においてコミュニケーションは重要です。情報伝達の問題の多くは,話や文章が論理的構造でないことから生じます。論理的な構造を実現するには構造の理解のほか,構造(形)に合わせて物事の整理(論理的思考力)が必要です。論理的思考力のトレーニングである論文形を学んで議論や技術文章が適切に書けるようになるでしょう。
メールやチャットでも役立つテクニック
メールやチャットでも役立つテクニック
Makoto SAKAI
開発現場で役立つ論文の書き方のお話の前半を社内向けにした際のおまけです
改訂版:開発現場で役立つ論文の書き方のお話
改訂版:開発現場で役立つ論文の書き方のお話
Makoto SAKAI
ソフトウェア開発の現場では、ちょっとした行き違いから問題が大きくなります。今回取り上げる『論文』は情報伝達を目的とした最も高度な技術文書の一つです。今回は論文の構造に合わせた書き方を学ぶことで、パラグラフライティングをはじめとする情報伝達の基本を説明します。 これから論文を書いてみたいという方や、仕事に行き詰まりを感じている方に。
(講演資料)開発現場で役立つ論文の書き方のお話
(講演資料)開発現場で役立つ論文の書き方のお話
Makoto SAKAI
ソフトウェア開発の現場では、ちょっとした行き違いから問題が大きくなります。今回取り上げる『論文』は情報伝達を目的とした最も高度な技術文書の一つです。今回は論文の構造に合わせた書き方を学ぶことで、パラグラフライティングをはじめとする情報伝達の基本を説明します。 これから論文を書いてみたいという方や、仕事に行き詰まりを感じている方に。 ソフトウェア技術者協会 プロセス分科会 講演資料 ※コメントを受けてはじめにを修正した改訂版をご覧ください。 https://www.slideshare.net/MakotoSAKAI/ss-242376391/MakotoSAKAI/ss-242376391
論理的思考力を身に着けるための論文研修
論理的思考力を身に着けるための論文研修
Makoto SAKAI
SRA社内研修資料
SS2019 エッジデバイス開発の難しさ
SS2019 エッジデバイス開発の難しさ
Makoto SAKAI
ソフトウェアシンポジウム2019 事例報告 発表資料
[Node-RED] ファンクションノードのデバッグどうしてる?
[Node-RED] ファンクションノードのデバッグどうしてる?
Makoto SAKAI
Node-RED UG Osaka勉強会 vol.3 発表資料
スクリプト言語入門 - シェル芸のすすめ - 第2回クラウド勉強会
スクリプト言語入門 - シェル芸のすすめ - 第2回クラウド勉強会
Makoto SAKAI
「Infrastructure as Code」という言葉を聞いたことが あるでしょうか?この言葉が表すように、クラウド環境は インフラをソフトウェアから簡単に扱え、多くの作業を 自動化できます。自動化には多くの方法がありますが、 最も簡単な自動化が今回紹介するシェルスクリプトの利用です。 今回の研修では、bashを中心にスクリプト処理の基本と 開発の方法を説明します。タイトルにはシェル芸とありますが 今回は、安全なシェルプログラミングの方法を説明します。 普段の開発やAWSなどの作業にきっと役に立つでしょう。 ※SRA社内勉強会(2019/01/25)の資料です。
新技術で未来の扉を開け! - Node-REDの環境構築と社内導入 -
新技術で未来の扉を開け! - Node-REDの環境構築と社内導入 -
Makoto SAKAI
デブサミ関西2018
Node-RED導入時の効果的な開発を考える
Node-RED導入時の効果的な開発を考える
Makoto SAKAI
Node-RED UG Osaka 勉強会 Vol.2 発表資料
プロのためのNode-RED再入門
プロのためのNode-RED再入門
Makoto SAKAI
経験者向け社内勉強会資料(一部加筆)
Node-redでプロトタイピング
Node-redでプロトタイピング
Makoto SAKAI
年忘れLT宴会<第60回IT勉強宴会>発表資料
プロジェクトを成功させるチケット管理
プロジェクトを成功させるチケット管理
Makoto SAKAI
QuaSTom高品質ソフトウェア技術交流会 第2回例会 講演資料
Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点
Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点
Makoto SAKAI
ss2017発表資料
Node-REDから見えた未来 - 変わるもの、変わらないもの -
Node-REDから見えた未来 - 変わるもの、変わらないもの -
Makoto SAKAI
ソフトウェアシンポジウム2017(SS2017) WG13「ソフトウェア開発の現状と今後の発展に向けたディスカッション」ポジションスライド
複合主キーの扱い方
複合主キーの扱い方
Makoto SAKAI
複合主キーは必須なのか?<第55回IT勉強宴会Light>発表資料。プロジェクターのない環境での発表でしたので、高橋メソッドで発表しました。発表後にグレーの小さい文字を追加しました。
UAS5 アジャイル開発に学んだアダプタブルウォーターフォール開発
UAS5 アジャイル開発に学んだアダプタブルウォーターフォール開発
Makoto SAKAI
Ultimate Agile Stories Iteration 5への寄稿
チケットの利用による経験を活かした開発の可能性
チケットの利用による経験を活かした開発の可能性
Makoto SAKAI
RxTStudy~Redmineとタスクマネジメントに関する勉強会 / 第65回 SEA関西プロセス分科会&RxTStudy #15 「チケット管理システムによるプロセス支援と今後の課題」 発表資料
More from Makoto SAKAI
(20)
プロセスモデルの補完方法 -モデル・ノウハウ・人-
プロセスモデルの補完方法 -モデル・ノウハウ・人-
プロセスモデルの補完方法 -モデル・ノウハウ・人-
プロセスモデルの補完方法 -モデル・ノウハウ・人-
SQiP20222投稿応援フォーラム「開発現場で役立つ論文の書き方のお話」
SQiP20222投稿応援フォーラム「開発現場で役立つ論文の書き方のお話」
メールやチャットでも役立つテクニック
メールやチャットでも役立つテクニック
改訂版:開発現場で役立つ論文の書き方のお話
改訂版:開発現場で役立つ論文の書き方のお話
(講演資料)開発現場で役立つ論文の書き方のお話
(講演資料)開発現場で役立つ論文の書き方のお話
論理的思考力を身に着けるための論文研修
論理的思考力を身に着けるための論文研修
SS2019 エッジデバイス開発の難しさ
SS2019 エッジデバイス開発の難しさ
[Node-RED] ファンクションノードのデバッグどうしてる?
[Node-RED] ファンクションノードのデバッグどうしてる?
スクリプト言語入門 - シェル芸のすすめ - 第2回クラウド勉強会
スクリプト言語入門 - シェル芸のすすめ - 第2回クラウド勉強会
新技術で未来の扉を開け! - Node-REDの環境構築と社内導入 -
新技術で未来の扉を開け! - Node-REDの環境構築と社内導入 -
Node-RED導入時の効果的な開発を考える
Node-RED導入時の効果的な開発を考える
プロのためのNode-RED再入門
プロのためのNode-RED再入門
Node-redでプロトタイピング
Node-redでプロトタイピング
プロジェクトを成功させるチケット管理
プロジェクトを成功させるチケット管理
Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点
Visual開発ツールNode-REDの導入によるプロセスの変化と考慮点
Node-REDから見えた未来 - 変わるもの、変わらないもの -
Node-REDから見えた未来 - 変わるもの、変わらないもの -
複合主キーの扱い方
複合主キーの扱い方
UAS5 アジャイル開発に学んだアダプタブルウォーターフォール開発
UAS5 アジャイル開発に学んだアダプタブルウォーターフォール開発
チケットの利用による経験を活かした開発の可能性
チケットの利用による経験を活かした開発の可能性
ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
1.
ウォーターフォール開発における チケット駆動開発 -ウォータフォール開発をアダプタブルにする- 株式会社SRA 阪井 誠 <sakai @
sra.co.jp>
2.
古き良きウォーターフォール型開発 社会の変化によってウォータフォール型開発でも アジャイル開発の要素を意識しないといけなくなった 2 成功パターン 難しくなった理由 納期に向けた最適な開発 プロセス 作らないとわからないことが増えた ので、一度の開発で完成できない 抜けなく網羅的に品質を 高める ビジネスチャンスにあわせて開発ス ピードが重視されるようになった 明確な仕様に基づく 社会の変化が激しく、開発中に仕様 を作りこむ。リリース後の改変も多い リーダが全体を掌握する
技術要素が増え、分散統治に。メン バーの協力、自律的な行動が必要
3.
ウォータフォール開発をベースにした チケット駆動開発のアプローチ しかし、アジャイル開発への移行は容易ではない • 大規模開発や平行開発などでは、一定の計画性が 求められる • 監査の観点 •
人材の有効活用の観点 • 契約の都合、など => チケット駆動開発を利用してウォータフォール開発 をアダプタブルにする方法を説明します
4.
統率の とれた 組 織 の 特 性 自律的 小 変更量 大 チケット駆動開発による開発法の拡張 アダプタブル ウォーターフォール アジャイル開発 ウォーター フォール型開発 TiDD TiDD TiDD アジャイル チケット駆動開発
5.
ウォータフォールをアダプタブルにする 3+1のポイント 1. マルチリリース – 複数回のリリースで変化への対応を容易にします 2.
リスクベース – リスクが小さくなるように開発順序を調整します 3. 補完型チケット駆動開発 – 計画にない作業をチケットで共有・管理します +1)サーバントリーダーシップ – メンバーの能力を最大限に発揮させます
6.
マルチリリース • UI/UXやシ ステムの性能などは実装しないとわかりに くい –
「変化への対応」を実現する – プロトタイピング、スパイクも活用する • 変更作業の持ち分はSESなら発注側、請負なら合意で きる方法をとる – 五月雨(さみだれ)契約 – 変更への対応バッファをとる • リリース分割の方法(リスクベースで決定する) – 全工程(刺身モデル、繰り返し型、XP、スクラム) – 下流(段階リリース、FDD) – 製造(ウォータースクラムフォール) ※ バージョン(マイルストーン)で管理できる
7.
マルチリリースのイメージ • オリジナルスクラム – 各工程が重層的で、 同じメンバーが作業することで、 暗黙知の共有を図っている •
FDD(Feature Driven Development) – 大規模開発のためのアジャイル手法 • ハイブリッドアジャイル – ウォータスクラムフォールとも呼ばれる AgileJapan2010 基調講演: 野中郁次郎先生による「実践知のリーダ シップ~スクラムと知の場作り」 全体 モデル 構築 ユーザ 機能リスト 作成 ユーザ 機能単位 計画 ユーザ 機能単位 設計 ユーザ 機能単位 構築 S.R. バルマー他,アジャイル開発手法FDD, ピアソンエデュケーション,p.61, 2003. 英他,ハイブリッドアジャイルの実践, リックテレコム,p.20, 2013. 時間 スコープ
8.
リスクベースとリスク • リスクとは リスク =
発生確率 × 影響度 ※ある事象生起の確からしさと、それによる負の結果の組合せ(JIS Z 8115) • 作業順序でリスクが変わる – 早期に実施すべきタスク • 他の部分に影響を与えるものは先に開発する • 横展開のひな形、スパイク(技術課題の確認)、部分レビュー、 探針、先行リリース対象 – 決定を遅らせるべきタスク • 他の部分に影響を受けるものは詳細に決めてしまわない • 作りこまれる(未決定)の仕様 => 単純な分割でなくリスクベースに計画する
9.
リスクベース計画のツボ • リスクの観点で作業順序を検討する – 実施時期が早期、
遅らせる、その他のタスクに分類 – スパイクや横展開のひな形などを追加する – 作業順序の依存関係を明確にする – リリースやレビューなどの作業のまとまりでも検討 • 後ろから線表を引く – 決定を遅らせたタスクの最終決定時点*がわかる – 前から線を引くと無理につめこんでしまう • 期間に合うように線表を変更する – 依存関係のないタスクは並列作業にする – 作業量をなるべく平準化する – 配員を意識する(教育や引き継ぎ、成長も考慮する) =>リスクを考慮した現実的な線表を引くことができる * M. ポッペンディーク他,リーンソフトウエア開発,日経BP社,2004.
10.
補完型チケット駆動開発 • 当初のスコープからこぼれ落ちた作業をチ ケット化 •
リアルタイムに情報共有できる • チケットは類似のプロジェクトの参考になる – 苦労した経験は蓄積され、再利用される チケット チケット
11.
補完型チケット駆動開発のツボ • 理想を追い求めない – まずは障害管理から初めて、ITSに慣れる –
基本的な環境を構築(メール、バー ジョン管理ツール連携など) – チケットの種類にタスクを増やす – カスタムフィールド、カスタムクエリ • 従来の線表は管理の視点で用いる – チケットは備忘録として開発者の視点で用いる – 線表 に書かれていない作業を見つけたら、チケットを作成 – 開発者が気づいた時に自由にチケットを発行できるように権限 設定 • 管理にチケットを使えるなら完全型に移行することも可能 – 完全型チケット駆動開発ではすべてのタスクをチケット化 – プロジェクトの情報が一元化されて効率的な管理が可能 – ただし、チケットの数が増えて、棚卸が必要になる – メリットとデメリットを考慮して実施する
12.
サーバントリーダーシップのイメージ 12 • ゴールを見失わないように自律的チームを支える コマンドコントロールサーバントリーダーシップ
13.
サーバントリーダーシップ 13 W・ハンフリー「TSP ガイドブック:リーダー編」, 2007. –
「自律的なチーム」を構築 – 「その最大限の能力を最大限発揮できるようメンバー を動機付け、コーチし、後押しする」 – 「フィードバックとコミュニケーション」 – 「動的な負荷調整」 – 「管理することとリードすることは違います」 – 「人はリードされたいけれども管理されたくはない」 – 「リーダーは部下を動機付け」るなど、 「下からリード」して「ゴールを達成」する デブサミ運営事務局、100 人のプロが選んだソフトウェア開発の名著 君のために選んだ 1 冊, pp.20-21. 「リーダーに求められる大切なこと」 http://www.slideshare.net/MakotoSAKAI/ss-16581244
14.
まとめ • ウォータフォールをアダプタブルにする 3+1のポイントを説明した – マルチリリース
・・・プロセスモデル – リスクベース ・・・実施方法 – 補完型チケット駆動開発 ・・・ツール支援 – サーバントリーダーシップ ・・・チーム作り =>ウォータフォールの良さを生かした チケット駆動開発が可能 (次に事例を示します)
15.
おわり ウォーターフォール開発における チケット駆動開発 -ウォータフォール開発をアダプタブルにする-
Download now