タグ

2012年11月13日のブックマーク (6件)

  • 新製品レビュー:PENTAX K-5 IIs ~“ローパスフィルターレス”の実力を探る

  • レスポンシブWebデザインの勘違いについて

    ぼうくん | VoQn 🎨 @VoQn ちょいと待った。「メンテナンスが楽」「一貫性のあるデザイン」「親切、安心設計の操作性」とか大嘘すぎる。それらは気でやった場合のみ叶うものでパラダイムが持つメリットじゃない / “レスポンシブWebデザインのメリット、デメリット比較ま…” http://t.co/SJOVjnbK 2012-11-13 07:07:27 ぼうくん | VoQn 🎨 @VoQn RWD でメンテナンスが楽とか何寝言いってんの、っていうかそもそも昨今の RWD 採用例はだいたい単発の使い捨てスペシャルサイトかリニューアルで作ったばかりでメンテナンスコストの検証どこも出来てないだろ 2012-11-13 07:09:51

    レスポンシブWebデザインの勘違いについて
    mantax
    mantax 2012/11/13
  • 「MVVMパターンが必要な理由」啓蒙用資料公開 - the sea of fertility

    MVVMパターン的な実装は、他のプラットフォームでは選択肢の一つにすぎませんが、WPF/Silverlight(Windows Phone 7 含む)においては唯一の選択肢です。コードビハインドを書かないことはMVVMパターンそのものの定義とは関係ありません。まずはスキルにあったレベルでMVVMパターンを意識した実装を初めてみませんか? 以前の勉強会発表資料(わんくま勉強会での発表資料の半分以上をカットし、Androidテスト祭り分追加)を加工し、社内勉強会、そのほかの勉強会・ブログなどで自由に使える資料として公開します。私の個人名は抜いてあります。 無許可の改変・引用なども問題ありません。ただ、資料の直接の商用利用などはご遠慮ください。 ブログに張り付けたい場合、下のbマークから埋め込み用URLを取得できます。 「コードビハインドを書くのはMVVMパターンではない」などの誤解が、MVVM

  • 「MVVMのメリット・デメリットを見つめなおす」を読んで - the sea of fertility

    僕はGoogleTwitter検索で定期的にMVVMというキーワードで検索を行っています。 そこでこんな素敵な記事を見つけました。 MVVMのメリット・デメリットを見つめなおす wave1008の日記 http://d.hatena.ne.jp/wave1008/20110227 基的にMVVMパターンの大目標(ドメインロジックとプレゼンテーションロジックの分離)には賛同されているものの、ビヘイビアやコマンドの仕様には否定的な記事です。書かれている内容は非常に説得力があり、素晴らしい記事です。驚くほどこういった記事は少ないので、大変勉強になりました。是非皆さんも一読してみてください。 素晴らしい突込みとは思うのですが、一年以上MVVMを追い続けた人間として素直にこの内容の視点に賛同できるというわけではないので、少し僕の考え方を書いてみたいと思います。 反論の前提として、僕はMVVMイン

  • おしごとデザイン研究所

    このブログは、業務フローを誰でも手軽にスラスラと書ける魔法のカード「マジカ」とそれに関連して業務フロー周りのお話を書くところなのですが、「マジカ」の目指すところは、「誰でもスラスラと自分の仕事をデザインできるようになる」ということです。 その第一歩としての可視化/見える化なのですけど、マジカは見える化があっという間に出来るということで、大勢の方に支持して頂いております。一方で、マジカは単なる可視化ツールではありません。これから実現していきたい新しい業務を描くにももちろん使えます。そんな面も含めて、マジカをもっとお役立ちさせていくための諸々をこのブログでお伝えしていきたいなぁ、と考えてこの度ブログタイトルを変更しました。 ともすれば更新が滞りがちですが、引気長に生温かく見て頂ければと思います。引き続き「おしごとデザイン研究所」をよろしくお願いいたします(^^) マジカ2017に、またまた新し

    おしごとデザイン研究所
    mantax
    mantax 2012/11/13
  • 数値計算 - Microsoft Cloud Numerics の数学関数をテストする

    図 2 の例から導き出せる結論は、少数の ULP の範囲内で正確なアルゴリズムを使用して特別な関数が実装されることです。図 2 で示される最悪の場合は、誤差が 6 ULP 以下で、これは数値の最低数位の小数点以下 log10(2^6) = 1.8 桁と一致します。倍精度浮動小数では、これは 1.3323e-015 の相対誤差に相当します。 最先端のテスト ここまでで、厳密なテスト手法を Microsoft Cloud Numerics 数学パッケージで使用されるアルゴリズムの検証にうまく適用できました。関数の条件数から導き出したテストの許容誤差を使用することで、誤差が関数の戻り値の最後の数桁でのみ発生している場合でも、不正確な関数の実装を特定して修正できるようになります。テストの許容誤差を固定すると、故意の誤り (関数の特異点の近接など) を引き起こさない厳密なテストを提供できません。テス

    数値計算 - Microsoft Cloud Numerics の数学関数をテストする