You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
JavaScriptでは、多くの文は、セミコロンという終端記号を明示的に記述して、文の終わりを示す。 var i = 0 ; ++i ; --i ; しかし、JavaScriptでは、一部の文脈で、セミコロンの省略が許されている。あたかも、セミコロンが自動的に挿入されたかのように振る舞う。これを、自動セミコロン挿入(Automatic Semicolon Insertion) ECMA-262 Edition 5.1 §7.9が規定する、自動セミコロン挿入の定義を、本記事では解説する。 まず、三つの基本的なルールがある。 プログラムを左から右にパースした時に、文法上許されないトークン(反則トークン, offending token)があった場合、以下の二つの条件のうちどちらかひとつ、もしくは両方を満たせば、セミコロンが自動的に挿入される。 反則トークンと前のトークンが、ひとつ以上の行終端子
vis.js community edition * A dynamic, browser based visualization library. The library is designed to be easy to use, to handle large amounts of dynamic data, and to enable manipulation of and interaction with the data. The library consists of the components DataSet, Timeline, Network, Graph2d and Graph3d.
ソフトウェアの負債というのは様々なかたちで存在している。技術的負債は広く知られているし、他の形態としては能力的負債とか品質的負債というものがある。ソフトウェアの負債はプロダクトの維持管理コストを増やし、開発者の気持ちを落ち込ませうるものだ。ソフトウェアの負債を扱うためにはいくつかの解決法がある。 Niklas Björnerstedt氏はブログ記事「技術的負債のその他いろいろ」の中で「能力的負債」に触れている。彼はこう定義する。 自分たちのコードベースにあるものと、そのうち実際に自分たちが理解しているものとのギャップ。 ソフトウェア維持管理の手間を低く保つためには、技術的負債と能力的負債のどちらにも注意を払わなくてはならないと、Niklas氏は説明する。 努力しないでいると技術的負債が時間とともに容赦なく増えるのとまさに同じで、能力的負債もまた時間とともに増えていきます。2種類の負債の大き
Perlには指定した複数の文字列にマッチする最適な正規表現を生成するRegexp::Assembleというモジュールがあって、それが便利そうなのでJavaScriptに移植されるのを待っていたのですが、一向に移植されそうな気配が無いので移植してみました。 自分はPerlが読めないため、つい最近移植されたっぽいPHP版のRegexp::Assembleを丸々コピペして置換してJavaScriptで動くように書き換えました。 PHP版の作者様は移植の際の情報を色々とまとめられており、それを参考にできたこともあって自分でもなんとか移植することが出来ました。 JSなのでデモ用ツールの名前は「正規表現あせんぶるちゃん」にしました。 http://tanaton.com/lib/regexp-assemble-js/ 正規表現あせんぶるちゃんの動作ですが、例えば、 unko tinko manko を
Pex(https://github.com/PexJS/PexJS)がオープンソースになりました。 前身のExGameの時代から @tkihiraと一緒にずっと開発してきたプロダクトなので、大変感慨深いです。今はプロジェクトを離れ別なプロダクトの仕事をしているのですが、まだ私の書いたコードが多少残っているようです(糞コードがあれば何割かぐらいの確率で私の責任です)。 出力されるpex.jsは約9000行で、一人で全体を把握できる規模のプロダクトだと思います。しかし、クラス名がなかなか独特だったりして、初見では全体像がなかなか掴みづらいと思いますので、簡単に全体の構成を解説してみたいと思います。 前提知識 最低限、SWFファイルのバイナリフォーマットを理解していることが必要です。知らない方は、こちら http://labs.gree.jp/blog/2011/01/2353/ の「SWFバ
来る2014年4月26日(土)・27日(日)に、「ニコニコ超会議3」が開催され、その中で「超チューニング祭 ~ニコニコを超快適にしてみた~」が開催されるそうです。 これは、現行のスマートフォンサイトのTopページのソースファイルを競技者がチューニングして、速度やデザイン・UIの改善をして、速度と使い勝手を競うのだそうです。 「これは面白そうだ! 会場は家から近いし!」と思って参加するつもりでいましたが、事前調査で計測してみた結果、フロントエンドのチューニングでは速くならないことがわかったので、その内容について説明します。 (主催者の方にも、フロントエンドのチューニングでは速くならないという情報は伝えてあります。) まずは、計測データ まずは実際のトップページ(http://sp.nicovideo.jp)の計測データを見てみましょう。 計測は、NTT DoCoMoとSoftBankの3G回
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く