テスト駆動開発とマイクロサービスのせいで短命に終わったスマホゲームの話
「悪い方が良い」原則をご存じだろうか？ プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル（Richard Gabriel）氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも
2台のDHCPサーバーが同一LAN上にあったらどうなる？
宇田：ハブがあったら貸してくれないかな。 貴子：どうしたの？ 宇田：新しく購入したノート・パソコンをLANにつなぎたいんだけれど，ハブのポートが足りないんだ。 貴子：そうねぇ。無線LANルーターでもいいかしら。たしか，LANポートがいくつか付いていたわ。 宇田：それで十分だよ。 貴子：はい，これよ。4ポートのLANスイッチとして使えるわ。 DHCPを勝手に動かしてはいけない 宇田：ありがとう。これで十分だ。あ，でも使う前にルーター機能をオフにしておかないとダメだね。 貴子：どうして？ 宇田：そのままつないでしまうと，無線LANルーターのDHCP＊サーバー機能が社内のパソコンに変なIPアドレスを割り振ってしまうからさ。以前，顧客のLANで似たようなトラブルがあって，原因を探すのに苦労したんだ。 貴子：そうなんだ。 無線LANルーターやブロードバンド・ルーターはDHCPサーバー機能を備えている
高専生によるプログラミングコンテスト、最優秀賞に「風を感じる表示装置」
2014年10月18日と19日の両日、「全国高等専門学校プログラミングコンテスト」（通称プロコン）が、岩手県一関市で開催された（写真1）。同コンテストの開催は、今回が25回目となる。過去には、第22回の最優秀賞作品が米マイクロソフト主催のコンテストImagine Cup2012で入賞した実績がある。 同コンテストは、競技部門、課題部門、自由部門で構成される。競技部門は、与えられた課題に対して、上位チームが次の試合に進むという勝ち抜け形式で行われる（写真2）。今年の課題は、1枚の原画像を同サイズに切り分け、その断片画像をバラバラに並べたものを問題画像とし、問題画像から元の画像に並べ替えるというパズルゲームである。操作回数の少なさや復元の時間が評価基準になる。 課題部門は、「防災・減災対策と復興支援」がテーマ。開催地の岩手県が、2011年の東日本大震災で甚大な被害を受けたことや、このところ自然
「技術が古いとエンジニアがやる気をなくす」、クラウドワークスCTOの大場氏 | 日経 xTECH（クロステック）
日本最大級のクラウドソーシングサービスを手掛け、急成長しているのがクラウドワークスだ。サービスを開始した2012年3月以来、約2年でユーザー数は11万人を突破した。同サービスを使って仕事を発注した企業は、既に2万3000社に上る。 そのクラウドワークスに2014年1月、新しいCTOが誕生した。システムインテグレータ（SIer）とソーシャルゲーム会社を渡り歩いてきた大場光一郎氏である。「伸びる業界、成長するサービスを支えるのが、何より楽しい」と語る。 CTOの役目はエンジニアが働きやすい環境を作ることだと言い、そのためにも最新技術を使えるインフラ整備にはこだわるという。CTOの大場氏に話を聞いた。 大場さんは、SIerの伊藤忠テクノソリューションズ（CTC）からソーシャルゲーム会社のグリーに転職し、そして今のクラウドワークスに移ってCTOになりました。このキャリアについて聞かせてください。
ユーザーとの“近い距離感”を楽しめるエンジニアであってほしい
大手IT企業の採用担当者に、ソフトウエアエンジニアに求められるスキルセットや具体的な採用プロセス、選考のポイントなどを聞くシリーズインタビュー。ドワンゴ 執行役員 ニコニコ事業統括本部 プラットフォーム事業本部長 千野 裕司氏とニコニコ事業統括本部 プラットフォーム事業本部 エンジニアリングサポート室 清水 俊博氏は、「ユーザーとの「近い距離感」を楽しめるエンジニアであってほしい」と語る。 清水氏 まず、インフラ系のエンジニアとアプリケーション系のエンジニアに大別できます。前者は、サーバーの調達からラックへの取り付け、ネットワークの構築、配線までを実際に手を動かして行います。加えて、おおよそのセットアップや必要なミドルウエアのインストール、基本設定なども行います。 その上で動くアプリケーションについては、後者のアプリケーションエンジニアが開発します。このような切り分けになっているため、プロ
［スクープ］みずほの次期システムはマルチベンダー、4社に分割発注
みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。ハードウエアの調達とアプリケーションの開発を分離し、さらに預金や融資といった機能ごとに開発委託先を変える。大手4社に発注を分散させることで、総額4000億円を超えるとみられる大規模プロジェクトにおける技術者確保などに万全を期す。 委託内容と発注先との関係は次のとおりだ（図）。勘定系システムの中核をなす「流動性預金」のアプリケーション開発は、富士通に委託する。富士通はみずほ銀が現在使っている勘定系システム「STEPS」の開発元である。 流動性預金のアプリケーションの動作プラットフォームには、日本IBM製メインフレームを使う。みずほ銀は「CIF（カスタマー・インフォメーション・ファイル）」や「処理フロー制御」など、各アプリケーション
Java SE 7徹底理解 第1回 言語仕様の小さな変更 - Project Coin
今月から、久々のJavaのメジャーバージョンアップであるJava SE 7を紹介していきます。 Java SE 6がリリースされたのが2006年12月ですから、もう5年にもなろうとしています。これだけの時間がかかってしまったことからもわかるように、Java SE 7の仕様が決まるまでは紆余曲折の歴史でした。 もともと、Java SE 7はJava SE 6と一緒に仕様を決め、簡単に実現できる機能をJava SE 6、実現に時間がかかる機能をJava SE 7にすることになっていました。その当時、Java SE 7に盛り込まれる機能としてリストアップされていたのが、クロージャやfriendです。 クロージャのすったもんだについては本連載の「クロージャからProject Lambdaへ」で言及しました。その後、Project Lambdaは再び仕様が変更されています。 friendはスーパーパ
評価を高める仕事術（17）「抽象的なこと」を言う人は仕事が遅い
この連載では、「ダメに見せないことで評価を高める」ための仕事術を扱っている。前々回と前回は、六つめのネガティブ特性である「ひと言で語れない、話が冗長」について説明した。ネガティブ特性は以下の通りである。 先を読まない、深読みしない、刹那主義 主体性がない、受け身である うっかりが多い、思慮が浅い 無責任、逃げ腰体質 本質が語れない、理解が浅い ひと言で語れない、話が冗長 抽象的、具体性がない、表面的 説得力がない、納得感が得られない 仕事が進まない、放置体質 言いたいことが不明、論点が絞れない、話が拡散 駆け引きできない、せっかち、期を待てない 今回から七つめのネガティブ特性である「抽象的、具体性がない、表面的」について説明する。 仕事の「分解」「詳細化」ができない 「抽象的」には大きく二つの意味がある。大辞泉には、(1)いくつかの事物に共通なものを抜き出して、それを一般化して考えるさま（
無線LANスイッチ
無線LANは，セキュリティ機能の強化や管理ツールの装備などによって，企業のネットワーク構築の有力な選択肢となった。将来的に無線IP電話の導入を視野に入れている企業が増えたことも，無線LANの需要を高める。複数のアクセス・ポイントを効率的に管理する仕組みが，求められている。（日経NETWORK） 企業が無線LANを利用する場合，数年前まではオフィスのロビーや会議室など共有部分のみに導入する例が一般的だった。それが2004年ごろから，オフィスに全面的に無線LANを導入する企業が増えている。社屋の建て直しや引っ越しを機に，端末を収容するLANを有線から無線に置き換える企業もある。 その背景には，無線LANのセキュリティに対する不安が解消されたことがある。IEEE802.1X認証やWPAによる暗号化などが定着し，無線通信の部分でも高いセキュリティを保てるようになった。将来的に無線IP電話の導入を視
不人気なIT業界と，世界を変える技術者「アルファギーク」たち
IT業界が就職先として不人気と言われて久しい。しかし一方で，スターとでも呼ぶべき個人のIT技術者がこれほど登場した時代はこれまでなかったのではないか。IT Watcher執筆陣の1人でもある小飼弾氏の著書「アルファギークに逢ってきた」を読み，改めてその思いを強くした。 「世界を良い方向に変える」技術者たち この本には，はてな社長の近藤淳也氏，CTOの伊藤直也氏，オープンソースJ2EEフレームワーク Seasar2の作者ひがやすを氏，オープンソースの全文検索ソフトnamazuなどの開発で知られる高林哲氏，PalmscapeやJapanizeの作者であるサイボウズ・ラボの奥一穂氏といった，広く普及したソフトウエアやサービスの作者たちが登場する。海外からはPerlの作者Larry WallやRuby on Railsの作者David Heinemeier Hansson氏，Twitterの創業者
梅田望夫×まつもとゆきひろ対談 第2弾「ネットのエネルギーと個の幸福」(後編)：ITpro
情報を共有しよう，ネットの力で会や企業をより良くするために。ネット産業の勝負はこれからだ。個として自立しよう，好きを貫こう，幸福になるために。「ウェブ時代5つの定理 この言葉が未来を切り開く!」，「私塾のすすめ ─ここから創造が生まれる」(齋藤孝氏との共著)などの著者である梅田望夫氏と，Rubyの作者まつもとゆきひろ氏が，ウェブ時代を生きる人々に語りかける。 まつもと 社会の問題も適度なサイズに問題が分割されていて，サメにえさをやるように配分できれば，いろんなことが達成できると思います。それこそが炎上のパワーをポジティブに使えないかということですね。 Rubyはたまたまそういう構造が出来つつあるんですが，全部のオープンソース・プロジェクトがそうなっているわけではない。我々はかなり例外的なんです。 梅田 なぜですか。 まつもと 先ほどお話した，オープンソースは多様なものであり，成功しているも
学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”：ITpro
IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて，一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが本業ではなくなったメーカー 「数として欲しいのは，金融システムなど企業の大型システムに従事する人間。こういった領域では，個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても，業務を理解しないと，よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって，企業に入って大型システムを開発するのはもったいないか，向いてない」(西垣氏） 必要とされているのは技術ではなく，プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく，ゼネコンやエンジニアリ
第7回 MXMLベースのサンプル・アプリケーションを作る（前編）
本記事中のサンプルを表示するには最新のFlashPlayer9が必要です（本稿執筆時点では【9,0,28,0】が最新）。こちらから最新のFlashPlayer9をインストールしてください。また，インストール後はブラウザの再起動が必要です。インストールされているFlash Playerのバージョンを確認するにはこちら。 これまで3回かけて，Flexが備えるコンポーネントの説明をしてきました。今回と次回はちょっと趣向を変えて，これまで解説したコンポーネントを使って，簡単なサンプル・アプリケーションを作ってみることにします。 サンプル・アプリケーションを作るに当たって，以下のお題を考えました。 ・第6回までに紹介したコンポーネントを使用する ・シンプルな“業務アプリケーション的”なサンプル ・サーバーサイドとの連携は無し もっとも，これまでの連載の解説内容だけでは厳しいので，初めて紹介するコンポ
誰でもプロフェッショナルを目指せる：ITpro
「プロフェッショナル」という言葉が氾濫しているが、プロフェッショナルの定義は何だろうか。プロフェッショナルとそれ以外の人を分ける決定的な違いは、顧客第一を貫けるかどうかだ。すなわちプロフェッショナルとは、顧客に対して責任を持つ人である。ところが、世にある定義の大半は、最重要の顧客を忘れ、知識や技能の優劣ばかりを論じている。 顧客主義を貫く以上、プロフェッショナルはそれにふさわしい専門知識と能力を持つ必要がある。なかでも、目の前にある前人未到の問題に対して、自分でアプローチを決め、解決に導く具体案を示す問題解決力が欠かせない。あきらめずにやり抜く継続性と高い倫理観も求められる。 IT（情報技術）の世界で仕事をしているエンジニアの方々は、ぜひプロフェッショナルの道を目指して欲しい。特定技術のスペシャリストではなく、顧客の問題を解決し、価値を提供するプロフェッショナルが今、求められているのだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
