第1回 KADOKAWAが目指すIP×IT―知的財産と情報技術の新戦略［前編］ | gihyo.jp
KADOKAWAは、IT企業であるドワンゴと経営統合し、出版を中心とするコンテンツとITの2つの文化を持つ企業です。独自の強みとなる小説やアニメなどの知的財産（IP）をITというデジタルの力で変革し、付加価値を高めようとしています。その背景や目指す世界について、同社のデジタル戦略推進局 エグゼクティブプロデューサー 宮崎賢一氏（写真1）、Web戦略室 カクヨム編集部 編集長 河野葉月氏（写真2）、デジタル戦略推進局 サービス企画部 ECサービス企画課 課長 小野大氏（写真3）にお伺いしました。 KADOKAWAが目指す IP×ITの新戦略 ──KADOKAWAでは、IPとITを組み合わせた戦略があるそうですが、まずは背景から教えてください。 宮崎：IT業界を見ると、日本は海外IT企業、たとえばGoogle、Apple、Amazon、Facebookにまともに挑むのは難しい状況です
第3回 見つからないエンジニアを探し出す技術・リターンズ | gihyo.jp
「ぶっちゃけ、『見つからないエンジニアを探し出す技術』っていうほどの内容ではないですよね」 「原稿を拝見したのですが、見つからないエンジニアを探し出す技術というタイトルから期待したほどは、掘り下げてないのですね。」 先週の原稿を提出した後の担当編集者の傳智之さんからのリプライに、私はショックを受けてしまいました。 「いや、掘り下げようもなにも、見つからないエンジニアを探し出す技術は、いまやどこの人材系企業も躍起になって磨いていて、おいそれとここで書いてしまっては大変なことに……。」 そう言い訳しようと思いつつも、 「確かに、もう少し書くと、ソーシャルネットワークなどでも評判になるかもしれない。そうしたら、プロデュースをしているCodeIQというサービスも、さらに評判になるかもしれない。」 と、邪な考えが頭をよぎったのでした。 ということで、今週は「見つからないエンジニアを探し出す技術・リタ
第3回 山本裕介（yusuke）～イクメンエンジニアのはたらきかた | gihyo.jp
はたらくって何？ シューカツを終えたばかりの女子大生・ともよが会社訪問。第3回はTwitterを経て現在フリーランスエンジニアとなった@yusuke。 タリーズコーヒー 八重洲地下街店にて。スーツを脱ぎ、髪を切ったシューカツ女子……あれ？内定女子！？ かなりのジョブホッパー ともよ（以下と）：今回は@yusukeさんこと山本裕介さんです！ 山本裕介（以下山）：よろしくお願いします。 と：つい先日までTwitterでお仕事してたんでしたよね。 山：はい、実は9月をもって辞めちゃったのですが、最後にいたTwitterで5社目です。今35歳なので職歴は多いほうかな？ と：35歳で5社目なの、多いかもですね！ 山：かなりジョブホッパー[1]かもですね。 と：経歴を順番に教えてください。 山：最初は新日鉄ソリューションズ。いわゆるSIer として働いていました。そこでは化粧品会社の社内システ
連載：目指せ！iPhoneアプリ開発エキスパート｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第7回 エンジニアのための算数 | gihyo.jp
庄司先生は初めに、「プログラマ定年説」の話題を持ち出し、「35（歳）」という数字を挙げました。これは数年前、ブログやメディアでも騒がれた「プログラマの定年は35歳なのか」という議題なのですが、ここで庄司先生は「35歳が定年かどうかというのは、実際に35歳でプログラマとして働いている人がいるので正しいとは思いませんが、それより大事なのは、このように数字を見ること」と言います。そして、エンジニアなのだから「数字を見方につける」ことができ、それができればモノの見方が変わるとして、エンジニアの算数の授業を始めました。 ここでは、身の回りに起こる事象を数字で捉え、定量的な考え方をすることで、エンジニアの働き方が良い方向に変わるという仮設のものと、授業が進みました。 なぜ働くのか―自分の幸せのために そして、米国労働総計局の2006年の調査数字を引用して、「平均的アメリカ人は、起きている時間
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
第1回 機械学習 ことはじめ | gihyo.jp
次のサービスや製品はどれも身近にありますが、これらに共通していることはなんでしょう。 Amazonの「この商品を買った人はこんな商品も買っています」 はてなブックマークの「関連エントリー」 Google 翻訳 Google 日本語入力 メールクライアントのスパムフィルタ デジタルカメラの自動顔認識 ニンテンドーDSの手書き文字認識 買い物履歴、ユーザが書いたコメントやタグ、Webに無数にあるページ、メール、画像や動画と対象はそれぞれ異なっていますが、どれも「データから有益な情報を取り出す」ということを行っています。 これらは「機械学習」という技術を使って実現されているのです。 機械学習の応用範囲 機械学習は冒頭で挙げた以外にも、様々な分野で使われています。 例えば、ノイズ除去や特徴の抽出を目的とした利用パターンがあります。音声認識や画像認識、文字認識（OCR）などはその代表格です。それらも
第5回 APIの全体像とデータの投入 | gihyo.jp
前回でCassandraへのアクセスするコードの基本をおさえました。今回解説するのは以下の2点です。 CassandraのAPIの全体像 Cassandraにデータを投入するコードの詳細 3つの分類からAPIの全体像をおさえる 第1回でもご紹介しましたが、CassandraのクライアントAPIはThriftによって自動生成されます。APIは非常にシンプルなものが幾つかあるだけで、覚えるのもさほど難しくはありません。本連載ではその中からよく使うものに特化してご紹介していきます。 以下にCassandraのAPIを、データ挿入系・データ検索系・認証／管理系の3つに分類してまとめてみました。まずはこれらにひと通り目を通してみてください。 データ挿入／更新／削除のAPI データ挿入、更新、削除のAPIは以下の表のとおりです。現実的によく使う中心的なAPIはbatch_mutate、removeの2
第3回 Cassandraのデータモデルを理解する | gihyo.jp
前回までの説明でCassandraのインストールと動かすところまでいきました。今回はCassandraのデータモデルを理解して、実際にデータにアクセスしてみましょう。 データはすべて4次元または5次元の連想配列 Cassandraのデータは非常にシンプルなデータモデルを持っています。データはすべて4次元または5次元の連想配列のようになっています。 4次元の場合は以下の形で値にアクセスします。 ［キースペース］［カラムファミリ］［キー］［カラム］ そして5次元の場合は以下の形でデータを特定します。 ［キースペース］［カラムファミリ］［キー］［スーパーカラム］［カラム］ Cassandraのデータモデルは以下の4つの概念で成り立っています。 カラム： データの最小単位。実際のキーと値、そしてタイムスタンプを持つ。 スーパーカラム： カラムの集合を扱う単位。 カラムファミリ： カラムまたはスーパ
第2回 Cassandraのインストールから起動まで | gihyo.jp
前回はCassandraとは何かを簡単に説明しました。第2回では、Cassandraを実際にインストールして開発環境で動かしてみましょう。 Cassandraをインストールしよう 環境を確認する まずは環境の確認をしましょう。筆者の環境は以下のようになっています。 Windows 7 Professional Sun JDK 1.6.0_18 64bit Eclipse 3.5.1 この連載ではおもにWindowsでの環境を想定しています。ただ、CassandraはJavaベースなので、MacやLinuxなど別OSでも同様に動くはずです。 Cassandraをダウンロードする 本連載では現時点での最新版Cassandraha 0.6.1を使います。以下のサイトからダウンロードできます。 The Apache Cassandra Project URL：http://cassandra.ap
第1回 NoSQL、そしてCassandraとは | gihyo.jp
NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF（単一故障点）を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
