解説記事や発表資料で、ドメインの例を出す場合、example.jp等を使うことが推奨されているのを知っている人は多いでしょう。しかし、IPアドレスの方は知らない人もいるみたいです。ここでは両方について出典を示しながらまとめます。 知っていて別の例を使うのはいいのですが、知らないで別の例を使うのはよくないです。 gTLDのドメイン名の例 RFC2606で以下のように定められています。 3. Reserved Example Second Level Domain Names The Internet Assigned Numbers Authority (IANA) also currently has the following second level domain names reserved which can be used as examples. example.com exa
AppleがiPhoneやiPadなどでFlash技術をサポートしない理由について、「バグだらけ」「リソース食いで重い」「HTML5で代用できる」といった同社CEOのSteve Jobs氏の発言に加え、裏の政治的理由として「Flashにプラットフォーム環境を乗っ取られる」といった話が指摘されていたりする。だが、あるFlash開発者の弁によれば「そもそもFlashアプリがタッチ動作を想定した作りになっていない」といった根本的な問題があるようだ。 これは、BlogサイトのRoughlyDrafted Magazineの中でFlashデベロッパーのMorgan Adams氏のコメントを引用して紹介されている。同氏はFlashを使ったインタラクティブコンテンツ開発者で、同技術について非常に詳しいという。 同氏によれば、既存のFlashコンテンツを使ったサイトをiPad上で利用したいという要望はある
realtimeweb.jp 2021 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの(http://gihyo.jp/dev/serial/01/tdd/0003)。 この定義で「品質保証のための単体テスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く