タグ

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

  • はてな Wikipedia日本語版の記事の中で、無駄に凄いページを教えてください。

    Wikipedia語版の記事の中で、無駄に凄いページを教えてください。「無駄に」がポイントです。 例: 枕投げ http://ja.wikipedia.org/wiki/%E6%9E%95%E6%8A%95%E3%81%92 UHFアニメ http://ja.wikipedia.org/wiki/UHF%E3%82%A2%E3%83%8B%E3%83%A1

    hiroomi
    hiroomi 2005/11/06
  • 経済、株価、ビジネス、政治のニュース:日経電子版

    ファミリーマートは2019年7月、独自の電子マネーを導入する。スマートフォン(スマホ)を使った決済で消費者の購買データを分析し、商品開発や来店促進に生かす。セブン―イレブン・ジャパンも19年夏まで…続き コンビニ キャッシュレス急加速 [有料会員限定] 「高還元」うたうキャッシュレス払い 魅力と注意点

    経済、株価、ビジネス、政治のニュース:日経電子版
    hiroomi
    hiroomi 2005/11/06
    良いか悪いか知らないけれど間口が狭くなるような。そんなフォローコメントが明日には出るのだろうけど。
  • むし工房 - ソフトウェア

    動作環境 文字化けしたり、MSVBVM60.DLLが見つかりませんというメッセージが表示される場合は VB6ランタイムをインストールしてください。 動作環境はWindows7以降を推奨。 初回起動時は管理者権限で実行してください。 ご不明な点や不具合等がございましたらお知らせ下さい。 info@musicobo.com 製品版 cart、captor、stacker、wavior pro版などの主に業務用途で導入されるソフトウェアを製品版と呼んでいます。 価格はメールでお問い合わせください。 製品版ソフトウェアにはPC1台につき1ライセンスが必要です。 ライセンスキーは特定のコンピュータ名に対して試用制限を解除するプログラムですので、ご購入後に使用コンピュータのコンピュータ名を変更するとソフトウェアが使用できません。 製品版実行ファイルはサイトで公開されているものでバージョンアップするこ

  • パターン認識 - Wikipedia

    英語版記事を日語へ機械翻訳したバージョン(Google翻訳)。 万が一翻訳の手がかりとして機械翻訳を用いた場合、翻訳者は必ず翻訳元原文を参照して機械翻訳の誤りを訂正し、正確な翻訳にしなければなりません。これが成されていない場合、記事は削除の方針G-3に基づき、削除される可能性があります。 信頼性が低いまたは低品質な文章を翻訳しないでください。もし可能ならば、文章を他言語版記事に示された文献で正しいかどうかを確認してください。 履歴継承を行うため、要約欄に翻訳元となった記事のページ名・版について記述する必要があります。記述方法については、Wikipedia:翻訳のガイドライン#要約欄への記入を参照ください。 翻訳後、{{翻訳告知|en|Pattern recognition|…}}をノートに追加することもできます。 Wikipedia:翻訳のガイドラインに、より詳細な翻訳の手順・指針につい

    パターン認識 - Wikipedia
  • SI業界は建設業界に似ているというのは本当か?:Alternative 笑門来福:オルタナティブ・ブログ

    「実際のところ、建設業界と似たようなもんですから。」 ソフトウェア業界、とくにSI(ITサービス)業界で自嘲気味に語られることの多い台詞です。ゼネコンを頂点とする多重下請け構造や、労働集約型の現場を指して言うようですが、当にそうなのでしょうか?私もこの業界長いですが、実際に建築業界に身をおいていた人が語ったのは聞いたことがありませんでした。そして、昨日まさに建設業界から見た双方の業界の比較について聞く機会があり、双方の違いと問題点を鋭く斬られていたので、他のメディア主催のセミナーの話で恐縮ですが紹介させてもらいます。 その話とは、日経ソリューションビジネスDAYの基調講演で大成建設CIO(社長室情報企画部長)の木内里美氏のお話。大成建設ではASTERIAもご利用いただいており、木内氏とも面識があるのですが、こういう切り口のお話を聞くのは初めてでした。講演の中で氏は、受託開発と建設業が似て

    SI業界は建設業界に似ているというのは本当か?:Alternative 笑門来福:オルタナティブ・ブログ
  • ソフトウェア開発をシンプルにする考え方のコツ(2/5) - @IT

    さて、「プチ・パラダイム・シフト」だが、今日は5つの価値の中の1つ、「シンプルさ」にコミットすることの意味とその理由を話そう。 いまさらいうまでもないことだが、ソフトウェア開発というのは、複雑さとの戦いだ。大規模になるにつれ、開発が進むにつれ、そして利害関係者(ステークホルダー)が増えるにつれ、問題は複雑になっていく。その複雑な問題にどう立ち向かうか? 工学的に考えてみると次のような感じだろう。 工学的アプローチによる複雑さへの対処: 大人数をうまく分業化する 問題を分割し、適切に割り振る それぞれの分割単位を独立させる 複雑な現実世界のものをモデル化する 現実世界の問題をITでの解決領域にマッピングする 予測し、なるべく正確に計画する 変化する部分と変化しない部分を分離できるようにする