はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Windows 開発統括部 Blog - Site Home - MSDN Blogs
ブログ移転・統合のお知らせ こんにちは。Windows & Devices 開発統括部です。 日頃から、本ブログサイトをご利用頂き誠にありがとうございます。 この度、ブログサイトを Windows Blog for... Author: jpwin Date: 09/01/2016 既定の日本語入力（IME）を変更する手順（他社製日本語入力をお使いの方へ） こんにちは。Windows & Devices 開発統括部です。 Windows 10 をお使い頂きありがとうございます。 他社製日本語入力（ATOK、Google... Author: jpwin Date: 08/01/2016 日本語入力(IME) の知っておくと便利な機能（２） 皆さま、こんにちは。Windows & Devices 開発統括部です。 Windows 10... Author: jpwin Date:
れぶろぐ - [JavaScript] Closure Compiler で JavaScript をさらに圧縮する
この数字だけ見ると packer が良さそうに思うかもしれませんが、 packer は使うべきではありません。 packer で圧縮された JavaScript は、eval() で元に戻す処理が毎回行われるので、 サイズは稼げますが実行速度が遅くなってしまいます。 一方、YUI Compressor や Closure Compiler はそういうトリックは使っていないので、 実行速度に関してのデメリットはありません。 上の数字が示しているように、 Closure Compiler は普通に使っても YUI Compressor より高い圧縮率が得られるようですが、 オプションを指定することで、さらにサイズを小さくすることができます。 コマンドライン版を使う場合は、こんなオプションをつけて実行すればよいです。 $ java -jar compiler.jar --compilation_
John Resig - ECMAScript 5 Objects and Properties
ECMAScript 5 is on its way. Rising from the ashes of ECMAScript 4, which got scaled way back and became ECMAScript 3.1, which was then re-named ECMAScript 5 (more details)- comes a new layer of functionality built on top of our lovable ECMAScript 3. Update: I’ve posted more details on ECMAScript 5 Strict Mode, JSON, and More. There are a few new APIs included in the specification but the most inte
Japanese Industrial Standards
Copyright (c) 2017 Ministry of Economy,Trade and Industry. All Rights Reserved.
ECMAScript 5th Editionで改善された3rd Editionの項目 - 風と宇宙とプログラム
ざっと、5th Editionのドラフトを眺めてみて、3rd Editionの仕様の不備と思っていた部分が改善されているかどうかを調べてみた。以下、v3は3rd Edition、v5は5th Editionのこと。 for in文のinの右のパラメータがnullの場合 Annexにもちゃんと記述されているが、v3では for (var i in null) のようにinの右のパラメータに対してToObject()が実行されるため、それがnullの場合にはTypeError例外が発生する仕様になっていた。実際のブラウザのJavaScript実装ではそのような例外が発生することはなく、for本体が実行されない動作になっている。v5ではToObject()を実行する前に、それがnullかundefinedであるかをチェックする記述が追加されている。 文のない関数本体 v3では文のない関数本体の扱
Press release 9 April 2009 - Ecma International finalises major revision of ECMAScript
Essential cookies are strictly necessary for the proper operation of our site. In particular, they govern the principles of navigation and memorize some of your choices between pages. If you refuse them, your browsing experience may be affected. Analysis cookies collect statistical and anonymous information on the traffic recorded on our site. They help us to improve our pages, in order to better
String.prototype.replace() - JavaScript | MDN
replace() メソッドは、pattern にマッチした文字列の一部またはすべてを replacement で置き換えた新しい文字列を返します。pattern は文字列または RegExp、replacement は文字列または各マッチで呼び出される関数です。pattern が文字列の場合、最初に一致した箇所のみを置き換えます。 元の文字列は変更されません。 The source for this interactive example is stored in a GitHub repository. If you'd like to contribute to the interactive examples project, please clone https://github.com/mdn/interactive-examples and send us a pull re
HTMLヘルプ形式のJavaScriptリファレンス「jsref.chm」を公開した。 - こせきの技術日記
MozillaのJavaScriptドキュメントとECMA Scriptの言語仕様を、まとめてHTMLヘルプ(chm)形式にコンパイルしました。Windows用です。 (2008-05-27 追記) OS XならChemrがいいみたいです。(参考) http://cid-57544de2edadf883.skydrive.live.com/self.aspx/jsref/jsref.chm *1 以下のドキュメントが入っています。 Core JavaScript 1.5 リファレンス http://developer.mozilla.org/ja/docs/Core_JavaScript_1.5_Reference Core JavaScript 1.5 ガイド http://developer.mozilla.org/ja/docs/Core_JavaScript_1.5_Guide G
Javascriptのパーサー
ECMAScriptはJavascriptの仕様を標準化しようとして作成されました。http://www.ecma-international.org/publications/standards/Ecma-262.htmでPDF形式の仕様書が公開されています。このECMA-262.pdfの巻末にあるAnnex Aには拡張BNFによる文法の定義が記載されています。
次の JavaScript の仕様はこうなる！ ECMAScript 3.0 から 3.1 への変更点まとめ - IT戦記
はじめに JavaScript の標準仕様である ECMAScript 3rd Edition (ECMAScript 3.0) が 9 年ぶりにバージョンアップしようとしています。 実は、これまでも様々なバージョンアップの案が上がっては消え、また上がっては消えていました。 しかし、今回のバージョンアップには今までと違う点が一つだけあります。 それは、現時点での主要な ECMAScript インタプリタ（JavaScript の実行エンジン）を作っている全団体（以下を参照）がこの仕様に同意したことです。 Mozilla (Firefox) Apple (Safari) Microsoft (Internet Explorer) Opera (Opera) Adobe (Flash) Yahoo (Yahoo Widget) Google この同意は JavaScript のこれからを大きく
ECMAScript 4実装調査、RI以外でTamarinとMbedthisが健闘 | エンタープライズ | マイコミジャーナル
Mozilla Foundation, JavaScript Evangelist, John Resig氏は17日(米国時間)、ECMAScript 4実装状況の調査結果を報告した。調査対象はECMAScript 4の参照実装にはじまりMbedthis、Futhark、Rhino、Spidermonkey、Tamarinの6つ。当然、もっとも実装している機能が多いのは当然ながらECMAテクニカルグループによって実装されているECMAScript 4参照実装だ。 2008年11月7日現在のECMAScript 4実装状況 - John Resig氏のブログより抜粋 実装されている内容は実装系ごとに異なるが、実装している機能の数でみた場合、MbedthisとTamarinが全体の25%以上を実装している。AdobeからMozillaに寄贈されたコードをベースにしているTamarinの実装率が
ECMAScript 4の標準化が中止される | スラド デベロッパー
The Registerの記事より、Ecma Internationalで進められていた次期JavaScript標準仕様である、ECMAScript 4（ES4）の策定作業が中止された。EcmaではES3.1の標準化も平行して進めており、こちらは「ES Harmony」という名前に改められて続行される。 ECMAScriptの標準化を担当するTC39（technical committee 39）では、ES4陣営（Adobe、Mozillaなど）とES3.1陣営（Microsoft、Yahoo!など）の対立が深刻化していたが、大幅な仕様改訂となるES4を捨てて、ES3の延長線上にあるES3.1を取ることで合意がなされた。合意内容についてはMozillaのBrendan Eich氏のメールを参照されたい。 Harmonyは「いがみ合っていても前進できないので、みんなで協力して次の仕様を決めま
ECMAScript4が消える? - ひがやすを技術ブログ
Flash Player 9 の発表以来、Adobe は ActionScript を ECMAScript 標準第 4 版として提案された ECMA-262 Edition 4 （ES4） に完全準拠させるという目標を公にしてきました。この ES4 は、Adobe, Mozilla, Opera, それから Google を主要なサポーターとして標準化が進められていましたが、一年ほど前に Microsoft と Yahoo! 主導で ECMA-262 Edition 3.1 (ES3.1) のワーキンググループが開始されて以来、2 つの異なる ES3 後継仕様案が並存する状況が続いていました。 先週の発表は、ES4 に関する標準化作業を中止し ES3.1 に集中することが決定されたというもので ECMAScript Harmony プロジェクトと名付けられています。 Adobe, Moz
Object.freeze() と ECMAScript Harmony - てっく煮ブログ
ES4 のドラフトが一旦白紙になって、ES3.1 の策定を先に進めることになった。このあたりの情報が少なくて、どうなっていくのかがいまいちピンと来ないので調べてみた。現状で頼りになるのが、 "ECMAScript Harmony" の日本語訳。この中の次の部分が気になった。名前空間とアーリーバインディングが仕様から外れてしまえば, クラスは lambda-coding + Object.freeze と ES3.1 のその関係機能というすっきりした(desugar)姿になりますObject.freeze というキーワードがよく分からなかったので、ES3.1 のドラフト (2008/8/11) を見ながら理解を進めてみた。ES4 から外れることになった機能と、その前に、外れた機能について簡単におさらいしておく。パッケージクラスや関数の名前空間と言ってもいいのがパッケージ。ライブラリごとに分か
ECMAScriptHarmony - ECMAScript Harmony
ECMAScriptHarmony - ECMAScript Harmony 目次 この文書について ECMAScript Harmony 要旨 詳細な声明 ECMAScript Harmony この文書について "ECMAScript Harmony" の日本語訳です https://mail.mozilla.org/pipermail/es4-discuss/2008-August/003400.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... s/渡し/私/ しました。 s/geter/getter/ しました。 JavaScript の標準化を主導する Ecma の 第 39 技術委員会 (TC39) で, この一年間不 和が続いているのは公知の事実です. 一部のメンバーはECMA-262 の第四版である ES4 を推しています. また別のメンバーは既存の
BeInteractive! [ECMAScript Harmony と ActionScript]
先週からちらほらと話題になっているのですが、ActionScript の元となっている言語仕様である、ECMAScript の新しいバージョンとして仕様が策定されてきた ECMAScript 4 (ECMA-262 Edition 4) が、白紙に戻りました。ECMAScript 4 の仕様策定途中に、4 とは独立して ECMAScript 3.1 (ECMA-262 Edition 3.1) に仕様策定が開始されたりとカオスな状況になっていたのですが、今後は ECMAScript 3.1 の方に統一して、ECMAScript Harmony というコードネームで新たに仕様策定を進めていくようです。 ActionScript は、Flash 5 ではじめて、ActionScript 1.0 として搭載されました (それ以前は「アクション」)。ActionScript 1.0 は Java
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
takesako (y0sh1) on Twitter: "@chachaki さん主催の #devlove 第1回 ECMA-262 Edition5.1読書会 http://t.co/FGzqzAG3CT の会場に到着しました！ #ecmascript http://t.co/1Fevxdskfn"
『[MS-RPCE]: Remote Procedure Call Protocol Extensions』へのコメント![『[MS-RPCE]: Remote Procedure Call Protocol Extensions』へのコメント](https://cdn-ak-scissors.b.st-hatena.com/image/square/bd9916441f33f058f8a1d6688661af9582cc2fdd/height=288;version=1;width=512/https%3A%2F%2Fb.st-hatena.com%2Fbdefb8944296a0957e54cebcfefc25c4dcff9f5f%2Fimages%2Fv4%2Fpublic%2Fog_image.png)
http://www.tom.sfc.keio.ac.jp/~sakai/d/?date=20100217