[B! t-wada] miya-janのブックマーク

miya-jan id:miya-jan

t-wadaに関するmiya-janのブックマーク (12)

エンジニアとしてこの先生きのこるために
2017年4～5月開催「ブートキャンプ特別講座」の資料になります。
miya-jan 2020/06/25
技術の学び方など

t-wada

t_wada

twada
リンク
t_wada さんの講演メモー技術書の読み方を中心に - 冷めたコーヒー
はじめに和田さん︵@t_wada︶の講演が素晴らしく良かったのでメモを残しておきたいと思います。和田さんと言えば... t_wada ですね！本講演では、﹁技術の学び方を学ぶ﹂ことを目的として二部構成で論が展開されました。﹁技術の学び方の学び﹂とは、メタレベルの学びのことを指しています。すなわち、効率的に新しい技術を学ぶためにはどのように学べば良いのかという話です。内容は以下の通りです。第一部四半期ごとに技術書を読む手を動かしながら学ぶ毎年少なくとも一つの言語を学ぶ身の回りをプログラミング対象にするアウトプットを行う第二部毎日コードを書く年下から学ぶ過去から未来を見る人のつくる渦を見る大事なことに集中するいずれも非常に興味深い内容だったのですが、細かい事項については2017年の講演メモのエントリーがありましたので、ぜひそちらをご覧いただければと思います。︵記事へ
miya-jan 2020/06/25
t_wada さんによる、技術の学び方、技術書の読み方、アウトプット仕方などのまとめ

t-wada

twada

t_wada

book
リンク
組織にテストを書く文化を根付かせる戦略と戦術（2019夏版） / Strategy and Tactics of Building Automated Testing Culture into Organization 2019 Summer Edition
デブサミ夏【B-4】 2019/07/02 13:15 ～ 14:00 https://event.shoeisha.jp/devsumi/20190702/session/2077/
miya-jan 2019/08/01
test

twada

t_wada

t-wada

legacy

TechnicalDebt
リンク
テスト駆動開発の過去・現在・未来 / History of TDD - XPJUG 2018 Keynote
テスト駆動開発の過去・現在・未来 XP祭り2018 基調講演 2018/09/08 http://xpjug.com/xp2018-session-keynote/
miya-jan 2018/12/30
tdd

test

twada

t-wada

t_wada

bdd

mock
リンク
設計だけでコードを書けないなら断る、TDD伝道師の原点
コンピュータに最初に触れたのは、中学1年のときに家にパソコンが来たことでした。父親がコンピュータソフトウエア開発の会社を立ち上げて、家に開発用のDOS/Vパソコンがやって来たのです。悔しいことに、その時点ではプログラミングにはあまり興味を持ちませんでした。単なるゲーム機の一種としてDOS/VやWindows 3.1のパソコンに触れていたというのが実情です。高校まではプログラミングは全くやっていませんでした。世の有名なプログラマーは、たいてい小さい頃から街頭でパソコンを触っていたりマイコン雑誌を読んだりしています。それに比べると、コンピュータにあまり興味を持たなかったことにコンプレックスや一種の後ろめたさを感じています。留学でコンピュータの重要性に気づく 1996年に国際基督教大学︵ICU︶に入りました。ICUには教養学部︵リベラルアーツ︶という一つの学部しかありません。﹁最初の2年間
miya-jan 2018/06/06
「異能エンジニア」、スタンドを出すとかそういう話かと思ったら、普通にいい話だった

twada

t-wada

t_wada
リンク
t_wadaさんによるTDDワークショップをより効果的に活用する方法 | NTT Communications Developer Portal
前回に引き続き、和田卓人(@t_wada)さんに、テスト駆動開発(Test Driven Development, 以下TDD)の1日ワークショップを2018/3/22(木)に開催していただきました！ TDD ワークショップの開催概要などは前回の記事で述べているので、本記事では視点を変えて、TDDワークショップを活用するためにどのような準備/工夫をしたら良いか、という運営側視点での一風変わった内容を扱います。全員が対象となるわけではありませんが、特にTDDワークショップを運営としてこれから開催する皆様に役立つ情報になると思います。もし、TDDワークショップに参加者として参加する場合は、運営にこの記事のURLを送っておくと、より良い会になるかもしれません。以下、運営における準備/工夫について述べます。事前: 周知文言にテストフレームワーク/スイートに関する準備を含めるワークショップに
miya-jan 2018/03/28
t-wadaさんに依頼するときに参考にする

t_wada

twada

t-wada
リンク
マニアが潰したテスト駆動開発〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談（５）
昨年１２月に行われた和田卓人氏と『時を超えたプログラミングの道』編集長／『スクラム実践入門』著者の家永英治氏の『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談の記事第5弾をお届けします。対談のこれまでの記事は以下になります。
miya-jan 2018/03/20
とても納得できる内容だった。附録C読まなきゃ。

t-wada

test

tdd
リンク
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。QA＠ITは﹁質問や回答を﹃共有﹄し﹃編集﹄していくことでベストなQAを蓄積できる、IT エンジニアのための問題解決コミュニティー﹂として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日︵金︶15:00をもちましてQA＠ITのサービスを終了することにしました。これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。QA＠ITの7年間で皆さまの知識
miya-jan 2017/06/13
privateなメソッドの単体テストを書きたくなったときの対応方法について、twadaさんの素晴らしい回答

test

t-wada
リンク
和田(t_wada)さんに技術相談をしました - CureApp開発者ブログ
2016 - 11 - 07 和田(t_wada)さんに技術相談をしました二週間ほど前にはなりますが、日本のTDD( テスト駆動開発 )の先駆者である和田さん(t_wada)をお招きして、技術相談会を行いました。日頃、開発時に感じていた悩みを聞いていただき、和田さんにビシバシと解決していただきました。そこで今回は特に印象に残った、不安定なテストとの付き合い方フレームワーク選定基準品質保証のやり方について書こうと思います。不安定なテストとの付き合い方私たちは、普段から不安定なテストに悩まされていました。不安定なテストとは、ローカルでは通るけどCIでは落ちる遅くてタイムアウトになるときがあるなど、コードでなく環境によって結果が左右されるテストのことです。この不安定なテストによって、開発に新しく関わった人に毎回同じような説明をしたり、説明をし忘れて不要な対
miya-jan 2016/11/12
simpleとeasyという考え方について。simpleは覚えることは少ないけど手数が増える、easyは覚えることは多いけど手数は少ない。

t-wada
リンク
PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016
2016/11/03 @ PHPカンファレンス2016 2016/12/15 @ PHPカンファレンス2016再演イベントにて改訂 2017/06/10 @ PHPカンファレンス福岡2017にて改訂 2017/06/10 @ PHPカンファレンス福岡2017講演録画 https://www.…
miya-jan 2016/11/04
いい話。利用側が毎回データベース接続を意識するのは辛い感じがするけど、現実的にはみんなどうしてるんだろう / id:t-wada コメント＆資料修正ありがとうございました！納得です！

t-wada

php
リンク
OSS についてあれこれ
unassert - encourage reliable programming by writing assertions in productionTakuto Wada
miya-jan 2015/10/09
プログラマーの筋トレすばらしい

t-wada

Programming

OSS
リンク
Test Yourself - テストを書くと何がどう変わるか
SideCI主催のVenturesCI.rb #1のLT資料です。「どうやらテスト駆動型開発は死んだようです。これからのCI」です。要約すると、TDD死んじゃった。テスト自体は否定しないし有用だと思う。でも、ユーザに触れるEndToEndの振る舞いのテストを主に書き、テストカバレッジ100%を目指す時代は終わった(コストが高過ぎる。自転車の補助輪のようなものだ、テスト駆動型はもう外そう！)。EndToEndテストはCapybaraがよさそうだね。という内容です。
miya-jan 2014/12/09
テスト

t-wada
リンク
1