ITの現場でエンジニアに求められる説明力の水準は高い。本連載では、そんな現場で培われた説明の極意を七つ抜粋。それらは「意識合わせ」の極意と「表現」の極意に大別できる。連載第2回となる今回は、表現の極意を紹介する。 【4】図や表を書きながら話す 日本システムウエアの鈴木勝行さん（ITソリューション事業本部 基盤ソリューション事業部 インフラソリューション部 副部長）は数人での打ち合わせには必ず、シャープペンシルと、ページごとに切り離せるノートを持ち込む。何か説明をするとき、その内容をノートに図や表として書くためだ。 よく書く図や表には、システム構成図、データの処理フロー図、システムの画面イメージ、画面遷移図、業務フロー図、ガントチャート［注1］、WBS［注2］、比較表などがある。「図や表を書けば、相手に具体的なイメージがわくのに加え、お互いの考えのズレを防ぐことができる」。例えば「インタフェ

とにかく手を動かすこと 若い日本のエンジニアと話していると、「⁠今の職場ではなかなか自分が作りたいものを作らせてもらえない」「⁠せっかくエンジニアになったのに、仕様書通りにプログラムを書くばかりでクリエイティビティを発揮するチャンスがない」などの声を聞くことが多い。 職場にもよるとは思うが、特にITゼネコンを頂点にした産業構造を持ちウォーターフォール型で開発を進める「IT産業」では、そんな思いをしている人もたくさんいると思う。 そんな人たちに私が勧めているのは、とにかく何としてでも自分の時間を見つけて、手を動かして自分の作りたいものを作りはじめることである。作りはじめて見えてくるものもたくさんあるし、上司を説得するにしろ、仲間を集めてベンチャー企業を起こすにしろ、投資家からの資金提供をしてもらうにしろ、何か動いているものがあるのとないのでは説得力に雲泥の差がある。 まずは時間をひねり出す

私の肩書きは「科学者」で、学歴の肩書きには「博士号」がついてまわります。 そう、資格だけで語るなら私は「知識人」といってもいいのかもしれませんし、それが無理でも少なくとも「知的な職業」についていると言ってもよさそうです。 それでも私自身は、エドワード・サイードの「知識人とは何か 」や、渡部昇一さんの「知的生活の方法 」を読みふけった頃から「知的になりたいなあ」と憧れるばかりの人間で、すこしも自分が知的だという自信がもてません。せいぜい、頭でっかちで理屈っぽいというくらいのものでしょうか。 「もっと知識がほしい」と行き当たりばったりの乱読をしていた時期もありましたし、「知的に見られたい」と思って読みかじった知識を衒う悪癖はいまも抜け切れたとはいえません。でも「知的なもの」に憧れる気持ちはいまも高校生の頃と変わっていないつもりです。 一方、「知的なもの」の意味も今ではちょっと前に比べて多少変化

2011年も多くのWEB開発のためのリソースが公開され、開発者を助けてくれました。今回紹介するのは2011年に公開された中から選ばれた開発者のためのWEB開発リソース50個、紹介する「Our 50 Favorite Web Developers Resources and Tools from 2011」です。 Less Framework 4 CSSのフレームワークから、便利なjsライブラリ、オンラインツールなどなど、それぞれのジャンルで選びぬかれた50ものリソースがまとめられています。今回はその中から幾つか気になったものをピックアップして紹介したいと思います。 詳しくは以下 Sencha CSS3 Animator & HTML5 Animations スマートフォンのフレームワークでも有名なSenchaからリリースされて入るCSS3とHTML5をタイムラインで編集できるツール CSS

TortoiseCVSの作者がバージョン管理システムの歴史を各イノベーションがもたらした「驚き」を語りながらふりかえる： http://www.flourish.org/blog/?p=397 以下、自分の体験とごっちゃ混ぜにして要約する。原文を読むことを勧める。 ソースコードをテキストファイルとして保存する! (60年代) これすら常識でない時代があったこということがASCIIの歴史を読むとうかがえるらしい。 人力バージョン管理! (60年代) ソース管理部門にディスクを持っていくとそこのスタッフが顧客用の製品をビルドしてくれた… SCCS： 複数のバージョンを一つのファイルに保存! (70年代) McIlroy先生の“An Algorithm for Differential File Comparison”によって可能になったらしい。 http://en.wikipedia.org/

Java Advent Calendar 2011 の18日目です。 17日目の記事は JavaEE使ってウェブアプリケーションつくろうよ - 水まんじゅう2、 19日目はJavaエバンジェリストの寺田さんですよ。乞うご期待。 プロローグ 後:「先輩、いまさらなんですけど上からSQLの遅いところを調査してくれって依頼がきてて、全クエリの実行時間を実データで集計とれと言ってるんですけど。これ、SQL発行前後で時間計測するしかないですかねー。このプロジェクトどんだけクエリ発行してるところあるんだろ…。簡単にやれないですかね。とりあえず調査に1週間かかるって返答しちゃいましょうか」 先:「まぁまて。全部のクエリにもれなく時間計測のコードを挿し込むとかやってられんし、手作業で漏れも発生するだろ。こういうのはオブジェクト指向で解決するのがスマートだ。あ、とりあえず調査に1週間かかるとは返答しておけ」

［狙われたのは誰？：image］ Mike Elgan の 2011 年タブレット総括がオモシロい。 iPad が予想以上の成功を収めたことで類似製品は死屍累々。消費者を除けばみんなが iPad を嫌うようになったという。 Cult of Mac: “Why the iPad Is the Most Hated Gadget Ever” by Mike Elgan: 17 December 2011 ＊　　　　　＊　　　　　＊ ライバルメーカーは iPad がキライだ Why Tablet Competitors Hate the iPad スマートフォンの場合と同じようにタブレットコンピューティングの時代が幕を開けると期待したライバルメーカーにとって事態はそうではなかった。 最初の犠牲者は TouchPad を出した HP。結局 WebOS ハードウェアの製造中止を宣言。思ったほど売れず

カジュアル！(挨拶) このエントリは MySQL Casual Advent Calendar 2011 の18日目の記事です。 昔、専ら PostgreSQL を使っていた頃、MySQL のクエリキャッシュって簡単に性能上がるしみたいだし羨ましいなあ、と思っていました。そのため、1年ほど前から業務で MySQL を使うようになっても、クエリキャッシュは当然のごとく有効にしておりました。 ところが先日 DSAS開発者の部屋:クエリキャッシュは切ったほうがいいんじゃなイカ？ というエントリを読みまして、クエリキャッシュはグローバルロックを獲得するとのこと。これはちょっと検証してみなければなるまい、ということでベンチマークをしてみました。 ベンチマーク結果 結果は別ページにまとめました benchmark script と my.cnf ざっくりと説明しますと、 平均 260 byte/行、1

※最後に2つ追記しました。 この話面白い。 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - デジタル - 日経トレンディネット http://trendy.nikkeibp.co.jp/article/column/20111215/1039018/ スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。 出された課題は 「4月から開発に着手し、7月末までに70タイトルそろえる」 「開発スタッフは既に決まっている人間で進める」 「8月にTVCMなど大々的なPRを行うため遅延は許されない」の3点 『11のやめたこと。』 1.「組織の細分化、階層化をやめる」 マネジャーが増えるということは、ゲームの作り手が一人減るということ。 優秀な人間がマネジャーになるほど、アプリの制作力は低下する。 2.「職種別の目標設定をやめる」 プログラマー、企画など

パリ五輪オフィシャルタイムキーパーのOMEGA、柔道混合団体の怪しい電子ルーレットのせいでブランドイメージ台無し

必要なのはノート1冊。時間管理&マインドフルネスが同時にできる「インタースティシャル・ジャーナリング」

My iPhone 11 is perfectly fine, but the new buttons on the iPhone 16 are compelling

グーグルでは、社内のプログラマによって作り出される大量のコードの品質を保つため、チェックイン前にユニットテストとコードレビューが行われているそうです。しかし、コードが大量になってくると、ユニットテストやレビューをすり抜けるバグも少なからず発生します。 そこでコードの品質をさらに高めるために、グーグルでは「バグ予測アルゴリズム」を採用。バグがありそうな部分をレビュアーにアドバイスする仕組みを採用したとのこと。 そのバグ予測アルゴリズムとはどんなものなのか。Google Engineering Toolsブログに投稿されたエントリ「Bug Prediction at Google」（グーグルにおけるバグ予測）で説明されています。 ソースコードの修正履歴を基に予測 コードの中にバグがありそうな箇所を分析する手法としては、「ソフトウェアメトリクス」がよく用いられます。これはコードを静的に分析して、

今やってる仕事の関係で､形態素解析アルゴリズムについてちょっと調べる必要があったので､ついでにRubyで形態素解析ライブラリを作ってみた｡という内容の発表です(のはずだが､Rubyのコードが一文字も書いてないですね……)｡ スタート形態素解析 View more presentations from todesking ちょっとプレゼンのクオリティがひどいので､近いうちにブログで補足記事を書こうと思っております｡ ソースは https://github.com/todesking/okura にて公開中｡ Pure Rubyでgem一発で入るような形態素解析ライブラリがあると､Windowsやherokuなどで形態素解析動かせてけっこうべんりなきがします｡ 直近(来週くらい)の開発では､ gem化 辞書もgem化 辞書のコンパイル Double Array Trieの採用 未知語処理対応

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

日本国内では、2009年の後半から凄まじい勢いでモバイルソーシャルゲームの市場規模が拡大しました。そのインパクトは、老舗ゲームメーカーを巻き込み、独自の家庭用ゲーム機を持つ大手企業の不安を煽るまでになりました。 今までゲームなんか作ったことのなかった小さなITベンチャーや、暗中模索していたシステム屋の中には、ソーシャルゲーム開発へ方向転換して、一気に急成長したところも少なくありません。 ネット上では、ソーシャルゲームについて賛否両論ありますが、結果として「いっぱいユーザーがいて、たくさんお金を使っている」というのが現実です。 日本のモバイルソーシャルゲームが急成長した理由を考えれば、ネットで課金ビジネスをする上で参考になります。今回は、そこに興味を持っている人向けのエントリーです。 なぜユーザーは携帯のソーシャルゲームにお金を使うのか 現状の結果を見ても、MobageやGREEのソーシャル

NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏。「自分はいつも焼肉屋に行くと食べ過ぎてしまう。自分の食べる量も分からないのに、他人の作業量が分かるわけがないので、作業量の見積もりは不要」とのユーモアあふれる例えに会場は笑いにつつまれるシーンも 12月14日、スマホ関連総合カンファレンス「スマートフォン＆タブレット2011 冬」（ベルサール八重洲）の「ゲーム開発」セッションでは、NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏が登壇した。『ダーツ』や『フォトジグソー』など、直感的に遊べるアプリ「TEIBAN GAME」をいかにクオリティーを維持しながら、短期間で多数開発し、ヒットに結び付けたか。その舞台裏と独自の組織論を披露した。 これまでPCオンラインゲームを手がけてきた馬場氏が、スマホゲームアプリの開発を命じられたのは、東日本大震災直後の今年3月。出され

連載目次 近年のWebアプリケーションでは、画像ファイルやテキスト・ファイル、Officeファイルのアップロードやダウンロードのやり取りが行われることが多くなってきている（例えば、Twitter上での画像ファイル共有やGoogleドキュメントでのOfficeファイルのアップロードなどがそれだ）。 HTML5では、ファイル操作に関するAPIとして「File API」が定義されたことで、ローカルのファイルをブラウザ上で直接、取り扱うことが可能となった。これによって、Webとローカルの違いをアプリケーションで意識しなければならない局面も少なくなる。 現在、File APIは以下の3種類の仕様が策定されている。