タグ

designに関するk1mのブックマーク (20)

  • NASA、ハッブル後継の望遠鏡にIBMソフトウェアを採用

    米IBMは1月19日、次世代宇宙望遠鏡「ジェームズ・ウェッブ宇宙望遠鏡(James Webb Space Telescope)」の操作に必要なソフトウェアとシステムを開発するために、米航空宇宙局(NASA)がIBMのソフトウェアの採用を決定したと発表した。新宇宙望遠鏡は、現行のハッブル宇宙望遠鏡よりもさらに高性能で、宇宙誕生の謎解明により近づけると期待がかかっている。新宇宙望遠鏡の導入は2013年になる見通しだ。 ハッブル宇宙望遠鏡では、複数の組織がそれぞれ独自のソフトウェアを使ってシステム開発に当たったため、保守や変更、修正の際に、幾つもの異なるツールが必要となり、結果として膨大な時間とコストがかかっている。 ジェームズ・ウェッブ宇宙望遠鏡の操作に必要なソフトウェア開発にも、世界中の国々の複数の宇宙機関がかかわっている。しかし前回の問題を解決するため、NASAはIBMがオープンスタンダー

    NASA、ハッブル後継の望遠鏡にIBMソフトウェアを採用
    k1m
    k1m 2007/01/24
    "望遠鏡システムの開発者は、設計図上にソフトウェアコードをドラッグ&ドロップするだけで、プロジェクト全体に反映させることができる"
  • デザインパターンたん - www.textfile.org

    ふと思ったんだけれど、「デザインパターンたん」って誰か考えただろうか。 他人をあやつるTemplate Methodたん。意外に融通がきかない。 心が入れ子になっているCompositeたん。箱根の寄木細工収集が趣味。 旅が好きなVisitorたん。 一見孤独そうに見えるSingletonたん。実は人付き合いが良すぎるのが欠点。 ダイエットマニアのFlyweightたん。Immutableたんは親友。 委員長属性のMediatorたん。 話が合わない二人の間を取り持つのがうまいAdapterたん。 Decoratorたんの夢は十二単。 ……書いていて脱力してきたのでおしまい。 以下は関連しそうな「OSたん」一覧。 http://en.wikipedia.org/wiki/List_of_OS-tans 追記: 嫌いなオカズは隣の人にあげちゃうChain of Responsibilityた

    デザインパターンたん - www.textfile.org
  • http://newbabe.pobox.com/~mjd/blog/2006/09/11/

    k1m
    k1m 2006/09/24
    C で OOP やるのは,デザインパターンなんだ.
  • Slot88: Judi Slot Online Gacor Terbesar & Terpercaya Indonesia

    Judi slot online sudah pasti selalu menjadi pilihan bettor dalam setiap harinya. Karena ini bisa dijadikan sebagai sarana utama bagi semua bettor untuk mendapatkan banyak keseruan dan keuntungan. Dimana slot dijamin akan mampu memberikan rasa nyaman dan puas kepada semua bettor. Hal inilah yang menjadikan slot sebagai pilihan bettor dalam setiap harinya. 3 Daftar judi slot online Terpercaya Untuk

  • When a Decision is a Design Decision - asatoの技術的な内容の日記

    設計とは? 設計における決定とは? 「マルチパラダイムデザイン」によれば、設計とは: 設計とは、ある問題に対して解決策となるような構造を与えるアクティビティのことである。 とある。「ModernC++ Design」によれば、設計とは: ソフトウェアシステムの設計とは、各々の解決領域を組み合わせて解決策を選択することなのです。 とある。 たとえば、ある単純な(アルゴリズム的な)処理を行うことを考えてみる。以下のような、少なくとも3つの解決策が考えられる: // 解決策1 public class Main { public static void main(String[] args) { new Main().run(); } private void run() { System.out.println("アルゴリズム"); } } // 解決策2 public class Main

    When a Decision is a Design Decision - asatoの技術的な内容の日記
    k1m
    k1m 2006/09/13
    設計における決定とは
  • 6月のはぶにっき

    not found

    k1m
    k1m 2006/09/13
    方法論のおはなし。ところで,自動生成ってのは Scaffold の話をしている? 後ろの記事も参照
  • Analyzing and Understanding Designs - asatoの技術的な内容の日記

    設計自体を分析したり理解するためには、どうすればいいのか? ここで議論したいのは、ある問題領域に取り組んでいるときに、その問題に対してどのような設計がいいのかということでなく、ソフトウェアにおける設計という活動・行為やその設計から導かれるソフトウェアの構造そのものを分析したり理解したりするにはどうすればいいのかということ。 問題領域を無視して設計を分析・理解することは無理と思われるかもしれないけど、(GoF の)デザインパターンなんかは、問題領域そのものには(それほど)依存せずに一般的な設計の問題とそれに対する解を文章化している。 同じように、リファクタリングカタログなんかも、プログラムの設計を改善するという視点から、設計における問題点とその改善方法を文章化している。 恐らく、これらデザインパターンとリファクタリングは、設計を分析して体系的に文章化するという意味では、代表的なアプローチだと

    Analyzing and Understanding Designs - asatoの技術的な内容の日記
    k1m
    k1m 2006/09/13
    "設計自体を分析したり理解するためには、どうすればいいのか?"
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
  • 多くのユーザーは一度に1本しかジュースを買わない ― @IT

    ユーザビリティのヒント(1) 多くのユーザーは 一度に1しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア 上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。(編集部) 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ

    k1m
    k1m 2006/09/13
    多くの設定は '&s(\d)' 形式なのですよ(私信
  • Azureテクノロジ入門 2016 目次 - 日経BP書店

    k1m
    k1m 2006/09/13
    特集: ソフトウエアは硬い
  • OBB vs AABB - Radium Software Development

    iPhoneの一般修理店は予約なしでも来店できる? 基的には飛び込みで修理に行ってもOK iPhoneを置いていたソファにうっかりと腰かけてしまい、パネルを割ってしまった、こんな時はスマホの一般修理店へ行きましょう。画面割れは、スマホやタブレットの故障原因として非常に多いものです。予約なしで突然お店に行っても平気かしらと、不安に思う方々もいらっしゃるかもしれません。結論としては特に問題はなく、予約なしで訪問しても画面割れの修理はお願いできます。 ただし他のサービス業のお店同様、予約なしの場合、お店が混雑していると順番待ちをしなければいけないです。特に繁盛しているスマホ修理のお店だと、行列が店内で出来ており、予約なしだと、自分の順番が巡ってくるまで長時間待たされる可能性があります。平日の朝、昼なら利用客が少ない場合が多く、飛び込みでも比較スムーズに修理が頼めます。 予約は入れた方が時短に、

    k1m
    k1m 2006/09/13
    IS(?) はテンプレートのインスタンス化を少なくとも17 回までサポートすればよいと規定しているらしい
  • Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている

    先日、経済産業省向けの仕事をしている知り合いと事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月30万円というケースもあるという。 こんな話を聞くと当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日で一人月30万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ

    k1m
    k1m 2006/09/13
    ソフトウェアアーキテクト自らコード書いたりレビューしたりするのは、シェフ自ら料理したり下っ端のスープを味見するとの同じ
  • どうしてフリー・ソフトウェアのユーザビリティはアレなのか

    Why Free Software usability tends to suck 2005年12月25日 Matthew Thomas さんの2002年4月13日のブログエントリ、“Why Free Software usability tends to suck” の日語訳です(現在はリンク切れになってますが、Internet Archiveアーカイブが読めます)。僕はこれを Joel on Software の 「5つの世界」で(正確には書籍のほうを読んで)知りました。このエントリはいろいろと論争を巻き起こした有名なもののようですが、どうやら当時の日ではあんまり言及されてなかったみたいなので(≒ Google で見つからなかったってことですけど)、いまさらながら日語にしてみました。 お知らせ: Matthew Thomas さんは 2008 年に、この記事の続編ともいえる、

    k1m
    k1m 2006/09/13
    アレて
  • XP Epsiode

    Chose Vacation RentalsTips for renting your Vacation Rentals Whether you are a tenant or a landlord, here are some practical tips to help you prepare your vacation. Booking a vacation rental The reservation of your holiday rental is made directly with the landlord. It is recommended to confirm your reservation by sending a rental contract and a deposit or deposit. The balance of the stay will be p

    k1m
    k1m 2006/09/13
    ちょうど某所(何処)で紹介されてたので。Robert C. Martin 氏による。
  • プログラマー日記(2006-01-19) - Sendmailで学んだこと

    This domain may be for sale!

    k1m
    k1m 2006/09/13
    わかりにくいなと思った場合、その技術が本質的にいけてないだけの場合もある
  • ビジネスロジック = ドメインロジック

    Landscape トップページ | < 前の日 2005-12-26 2005-12-27 次の日 2005-12-28 > Landscape - エンジニアのメモ 2005-12-27 ビジネスロジック = ドメインロジック 当サイト内を Google 検索できます * ビジネスロジック = ドメインロジックこの記事の直リンクURL: Permlink | この記事が属するカテゴリ: [プログラミング] 2005-12-12 の「ビジネスロジックとは」にいくつかコメントや指摘を頂いた。 - ビジネスロジック = ドメインロジックはてなブックマーク - ビジネスロジックとは http://b.hatena.ne.jp/entry/http://sonic64.com/2005-12-12.ht ... Dice-Kei 『ビジネスロジックをもっと簡単に…『手続き』とか?』 naoya

    k1m
    k1m 2006/09/13
    ファウラーのおじさん好きなひとはドメインロジックというなぁ,たしかに。
  • IBM Developer

    IBM Developer
    k1m
    k1m 2006/09/13
    3倍くらいに膨れ上がるXML
  • @nifty:デイリーポータルZ:フォントの分かる男

    世の中には何千種類ものフォントがある。 ぼくはせいぜい、明朝体とゴシック体ならその違いが分かるかなという程度だけど、印刷業界などのプロになると、「モリサワの見出ゴMB31」のようにピンポイントにその書体を識別できるらしい。 なんだか呪文のようでかっこいい。 雑誌や看板など、まちの中にあふれるフォントの名前を、詳しい人に教えてもらいました。 (text by 三土たつお) 先生はDTPをやっている友人です 今回の企画はそもそもDTP(デスクトップパブリッシング)をやっている友人との雑談から生まれたものだ。 仕事でよく使う範囲のフォントなら、たいてい言い当てることができるのだという。 というわけで、話の発端となった友人のN川さん(写真左)、そして同業のO原さん(写真右)に協力してもらい、例によってまちを歩きながら、見かけた文字についてそのフォントを調べていくことにする。

    k1m
    k1m 2006/09/13
    かっこいいなぁ
  • [[似非デザイン技法]]

  • ブラックジャックのオブジェクト指向開発

  • 1