Suche senden
Hochladen
組織にテストを書く文化を根付かせる戦略と戦術
•
246 gefällt mir
•
76,567 views
Takuto Wada
Folgen
組織にテストを書く文化を根付かせる戦略と戦術 Feb 16, 2016 @ 日本OSS推進フォーラム
Weniger lesen
Mehr lesen
Technologie
Melden
Teilen
Melden
Teilen
1 von 33
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
ソフトウェアテストシンポジウム 2014 北海道基調講演 2014年9月5日(金)
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
ギルド勉強会で使ったスライド。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
例外設計における大罪 Jun 27, 2012 @ java-ja
例外設計における大罪
例外設計における大罪
Takuto Wada
at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914
私にとってのテスト
私にとってのテスト
Takuto Wada
Empfohlen
ソフトウェアテストシンポジウム 2014 北海道基調講演 2014年9月5日(金)
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
Takuto Wada
SQLアンチパターン 26章「とりあえず削除フラグ」 2015/08/31 @ GMO Yours #ronsakucasual https://atnd.org/events/68902
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
2022-03-05 YAPC::Japan::Online 2022
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
ギルド勉強会で使ったスライド。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
例外設計における大罪 Jun 27, 2012 @ java-ja
例外設計における大罪
例外設計における大罪
Takuto Wada
at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914
私にとってのテスト
私にとってのテスト
Takuto Wada
DevLove関西の以下のイベントのスライドです https://devlove-kansai.doorkeeper.jp/events/75644
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
Twitter:https://twitter.com/Nunerm Roppongi Product Manager Meetup #6 のLTで発表した資料 https://pm-roppongi.connpass.com/event/99971/
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
Hiroshi Ito
ここはあえて紙とペン!Value Stream Mapping で開発サイクルの無駄を炙り出せ!
App013 ここはあえて紙と
App013 ここはあえて紙と
Tech Summit 2016
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
https://2021.pycon.jp/time-table/?id=273396 Webアプリ開発とデータベースマイグレーションには密接な関係があり、Pythonでよく採用されるDjangoやSQLAlchemyには、DBのスキーマを変更するマイグレーション機能があります。一般的に、プログラムを実装するときはリポジトリでブランチを作りそれぞれのブランチで実装作業を進めます。Webアプリの開発でも同様ですが、各ブランチでDBスキーマを変更する場合には注意が必要です。例えば、複数のブランチで同じテーブルのカラムを追加して使いたい場合や、DBスキーマの変更が競合する場合は、ブランチのマージ時に競合してしまいます。多くの機能を並行開発したり、マージするまでの期間が長い場合には、このような競合が増えてしまいます。 このトークでは、Djangoを例に、データベースマイグレーションの仕組みから、実際の開発現場で発生したトラブルとその解決方法について紹介します。 Migration strategies for parallel development of web applications
Webアプリを並行開発する際のマイグレーション戦略
Webアプリを並行開発する際のマイグレーション戦略
Takayuki Shimizukawa
@PHPerKaigi 2022
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
2021年にインフィニットループ社内の新卒向け研修で使われた資料です。
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
SNSのアカウントを見つけてくれるツール「Blackbird」のレビュースライドです。
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
Shota Shinogi
Dockerコンテナ内からGitを利用する手順
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
kamakura.go #5 の発表資料です
OpenAPI 3.0でmicroserviceのAPI定義を試みてハマった話
OpenAPI 3.0でmicroserviceのAPI定義を試みてハマった話
Daichi Koike
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
PHPカンファレンス2012 & WordCampTokyo2012 LT発表資料です。 タイトルの元ネタ: http://www.amazon.co.jp/dp/4094512624
やはりお前らのMVCは間違っている
やはりお前らのMVCは間違っている
Koichi Tanaka
メルカリ社の創業時以来から存在しているモノリスサービスの Kubernetes 移行に関する話
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Shin Ohno
2013/04/20 デブサミ 2013 アワード & リバイバル
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
Takuto Wada
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
2015/11/20 開催のQues vol.7( #ques7 )での講演「事例 アジャイルと自動化」の後半部分の資料です ヤフオク!アプリでの自動テストの事例紹介です This is a slide of "Example of Agile and Test Automation" that used by Ques vol.7( #ques7 ) 11/20/2015
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
Yahoo!デベロッパーネットワーク
「OSS活動の活発さと評価の関係について」 Feb 16, 2016 @ 日本OSS推進フォーラム
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
Takuto Wada
Weitere ähnliche Inhalte
Was ist angesagt?
DevLove関西の以下のイベントのスライドです https://devlove-kansai.doorkeeper.jp/events/75644
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
Twitter:https://twitter.com/Nunerm Roppongi Product Manager Meetup #6 のLTで発表した資料 https://pm-roppongi.connpass.com/event/99971/
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
Hiroshi Ito
ここはあえて紙とペン!Value Stream Mapping で開発サイクルの無駄を炙り出せ!
App013 ここはあえて紙と
App013 ここはあえて紙と
Tech Summit 2016
吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Yoshitaka Kawashima
https://2021.pycon.jp/time-table/?id=273396 Webアプリ開発とデータベースマイグレーションには密接な関係があり、Pythonでよく採用されるDjangoやSQLAlchemyには、DBのスキーマを変更するマイグレーション機能があります。一般的に、プログラムを実装するときはリポジトリでブランチを作りそれぞれのブランチで実装作業を進めます。Webアプリの開発でも同様ですが、各ブランチでDBスキーマを変更する場合には注意が必要です。例えば、複数のブランチで同じテーブルのカラムを追加して使いたい場合や、DBスキーマの変更が競合する場合は、ブランチのマージ時に競合してしまいます。多くの機能を並行開発したり、マージするまでの期間が長い場合には、このような競合が増えてしまいます。 このトークでは、Djangoを例に、データベースマイグレーションの仕組みから、実際の開発現場で発生したトラブルとその解決方法について紹介します。 Migration strategies for parallel development of web applications
Webアプリを並行開発する際のマイグレーション戦略
Webアプリを並行開発する際のマイグレーション戦略
Takayuki Shimizukawa
@PHPerKaigi 2022
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
2021年にインフィニットループ社内の新卒向け研修で使われた資料です。
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
Kentaro Matsui
SNSのアカウントを見つけてくれるツール「Blackbird」のレビュースライドです。
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
Shota Shinogi
Dockerコンテナ内からGitを利用する手順
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
kamakura.go #5 の発表資料です
OpenAPI 3.0でmicroserviceのAPI定義を試みてハマった話
OpenAPI 3.0でmicroserviceのAPI定義を試みてハマった話
Daichi Koike
LayerX社内の定例でつかった資料です。
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
PHPカンファレンス2012 & WordCampTokyo2012 LT発表資料です。 タイトルの元ネタ: http://www.amazon.co.jp/dp/4094512624
やはりお前らのMVCは間違っている
やはりお前らのMVCは間違っている
Koichi Tanaka
メルカリ社の創業時以来から存在しているモノリスサービスの Kubernetes 移行に関する話
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Shin Ohno
2013/04/20 デブサミ 2013 アワード & リバイバル
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
Takuto Wada
しばしばQAと一括りにされる、テストエンジニアとSETとQAを整理してバランスをよくするための「QMファンネル(3D版)」について紹介しています。Scrum Fest Osaka 2021のプレゼンテーション資料です。
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
onozaty
Was ist angesagt?
(20)
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3
App013 ここはあえて紙と
App013 ここはあえて紙と
ソフトウェア開発における『知の高速道路』
ソフトウェア開発における『知の高速道路』
Webアプリを並行開発する際のマイグレーション戦略
Webアプリを並行開発する際のマイグレーション戦略
テストコードの DRY と DAMP
テストコードの DRY と DAMP
テスト文字列に「うんこ」と入れるな
テスト文字列に「うんこ」と入れるな
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
ネットストーカー御用達OSINTツールBlackBirdを触ってみた.pptx
DockerコンテナでGitを使う
DockerコンテナでGitを使う
OpenAPI 3.0でmicroserviceのAPI定義を試みてハマった話
OpenAPI 3.0でmicroserviceのAPI定義を試みてハマった話
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
やはりお前らのMVCは間違っている
やはりお前らのMVCは間違っている
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
40歳過ぎてもエンジニアでいるためにやっていること
40歳過ぎてもエンジニアでいるためにやっていること
Andere mochten auch
2015/11/20 開催のQues vol.7( #ques7 )での講演「事例 アジャイルと自動化」の後半部分の資料です ヤフオク!アプリでの自動テストの事例紹介です This is a slide of "Example of Agile and Test Automation" that used by Ques vol.7( #ques7 ) 11/20/2015
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
Yahoo!デベロッパーネットワーク
「OSS活動の活発さと評価の関係について」 Feb 16, 2016 @ 日本OSS推進フォーラム
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
Takuto Wada
"SQiPシンポジウム2016 SIG8 : モダンなチーム開発環境を追求しよう" にて使用した資料です。 https://www.juse.jp/sqip/symposium/detail/day1/#sig_8
SQiP2016 SIG8
SQiP2016 SIG8
Masanori Kaneko
at DevLOVE現場甲子園2013 2013/11/09 (土) http://http://devlove.doorkeeper.jp/events/5464
テストを書く文化を育てる戦略と戦術
テストを書く文化を育てる戦略と戦術
Takuto Wada
愛せないコードを書くには人生はあまりにも短い Dec 16, 2012 @ DevLOVE 2012
愛せないコードを書くには人生はあまりにも短い
愛せないコードを書くには人生はあまりにも短い
Takuto Wada
近年、技術分野においてコミュニティの果たす役割は益々大きくなっています。株式会社ソウゾウのエキスパート職はコミュニティへの貢献をミッションのひとつと考えて積極的にコミュニティ活動を行っています。本セッションではコミュニティへの貢献が企業の組織にどのように影響するのか、実際の事例と開発での体験を通して、コミュニティと企業の相互作用について紹介します。
コミュニティ活動と企業の相互作用 ~コミュニティへの貢献と組織活動への還元~
コミュニティ活動と企業の相互作用 ~コミュニティへの貢献と組織活動への還元~
Masahiro Hidaka
シリコンバレーの有名大学であるスタンフォード大学にて、Andrew Ngの教える機械学習の講義が人気を集めているそうです。 Andrew Ngは相当な有名人で、よくニュースで名前が出てきます。有名な例では、グーグルが「Google Brain」という名のニューラルネットワークを構築し、YouTubeの動画から「猫」を教師なし学習で認識したといったニュースが流れましたが、このプロジェクトはAndrew Ngが主導したものです。 このAndrew NgがCourseraというオンラインコースで機械学習の授業を公開しています。このたび私も受講しまして、ようやく修了しました。 [Machine Learning by Stanford University] https://www.coursera.org/learn/machine-learning/ 内容的には、Deep Learning登場前の機械学習について、特に応用を意識した講義の構成になっています。たとえば、以下の様なトピックが含まれていました。 - ニューラルネットワーク(バックプロパゲーション) - スパムフィルターの作り方 - 異常検知の方法 - リコメンデーションエンジンの作り方 - OCRの作り方 - オンライン学習 - 機械学習を用いたプロジェクトの進め方 講義は全体的に非常によくまとまっていまして、個別の数学的な内容に深入りすることなく、かといって表面をなぞるような感じでもない、バランスが取れた内容でした。明確に、機械学習を実プロジェクトに適用することに軸足を置いていまして、そのための様々な助言が講義の中に散りばめられていたという印象があります。 ちなみにAndrew Ngは、今やGoogleの猫の人、Deep Learningの人、というイメージが強いので、この講義にもDeep Learningについての話が含まれている事を個人的には期待しましたが、残念ながらDeepLearningに関しては、この講義に含まれていませんでした。 この社内勉強会では、Andrew Ngの講義のダイジェスト版となるように意識して講義内容を紹介します。機械学習を用いたシステムを構築する際のノウハウは、なかなか得がたいものがあると思いますので、機械学習に興味がある方は勉強会に参加して頂けると嬉しいです。また、機械学習のさわりだけでも分かれば、なぜビッグデータが必要なのかも分かると思います(単純に大量のデータがあると機械学習に有利だからです)。
「機械学習 By スタンフォード大学」勉強会 2015.09.11
「機械学習 By スタンフォード大学」勉強会 2015.09.11
Minoru Chikamune
Andere mochten auch
(7)
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
事例 アジャイルと自動化 後半(ヤフオク!アプリでの自動テストの事例紹介) at Ques vol.7( #ques7 ) 11/20/2015
OSS活動の活発さと評価の関係について
OSS活動の活発さと評価の関係について
SQiP2016 SIG8
SQiP2016 SIG8
テストを書く文化を育てる戦略と戦術
テストを書く文化を育てる戦略と戦術
愛せないコードを書くには人生はあまりにも短い
愛せないコードを書くには人生はあまりにも短い
コミュニティ活動と企業の相互作用 ~コミュニティへの貢献と組織活動への還元~
コミュニティ活動と企業の相互作用 ~コミュニティへの貢献と組織活動への還元~
「機械学習 By スタンフォード大学」勉強会 2015.09.11
「機械学習 By スタンフォード大学」勉強会 2015.09.11
Mehr von Takuto Wada
unassert - Encourage Design by Contract (DbC) by writing assertions in production code, and compiling them away from release. Takuto Wada 2015/11/07 @nodefest Tokkyo 2015
unassert - encourage reliable programming by writing assertions in production
unassert - encourage reliable programming by writing assertions in production
Takuto Wada
java-ja.OSS http://connpass.com/event/19690/
OSS についてあれこれ
OSS についてあれこれ
Takuto Wada
power-assert, mechanism and philosophy Takuto Wada (a.k.a @t_wada) Nov 15, 2014 @ Nodefest Tokyo 2014
power-assert, mechanism and philosophy
power-assert, mechanism and philosophy
Takuto Wada
『アジャイルサムライ』の次に読むオススメの本 (プロセス系ではなく技術書) を Agile Samurai Base Camp TDDの部、講師 6 人で投票した結果の書影まとめです。 Apr 20, 2014 @ Agile Samurai Base Camp
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
Takuto Wada
テスト用ライブラリ power-assert 2014/05/29 @ JSオジサン#2
テスト用ライブラリ power-assert
テスト用ライブラリ power-assert
Takuto Wada
Reviewing RESTful Web Apps at RESTful Meetup vol.3 (#RWABookja) Apr 12, 2014
Reviewing RESTful Web Apps
Reviewing RESTful Web Apps
Takuto Wada
power-assert in JavaScript Aug 21, 2013 at 10th Tokyo Node Gakuen #tng10
power-assert in JavaScript
power-assert in JavaScript
Takuto Wada
at Open Seminar Hiroshima 2014 (#osh2014) 2014.02.01 (Sat) http://osh-2014.github.io/
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
Takuto Wada
【15-B-5】SQLアンチパターン - 開発者を待ち受ける25の落とし穴 2013/02/15 デブサミ 2013
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
Takuto Wada
『ペアプログラミング ホントのところ』2012/10/28 Scrum 道 Expo
ペアプログラミング ホントのところ
ペアプログラミング ホントのところ
Takuto Wada
RailsにおけるRESTfulなURL設計勉強会 千駄ヶ谷.rb #12 #sendagayarb
RESTful Web アプリの設計レビューの話
RESTful Web アプリの設計レビューの話
Takuto Wada
TDDBC のお題です
TDDBC お題
TDDBC お題
Takuto Wada
DDD Boot Camp - Apr 9, 2011 at DevLOVE
DevLOVE DDDBC
DevLOVE DDDBC
Takuto Wada
TDD Boot Camp Fukuoka Day1 - Mar 19, 2011 at Fukuoka
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
Takuto Wada
Wandering about JavaScript Testing - Mar 8, 2011 at Test.js, presented by Shibuya.js
js テスト放浪記
js テスト放浪記
Takuto Wada
handout for xUnit Test Patterns Reading Group Japan
xUTP Chapter19 (2). Testcase Class
xUTP Chapter19 (2). Testcase Class
Takuto Wada
handout for xUnit Test Patterns Reading Group Japan
xUTP Chapter26. Dependency Injection
xUTP Chapter26. Dependency Injection
Takuto Wada
handout for xUnit Test Patterns Reading Group Japan
xUTP Chapter27 Generated Value
xUTP Chapter27 Generated Value
Takuto Wada
The only one big thing every programmer should know - Feb 18, 2011 at Developers Summit 2011
The only one big thing every programmer should know
The only one big thing every programmer should know
Takuto Wada
10+1 Things you should know about JavaScript testing - Nov 20, 2010 at John Resig feat. Shibuya.js, in Firefox Developers Conference 2010
10+1 Things you should know about JavaScript testing
10+1 Things you should know about JavaScript testing
Takuto Wada
Mehr von Takuto Wada
(20)
unassert - encourage reliable programming by writing assertions in production
unassert - encourage reliable programming by writing assertions in production
OSS についてあれこれ
OSS についてあれこれ
power-assert, mechanism and philosophy
power-assert, mechanism and philosophy
アジャイルサムライの次に読む技術書
アジャイルサムライの次に読む技術書
テスト用ライブラリ power-assert
テスト用ライブラリ power-assert
Reviewing RESTful Web Apps
Reviewing RESTful Web Apps
power-assert in JavaScript
power-assert in JavaScript
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
SQLアンチパターン - 開発者を待ち受ける25の落とし穴
ペアプログラミング ホントのところ
ペアプログラミング ホントのところ
RESTful Web アプリの設計レビューの話
RESTful Web アプリの設計レビューの話
TDDBC お題
TDDBC お題
DevLOVE DDDBC
DevLOVE DDDBC
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
js テスト放浪記
js テスト放浪記
xUTP Chapter19 (2). Testcase Class
xUTP Chapter19 (2). Testcase Class
xUTP Chapter26. Dependency Injection
xUTP Chapter26. Dependency Injection
xUTP Chapter27 Generated Value
xUTP Chapter27 Generated Value
The only one big thing every programmer should know
The only one big thing every programmer should know
10+1 Things you should know about JavaScript testing
10+1 Things you should know about JavaScript testing
組織にテストを書く文化を根付かせる戦略と戦術
1.
組織にテストを書く 文化を根付かせる 戦略と戦術 和田 卓人 (@t_wada) Feb
16, 2016 @ 日本OSS推進フォーラム
2.
和田 卓人 id: t-wada @t_wada github:
twada
3.
gihyo.jpの連載 『[動画で解説]和田卓人の テスト駆動開発 講座』 http://gihyo.jp/dev/serial/01/tdd/ 全20回すべて動画付き解説 ニコニコ動画でも見れます WEB+DB過去記事の特設サイトと動画も
4.
5.
Do you write
tests?
6.
戦略編
7.
• レガシーコード改善に正解はない • テスト自動化は銀の弾丸ではない •
導入方法にも銀の弾丸はない • 導入を目的にしてはならない • 状況は現場によって全て異なる 銀の弾丸は無い
8.
ストレス テスト
9.
自動テスト ストレス
10.
テストを書く時間がないので はなく、テストを書かないか ら時間がなくなるのです。 James Grenning
11.
• 文化の醸成は年単位の事業になる • 「テストを書く時間がない」のでは なく「テストを書かないから時間が なくなる」 •
「動くコードに触れるな」と戦う。 触れなければコードは緩やかに死ん でいく 文化を変える
12.
動くコードに触れなければ死あるのみ
13.
• ToBe ではなく
AsIs と NotToBe からはじめる • 隣の芝は青い。気にしないこと • 人は自分の速度でしか成長できない • プロジェクトもプロジェクトの速度でしか成長 できない • 「まわりはもうみんなやっていますよ」は劇薬 なので用法用量を守って使うこと イマココから始める
14.
• 快不快で動く人、損得で動く人 • リファクタリングの快感 •
回帰テストのお得感 • メトリクスの達成感 • そしてビジネス価値 人を知る
15.
• 人はそれぞれの度合いで変化に対して 身構える • 前例がない、事例がない •
「リファクタリングのジレンマ」 • リファクタリングを独立タスクにす ると、そのタスクは着手されない 変えることの難しさ
16.
事前に許可を得るより、あと で許してもらう方が楽 Grace Hopper It is
easier to ask forgiveness than it is to get permission
17.
• 仕様が固まることはない • 開発が終わることはない •
理解は常に深化する • スキルも常に深化する • 技術も常に進化する すべては変化する
18.
技術的負債の四象限 設計する時間がないん だからしょうがない 今すぐリリースしない といけない。あとでど うにかしよう レイヤー化? なにそ れ? もっとこうすべきだっ たなぁ 無鉄砲 慎重 意図的 不注意 http://bliki-ja.github.io/TechnicalDebtQuadrant/
19.
• 品質が「わかる」ようになる • わかることこそ大事 •
体重計に乗るだけでは痩せない • テストを書くだけでは、良くはならない • 品質を上げるのは設計とプログラミング • 再設計とリファクタリングをテストで支える テストは品質を上げない
20.
戦術編
21.
• 「何が一番やばいですか?」 • 最も困っているところから •
お金、個人情報、…… • 新機能開発から • バグ修正のところから • 静的解析でピンポイントに どこからやるか
22.
• リスク • 手動テストのコスト •
自動化コスト 塹壕からのテスト戦術
23.
• 一度に多くの人を変えるのは難しい • 育てるのではなく、自ら育つように •
教えられる人を増やす • ペアプロで一人ずつ • 若手のホープか、ベテランからか だれとやるか
24.
• 最初から全部やろうとしない • テスト駆動にこだわるな •
テストファーストにこだわるな • 「ユニット」テストにこだわるな • テストの実行速度にこだわるな • テストの網羅性にこだわるな こだわるな
25.
• 良いユニットテストの指標にも優先 度がある • 再現、繰り返し可能
(Repeatable) • 独立している (Independent) • 他はそれからでいい こだわろう
26.
• 何はなくとも読むべし • 「仕様化テスト」のススメ •
「絞り込み点」を探す レガシーコード改善ガイド
27.
• 割れ窓理論 • メトリクスを取ろう •
カバレッジが低いうちは測定は効果大 • 小うるさいツールを乗りこなす • 分母分子を見ない。時間を追った変化 を見る。傾きを見る。 見える化
28.
• 動的テストと静的テスト • 全体のメトリクスを計測して俯瞰の 視点を得る •
部分的なメトリクスを計測し続けて 傾向を見る • PMD, rubocop, Coverity,… 静的解析を使いこなす
29.
• コードレビューのインフラに投資す る • github,
gitlab, gitbucket • WIP pull request • コードを見る文化、見られる文化を 育てる コードレビュー
30.
• テストがないのは既に設計が悪い兆候 • 設計/実装を変えるのが前提 •
実装のテストを書かないこと • テストがカバーする範囲に遊びを持た せ、カバー範囲内をリファクタリング • 状況に応じて E2E テストを使いこなす 設計の可動域を確保する
31.
• サンプルとデモが大事 • 真似してもらう土台を作る •
最初はサンプルのコピペでも良い • テストのある生活を体験してもらう ことが大事 • 次にテストのメンテナンスを学ぶ 背中を見せる
32.
• できるからやるのではない • やるからできるようになる •
あなたが書けるようにならなければ、 誰も書けるようにはならない Social Change starts with YOU
33.
テストはプロの嗜み ご清聴ありがとうございました
Jetzt herunterladen