Java言語のチェック例外は本当にGood Partなのか？というエントリーを読んで自分の考え方を簡単にまとめておこうと思う。 まず、チェック例外自体はJavaの『あまり良くない仕様』とみるのが体勢であると思う。自分もどちらかといえば、『なるべく実行時例外で』という派。とはいえ、『クソ仕様なんでチェック例外はまったく使うべきではない』派ではなく、『必要に応じて使い分ける』派。そもそもクソ仕様とdisるくらいならクソ言語なんか使わない方が幸せ。 まずチェック例外自体に関する問題を改めて整理する。 いちいち定義するのがクソ面倒 常にtry-catchかthrows句を強制するのでクソウザい 横断的に処理しにくい 大規模プロジェクトになればなるほど、例外に関するスキルがないクソ人ばかり これらについては散々議論されているだろうし、愚痴になるだけだと思うので割愛。 で、自分はどうして『必要に応じて
テストの網羅性については様々なものがある。基本的な網羅性の観点としては、構造ベース、仕様ベース、外部の標準や指標ベースなどが挙げられる。 そして観点ごとに、様々な網羅性の指標がある。ユニットテストの場合だと、例えば以下がある。 コードの構造網羅 コードの構造を網羅する。ここでいうコードの構造としては、制御フロー、データーフロー、例外フローなどがある。具体的な指標としては、コードカバレッジが有名。コードの構造網羅では、コードカバレッジなどを基準にして、基準以上の網羅性を確保できるようにテストを設計する。 なお、構造網羅というと、一般的な定義ではコード以外の構造も扱われるが、このブログでは便宜上「構造網羅をコードの構造を網羅すること」という定義に絞り込んで説明する。 仕様網羅 コードの仕様を網羅する。コードの仕様には、対象（対象の粒度はテストレベルに依存する。例えば関数やクラス、モジュールを単
詳細設計書の書き方については黙っていられないので、ちょっと意見を言わせてもらう。 私も「詳しすぎる詳細設計書 - SiroKuro Page」で示されているようなコードと１対１に対応したような詳細設計書は、書くだけ無駄だと思っている。ただ、ちゃんとした詳細設計書をつくるなら、処理内容（内部の処理の実装方法）の書き方をどのように実装言語に合せるかではなく、処理内容を一切書かないようにするべきだと考えている。 なぜなら、処理内容をいくら詳細に記述したところで、それは仕様ではなくコードであり、仕様の代わりに記述したコードでは、バグも含めて記述されているため、そのコードのみでは正しいか間違っているかを判定できないからだ。 コードの他にどういった動作が正しいのかを判定する基準が必要で、その基準が仕様であり、詳細設計書にはその仕様を記述する必要があると考えている。 現に、例として示された処理概要では、
iPhone・Androidを超えた!? ズバリ究極の洒落たスリムダウンケータイが静かな話題に...2011.01.12 23:30 2011年は原点回帰の波が押し寄せたり... 日本ではとっくの昔に｢らくらくホン｣や｢簡単ケータイ｣などが支持されたりしてましたが、まだまだそんなのも甘いのよんと言わんばかりの大胆に機能を絞り切った携帯電話｢John's Phone｣が登場ですよ。 カメラやGPSや時計や音楽＆動画再生機能などは一切ないばかりか、そもそも電話番号のみを一行表示するシンプルな白黒画面のディスプレイしかありませんから、メールなんて当然ながらできっこありません。でも、おかげでバッテリーの持ちは余裕で3週間は充電なしで使えちゃう仕様になっているんだとか。 ちなみにアドレス帳は昔ながらの紙とペンで書き込む形で内蔵されるのでご安心を！ 10件までの短縮ダイヤルも登録できて、通話には何ら支
米Microsoftは米国時間2010年12月21日、HTML5仕様の検証サイト「HTML5 Labs」を開設した。策定過程の仕様に基づく機能やサービスを試験提供し、HTML5にかかわる開発作業などを支援する。 この検証サイトでは、World Wide Web Consortium（W3C）やInternet Engineering Task Force（IETF）、Ecma International（ECMA）といった標準化団体で検討中のHTML5仕様を試験する。現在、Web向け双方向通信プロトコル「WebSockets」とデータベース機能「IndexedDB」を提供している。 今後、試験サービスの更新や新たな仕様の実装に取り組む。Microsoftは、用意されているAPIなどを実際に使用し、有用かどうかなどの意見を、同社や各標準化団体に伝えるよう協力を呼びかけた。 HTML5は、We
<H2> フレーム関連の警告</H2> <P> このドキュメントはフレーム機能を使って表示するように作られています。フレームを表示できない Web クライアントの場合にこのメッセージが表示されます。 <BR> リンク先<A HREF="overview-summary.html">フレームなしのバージョン</A>
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
受託開発が抱える本質的な非効率性について考えました。ここで挙げたことはどの開発プロセスでも発生しうる問題と思います。 外注のオーバーヘッド 契約に係るコスト。 限られた場所や時間で質疑応答を行うことによる損失 情報の伝達コストは「機会」により決まる。拠点の違い、限られた時間、組織の壁により機会は減り、伝達コストは高くなる。 打合せや質問票を中心に質疑応答を行うため、情報の伝達コストが高くなる。 発注側の縦割り部門、受託側の下請け構造により、情報の伝達コストが高くなる。 決定に要する時間が長くなる。 開発者が業務プロセスを学習するコスト 前提として、どんな要件でも学習コストは必ず発生する。 過去に学習した知識を再利用できるとは限らない。受託側に業務スペシャリストが存在するとは限らない。 発注側から業務に関する説明を受ける機会（＝教育）が十分にないため、極めて非効率な学習にならざるを得ない。
■iOS（iPhone OS） iOS（3.0以前は「iPhone OS」）は、アップルがiPhoneなどの小型端末用に開発した専用OSです。初代iPhoneに1.0が搭載されたあと、新モデルの発表に合わせてバージョンを重ねています（iPhone 4にはiOS 4が搭載）。iPhone 3G以降はOSのバージョンアップができるようになり、最新版のiOS4にも対応しています。 ■iPhone標準ブラウザー「Safari」 iPhoneには標準ブラウザーとして「Safari」が搭載されています。SafariはもともとアップルがMac OS X向けに開発したWebブラウザーで、Windows版も無償で配布されています。基本的な表示能力はiPhone版もデスクトップ版もほぼ同じですが、iPhone版にはいくつの制限があるため、「Mobile Safari」などと呼んで区別することもあります。 Sa
留意事項その1(原則的な事項) １ この『外来語の表記』では，外来語や外国の地名・人名を片仮名で書き表す場合のことを扱う。 ２ 「ハンカチ」と「ハンケチ」，「グローブ」と「グラブ」のように，語形にゆれのあるものについて，その語形をどちらかに決めようとはしていない。 ３ 語形やその書き表し方については，慣用が定まっているものはそれによる。分野によって異なる慣用が定まっている場合には，それぞれの慣用によって差し支えない。 ４ 国語化の程度の高い語は，おおむね第1表に示す仮名で書き表すことができる。一方，国語化の程度がそれほど高くない語，ある程度外国語に近く書き表す必要のある語――特に地名・人名の場合――は，第2表に示す仮名を用いて書き表すことができる。 ５ 第2表に示す仮名を用いる必要がない場合は，第1表に示す仮名の範囲で書き表すことができる。 例 イェ→イエ ウォ→ウオ トゥ→ツ，ト ヴァ→
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
