タグ

softwareに関するclayfishのブックマーク (15)

  • elm200 のノマドで行こう!

    今後は、はてなブログで書いていくつもりです。 どうかよろしくお願いいたします。 http://elm200.hatenablog.com/ いままで私は Ruby on Rails でウェブ関係の仕事をしてきました。 これからは方向性をやや変えて、機械学習データ分析・データフォーマット変換の仕事をしていきたいと考えています。 ビックデータや機械学習が大きな意味を持ってきている、この時代。 データはかならずあるフォーマットに従って表現されています。 さまざまな種類のデータが異なるフォーマットで表現されている場合が多いです。 この場合、データ間の変換作業が必要になります。 私は、このデータフォーマットの変換が得意にしています。 今後は、こちらの方面の仕事をしていければ、と考えています。 お気軽にお問い合わせください。 【追記】 いま、いろいろとすでに仕事をいただいておりまして、ご依頼のお仕事

    elm200 のノマドで行こう!
  • Engadget | Technology News & Reviews

    How to watch NASA's first Boeing Starliner crewed flight launch today (scrubbed)

    Engadget | Technology News & Reviews
    clayfish
    clayfish 2009/11/11
    kindle
  • システムの納期とは確率分布だ − Publickey

    昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが(最後のセッションは、自分が司会のパネルディスカッションでもありましたが)、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP(Rational Unified Process)の創始者でもあります。彼の講演は、この日の基調講演の1つでした。

    システムの納期とは確率分布だ − Publickey
  • 見積もり・発注 - 技術情報Wiki

    発注/調達 † 値切ってはいけない 2009.3.6 確かに,プロジェクトには予算が決められており,その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には,入念に価格交渉を行い,発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには,PMは出てきた見積もりを査定する能力が必要であり,かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか RFP(Request For Proposal:提案依頼書) SLCP−JCP98:Software Life Cycle Process - Japan Common Frame 1998 SPA(Software Process Assessment)

  • 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について(METI/経済産業省)

    件の概要 経済産業省では、情報システムの取引において、現行の「人月方式」以外での価格決定方法を模索するため、情報システムの付加価値に着目して価格を決定する「パフォーマンスベース契約」について検討を行ってまいりました。 今般、「情報システムのパフォーマンスベース契約に関する調査研究」報告書として取りまとめましたので、公表いたします。 担当 商務情報政策局 情報処理振興課 公表日 平成21年7月31日(金) 発表資料名 「情報システムのパフォーマンスベース契約に関する調査研究」報告書の公表について(PDF形式:12KB) 報告書(PDF形式:2,175KB) Acrobat Readerをダウンロード(Adobeサイトへ) このページの先頭へ

  • 動画も音声も録れるフリーのデスクトップ録画ソフト「BB FlashBack Express」/専用のドライバーを介してキャプチャーする仕組みで低負荷な上“Aero”にも対応【レビュー】

    clayfish
    clayfish 2009/08/06
    デスクトップ録画
  • 「物理法則を自力で発見」した人工知能 | WIRED VISION

    前の記事 「衛星成功に総書記は涙」:北朝鮮の核再開宣言とミサイル輸出 「物理法則を自力で発見」した人工知能 2009年4月15日 Brandon Keim Image credit: Science、サイトトップの画像はフーコーの振り子。Wikimedia Commonsより 物理学者が何百年もかけて出した答えに、コンピューター・プログラムがたった1日でたどり着いた。揺れる振り子の動きから、運動の法則を導き出したのだ。 コーネル大学の研究チームが開発したこのプログラムは、物理学や幾何学の知識を一切使わずに、自然法則を導き出すことに成功した。 この研究は、膨大な量のデータを扱う科学界にブレークスルーをもたらすものとして期待が寄せられている。 科学は今や、ペタバイト級[1ペタバイトは100万ギガバイト]のデータを扱う時代を迎えている。あまりに膨大で複雑なため、人間の頭脳では解析できないデータセ

  • 「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 - @IT

    2009/04/10 ソフトウェアは工業製品ではない――。Rubyの生みの親としてしられるまつもとゆきひろ氏は2009年4月9日、InfoQ主催のイベント「QCon Tokyo 2009」の基調講演で、ソフトウェアと何であり、何でないのか、それはどういう性質のものであるのかを雄弁に語った。 コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、2007年に共著者の1人として出版した同名の書籍に書いたエッセイに込めた思いを、次のように語る。 「世界に冠たる日の製造業のノウハウを適用することで生産性を上げることができるに違いないという発想がありますが、ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 ソフトウェア産業界では、よくエンジニアが何十万人足りないということが言われる。しかし、まつもと氏は、これは工業生産と同じ方法論を当てはめることから来

    clayfish
    clayfish 2009/04/11
    "苦労を見せびらかすのは粋じゃない"
  • MS主催グループインタビューに参加してきた - kirara_397's blog

    4月8日、マイクロソフト(以下MS)社にてグループインタビューがありました。 3月下旬、はてなから突然「MS主催グループインタビュー開催のお知らせ」というメールが届きました。「運用管理」「仮想化」「Web Server」等について興味を持つITプロフェッショナルを対象にしたインタビューとの事で、驚きましたが面白そうなので参加しました。 当日 場所は新宿社 小田急サザンタワー。 MS側の担当者は特定製品所属ではなく、ITエンジニア支援部隊「Microsoft Power to the PRO」のメンバーで、予想と違ってフレンドリーな方々でした。 サービス紹介 まず、MSDN、TechNetMicrosoft Tech Fielders 等の紹介。私にはなじみ深いコンテンツが多かったです。 MS側の自己紹介 長坂氏:マネージャー。インフラ側。今回の代表っぽい人。 田辺氏:運用管理系。ネッ

    MS主催グループインタビューに参加してきた - kirara_397's blog
    clayfish
    clayfish 2009/04/11
    microsoft 製品を使う人は web で情報公開できない / 存在しないのと同じ状況に陥っていると
  • バイナリとテキストの本当の違い : 404 Blog Not Found

    2009年04月09日00:15 カテゴリLightweight LanguagesCode バイナリとテキストの当の違い うーむ、Wikipediaですら「見た目」の違いしか説明していない。 バイナリ - Wikipedia コンピュータが扱うすべてのデータはバイナリデータ(バイトの並び)であり、プレーンテキスト(または単にテキスト)もバイナリデータの一種ではあるが、通常バイナリとテキストは対比して用いられる。テキストとはデータの内容すべてを人間が読んで理解できる (human-readable) 表現形式を指し、バイナリとはそうでない表現形式を指すことが多い。 Binary file - Wikipedia, the free encyclopediaA binary file (.bin) is a computer file which may contain any type

    バイナリとテキストの本当の違い : 404 Blog Not Found
    clayfish
    clayfish 2009/04/11
    ストリームデータは世に存在しないということですね、わかります。 / Viewpoint によって見え方が違うだけのデータを「本質的な違いは、これだけである。」とか言い切っちゃだめだろ。
  • ソフトウェアの再利用性を支えるものは - 千里霧中

    このエントリで書くと言及したことについて書く。 ソフトウェアを効率的に再利用性するにはどうすれば良いか。 この問いは、仕様の共有やソースコードの移植なんかが頻繁に行われている背景から、製造業においてかなり切実な扱いを受けてきた印象を受ける。 特にここ最近は形式手法やUMLといった方法論が普及しつつある世情を受けてか、業界のカンファレンスやセミナーでは毎回のように再利用性の問題が扱われるようになっている。一種のブームを呈しているといっていいかもしれない。 この再利用性の問題に対してだけれども、自分の属する製造業では、上流工程からの改善しようとする傾向を感じる。 例えばプロダクトライン開発(SPLD)が一番注目を集めているあたりにそういう傾向を感じる。プロダクトライン開発はマネジメントレベルでソフトウェアの再利用性を管理していく開発手法で、最上流で設計を行う段階からフレームワークや共通モジュー

    ソフトウェアの再利用性を支えるものは - 千里霧中
    clayfish
    clayfish 2009/04/03
    テストと再利用をひもづけて考察
  • 第3回情報デザインフォーラム - tQy

    サイト上に公表 増井俊之さんの講演。 増井さんがどういう方か、前日までにあまり存じ上げなかったので氏のサイトに一通り目を通しておいた。 今までの講演のパワポがあがっているのでざっと目を通す。 ぼくも講演の内容を全部ネットにあげてしまうことには賛成。ぼくの経験でも、実際こちらが話すことをあんまり熱心にメモを取られても、書くことに集中していて当に頭に入っているのか心配になる。メモは当に気になったキーワードやセンテンスだけでいいんじゃないかと思う。あとでそのメモがトリガーになって頭の中で再構築されたことが理解であって、それは講演の内容と必ずしもイコールにはならないんだけど、それが身につくってことなんじゃないでしょうか。誤解もまた理解の一形態なわけだし。 だいたい、その熱心に取っているメモ、当にあとで読んでいるのでしょうか? ぼくはblogのエントリーでも書かない限り多分読まないなぁー。 だ

    第3回情報デザインフォーラム - tQy
    clayfish
    clayfish 2009/03/29
    ちょっと時間がないのであとでよむ
  • Perlはもう終り? | | プログラマ2.0日報 | あすなろBLOG

    というのはですね、私が使ってるサーバで事故があって、いろいろとサイトを再構築していたのですが、私のことですから、自分が Perl で書いた古い CGI が大量にあって.... というわけで、完全復旧なんてできないかも?ともなってます。で、古いCGIを復旧するためには、当然、CPAN からライブラリを取ってきて、入れなおすことが必要になります。結構盛んにCPANライブラリを使って書いてましたからね....で、です。そこで気がつくのですが、あれ....CPAN ライブラリのバージョン更新があまり進んでない.....ということなんですね。たとえば、用途から考えて、現役でちゃんとメンテされているに決まっている XML::RSS あたりを基準に考えると、  2009年:2、2008年:8、2007年:1、2006年:4というくらいの更新があります(要するについさっきも更新があった、くらいの頻度)。そ

    clayfish
    clayfish 2009/02/20
    perl は好きではないしまったく使わないですが、perl が終わるという状況は全く想像できませんねー
  • 情報処理推進機構:情報処理技術者試験:新着:

    Copyright © 2024 Information-technology Promotion Agency, Japan(IPA) 法人番号 5010005007126

    情報処理推進機構:情報処理技術者試験:新着:
    clayfish
    clayfish 2009/01/31
    第二部の未来展望具合がすごすぎる件
  • 例の本 - L'eclat des jours

    _ 誤解のJava Javaのどうしよもないゲッタ/セッタだが、あんなものはJavaの最初の時点からの特徴でもなんでもない。と考える。 なぜならば、String#lengthだ。最も最初のうちに決定するAPIだろう。これがString#getLengthでないことが、その証左である。他にも1.0からあるHashtableのkeys、values、sizeなどもそうだ。 あのアグリー(とここでは設定する)なゲッタ、セッタは、JavaBeans仕様で導入されたものだ。アグリー?(と書きたかっただけなのだが) JavaBeansは、ActiveXコントロールと同様なGUI部品を記述するための仕様として出発した。これは、Java言語仕様とは独立して上位に構築されたフレームワークなので、当然、その時点のJava言語仕様に従う必要がある。 そこにおいて、既存のAPIと衝突せずに、プロパティ名に対してg

    clayfish
    clayfish 2008/05/04
    javaのgetter/setterに対する正しい理解の在り方だと思う
  • 1