はてなブックマーク

その気持、わかります。 事業開発者、経営者やプロダクトマネージャーたちが抱えがちな悩みの一つ。それは、競合他社や業界の改善スピードに自社のプロダクトの開発スピードが追いつかないという問題です。 実際には、競合企業のリリース情報や世の中の新ニュースに単に踊らされているだけ、ということもあるわけですが…！？それはそれとして、開発のリリースサイクルや開発生産性は時間が経つほど勝手に悪化していくものなので、エンジニアであれば常に改善しようという心構えを持つべきでしょう。 では、そのことにどう対処すべきなのか？ ここでお話するのは、スケジュールやロードマップを調整するとか、人を増やすだとか、そういう直感的な方法論ではありません。「継続的デリバリー」のような、技術側に寄った非直感的なアプローチです。 やれば開発スピードのみならず、生産性や品質といった様々な指標にも影響を与えるわけで、その効用も多くの書

インターネット事業を扱うIT業界では、皆がエンジニアの採用に頭を抱えているようですね。その気持、僕もわかります…！新卒採用では鉄板だった逆求人イベントも競争が激化していたり、中途採用も分野によっては壊滅的に人が見つからなかったり。どこの担当者に話を聞いても、口を揃えて「うちも上手く行ってないです」といった具合です。 自分たちは一体どこが上手くいっていないのか？それを言語化することもまた、簡単なものでもありません。バシッと「○○が原因です！」なんて断定することも、このご時世では誰にでもできるようなことではないと思います。 ただし、課題を明らかにして継続的に改善し続けることならばできるはず。去年よりも今年が、そして今年よりも来年は、もっと効果的な採用活動ができていると、そう言える改善の仕掛けは作れると僕は考えています。そこで今回、AIDA（アイダ）というマーケティングモデルを応用してみた事例を

ピクシブ主催のTech Confである「pixiv TECH SALON」が開催されました。当日は、Twitterのトレンド(日本)で1位を獲得するなど、多くの反響をいただきました。ありがとうございます！ https://techsalon.pixiv.co.jp/techsalon.pixiv.co.jp 同イベントではさまざまな試みを行っていたのですが、主催を担当していた私がどういう狙いをもって実施したのかという点と、それを踏まえ、私が考える今後の企業主催Tech Confのデファクトスタンダードを提案します。 かなり長文になりますが、お付き合いください！ 私自身の背景　〜エンジニア向けイベントの主催になった理由〜 2009年にNTTグループに新卒入社した私は「オープンソースソフトウェア推進部」という部署に配属されました。オープンソース文化の原点とも言える論文「The Cathedra

ピクシブ株式会社に入社しました！…といっても、入社したのは2015年8月1日と約1年前です。 「転職エントリーは、転職した直後に書くよりも1年後の方がいいのでは？転職の興奮が覚め、会社のこともある程度わかってから書いたほうが、身になる話ができるんじゃないか？」 なんてことを入社直前に思いつき、あえて今頃になって、転職エントリーを書いています。 このエントリーでは、大企業からベンチャーへ、エンタープライズ系からネット系へ、受託メインの会社から事業メインの会社へ転職した私が、1年経った今感じていることをお話しします。それで、後ろに続こうとしている人に、何かしらのヒントを残せたなら、私としても嬉しいです。 最初に言っておきますが、「こんな会社辞めてやる！」的な、そういうコンテンツはないので、期待しないでください！！！ 転職で変わったこと 私の転職は、テクノロジーというキーワードを除くと、なにもか

Google I/O 2015でのセッション「The Next Generation Mobile Web(次世代のモバイルWeb)」がそこそこに激アツな気がしたのですが、予想に反し、あまり注目を集めていません。 わかります。大衆向けなメディアだと、AndroidやVR/AR、Google Photosのようなわかりやすいキーワードの方が注目されるでしょう。エンジニア向けメディアであっても、昨今のモバイル技術の状況を鑑みて、ネイティブアプリの方を扱いたいと感じるのが当然です。 先日、某懇親会で「え、モバイルをWebでやっているのですか？それ、完全に負け組じゃないですか」と言われ、そこまで印象が悪いものかと心を痛めました。負け組とか、Webがかわいそうじゃないか。 そんな状況というのもありまして、先日の「第58回HTML5とか勉強会」では、あえてGoogleらが考える「次世代モバイルWeb」

ここ最近、モバイルWebコミュニティにて、Apptimize社のトップであるLynn Wang氏がポストした「7 Mobile UX Mistakes You’re Probably Making Right Now」が話題になっています。 www.sitepoint.com その内容とは、彼女自身が、A/Bテストを使い様々なモバイルアプリの改善を行い、その中で得られた知見をまとめたものです。若干、煽り気味なタイトルに見えますが、中身はしっかりしていて、多くの人がなんとなく感じていることをキレイに言語化しています。個人的にも、参考になると感じています。 本人の許可が頂けたので、日本語らしく読めるようざっくりと意訳し共有します。 1. 不必要にサインインをさせようとする 多くの人々は、ユーザのサインインが価値を持つものだと考えています。しかし、時にサインインは、ユーザに苦痛を与えます。たとえ

ここ数年のうちに、人々が利用するメインコンピューターは、デスクトップからモバイルへと移りました。 少ないハードウェアリソース、不安定なネットワーク、逼迫するバッテリー消費、シンプルなユーザインタフェース、開発者はこうした制約の中で、Webサイトを制作することが求めらるようになりました。Webのパフォーマンスに関する考え方も大きく変化があったのですが、我々は具体的に何を基準にし、どの程度にチューンすれば良いのでしょう？その答えが、パフォーマンスモデル「RAIL」にあります。 RAILは、開発者向けカンファレンス「Google I/O 2015」にて発表されました。厳密にはI/Oが初というわけではありませんが、実に2桁近いセッションでこのキーワードが紹介されています。今後は一般的になっていくのでしょう。 モバイル時代のWebのパフォーマンスモデル 一見するとRubyと関係しそうですが、全くコン

Webサイトのユーザ体験を向上させる上で、Webページの遷移(ナビゲーション)のパフォーマンスを向上させることは重要です。しかし、ナビゲーションを速くなんて言われても、具体的にどこからどこまでが速ければ良いのかと、悩んだことはないでしょうか。 ユーザーが入力してから、画面上の全ての描画が完了するまでの時間を計測すべきなのか？それとも、ウィンドウ内で見えている部分の描画の速さを計測すべきなのか？議論は尽きません。 さて、今回紹介する「First Paint」も、そんなナビゲーションのパフォーマンス指標値の一つです。First Paintとは、ユーザがブラウザのハイパーリンクやフォームのサブミットボタンを押下した後、ブラウザが最初に描画を開始する時間を指します。ユーザ体験を効果的に改善するための指標として、期待されています。 どのように計測するのか？ HTML5の時代なので、Web標準に含まれ

突然「デブサミのステアリングコミッティにならないか？」なんて言われ、2013年の年末、私は四谷三丁目へと向かいました。つい最近のことみたいに思えます。 ステアリングコミッティとは何か？一言で言うなら、翔泳社主催のカンファレンス「Developers Summit」で発信する、コンテンツを考える人たちの集まりです。「エンジニアだったら、これイケてると思うよな！」なんてものを、公募した中から探したり、知り合いコネを使ってお願いしたりもします。少しぐらいチャレンジしたってかまわないのでしょうが、それでも4,000人弱の来客があるイベントなので、そこにしっかりとハマるコンテンツを探っているようにみえます。 さて、当時。打ち合わせの現場に行って、やはり思ったのは「なぜ俺が？」でした。有名なセキュリティコンテストの中心人物から、パブリッククラウドエバンジェリスト、Javaコミュニティを支える重鎮まで、

マイクロソフトのHoloLensなんかをみていると、これからはやはりVRとかARみたいな技術がどんどん社会を良く変えていくのだろうと、ワクワクさせられますよね。 …とはいえ、こういった技術はネイティブが主流という感じがします。リアルタイム性の高さ、ハードウェアの性能が求められるゆえに、Webだとどうしてもそういうのは難しいと考えられがちでしょう。私もそう考えていた時代がありました。 ところが、ある日のこと… 林田「なぁ、かわちゃん。NRIでハッカソンするから来てやー」 川田「は？嫌やし、なんでそんなん行かなあかんねん」 林田「そんなん言うなよー」 川田「おれ、ハッカソン苦手やねん。一人で淡々とコード書いてる方が、凄く集中できて楽しいしな」 林田「たのむってやー、モバイルWebでVRするねん！」 川田「わかった、いますぐ行く！」 学生時代の知人の誘いで、なんとなくモバイルWebでVRしに行く

人々にとってのコンピュータとはデスクトップのみを指す言葉ではなくなり、モバイルやペンといった様々なデバイスが人々の暮らしに関わるようになりました。こうした事情を鑑みて、Microsoftは「Pointer Events」というWeb標準の策定に力を入れていました。彼らは、どんな入力デバイスが備わっていても、共通の手段でそれを扱えることが、Web開発者の望みだと考えていたのです。 IE10ではベンダプレフィクス付き、IE11からはベンダプレフィクス無しで実装されました。そのことを受け、私も一年以上も前に「よし、そろそろだぜ」とブログでPointer Eventsを取り上げました。 ただ、今になってからそれを取り消します。Pointer Eventsは現時点では、あまりオススメできません。どうしても使いたいなら、クロスプラットフォーム面に細心の注意を払ってご利用下さい。 何が起きたのか？ Mi

IE10には、古いIEの動作とHTML5との相互運用を可能としたレンダリングエンジンとして動作するQuirksモードと、最新のレンダリングエンジンとして動作するStandardモードがあります。HTMLドキュメントの一番上でのDOCTYPE宣言を行うことにより切り替えを行います。 IE10の場合、「X-UA-Compatibe」へ「IE=EmulateIE」というパラメータを与えることにより、過去のIEの動作を再現させることができます。EmulateIEは、5/7/8/9の3種類を持っています。5を指定すると常に「Quirksモード」として動作しますが、7/8/9の場合、DOCTYPE宣言の内容によって「Quirksモード」か「IE7/8/9 Standardモード」のどちらかへ遷移します。 ▼ HTMLドキュメント内で宣言する場合 <meta http-equiv="X-UA-Compa

デスクトップPCだけじゃなく、モバイルやタブレット、ウェアラブルデバイスの特徴を活かして、仕事を良くしよう。それが「モビリティ」という考え方です。ただ、実際の所はデスクトップとモバイルを隔てる壁が大きかったりします。モバイルのセキュリティを高める程度の議論で止まってて、モバイルでできることの限界みたいなのにぶち当たっていたように見えます。しかし、クラウドの地盤が固まったことで、ようやく次の世界へと進みつつあるようです。 これからのモビリティとは！？ イマドキのモビリティとはどういうものなのか、そのイメージを掴んでみましょう。どの製品ベンダも提案している内容はそっくりなのですが、個人的にはマイクロソフトのPV「A Day in the Life of a CVP」が、結構ポイントを掴んでいて一番わかりやすかったです。 マイクロソフトも、WindowsのXP(体験:Experience)はとっ

「企業向けのシステムって、これからはモバイルファーストになるんですよね？」 「モバイルファースト？うーん、いや、少し違いますね。『モビリティ』の方を、私としては薦めたいのですけどね。うちは、体験を売りたいんですよ。」 「モビリティ！？」 そう答えるのは、日本マイクロソフトの大西 彰氏。これは、先日私は翔泳社主催のイベントにて、パネルディスカッションの司会を担当した際に起きた一コマです。私は事前に彼らの情報をチェックしていたものですから、どんな反応が返ってくるか完璧にシミュレート済みで、ストーリーもしっかりと準備していたわけです。そこに、大西氏は私の予想を大きく外れたこんな答えを突っ込んできました。モビリティ！？まさか、そんな展開になるとは… その6日後、私は青山で開催されたオラクルのエンタープライズ・モバイル・サミットに参加しました。それはもう「企業向けモバイル」がテーマなのだから、参加者

マイクロソフトが提供しているブラウザ「Internet Explorer」の脆弱性問題がTVで大きく取り上げられ、Webの利用者へ混乱をもたらした事件から、約3ヶ月が経過しました。また、IEの重要な機能追加の発表があったマイクロソフト主催カンファレンス「Build 2014」からも3ヶ月です。長きに渡って人々から愛されたIE6のEOLからも3ヶ月。今思えば、2014年の4月は、IEの歴史を大きく左右する重大な事件の連続でした。 割と冷静さを取り戻してきたこのタイミングで、もう一度一連の事件の振り返るとともに、マイクロソフトがとった対応から、IEが一体どういうポリシーでこれからのWebを維持していくのか、その考えを読み取ってみましょう。 脆弱性問題を冷静にみつめてみると？ 脆弱性の問題は、マイクロソフトに限らず多くの製品ベンダがよく起こしている問題です。ソフトウェアのバグや脆弱性が存在しない

ｰｰｰｰ HTML5はネタが出尽くした。あとは、IE8やAndroid2.X標準ブラウザのような、レガシーブラウザがいなくなればいいだけではないか？ 私は最近、そんな言葉を耳にすることがあるのです。しかし、ブラウザ開発者たちは未だに、そんなことを微塵も感じさせないほど働いています。まだまだ進化の速度を、落とすわけにはいかないようです。2014年06月14日に開催された「HTML5 Night」にて、Google Chromeの開発者である及川卓也氏の口から、これからのChrome開発について語られました。 本記事では、及川氏の講演のダイジェストをお届けします。 今のChromeには何が不足しているのか？ Chromeは2013年の4月に大事な出来事がありました。Appleと一緒に開発していた、「WebKit」をフォークしました。それが、Chroniumと同様なオープンソースのレンダリングエ

本記事は「HTML5ハイブリッドアプリ開発を支えるOSS『Cordova』シリーズ」の続編です。前回に引き続き、2014年6月10日に開催された「第1回Apache Cordovaスーパー勉強会」にて、アシアル株式会社の田中正裕氏が行なった講演のダイジェストをお届けします。 まだまだ進化を止めないApache Cordova ハイブリッドアプリも日々進化しています。3年前はPhoneGapもようやく1.0という状況でしたが、それも今ではCordova3.5ということで、ここに来るまで相当な進化があったんです。 3年前に、僕が初めてPhoneGapを触った時、iOSも4.2で、CSSもまったく充実していませんでした。Androidも当時は2.2だったのですが、あれからAndroid自体のパフォーマンスが改善されてきました。 Cordovaもプロジェクトが大きくなって、やれることも増えてきまし

本記事は「HTML5ハイブリッドアプリ開発を支えるOSS『Cordova』シリーズ」の2本目です。前回に引き続き、2014年6月10日に開催された「第1回Apache Cordovaスーパー勉強会」にて、アシアル株式会社の田中正裕氏が行なった講演のダイジェストをお届けします。 Cordova派生の製品がいくつも登場、どのように差別化が進められてきたのか？ 元々は、PhoneGapという製品を中心に色んなエコシステムがあったのですが、Cordovaというオープンソースに変わったことで、そこから派生して色んなプロジェクトが各社によって作られています。 例えば、IBMのWorklight Projectも、Cordovaから派生したディストリビューションです。GoogleのChrome AppsというPC上でアプリを動かすプラットフォームがあるのですが、それのモバイル版「Google Chrom

ハイブリッドアプリとは何か？なぜ今、Cordovaがアツいのか？ iPhoneにAndroid、WindowsPhoneと、モバイルデバイスは混沌としており、「ネイティブアプリ」の開発には高いコストが必要とされます。一方で、ブラウザを活用した「Webアプリ」は、パフォーマンスやデバイス制御に大きな制約がつきまといます。このような、ネイティブアプリとWebアプリの互いが持つ問題点を補う手段として、「ハイブリッドアプリ」と呼ばれる開発方法が注目を集めています。 ハイブリッドアプリの実現手段には、OSSの開発ツール/フレームワークである「Cordova」が有名です。HTML5の活用することで、ひとつのソースコードからiOSやAndroidなどの複数のモバイルOSに対応させることができ、またネイティブアプリが持っているポテンシャルを活かしたアプリ開発ができます。その起源は、2011年にAdobeが

企業にモバイルを適用するにはどうすればよいのか？そのための答えの一つに、MEAPが力を持ち始めています。 もちろん、MEAPが解決方法の全てというわけではありません。MEAPはベンダ色が強く出るため、毛嫌いする人も少なくないようです。マイクロソフトやアップルのようなプラットフォームを持つベンダも、そのメリットを活かした戦略をいくつか打ち出してはいるものの、やはり、ベンダに強く依存してしまうことに変わりないようです。このあたり、W3Cでも全く動きが無いというわけでもなく、技術革新の途中であるため、オープンな仕様が作りにくいというのが実情にも思えます。 MEAPと呼ばれている製品の本質的な価値はなんなのか？一体企業のどこを変えるのか？そのことを追い求めて、Sencha Space→SAP Mobile Platformとベンダを横並びにして評価してきました。しかしそれも今回で最終回です。今回味

企業にモバイルを導入するにはどうすればよいか？・・・その答えとして、2012年ごろから注目を集めているのが、「MEAP(Mobile Enterprise Application Platform)」と呼ばれるモバイルファーストな製品群です。 本連載は、IBMやSAP、Senchaなど、複数の企業が提供しているMEAP製品を少しずつ味見して、MEAPとは一体何なのか、企業のシステムの何を変えようとしているのか、その全体像を掴んでみようという企画として始めてみました。第3回の今回、そろそろ本質みたいなのが見えてきてもいい頃でしょう。 さて、今回探りを入れるのは、製品ベンダ「SAP」です。彼らが、MEAPに対してどのようなアプローチを試みているのか、探ってみましょう。前回紹介したSenchaはいわゆる、フロントエンドのリッチ化、HTML5によるSPA(Single-page Applicati

IE9には、IE5の動作を再現させるQuirksモードと、最新のレンダリングエンジンとして動作するStandardモードがあります。HTMLドキュメントの一番上でのDOCTYPE宣言を行うことにより切り替えを行います。 IE9の場合、「X-UA-Compatibe」へ「IE=EmulateIE」というパラメータを与えることにより、過去のIEの動作を再現させることができます。EmulateIEは、5/7/8の3種類を持っています。5を指定すると常に「Quirksモード」として動作しますが、7/8の場合、DOCTYPE宣言の内容によって「Quirksモード」か「IE7/8 Standardモード」のどちらかへ遷移します。 ▼ HTMLドキュメント内で宣言する場合 <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8" /> ▼ HT

1300の優良サイトを調査してみたシリーズ、第1回は「PNG Fix」です。 PNG Fixとは、Internet Explorer5〜8が、PNGの表示を正しく扱えないという問題を解決するための手法のことです。 インターネットにおいては、IE8が未だに高いシェアを持ち対応を求められます。そして、PNGの持つ表現力は、他のフォーマットでは代替が難しいという状況です。ビジュアルデザインを重視したWebサイト・アプリ制作を行う現場の人は、必ず覚えておきたい基本の知識と言えます。 今回、1300の優良サイトが採用しているPNG Fix手法を確認し、ベストプラクティスが何かを探ってみようかと思います。 IEには具体的にどんな課題があるのか？ IE5〜6は、PNGファイルが透明度(Alpha値)を正しく反映して表示することが出来ないという問題を持ちます。以下のように、透明な背景を灰色で塗りつぶした状

IE11はDOCTYPEスイッチが機能しません。これは恐らく、ドキュメントモードが非推奨へ変わったからでしょう。 (※参考 : ドキュメント モードの非推奨 - Microsoft ) しかしIEはまだ、Quirksモードを内部的に残しています。今までとは異なる手段にはなりますが、有効化することが可能です。ただし、ドキュメントモード非推奨化に伴い、Quirksモードは表向きなくなったという扱いです。「Quirksモード」という表現は、IE11のどこを探しても見つかりません。こうした扱いの変化もあり、制御には少しだけコツが必要です。 内部ドキュメントモードとその表現方法の違い IE11が内部的に備えている全てのドキュメントモードは、以下の通りです。 IE5モード IE7モード IE8モード IE9モード IE10モード+Quirksレイアウト IE10モード Edgeモード(※ IE11の動

横並びのブロック要素の作成はWeb技術入門者にとっての最初の難関であり、その考え方を理解するのに多くの時間を要します。テーブルレイアウトに逃げてしまう元凶でもあります。 ボタンを左から右に向かって並べるナビゲーションバーなんて、まさにその好例です。 どのようにマークアップすべきか？ かつて「テーブルレイアウト」と呼ばれる手法が一般的だった頃、この実装は「table要素」を使うのがスタンダードでした。 しかし「フルCSSレイアウト」が推奨される現在では、このやり方はご法度です。Webにはセマンティクスという考え方があり、table要素は表を作る以外の目的に使うことが推奨されません。検索エンジンのクローラーや視覚障がい者に優しくない、つまり「アクセシビリティ」の低いマークアップと評価されます。 HTML4.01/XHTML1.0で作るのであれば、以下のマークアップが推奨される方法でしょう。 d