タグ

ブックマーク / www.itmedia.co.jp (19)

  • ディープラーニングとは何なのか? そのイメージをつかんでみる

    今や毎日のように人工知能に関するニュースが飛び込んできますが、その中でも特に注目を集めているのが“ディープラーニング”です。 研究開発を進める企業として最も有名な例はGoogleでしょうか。最近もGoogleがディープラーニングによる画像認識を体験できるWebインタフェースを公開し、話題を集めました。(参照リンク) では、ディープラーニングとは一体何なのでしょうか。稿ではこのディープラーニングについて、そのイメージをつかむことに重点を置いて説明していきたいと思います。 人間の神経構造を模したニューラルネットワークの発展版 ディープラーニングの考えのもととなっているニューラルネットワークは、人間の脳神経回路を真似することによってデータを分類しようというアイデアに基づくアルゴリズムです。 人間の脳はニューロン(神経細胞)のネットワークで構成されていて、あるニューロンはほかのニューロンとつなが

    ディープラーニングとは何なのか? そのイメージをつかんでみる
  • 給料の「高い会社」と「低い会社」に分かれるワケ

    あなたが勤めている会社の給料は低いですか? それとも高いですか? 今回は、業種別の平均給与を例に、給料が低い5つの理由のうち3つを紹介します。 連載は、木暮太一氏著、書籍『ずっと「安月給」の人の思考法』(アスコム刊)から一部抜粋、編集しています。 給料の上がる人と上がらない人は何が違うのか。そもそも給料とはどうやって決まるのか。で、どうすれば給料は上がるのだろうか。 「年功序列は悪!」と考えている、「生産性が上がれば、給料も上がる」と期待している、「チャンスはいつまでもある」と思っている、就業規則を読んだことがない、「会社の経費で落ちるか」をいつも気にしている、「人は見かけが9割」を理解していない。 そんな全国のサラリーマンに贈る書には、いつまでも薄給の「あの人」みたいにならない思考のヒントが満載です。 ベストセラー『僕たちはいつまでこんな働き方を続けるのか?』(星海社新書)の著者であ

    給料の「高い会社」と「低い会社」に分かれるワケ
  • オブジェクトモデリングの基礎としてのデータモデリング

    「第1回 モデリングなしで開発はできない」は、モデリングという概念の説明と、いかにシステム構築においてモデリングが重要な役割を果たすかというポイントを解説しました。今回は、範囲をシステム構築に狭め、システム構築において利用されるモデリング手法を解説し、その中で、データモデルの果たすべき役割を明確にしていきます システム構築におけるさまざまなモデリング手法 システムを構築する際に必要になるモデルには数多くのものが挙げられますが、大きく分けるとすれば、「システム化をする対象領域」を抽象化したモデルと、「システムそのもの」を抽象化したモデルの2つに分けることができます。 企業で利用する業務システムの場合には、「システム化をする対象領域」とは業務領域ということになり、業務モデルが必要になります。例えば、受注システムの場合には、システムが支援する対象となる受注業務とはどのような業務なのか、その中でシ

    オブジェクトモデリングの基礎としてのデータモデリング
  • 「mixiパーク」終了 「想定していたユーザー数を見込めなかったため」

    ミクシィは1月21日、自分に似たキャラクターを作成し、mixi上の友人同士でコミュニケーションを楽しめるスマートフォン向けサービス「mixiパーク」を3月31日に終了すると発表した。「当初想定していたユーザー数を見込めなかったため」としている。ユーザー数は非公開。 mixiパークは、コナミデジタルエンタテインメントと共同で開発したサービスで、昨年9月にスタート。スマートフォンのカメラで自分の顔を撮影してキャラクターを作成し、タッチ操作を使って友人のキャラをつついたり、あいさつなどしてコミュニケーションできる。 同社は同日、働く20代女性向けの洋服定期購入サービス「Petite jete」(プティ ジュテ)の終了も発表している。 関連記事 「mixiパーク」公開 コナミと共同展開、キャラを作って交流 自分に似せて作ったキャラクターで友人と交流できる「mixiパーク」が公開された。 ミクシィ新

    「mixiパーク」終了 「想定していたユーザー数を見込めなかったため」
  • テキストファイル内の特定文字列を一括置換させたい~Perl編~

    ファイル内の特定の文字列を置換させたい場合には、sedを使用するのが容易だ。「テキストファイル内の特定文字列を一括置換させたい」Tipsでも紹介をしている。 次の例では、input.txtを読み込み、シングルクォートを削除してからoutput.txtに書き出すという指定になる。

    テキストファイル内の特定文字列を一括置換させたい~Perl編~
  • “技術だけ”では、開発プロジェクトは失敗する

    システム開発は、「人と人との強い結び付き」と、開発に向ける「思いの強さ」「やり抜く姿勢」が成功の大前提となる。 呉医療センターの医療情報システム全面刷新の案件には、複数の競合ベンダが入札していた。当初は劣勢だったが、最終的に落札できたのは、プロジェクトを担当した富士通中国システムズ(2010年当時)の甲野義久が、「足繁く呉医療センターに通い、医師と向き合い、丹念にヒアリングを」行った結果だった。途中からプロジェクトに参加した富士通 ヘルスケアソリューション事業部の山岡弘明は語る。「仮想化とかクラウドとかいう言葉は、どうしても一人歩きしがちです。でも実際には、そういった技術は手段であって、それをやることそのものが目的じゃないんです」「技術中心に考えるとそこが逆転してしまうこともありますが、あくまでも診療のシステムをこう作りますと提案できたのが大きいと思います」――。 書「挑む力~世界一を

    “技術だけ”では、開発プロジェクトは失敗する
    kamatama_41
    kamatama_41 2012/08/05
    なんか引っかかるけど、こういうアプローチも必要なのでしょう。
  • ビッグデータ時代到来 企業に求められる3つのスキル

    稿では、データ分析をビジネスに活用する上で必要なスキルを洗い出し、企業における効果的なデータ活用のあり方を検討します。 「ビッグデータ」がIT分野のキーワードとして大きくクローズアップされ、その分析による活用がビジネス的な効果として注目を集めています。一方で、IT技術、既存の組織や人材スキルでは解けない課題も徐々に浮き彫りになってきています。それは“データを分析してビジネスにつなげるスキル”です。 このコラムでは、データ分析をビジネスに活用するために必要なスキルを洗い出し、どのようなアプローチを取ることで企業における効果的な情報活用を実現できるかを考えます。また、国内外の先進的な事例も紹介します。 では、さっそくビッグデータ時代において企業に求められるスキルを見ていきましょう。 ビジネススキル ここでいうビジネススキルとは、仕事で成果を上げる能力ということよりも、ビジネスのプロセスを標準

    ビッグデータ時代到来 企業に求められる3つのスキル
    kamatama_41
    kamatama_41 2012/04/13
    別にビッグデータ時代じゃなくても必要なスキルな気が・・・
  • 誠 Biz.ID:最強フレームワーカーへの道:面倒くさがり屋がToDo管理10の失敗の果てにたどりついた「Gmail Tasks」への道

    面倒くさがり屋がToDo管理10の失敗の果てにたどりついた「Gmail Tasks」への道:最強フレームワーカーへの道(1/2 ページ) ToDo管理、タスク管理を行わない人はほとんどいないだろう。私自身、タスクをどう管理すべきか、どのようなツールを使うべきかで長い間、試行錯誤を繰り返してきた。これまでやってみたToDo管理と、その果てにたどりついた「Gmail Tasks」を紹介しよう。

    誠 Biz.ID:最強フレームワーカーへの道:面倒くさがり屋がToDo管理10の失敗の果てにたどりついた「Gmail Tasks」への道
  • ビジネス価値の見極めが、開発効率を決める

    ビジネス価値の見極めが、開発効率を決める:システム開発、成功のポイントを聞く(2)(1/2 ページ) 東証「arrowhead」に込められた開発成功の真のポイントとは? たとえ1週間のタイムロスでも大きな機会損失につながる現在、システム開発には一層のスピードと品質が求められている。これに伴い、アジャイル開発が注目されている中、ウォーターフォールによってスピードと品質を両立した東京証券取引所の株式売買システム「arrowhead」の開発事例は多方面で注目を集めることになった。 2010年1月、番稼働を開始したarrowheadは、200台のリナックスサーバを連携させたシステム。インメモリデータベースを活用し、「ユーザーから株の売買注文を受け、システムで処理し、注文受付情報を返す」といった一連の処理に、従来、約2秒かかっていたところを、約1000分の1の2ミリ秒まで短縮することに成功した。

    ビジネス価値の見極めが、開発効率を決める
    kamatama_41
    kamatama_41 2011/09/29
    要件トレーサビリティをどう実現したのかが気になります。
  • 基幹系へのクラウド活用、そのメリットと落とし穴

    基幹系へのクラウド活用、そのメリットと落とし穴:中堅・中小企業のためのERP徹底活用術(10)(1/2 ページ) 基幹系システムとしてクラウドを利用する取り組みはまだ始まったばかり。だが、コスト削減やITシステムの標準化、情報共有などが強く求められている今、基幹系へのクラウド活用は大手のみならず、中堅企業にとっても必須の検討課題となるはずだ。今回は、事例を通じてそのメリットを引き出すポイントを分析する。 クラウドは、基幹系システムにどこまで使えるようになったのか? 電子メールやファイル共有、ワークフローやCRMといった領域にクラウドコンピューティングを利用するのは珍しくなくなりました。さらに、東日大震災でTwitterやFacebookなどのSNSがリアルタイムコミュニケーションの手段として見直され、クラウドの利用メリットに大きな注目が集まっています。 しかしながら、基幹系システムとして

    基幹系へのクラウド活用、そのメリットと落とし穴
    kamatama_41
    kamatama_41 2011/09/15
    これは使えそう
  • 実行可能な仕様書は“設計できるプログラマ”が書く

    実行可能な仕様書は“設計できるプログラマ”が書く:“実行可能な仕様書”を作る!(2)(1/3 ページ) 前回、「実行可能な仕様書」を実現するための鍵が「機能パターンの確立」だと述べた。それらのパターンを有効活用するためには、DBを正規化するとともに、ビジネスロジックを機能側からDB側に移行しなければいけない。そして、ビジネスロジックを的確に仕様化するためには設計スキルとともにプログラミングスキルが必要になる。 DBを正規化することのインパクト 前回、業務システムに含まれる機能(データ処理プログラム)をいくつかの「機能パターン」に整理することで「実行可能な仕様書」が実現可能になると説明した。機能パターンごとに仕様情報のデータ様式を定め、これを処理する「仕様翻訳エンジン」と「仕様エディタ」を用意すれば、「実行可能な仕様書」のための基盤が完成する。この基盤を便宜上「アプリケーションドライバ(アプ

    実行可能な仕様書は“設計できるプログラマ”が書く
    kamatama_41
    kamatama_41 2011/08/27
    あとで読む
  • ITmedia Biz.ID:第1回 会議の何が問題なのか?

    ほとんどの人が会議が嫌いではないでしょうか。何のための会議か分からない、決まったことが実行されない、そもそも会議時間が長い……。そんな非効率な会議の原因を明らかにするとともに、解決法を探っていきましょう。 長い会議に嫌気がさしたことはないでしょうか。 問題は会議が長いことだけではなかったはずです。明らかに非効率な会議が、不条理に長く続いていることにイライラしたのではないでしょうか。 そもそも「何のためにメンバーが集まったのか」が共有されていないまま会議が始まる。いざ議論が始まると、そもそも何についての議論しているのか誰も分からなくなってしまう。それでも会議が続けられ、予定時間を大幅に過ぎたところで結論があいまいなまま会議が打ち切られる。会議中に決まったToDo(やるべきこと)もいつの間にか忘れられ、次の会議でまた同じToDoが発行される。最終的には、会議がなぜうまくいかないのかを話し合う会

    ITmedia Biz.ID:第1回 会議の何が問題なのか?
    kamatama_41
    kamatama_41 2011/07/14
    議事録ドリブン、ちょっと面白そう。
  • ドメイン層に最適なアーキテクチャを考える

    前回「階層アーキテクチャの利点は複雑さの減少」は階層化アーキテクチャの考え方について説明してきました。今回は、階層化アーキテクチャにおけるサービス層と、設計が難しいとされるドメイン層についてどのように考えるのかを見ていきます。まず、最初に各層を設計するときに、拡張性・保守性を高めるために何を検討すべきかを考えてみましょう。 (1)業務機能とシステム機能の分離 業務要件を満たすためのビジネスロジックなどを実現する機能とトランザクション制御などシステムを実現するために必要なシステム機能は、別々に実装できるように考えます。ビジネスロジックを実装するコードにトランザクション制御を行うコードが混在することは、拡張性・保守性を著しく悪くします。 (2)層間の依存性の排除 ドメイン層などの階層化アーキテクチャの各層は、基的に下位層に存在するコンポーネントをブラックボックスとして扱えるように設計します。

    ドメイン層に最適なアーキテクチャを考える
  • 35歳を過ぎて普通に転職したらダメ

    業界大手の人材紹介会社出身者と同じ職場で働く機会があったのですが、その人物に聞いた話で意外に思ったことがあります。「●●(会社名)で一番転職のマッチングができるのは30歳前後。30代後半や40代以降はほとんど売れない」と。 その時は「そんなもんなんだ」程度の認識でしたが、その後、自分でも人材紹介業に直接かかわった時期に、身をもってその発言の意味を理解しました。非常に優秀な実績を残した人材であっても、30代後半あたりから企業側のハードルが急に上がってしまうのです。 結論からいくと、30代後半(より具体的に言うと34~35歳以降)になったら、普通の転職サイトや人材紹介会社を使って転職をするのは困難。若手のころと比べて書類の通過率や面接での合格率が格段に落ちるのです。 なぜ34~35歳以降の転職が難しくなるのか 企業側の採用ニーズから考えると、この話はよく分かります。30歳くらいまでであれば、採

    35歳を過ぎて普通に転職したらダメ
  • 連載:【改訂版】初歩のUML 第1回

    読者のみなさま ずっとストップしていました「初歩のUML」。第4回をお待ちになっていた方々には、大変ご迷惑をおかけしました。このたび@IT編集局と協議した結果、「初歩のUML」を12回程度の格的な連載にすることになりました。そこで、第1回~第3回の改訂したものを2月中にリリースし、第4回を3月初旬にリリースすることにしました。 第4回では、モデルのJavaによる実装についてお話する予定でしたが、連載改訂案ではまず、言語から離れた形でモデリングの質を理解していただき、その後UMLとJavaのマッピングについても取り上げるように考えております。 連載では、UMLの表記法を説明するというよりも、モデリングの質的な目的と意義・効果を通して、必要性を理解していただくことを目標とします。どうぞこれからも初歩のUMLをお楽しみください。 萩順三 UML(Unified Modeling Lan

    連載:【改訂版】初歩のUML 第1回
  • 多くのプロジェクトは、計画段階ですでに失敗している

    多くのプロジェクトは、計画段階ですでに失敗している:情報マネージャとSEのための「今週の1冊」(38) 確実に目標を達成するためには、“PDCA”の“P”で考えるべきことがたくさんある。検討すべき項目を一つ一つ丁寧に扱い、もっと慎重にプランニングを進めるべきだ。 数年前、ある自治体のプールで、幼い少女が浄化設備の吸水口に吸い込まれて亡くなる事故があった。マスコミは「現場の危機管理に問題があった」と報じたが、それは間違っている。「問題は、『事故が起きたときの危機管理』ではなく、『ずっと前から吸水口の金網がはずれていた』という日ごろの管理にあったのだ。日人は“危機管理が苦手”なのではなく、“管理自体が苦手”なのであって、危機的状況になるとそれが『バレる』だけなのである」――このように言われると、国や企業、さらにはプロジェクトチームまで、あらゆる組織のマネジメント、全てに当てはまるような気がし

    多くのプロジェクトは、計画段階ですでに失敗している
  • サーバは無事でも、業務が遅滞しては意味がない

    システムインフラの複雑化に伴い、システム的には異常がないのにパフォーマンスが低下する、といった現象が多くの企業で起こっている。しかしITシステムを使う目的は、業務を効率化し収益を上げること。この大目的を実現するためにはどうすれば良いのか。仮想化/クラウド時代の新しい運用管理のアプローチを紹介する ユーザーは、当に快適にシステムを使えているのだろうか? 「このITサービスの利用者は、快適に、ストレスなくサービスを利用できているのだろうか?」「円滑にビジネスを遂行できているのだろうか?」―― これを正確に知ることは、ITサービスの提供者にとっては“永遠の課題”かもしれません。というのも、いまやITシステムはビジネスの遂行に不可欠な存在。従って、その稼働が停止してしまうのは論外ですが、たとえきちんと動いていたとしても、その使いやすさやレスポンスの速さは、業績や信頼、顧客満足度などに直接的に影響

    サーバは無事でも、業務が遅滞しては意味がない
  • ユダヤ人の思考法――地球上の0.02%がノーベル賞の40%を占める理由

    問題 次の人物たちの共通点を見つけ出しなさい。 ハリウッド俳優やミュージシャンであれば、ウィノナ・ライダー、レニー・クラビッツ、ボブ・ディラン、ウディ・アレン、ハリソン・フォード、マイケル・ダグラス、ナタリー・ポートマン……。 映画会社なら、ユニバーサル、パラマウント、20世紀FOX、MGMの創業者。 ITであれば、デルのマイケル・デル、オラクルの創業者ラリー・エリソン、マイクロソフトのスティーブ・バルマーCEO、インテルの創業者アンディ・グローブ。 金融関係であれば、稀代の投資家ジョージ・ソロス、SGウォーバーグ銀行の創業者ウォーバーグ卿、金融ニュースのブルームバーグ。 服飾や化粧品業界であれば、ラルフ・ローレン、リーバイ・ストラウス、ダナ・キャラン、エスティ・ローダー、チャールズ・レブロン。 学者であれば、アインシュタイン、フロイト、コンピュータの生みの親ノイマン、インターネットの発明

    ユダヤ人の思考法――地球上の0.02%がノーベル賞の40%を占める理由
  • 電子出版時代における漫画編集者のあるべき姿

    1月27日、「サルまん」などで知られる編集家で京都精華大学教授の竹熊健太郎氏と、Jコミ代表取締役社長で漫画家の赤松健氏の対談が都内で行われた。 この対談は、電子出版の時代における漫画編集者のあり方について、Twitterを通じて両氏の間でやりとりが行われたことに端を発している(対談までのいきさつはTogetterでのまとめ、および対談に同席したコミックナタリー唐木氏によるニュース記事も参照いただきたい)。 両氏はこの日が初対面。日付をまたいで実に7時間にも及んだ対談では、電子書籍時代の漫画編集者像についての意見交換をはじめ、Jコミの現在と未来、さらに大学教授として漫画家志望の学生に指導を行う竹熊氏による業界評、果てには未完に終わった竹熊氏の「サルまん2.0」の裏話にも及ぶ、幅広いものになった。 ITmedia eBook USERでは、両氏の思いが詰まったこの対談内容を日から5日間連続

    電子出版時代における漫画編集者のあるべき姿
  • 1