ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
エンジニア宛Cc/Bccメール禁止のススメ - 静的Webのfeedtailor社長ブログ
弊社では基本的にこんな組み合わせでやってます。 すべての情報は僕に入り、社内システムに整理して書き込みます。エンジニアはそれを自分の都合の良いタイミングで確認します(その為にRSSを活用。更新された事が分かる)。重要なのは、エンジニアへの情報の「入り」が push ではなく常に pull であるという点。 エンジニアが意図しないタイミングで1本1本の矢が断続的に外から飛んでくるよりも、束ねられた合計10本の矢をパッと見で確認できる状態になってる方が良いんです。断続的な中断が発生しませんから。 世の中の風習なのか(?)、マネジメント役である僕をToとするメールのCc/Bccにエンジニアのメアドを入れて頂く事もあったりするのですが、「この内容はきちんとまとめて責任持って共有しますので、以後ウチのエンジニアにCc/Bccはやめて頂けますか。開発に集中させたいので」とお願いするようにしています。そ
Emacs で iPhone アプリ開発を快適にするための設定 : 紹介マニア
概要 Mac で Cocoa アプリケーションや iPhone アプリケーションを開発する場合通常 XCode を利用します。 しかしながら、 普段 Emacs を利用している人は XCode に違和感を感じるはずです。 XCode は Emacs 風キーバインドに対応しているのでなんとかごまかしながら頑張っている人もいるかもしれませんが、 Emacs 使いはやっぱり本物の Emacs でないとプログラムのわくわく感が減少してしまうでしょう。 ここでは iPhone アプリケーションのプログラムを、なるべく Emacs でコーディングするための設定を記述していきます。 Cocoa アプリケーションを開発する場合は文章を参考に設定を多少変更してください。
とある iPhone アプリが葬られるまでの記録
とある iPhone アプリが葬られるまでの記録… 妥協したら日本語版だけ承認された… でも英語版はとどめを刺された… 2009年4月4日追記。 今日の却下メールでもう再申請しても無駄と判断したので結論。 アプリの審査は公平ではありません。Reviewer 次第です。 理由。同一開発者の同一バイナリで日本語版と英語版とに分けて、別々に申請。 つまり、Localizable.string 以外は同じアプリ。 日本語版は承認され、英語版は再申請毎に違う箇所で難癖を付けられて却下され続けた。 以上の結果により、先のように結論づけました。 以下、今日までのことの顛末です。 あまりにも理不尽な仕打ちに頭に来たので、これまでの記録を文章にして公開。 同様の経験している開発者の方は、 これを参考に私と同じ過ちを冒さないようにしてください。 結論だけを先に言えば、AppStore に出品したいなら、 「信
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
프로그래머로 부터 배우는 코딩 기술 (プログラマから学ぶコーディングテクニック)
