JavaScript, ECMA–262, TC39, and ECMAScript Transpilers Explained IntroductionWhat is JavaScript? There are many correct answers to this question, but I think the most modern, succinct, and accurate answer is that JavaScript is the implementation of the ECMAScript specification. JavaScript is similar to HTML and CSS in that they are all implementations of a very well-defined specification. I would
A brief history of the modern Web Platform 2004-02 CSS 2.1 Candidate Recommendation (CR) published; the spec will later go back to normal Working Draft status for a time and then return again to CR in July 2007 before finally being published in June 2011 as a full W3C Recommendation. Safari 1.2 released; notable in that it's the first version of Safari with XMLHttpRequest (XHR) support (following
Living on the Edge – our next step in helping the web just work http://blogs.msdn.com/b/ie/archive/2014/11/11/living-on-the-edge-our-next-step-in-interoperability.aspx 11月のセキュリティ更新の公開と時を同じくして、Windows 10 Technical Preview の新しいビルド (Build 9879) もリリースされました。このビルドに含まれている Internet Explorer では次期バージョンで実現されるさまざまな変更や新機能の一部が盛り込まれています。それらについて簡単にまとめてみました。 "living" Edge ドキュメント モード この変更は多くの Web サイト / Web アプリケーション
小川充氏とはhtml5jエンタープライズ部で久しくして頂き「エンタープライズとHTML5」というテーマで色々と議論させて頂いております。大変尊敬できる方であり自分が backbone.js を触ったのも同氏のブログを読んだのがきっかけの一つでもありました。最近ではエンタープライズにおけるAngularJSというテーマで勉強会などさせて頂いています。 今回のエントリーは同氏のブログ「なぜAngularJSを薦めるのか ー 個人的な思い」を読んで自分なりのエンタープライズ像を書こうかと思った次第です。書いているうちに「中二病」のような書き方になりましたが気軽ブログ的に記載します。尚「エンタープライズ限定」ですのでよろしくお願いします。 なぜAngularJSを薦めるのか ー 個人的な思い - I am mitsuruog AngularJSはエンタープライズ向きか 「AngularJSはエンタ
(あんま多くないみたいだから多分すぐ身バレしそうだけど書く) エンジニアの面接で実際にコードを書かせる会社が最近は多いみたいだね。でもウチでは特に面接で書かせない。というか今まで書いてきた、関わってきたコードなんて書類で大体分かるでしょ? それよりも、ウチではコードレビューをさせてる。 選考用にわざと少し突っ込みドコロの多いコード(30〜50行程度のコードを3〜4ファイル)を渡して、もちろんファイル構成自体へのレビューも含めて、どんな意見をその人が出せるかを問う。 レビュー用のコードは複数言語用意してて、一番得意な言語を選んでもらってる。 時間は1時間。資料と赤ペン、そしてネットに繫がったパソコンを渡して、いくらでもググってもらって構わない環境でレビューを紙に赤して貰う。 「コードレビュー」ってものに対しての認識だとか、コードを管理するための能力もある程度分かるし、すごく良い選考制度だと思
2014.11.19 / UI 画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール Tomohiro Suzuki クライアントやディレクターから渡された画面遷移図を元にワイヤーフレームを作ってみると、後から足りない画面が次々に発見された、または画面内の情報がどこに繋がるのか分からないといった経験はありませんか? この画面遷移図というものは本来は制作範囲の全体像と構造を明確にし、必要な画面というものを洗い出したりするものです。通常のWebサイトであれば、従来のような画面遷移図でも問題ないかもしれませんが、多くのインタラクションが発生するサービスの設計では複雑化しやすく、何度も情報を行き来して確認することになるため時間がかかります。 原因のひとつとして、画面遷移図では画面名のみを記載して繋げていくことになるため、必要な情報が不足していることが挙げられます。その結果、本来で
本読みの図書館 http://honyomi.ongaeshi.me/ 先日リリースしたHonyomi1.0をベースに作成しました。 再配布可能な電子書籍を集めて全文検索出来るようにしてあります。 原文のpdfをその場で読んだりダウンロードしてオフラインで読むことも可能です。 気になったページにブックマークを付ける、メモを残す、他の人の書いたメモを読むことも出来ます。 詳しい使い方はこのサイトについてをどうぞ。 作った経緯 Honyomiという手持ちのpdfをまとめて検索したりメモを書けるツールを作っているのですが、自力で書籍サーバーを立ち上げて自分の蔵書を管理するのはやっぱり大変なので、やろう!って思ってもらえるように実際に動くものを立ち上げたいと思っていました。 立ち上げるにあたって「何の本を置くか」というのが一番大切で自分が個人で使っている(有料の書籍がたくさん入った)Honyomi
Tame your application’s data. Manage client-side data using an elegant, expressive data framework providing consistent APIs and multiple default store types. store.filter({ foo: 'bar' }) .sort({ property: 'baz', descending: true }) .forEach(function (object) { console.log(object); }); Stores. Queries. Collections. Stop letting your client-side data roam free. Stores are your data source. Access it
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く