世界のJavaScriptを読もう @ 2014 ^目的: ウェブの世界は絶対変化するもの 変化する前提の行動が求める それをどうやって見ていくか、それを知ってどうするか ^ JavaScriptやブラウザ周りのリリースの状況はウェブの変化にあわせるように変化してきている。 どのように変化してきたか知り、どうやって変化を見ていくのか、そしてわたしたちはどう変化していくのかを考えよう。 アジェンダ 世界のJavaScriptを読もう @ 2012 の続編的なものです ブラウザやJavaScriptのリリースは変化してきている 私たちはどのように変化を知り見ていくのか そして私たちはどのように変化していくのか [fit] 世界のJavaScriptを見る話 [fit] JSer.info 開始 2011年〜 ^ JSer.infoを始めた2011年を一つの基準として考えて、 そこからブラウザや
1995年のWeb黎明期に誕生したWebサーバの「Apache」は、当時の主要WebサーバだったNCSAを瞬く間に抜き去り、翌年には業界最大手のシェアを持つWebサーバソフトウェアとなった。20年近い年月を経てなおトップの座に居続けるApacheだが、この状況に最近になり変化が訪れつつある。 Netcraftが今年6月6日に発表した「June 2014 Web Server Survey」によれば、世界のWebサイト全体に対する最新調査において、MicrosoftのIIS（Microsoft Internet Information Services）で稼働するWebサイトの数がApacheに肉迫し、ほぼ拮抗状態となっている。 Apacheのシェアはここ数年減少の一途をたどっており、その減少分をMicrosoftが獲得し続けている形だ。直近の5月と6月のサイト数比較でも、Apacheのサイ
In Google’s Chrome Canary the awesome bar has been tweaked. Not a fan of the interface adjustment. From the perspective of a search engine, it makes sense. However, from the perspective of the user it is a bit more confusing. Once the page has loaded, the URL is now in grey on the left hand side and the user can search on the right hand side. This reminds me of old versions of Safari but with a tw
Burying the URL Chrome considers hiding the location field. April 30, 2014 • 3 min read Today, a Canary build of Google Chrome removed something kind of important from the browser: the URL. Of course it still supports them, but the time where users actually see URLs is ending. With Chrome’s “Enable origin chip in Omnibox” flag, Location becomes a write-only field. Clicking there no longer reveals
中二病、あるいは厨をめぐる用語史抄その２
前々エントリー「流行り言葉の栄枯盛衰：ギャルとフェチ」および、 前エントリー「中二病、あるいは厨をめぐる用語史抄その１」を承けて続く： 中二病とは別に発達していた「厨房」 さて、前エントリーに述べたような経過を辿って、伊集院の「中二病」は徐々に意味を狭め「自虐の詩」すなわち自嘲の反省から、ひとの未熟をくさす罵倒表現へ、さらには「厨二病」とか「厨っぽい」といった形を得て「重篤症例の邪気眼妄想を指す用法」へと片極化を遂げてきたことが確認された。 しかしここに、とりわけウェブ上のジャーゴンとして「別のルート」を辿って成立してきた「厨房」という言葉がある。「厨二病」は、この「厨房」と付かず離れず隠微に交叉して、その意味に振幅を刻んでいる。では「厨房」とは何の謂か。 意図的誤変換「厨房」 「厨房」は、要するに「中二」に対応する「厨二」と同様に、「中坊」に対応する用字バリエーションに過ぎなかった。掲示
This blog post describes five technologies that will make 2014 an exciting year for the web platform: asm.js: near-native performance on the web ParallelJS: parallelized JavaScript code ECMAScript 6 (ES6): evolving the language, uniting the community Web Components: a standard infrastructure for widgets CSS Grid Layout: native-like GUI layout asm.js: near-native performance on the web What it is:
この記事はFrontrend Advent Calendar 2013の8日目の記事です。 昨日岐阜県にてHTML5 Conference 2013 in Gifuというイベントがありまして、そちらでWebプラットフォーム動向についてお話させていただきました。スライドはこちら。 2013年のWebプラットフォーム 相変わらずふんにゃりした話しかできず心苦しい。 Extensible Webが実行に移った2013年 今年はOperaのWebKitChromium移行、Blink登場、IE11で互換機能を非推奨に、など、ブラウザの動きが大きくて、あまりWeb標準周りで大きなニュースがなかったように思います。あったらあったで面倒なんですが（たぶん良いニュースはない）。ただ、思ったよりずっと動きが速いなと思ったのが、Extensible Web関連です。 「低レベルなのモデル・APIをつくり、高レ
奥村先生の論説『「ネ申 Excel」問題』の指摘には強く同感・同意します。僕も、2011.3.11東日本大震災のとき、Web上の情報が目視でしか確認できないもの（画像やPDF）があり困惑しました。この話は、災害時だけのことではなくて、Linked Open Dataの文脈でティム・バーナーズ=リーが叫んでいた「Raw Data Now!」にも通じます。 僕自身に関わる話をしましょう。 僕の今の事務所は低地にあるので、目黒川が氾濫すると浸水の危険があります。次のURLにアクセスすると、目黒川の水位をほぼリアルタイムにグラフ表示してくれます。 http://dim2web09.wni.co.jp/megurocity/obssuii/40220043600000248_suiigraph10.html たいへんにありがたい情報なんですが、水位は画像なんです。次のURLの画像が定期的に更新される
Author(s) and publish date By: Tim Berners-Lee Published: 9 October 2013 Skip to 28 comments There has been a lot of response to the announcement that W3C considers content protection for video as in-scope for discussion in the HTML Working Group. In this post I can touch on some of the arguments. We hear the outburst of criticism (and some support) for W3C's recent rechartering of the HTML Workin
WebCrypto Key Discovery W3C Working Group Note 29 March 2016 This version: http://www.w3.org/TR/2016/NOTE-webcrypto-key-discovery-20160329/ Latest published version: http://www.w3.org/TR/webcrypto-key-discovery/ Latest editor's draft: http://dvcs.w3.org/hg/webcrypto-keydiscovery/raw-file/tip/Overview.html Previous version: http://www.w3.org/TR/2013/WD-webcrypto-key-discovery-20130822/ Editor: Mark
Being chair of a W3C Working Group puts you in a nice situation that you are aware of any brand new implementations of the specifications your working group is supposed to design. In the case of the Web Crypto WG, I must confess I am quite lucky : the group has started one year ago, the first public working drafts were fired 10 months ago, last call is planned for October (planned, I said, no bloo
[webkit-dev] Parallel JavaScript: Why a separate ParallelArray types Ian Hickson ian at hixie.ch Fri Apr 12 23:56:58 PDT 2013 Previous message: [webkit-dev] Parallel JavaScript: Why a separate ParallelArray types Next message: [webkit-dev] Parallel JavaScript: Why a separate ParallelArray types Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] On Fri, 12 Apr 2013, Filip Pizlo wrote: >
When it comes to platforms for implementing applications, the term “web platform” seems to increasingly replace “HTML5” (which itself has largely replaced “Ajax” [1]). In this context, both terms denote the programming platform of web browsers. The former includes JavaScript. The latter doesn’t, strictly speaking, but it includes JavaScript-based APIs. Why “web platform” is a good choice This is a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
