Ajax 誕生から 10 年とこれから - Block Rockin’ Codes
Intro 誕生と言うのが正しいか微妙だけど、多分誕生でいいと思います。 というのも、「Ajax」という名前の出典は以下の記事で、この記事が書かれたのが今日からちょうど 10 年前でした。 Ajax: A New Approach to Web Applications (当時から、 URL が一回変わっている) Web 初めてまだ 10 年たって無いんで、全部見てきたってわけではないですが、個人的にはちょっと思い出深い記事だったりするので、ちょっと振り返ってみます。 Ajax: A New Approach to Web Applications 筆者の Jesse James Garrett 氏は UX のコンサルティング会社である Adaptive Path の創立メンバーの一人で、 UX エンジニアです。 この記事の趣旨は、当時既にあった Google Maps や Gmail、G
Google Chromeの開発者が語るこれからのWebに必要なこと、ちょっとした懸念点とか - ふろしき Blog
ｰｰｰｰ HTML5はネタが出尽くした。あとは、IE8やAndroid2.X標準ブラウザのような、レガシーブラウザがいなくなればいいだけではないか？ 私は最近、そんな言葉を耳にすることがあるのです。しかし、ブラウザ開発者たちは未だに、そんなことを微塵も感じさせないほど働いています。まだまだ進化の速度を、落とすわけにはいかないようです。2014年06月14日に開催された「HTML5 Night」にて、Google Chromeの開発者である及川卓也氏の口から、これからのChrome開発について語られました。 本記事では、及川氏の講演のダイジェストをお届けします。 今のChromeには何が不足しているのか？ Chromeは2013年の4月に大事な出来事がありました。Appleと一緒に開発していた、「WebKit」をフォークしました。それが、Chroniumと同様なオープンソースのレンダリングエ
モバイルWebパフォーマンスの現在と未来
iOSアプリケーション開発会社の経営者であるDrew Crawford氏は、現在のモバイルWebアプリケーションが遅く、また、近い将来にその遅さが大幅に改善されると思えない理由を、ブログ記事（内容が充実しており、良く調査して書かれている）の中で明らかにした。 このブログ記事は、これより前に書かれた記事への追加記事である。前の記事で氏は、モバイルにおけるJavaScriptのパフォーマンスがデスクトップの10倍遅いことを指摘した。その記事は激しい批判を浴びたため、Drew氏はそれに答える形で、さらに詳細な内容の記事を記した。モバイルの貧弱なパフォーマンスと、それについての改善が見られない理由は、次の3つに分類される。 モバイルのARMプロセッサのスピードと、デスクトップのx86プロセッサのスピードとの違い JavaScriptエンジンのパフォーマンスの傾向 ガベージコレクションに関連する特定
1日でわかるWebサービス制作の全て ～企画から実装まで～
MarkeZine Academy 2013/07/23 by Yusuke Wada a.k.a yusukebe イントロダクション 自己紹介 和田裕介 / Yusuke Wada 1981年生 / 横浜住み / 独身 (株) ワディット代表取締役 (株) オモロキ取締役兼最高技術責任者 Web Application Developer 物書きも少々 ワディット オモロキ メインワークその1 メインワークその2 その他つくったモノ 君のラジオ anpiレポート CDTube 某アダルトサイト達 君のラジオ anpiレポート CDTube ボケて（bokete） 現状 全デバイス合計 月間「1億PV以上」 スマホアプリ合計 170万ダウンロード hao123、 Yahoo! JAPANと連携 コンテンツ書籍化 x 2回 各種企業様とコラボ 歩み 本題「Webサービスをつくるに当たって」
WebPlatform.org — Your Web, documented
Opening the Web Platform We are an open community of developers building resources for a better web, regardless of brand, browser or platform. Anyone can contribute and each person who does makes us stronger. Together we can continue to drive innovation on the Web to serve the greater good. It starts here, with you.
Open Network Lab (オープンネットワークラボ)
Onlab創設者である林 郁（当社代表取締役 兼 社⻑執⾏役員グループCEO）と 伊藤 穰一（当社取締役 兼 専務執行役員Chief Architect）。 創業10周年を迎えた頃、サンフランシスコにて Open Network Lab(以下、Onlab)は、日本のアクセラレータープログラムの草分けとして、グローバルに活躍するスタートアップの育成のため、2010年4月にスタートしました。これまでに130社を超えるスタートアップを支援しています。 Onlabが支援するスタートアップは多種多様です。投資は「人」によるものであり、必要なのはマニュアルではなく「情熱」である、という創設者の想いのもと、経営者としての素質があるか、一緒にビジネスを成功させたい「人」であるかの判断基準に重きをおいています。また、トライアンドエラーの厳しい状況下でも成し遂げようとする「ハングリー精神」はこういった「人」か
レスポンシブとか、そういうことの前に
レスポンシブWebデザインに関する話題を見渡すと、そこまで気にして実装を踏みとどまる必要ってあるのかな？と思うことがあります。 もちろん、レスポンシブWebデザインがパーフェクトなソリューションではありません。しかし、Webにおいてパーフェクトなソリューションが存在するのでしょうか。簡単に作れるツールがないから。古いブラウザへの対応が困難だから。レスポンシブに画像を対応するための最適な方法がないから。実装をしないための理由はいくらでも作ることができますが、実装しない理由は、スマートフォン専用サイトを作ることでも、CSSレイアウトにすることでも、たくさん並べることができます。 Webは完璧な世界ではありません。そして、完璧な世界が訪れることを期待してはいけない場でもあります。予測不可能な世界であり、すぐに新しいものスタンダードになる世界。不完全でありながらも、進化を繰り返すのが Web です
iOS版Chrome リリースに見るiOSプラットフォームの制約 - naoyaのはてなダイアリー
iOS版の Chrome がリリースされましたね。 アプリとしての使い勝手どうこうというところよりも、JavaScript エンジン周りをどうしているのかに興味があったのだけど、TechCrunch の記事 (http://techcrunch.com/2012/06/28/hands-on-with-googles-chrome-for-ios-just-like-chrome-for-android-only-slower/) を見る限り v8エンジンは搭載されていないし、当然 UIWebView での JIT コンパイラも有効にはなっていないように見えました。つまり、JavaScript の実効速度に関して言えば、Mobile Safari のそれを上回ることはない。(厳密に言えば、純粋な JavaScrpit の実効速度以外のところの実装が良くてトータルとして速い、というようなこと
こてさきAjax:WebのNative化に対する標準化が始まる？ - livedoor Blog（ブログ）
昨日、一昨日と幕張で開催されたW3CのWorkshopに参加しました。内容は、Web技術をデジタルサイネージにも適用していこうというもので、僕のほうからは「WebIntentsなどのAPIを利用して、サイネージとスマフォとかを連携すると面白いんじゃない？」といった提案をさせてもらいました（毎度のことながら、自分の英語力の無さに反省しきりなわけですが・・・）。 で、このWorkshopの際、W3C の Michael Smithさんに興味深い動きを教えていただいたので、今日はその紹介をします。 System Applications Working Group 最近、System Applications という Working Group が立ち上がったそうで、そのcharterページ後半に取り扱おうとしているAPIが書いてあるのですが、これが凄い！！ 一部ピックアップすると Power
DOCTYPE はなぜあるのか - 若葉もすなる☆日記というもの
DOCTYPE 宣言はなぜ作られたのですかという質問がありました。 HTML 文書の先頭には必ず DOCTYPE がなければならないとされています。しかし確かに DOCTYPE は一見何の役割も果たしておらず、無駄な行にしか見えません。なぜそんな DOCTYPE が作られ、今も必要とされているのかを理解するためには、少し昔の話をする必要があります。 SGML になりたかった HTML HTML は元々 SGML と呼ばれるマーク付け言語を参考に作られました。正確には SGML はマーク付け言語ではなく、マーク付け言語を定義するための枠組み、メタマーク付け言語とでも言うべきもので、どのような要素や属性、タグや実体参照を組み合わせてマーク付け言語を構成するかを SGML の規定に従って記述することになっていました。これが文書型定義 (DTD) であり、 DTD を宣言・参照するのが DOCTY
ヤフーがどのようにFlickrをダメにしたのか？ スタートアップが大企業に買収されるということ
ヤフーがどのようにFlickrをダメにしたのか？ スタートアップが大企業に買収されるということ 2012.06.14 11:309,647 そうこ ウェブのスタートアップは2つのものでできている、人とコードだ。コードを書く人と、人々を豊かにするコード。コードは詩のようだ。決められたいくつかの条件を満たしながら、殻をやぶりつつ芸実的な表現をする。コードは、何かを起こすことができる芸術だ。純粋にアイディアから生まれる、全く新しい何かの集まり、それがコードだ。 これは、そんな素晴らしいアイディアの話。今までに誰も経験したことがなかった、今日のインターネットの形を変えた瞬間の話。これは、Flickrの話。いかにしてヤフーがFlickrを買収しダメにし、検索機能もろともめちゃくちゃにしてしまったか、これはそんな話である。 Flickrのキャッチコピーを覚えているだろうか？ ｢almost certa
シリコンバレーで学んだWebサービスを成功に導く10の原則 - パパパパ
シリコンバレーに来て80日が経ちました。僕がシリコンバレーに来た理由の一つは、世界中で使われるようなWebサービスがどうやって成功を収めたのか、ということを見聞したかったからです。滞在中に現地で活躍している人たちとコンタクトを取って、100名以上の方から様々な答えやヒントをもらってきました（元Pinterestデザイナーで現Gumroadのサヒル、「AJAX」という言葉を作ったGmailデザイナー、GoogleAdwordsのプロジェクトマネージャーなど）。今回のエントリーは、僕が約3カ月の滞在期間中にシリコンバレーで聞いた話を元に、タイトルにある「シリコンバレーで学んだWebサービスを成功に導く10の原則」を余すとこなく書き切りたいと思います。 気合を入れて書いた分、ものすごく長文になってしまったので、時間があるときに読まれることをオススメします。 Webサービスの成功は、多くのユーザー
HTML5は本当にFlashの代替になり得るのか？～Webテクノロジー進化論
第20回 RIAコンソーシアム・ビジネスセミナー「Flash」はその役割を終えたのか～今後のRIA開発を考える～ http://www.riac.jp/2012/01/bflash-ria.html でつかった資料
ネットを使った大規模共同作業
ネットを使った大規模共同作業 (TEDTalks) Luis von Ahn / 青木靖 訳 2011年4月 (CAPTCHAの画像)こんな風にゆがんだ文字を読んでフォーム入力をしたことある人？ すっごく煩わしいと思った人は？ やっぱりみんなそうですよね。考案したのは私です。(笑) まあ、考案者の１人ですね。 これはCAPTCHAと呼ばれています。これの目的は、入力しているのが確かに人間で、何百万回もフォームを送信するように作られたプログラムではないと確認するためです。どうしてこれがうまくいくのかというと、目の見える人であればこんなゆがんだ文字でも問題なく読み取れますが、コンピュータにはまだそれができないからです。例えばチケット販売サイトのチケットマスターがユーザにゆがんだ文字を読ませるのは、一度に何百万枚もチケットを注文するプログラムをダフ屋に作らせないためです。 CAPTCHAはネット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introduction to Web Technologies
Internet Explorer デベロッパー センター
Appward's Field Guide to Web Applications