『Everyday Rails – RSpecによるRailsテスト入門』のベータ版を公開しました。
本日、私たちEverydayRails日本語版翻訳チームは『Everyday Rails – RSpecによるRailsテスト入門』のベータ版を公開しました。 本書はAaron Sumner氏のblogである Everyday Rails Blogの内容に基づく6つの章と本書の為に書き下ろした6つの章、本書の為のサンプルRailsアプリケーションで構成されています。 本書の日本語版翻訳チームのメンバーも本書でRSpecを学んでおり、オススメの良書です。 テストの有用性や便利なツールを説明しながら、実際のところのメリット・デメリットが書かれていて実践的な内容になっています。 著者のAaron氏はサンプルアプリケーションを使ってテストの組み込み方を説明しながら、それでもまずは自分自身のアプリケーションに対してテストを書いてみる事の重要性を説いています。 Railsアプリケーションは作った事はあ
RSpec初心者必読！「Everyday Rails - RSpecによるRailsテスト入門」を発売しました - give IT a try
はじめに 以前から何度か紹介しているRSpec本の翻訳が終了し、ついに販売を開始しました！ 提供フォーマットはMOBI(Kindle)、EPUB(iBooks)、PDFで、下記のページから購入できます。 Everyday Rails - RSpecによるRailsテスト入門 - Leanpub 今回は改めてこの本の紹介を書いてみようと思います。 「Everyday Rails - RSpecによるRailsテスト入門」ってどんな本？ 「Everyday Rails - RSpecによるRailsテスト入門 ～テスト駆動開発の習得に向けた実践的アプローチ～」はタイトルの通り、RSpecを使ったRailsの自動テストを説明した技術書です。 内容としては比較的易しめで、そこまで高度な話題は出てきません。なのでRSpecの未経験者～中級者かつ、Railsを使って開発している技術者がターゲット層にな
4 Reasons Why All PHP Frameworks Suck? - PHP Classes
Top featured articles 33. How to Create a Simple PHP Custom CMS Tutorial in 2019 Way with PHP SEO Friendly URL Generated HTML Links34. PHP Multithreading using pthreads extension35. PHP security exploit with GIF images35. PHP in Arabic35. This article Author: Manuel Lemos Viewers: 1,357 Last month viewers: 536 Categories: PHP opinions Recently, Rasmus Lerdorf, the creator of PHP, stated in a PHP f
CI（継続的インテグレーション）サービスまとめ・14個！ - atskimura-memo
CIって？ CIはContinuous Integration（継続的インテグレーション）の略です。 継続的インテグレーションとは、ソフトウェア開発手法において、プロジェクトメンバーがそれぞれ開発した結果を頻繁に結合し、定期的にビルドやテストを行うことである。問題点を早期に摘出することができ、効率的な開発に役立つ。 不具合は早く見つける方が対策費用が抑えられるため、ソフトウェアのビルドを頻繁に行うのが好ましく、ビルド結果が正しいことを検証するためにすぐにテストを行う。このような手続きは出来る限り自動化するのが好ましい。そのため、継続的インテグレーションを実践するためには、結合のためのビルドとテストの自動化のために「CIサーバー」などと呼ばれる専用コンピュータを用意することが推奨されている。 ちなみに、ソフトウェア開発手法のひとつである「エクストリームプログラミング」では、継続的インテグレー
雑なレビュー - ✘╹◡╹✘
背景 レビューに時間を掛けているわりにあまり成果が出ていない 問題意識を感じる レビューという行為にもっと周りから理解があればいいのに、という風に考える 原因を外部に求めるのは良くないなと考え直す これまで自分が発言したコメントを読み返す 過度にフォーマル過ぎたり、コードの表層しか指摘していないところが多々あることが分かる 問題 GitHubのPull RequestやIssueでのコメントに、出来るだけ間違いや誤解が無いように気を付けられた丁寧な文章で書いてしまうことが多い。しかしながら、もっと普段互いに会話するときに使うような雑な言葉で書いて、コミュニケーションの量を増やした方が良いんだろうなと思う。 そもそもコミュニケーションの量が足りていないせいで、レビュアーがそのドメインについてあまり理解が得られず、問題の表面的な部分についてのみしか発言出来ないということが沢山ある。サービスごと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自動化の誤解を解き本来の意味を知る ～アジャイルアカデミー「Jenkins Boot Camp」講座
