Shibu's Diary: コードを書くときに心がけていること
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 コードを書き続けるためにやってること(by Voluntas) なんか流行っているので乗ってみます。 趣味コード 趣味とはいっても、暇つぶしだったり、流行りもののチュートリアルに触って「おれ新しい◯◯やってみたぜ」みたいなのは極力しないようにしてます。仕事で必要になった時に、仕事の時間の中で集中的に学ぶ方が学習効率が高いので、趣味時間の活用という意味ではもったいないですよね。幸い、まったく未知の基礎的な内容というのはほとんど出会わなくなってきて、新しい技術といっても、既存の知識を土台にして、軽く検索すればOKなことがほとんど。ということで、趣味といっても、将来の仕事で役に立ちそうな種となる可能性のあるものを作るように心がけています。実際に種になるかどうかは運次第なので、命中率に
「TDD is dead. Long live testing」 まとめ - quattro_4 scribble
RailsConf 2014 Is TDD dead? Is TDD dead? [Part II] Is TDD dead? [Part III] Is TDD dead? [Part IV] Is TDD dead? [Part V & VI] （40分くらいの Kent frozen がうける） TDD is dead. Long live testing. (DHH) 翻訳 2014-04-24 - やっとむでぽん 自動化したリグレッションテスティングが存在しないという残念な業界の現状 TDDには感謝しているが、設計の教義としてはとっくに使わなくなっている 間接的で過剰に複雑な構造を生みがちだ。「遅い」ものをすべて避けようとする 伝統的な意味でのユニットテストはほとんどしない。すべての依存関係をモックにし、何千というテストが数秒で終わるようなユニットテスト 我々は完全なシステムテス
TDDは死んだ。テスティングよ栄えよ。 by DHH | 2014-04-24 - やっとむでぽん
DHHの"TDD is dead. Long live testing."を、訳してみました。 翻訳 やっとむ By David Heinemeier Hansson on April 23, 2014 著 David Heinemeier Hansson 2014年4月23日 Test-first fundamentalism is like abstinence-only sex ed: An unrealistic, ineffective morality campaign for self-loathing and shaming. テストファースト原理主義は禁欲のみを唱えた性教育のようなものだ。つまり、自己嫌悪に陥っている人に向けた、非現実的で効果のない、道徳教育のようなものだ。 It didn't start out like that. When I first disco
これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE
和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
Niigata.LL で JSでTDDをどう実践しているのか をトークしました - .blog
Niigata.LL ATND NiigataLL by dictav ポータルサイト ポータルサイトの方を見てもらうとわかりますが、VBAとかPowerShellとかもあって面白かったし、飛び入りで来てトークしてくれた方もいて面白かったし、PHPを話す人が居なかったのはなにか陰謀があったんじゃねーのかとか妄想できるし、濃密で良かったですよ。 トークタイトル:「JS TDD(and test) with your language」 Webアプリを作っていると得意（メイン）の言語とは別に JavaScript に触れざるを得ないプログラマは多いんじゃない？ という観点で、非JSer対象にJSのTDD周りの話を。 ※ 余談ですが、Niigata.LL では 18名の方の参加がありましたが、主にJavaScriptを書いているというJSerは2名ほど。開催日現在で Node.js 使っている方
makopi23のブログ 「『JUnit実践入門』写経・実践会 in 横浜 #3」に参加しました
2013/2/2(土)「『JUnit実践入門』写経・実践会 in 横浜 #3」に参加してきました。 connpass（告知サイト） http://connpass.com/event/1668/ Togetter http://togetter.com/li/448707 以下の書籍の勉強会なのです。 参加者は13名くらいでしょうか。 んで、直前に@t_wadaさんが飛び入り参加されました。 TDD界隈では有名な方ですねー。12月のDevlove2012でも講演を聞いてきてブログにも書きました。 t_wadaさんが来るとあって、みなさん先日発売された以下の書籍にサインを貰うべく、買い出し部隊まで結成w （t_wadaさんはこの書籍の訳者の一人なのです） 主催者の @shinyaa31 さんが近場の大型書店に電話で問い合せ、即席で5冊確保。 んで勉強会中にt_wadaさんのサイン会が開かれま
ScalaTest
Getting started with JUnit 4 and Scala If you want to write JUnit 4 tests in Scala that you run with JUnit, you can enjoy more concise code by using ScalaTest's assertions and/or matchers. To use assertions, mix org.scalatestplus.junit.AssertionsForJUnit into your test class: import org.scalatestplus.junit.AssertionsForJUnit import scala.collection.mutable.ListBuffer import org.junit.Assert._ impo
Scalaのユニットテスト入門 - seratch's weblog in Japanese
何を使うべきか？ 公式サイトのForumにて http://www.scala-lang.org/node/9826 Java における JUnit のようなデファクトスタンダードはないの？ ScalaTest を使うとしてどのスタイルが一般的？(JUnit、BDD、Features、FunSuite・・) ScalaTest、specs(specs2)、ScalaCheck、JUnit、TestNG あたりが選択肢 どれか一つに絞るというより、ScalaTest と ScalaCheck を併用のような使い方もアリ 私は ScalaTest を BDD スタイルで使うことが多い ScalaCheck の入力を自動生成するアプローチは機能テストのようなものに特に向いている 私の環境(Java/Scala が混在する maven プロジェクト)には ScalaTest よりも specs の
Specification by Example | Concordion
Get it right, first time By discussing specifications with examples up-front, your team will get it right first time more often, and discover early where uncertainty exists, leading to releases that are more predictable and reliable. Check it frequently Through automated checking of the examples on each change, developers build code that is fit for purpose. Regressions are detected and fixed durin
Good Web Hosting - Fast and cheap Webhosting
Shared Hosting Plans are starting at $10/year RAID 10 SSD disks Unlimited domains Control Panel - DirectAdmin One-Click Script Installer Free SSL certificates 24/7/365 Support Daily Backups (separate server) Newest PHP versions Free Migration to our hosting SSD VPS KVM Plans are starting at $6/month RAID 10 SSD disks Xeon E5 CPUs 1 additional IP - $3/Mo KVM Virtualization Free VNC access Full root
テスト駆動開発の進化 - Digital Romanticism
デブサミ関西2012での講演内容まとめ はじめに 今月、GOOS日本語版が発売されました。 実践テスト駆動開発 (Object Oriented SELECTION) 作者: Steve Freeman,Nat Pryce,和智右桂,高木正弘出版社/メーカー: 翔泳社発売日: 2012/09/14メディア: 大型本購入: 4人 クリック: 262回この商品を含むブログ (31件) を見る継続的デリバリーに続き、高木さんと一緒にお仕事をするのはこれで二冊目です。今回も多くの人に助けられて、目標としていたデブサミ関西での出版にこぎつけることができました。関係者の皆さま、どうもありがとうございました。 講演では触れませんでしたが、ここで「実践テスト駆動開発」というタイトルの由来について少し書いておきます。原書のタイトルはご存じの通り、"Growing Object-Oriented Softwa
JasmineをCLIで走らせるならjasmine-headless-webkitが楽すぎる
先日から CI づいているので今度は JavaScript のユニットテストの分を調べました。 現在のwtnabeの普段の開発手法Jasmine gem と guard-livereload を使ってブラウザで自動reloadさせながら Jasmine でユニットテストを書くということをしています。これはやっぱりブラウザで動かせる Firebug などの開発者ツールがとても強力なので、何かあったときに探っていくのに便利であることが理由として大きいです。あとブラウザで見ることができる方がなんか安心というのもあります。 しかしこのままでは CI と相性がよくありません。だから今まで CI は無視してたのです。 rake jasmine:ciはGUIブラウザ前提一応 Jasmine gem には というタスクが定義されているのですが、これは基本的に Selenium でブラウザを起動してテストを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JS開発におけるTDDと自動テストツール利用の勘所
Restfuse 1.0.0 - REST/HTTPの統合テストを容易にするライブラリ
GoogleがJavaScriptのテストランナーであるTestacularをオープンソース化
Google Code Archive - Long-term storage for Google Code Project Hosting.
Google Code Archive - Long-term storage for Google Code Project Hosting.
Jasmine & ExtJS' MVC: A Love Story | Jonathan's Page
Testing Ext JS and Sencha Touch
jeeunit - Project Hosting on Google Code