タグ

設計に関するsatrexのブックマーク (43)

  • シニア層のためのWebサイトユーザビリティ

    2013年3月23日 ユーザビリティ 以前「笑っていいとも!」の山口智充さんのコーナーを見ていて、ちょっと驚いた事があります。20代~60代の女性の必需品をランキングしたもので、40, 50代女性では5位圏外だった「パソコン」が60代で3位にランクイン。シニア層のインターネット利用率は年々高まってきているのはニュース等で読んでいましたが、これを見てなんだか実感しました。という事で今回はシニア層のWebサイト設計について考えてみたいと思います! ↑私が10年以上利用している会計ソフト! 上記「笑っていいとも!」の件で興味を持った私は、シニア層のインターネット利用方法なんぞを調べていたところ、丁度私の母親が「インターネットで買い物がしたい」と言ってきました。彼女は海外に住む私と連絡をとるためにメールやSkype等を使う事ができるので、ある程度インターネットについて理解しているのだと思っていまし

    シニア層のためのWebサイトユーザビリティ
  • 原子力の次に期待される新たな発電法:アジアのソフトウェア開発現場にて:エンジニアライフ

    シンガポールでアジアのエンジニアと一緒にソフトウエア開発をして日々感じること、アジャイル開発、.NET、SaaS、 Cloud computing について書きます。 福島原発の事故の結果、「原子力が危ない」ということで、それに代わる発電法が最近、いろいろと議論されている。 原子力以外で将来有望な技術として、現在一番有力視されているのが、ソーラーパネルだ。太陽からのフォトンのエネルギー、つまりこれは地球上で現在使われているエネルギーのほとんどの究極の源だが、それから直接エネルギーを習得するというものだ。確かに期待できる。 しかし、現実として、今までのところそれほど、ソーラーパネルは普及していない。私が思うに、この「直接」というところが、逆に使い方を狭めている部分もあるのではないかと思う。 太陽の光は昼間しかない(発電時間の制限)。その光を受けるためにはその受光面全てを、高価なソーラーパネル

    原子力の次に期待される新たな発電法:アジアのソフトウェア開発現場にて:エンジニアライフ
  • アーキテクチャーとは「エンジニアの発想」のこと | 日経 xTECH(クロステック)

    情報システムの良しあしはアーキテクチャーで決まる――。よく言われることだが、これは正しいのだろうか?正しいとは思うが、どうもふに落ちない。たぶん「アーキテクチャー」が何を指すのかが明確ではないからだと思う。 アーキテクチャーという言葉を聞いたことのないITエンジニアはいないだろう。IT業界だけで使われる言葉ではないが、IT業界では「システム」や「ソフトウエア」といった言葉とくっついて頻繁に使われている。しかし、よく使われる言葉にもかかわらず、それが何かを明確に説明できる人は少ないと思う。 「アーキテクチャーとは、システムやソフトウエアの構造のこと」と説明を受けることがある(他にもいろいろな説明がなされるが、ここでは話を分かりやすくするため「構造」で説明されるケースに絞る)。 ここでいう構造とは、例えば「ハードウエアが何台あってそこにどんなミドルウエアが動いて何の役割を果たすのか」「アプリケ

    アーキテクチャーとは「エンジニアの発想」のこと | 日経 xTECH(クロステック)
  • 次工程を見切り発車するな

    プロジェクトを任せられたリーダーなら、1度や2度、いや毎回のようにスケジュール遅延に苦労しているだろう。筆者も何度となく思いどおりにプロジェクトが進まず、どうすれば期限を守れるのかと悩んできた。今回は進捗遅れを取り戻す方法として避けるべきルールを紹介しよう。「次工程を見切り発車するな」である。 進捗遅れになったとき、皆さんはどうするか。期限を延期するという方法がある。だが、これではプロジェクトマネジャー(PM)としての役割を果たしていない。では、メンバーを追加投入して後工程の期間を短縮する方法はどうか。プロジェクトマネジメント体系のPMBOKでおなじみの「クラッシング」と呼ぶ方法だ。しかしPMBOKにも書いてあるように、クラッシングは「時間を金で買う」もの。コストが高くなるデメリットが生じ、これもまたPMへの期待に応えていない。 遅れを取り戻す並行作業の落とし穴 ではどうするか。おそらく多

    次工程を見切り発車するな
  • グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? - Publickey

    グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? グーグルでTest Engineering Directorを務めるJames A Whittaker氏が、ブログ「Google Testing Blog」に書いているグーグル社内のソフトウェア品質に関するノウハウ。最近の記事「How Google Tests Software - Part Four」「How Google Tests Software - Part Five」では、ビルドの種類とテストの種類について紹介しています。 One of the key ways Google achieves good results with fewer testers than many companies is that we rarely attempt to sh

    グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? - Publickey
  • M-V-VMパターン用動的プロキシ

    このようなものを作ったので公開。 ソースコード一式: DynamicMvvmHelper.zip ドキュメント: MvvmHelper.docx 簡単に言うと、ViewModel作るの、INotifyPropertyChangedの実装とかめんどくさいんで動的に勝手によろしくやってくれるDynamicObject実装。 階層的なデータに対しても利用可能。一応、DataAnnotationsによるデータ検証にも対応。 以下のようなタイプのアプリなら、ViewModel自作の必要性全くなくなります。 常時Model側更新されちゃっててOK。 Validationエラーはその場で例外発生。プロパティの値は更新しない。 DBとか要らない。 リストの追加削除くらいはしたい。 新規追加は引数なしのコンストラクター呼んで空のオブジェクト作るだけでOK。 これくらいのものなら、 View.DataCont

    M-V-VMパターン用動的プロキシ
  • 実践! WEBビジュアルデザイン 最終回「クライアントと一緒にデザインをつくる(後編)」 - MdN Design Interactive

    2011年3月25日 TEXT:文=石田裕豊((株)フォーデジット) Webデザインに必要な知識や考え方は、普遍的なものもあれば、案件やクライアントによって変化する部分もある。PCやネットの技術やトレンドの変化によっても変わっていく。そのような知識や考え方、取り組み方を学び、考えるうえで大事なことは、現場で役に立つ、実践的でリアルな知識を得ることだ。 そこで連載では、Webデザインの現場で役に立つ、実践的なWebビジュアルデザインのトピックや考え方、取り組み方について考えていく。 前回の「第13回 クライアントと一緒にデザインをつくる(前編)」では、クライアントとデザインをつくっていくための準備プロセス、「デザイン策定における準備プロセス」に関して言及した。今回はその次のプロセスである、「デザイン策定プロセス」に関して言及する。 ■方向性の決定──準備プロセスの総括 準備プロセスで実施し

    実践! WEBビジュアルデザイン 最終回「クライアントと一緒にデザインをつくる(後編)」 - MdN Design Interactive
  • サーバー内の“見えないLAN”を知る

    ネットワンシステムズ 宮下 徹、奈良 昌紀 サーバーの統合・集約の動きとともに、企業やデータ・センターにサーバー仮想化技術が浸透しつつある。サーバーの仮想化というと、多くの読者は単にサーバー・ソフトウエアの技術だと考えるかもしれない。 しかし実際には、1台の物理的なサーバー・ハードウエアの内部には、ソフトウエア的に実現されたネットワークが隠れている。この点を考慮してサーバー・エリアのネットワークを設計しないと、「トラフィックを正確に把握できない」、「サーバーのCPUリソースには余裕があるのに、一向に性能が出ない」といったトラブルに陥りかねない。 そこで、ここでは3セクションにわたりサーバーを仮想化した環境でのネットワーク設計や運用のポイントについて解説する。今回は、サーバーを仮想化することによって生じる課題を考えよう。 課題はブレード・サーバーと酷似 一口にサーバー仮想化といっても、それを

    サーバー内の“見えないLAN”を知る
  • 仮想化ソフトごとに違う内部ネットワーク

    ネットワンシステムズ 宮下 徹、奈良 昌紀 サーバー仮想化技術はネットワークに様々な影響を及ぼす。そこで今回は、仮想化ソフトが提供するネットワーク機能について見ていくことにする。 仮想化タイプにより機能の違い サーバー仮想化ソフトは、ホストOS型とハイパーバイザ型の2種類に大別できる。違いは、サーバー仮想ソフトの動作環境である。 ホストOS型は、サーバー仮想化ソフトをブラウザやMicrosoft Officeなどの通常のソフトウエアと同様に、汎用OS(WindowsLinux)にインストールする。仮想化ソフトを実行するために汎用OSが必要になる。 一方、ハイパーバイザは汎用OS(ホストOS)を必要としない。サーバー仮想化ソフトがあたかもOSのようにハードウエアの上で動き、物理デバイスを直接制御する形で動作する。 実はこの二つのタイプは、仮想化レイヤーのネットワークも仕組みが異なる。もっと

    仮想化ソフトごとに違う内部ネットワーク
  • 実践!高速無線LAN構築

    iPhoneやGALAXY S、iPadなど、ビジネスパーソンを魅了してやまないスマートフォンやタブレット型端末。これらの台頭が、社内ネットワークへの無線LAN導入を加速する。いま、無線LANの導入を検討するなら、最有力候補は約300Mビット/秒もの最大データ伝送速度を誇る最新規格「IEEE 802.11n」だ。11nを使った無線LANの設計・運用手法には、既存の無線LAN規格とは異なるポイントがある。そこで、5回にわたってこの高速無線LANを構築するときのポイントを解説していく。

    実践!高速無線LAN構築
  • http://www3.ocn.ne.jp/~yamamotj/homepage/fhouse5.htm

    satrex
    satrex 2011/03/10
    たてもの探訪で見た。
  • - 不吉な匂い

    不吉な匂いとは、リファクタリングを必要とするコードから感じられる雰囲気を、比喩で表したものです。 ここでは、感じ取った不吉な匂いに対して、どのような解決法を選ぶことができるかを取り上げます。 匂いとして示されているのは、次の22のケースです。ひとつずつ見ていきましょう。 また、解決法に添えられている数字は、参考書籍「リファクタリング」の何ページに記されているかを示しています。

  • 連載:.NETで始めるデザインパターン 第3回 リファクタリングにより導き出すStrategyパターン(2/3) - @IT

    ■リファクタリング1:Strategy階層のトップに位置するクラスの作成 最初に「価値」を出力するためのアルゴリズムをクラスに分離して独立させよう。具体的にはTextFormatterクラスを作成する。このクラスは、出力のためのクラスの階層(Strategy階層)のトップに位置することになるクラスである。 using System; namespace DesignPatterns.Core.TemplateMethod { public class TextFormatter { } } このコードをコンパイルして冒頭で作成したテストを実行する。もちろんコンパイルとテストは正常に完了するはずだ。 ■リファクタリング2:「メソッドの移動(F)」によるアルゴリズムの集合の分離 「価値」を出力するためのTextFormatterクラスが存在する状態では、「価値」を出力するという実行責任(アルゴ

  • Visitor

    ホーム < ゲームつくろー! < デザインパターン習得編 Visitor ~あなたの内部調べさせてもらいますよパターン ① 理解超困難パターンは前準備がとっても大事 Visitorパターン・・・はっきり言って一読では理解に苦しむ難しいパターンです。少しずつ噛み砕いて行きたいと思います。 まず、Vistorというのは「訪問者」のことです。Vistorパターンは「訪問する」というのがキーワードになります。 このパターンを使って何ができるのか?Vistorパターンを使うと、ツリー構造(例:ディレクトリ構造、2分木など)のようにつらなっている情報群から、必要な情報だけを抜き出して、それを元に何らかの結果を出すことができます。結果を出すことがこのパターンの目的です。 イメージしやすいように、RPGのアイテムボックスを例に出します。アイテムボックスの中は種類ごとにきちんと整理されていて、武器袋、防具袋

  • 住宅・住まいWeb

  • 家づくり・住まいづくり/マイホーム相談・アドバイス

    住まいづくりで重要なポイントの工事請負契約に、添付される契約約款の内容について問題はありませんか?トラブルが起こってからでは遅すぎます。「建築条件付き物件」や「設計・施工」で依頼する場合で、当事務所が推奨する、住宅業界の実情に即した建築工事請負契約約款の配布サービスを行っております。詳しくは、「工事請負契約約款(推奨版)販売のご案内」をご覧下さい。

  • 社団法人 リビングアメニティ協会

    社団法人 リビングアメニティ協会 〒102-0071 東京都千代田区富士見2丁目14-36 FUJIMI WEST 2階 TEL.03-5211-0540 / FAX.03-5211-0546

  • 省エネ住宅の法律・基準・制度 :省エネ住宅の知識と情報

  • 水道光熱費

  • 知っておきたい建築法規

    トップページ 知っておきたい建築法規 建築基準法解説(抜粋) 建設リサイクル法 化学物質による室内空気に関する指針 建設工事に係る資材の再資源化等に関する法律 次世代省エネルギー 改正基準法での仕様規定 住宅サッシの「新寸法体系」 Copyright 2003 - 2005 INY, Inc. All Rights Reserved.