This site has moved to jskatas.org
In a December 2015 talk at JSConf US, we announced that we would be open-sourcing the key components of the Chakra JavaScript engine that powers Microsoft Edge. Today, we are excited to share with you that we’ve just made the sources for ChakraCore available under the MIT License at the ChakraCore GitHub repository. Going forward, we’ll be developing the key components of Chakra in the open. The C
The end of year is drawing close and the JavaScript Developer Survey has now ended. The survey received an unimagined amount of replies and I’m excited to share the results with you! There were over 5000 responses, 5350 to be exact, and I can’t wait to share the details. Before that I want to thank everyone who chipped in. This is a great time to be a part of the JavaScript community, and I’m trul
この記事は、JavaScript stage 0,1,2,3 Advent Calendar 2015の7日目です。 この記事では、Async Functionsを紹介します。 記事内のJavaScriptコードは、ES2015を前提としています。 また、Promiseに関する基本的な知識を前提とします。 Promiseに明るくない方はJavaScript Promiseの本を読むといいでしょう。素晴らしいテキストです。 Async Functionsとは Async Functionsは、非同期処理の記述をより同期的に行うための新文法です。 現在はEdgeにのみ実装されています(「試験的なJavaScript機能を有効にする」必要あり)。 2015年11月末を目処にStage 4(Finished)となる見込みでしたが、12月7日現在も依然としてStage 3(Candidate)のまま
一昔前にCanvasが実用段階になった頃、JSのゲームエンジンが大量に出てきたことがありました。それらは大抵DOM/CanvasのFallbackを持っていたのですが、今現在の状況は、実際には非効率なメモリ消費やモバイルのブラウザのフラグメント化で実用に足るものがなかった、という辛い現状があります。 そんな中pixi.jsという描画ライブラリが台頭してきました。このエンジンは webglとcanvasの fallbackを持ち、(いくらかのバグはありつつも)DOMを切ったことで現実的なパフォーマンスの課題をクリアできるのでは?という期待感が高まっています。 Pixi.js - 2D webGL renderer with canvas fallback http://www.pixijs.com/ そして 2015年、RPGツクールMVが発表され、ブラウザ吐き出し対応がアナウンスされました
A friend recently asked me “which js crypto library should I use?” Since this is a question that many people have, I have answered with a blog post. There are basically two schools of crypto library. There is the openssl school - here you get a library that was built the same crypto as TSL, the most accessable one of these is node.js’s crypto module. If you are using browserify, then it also works
Node.js v4リリースに向けて とうとうメジャーバージョンアップにされたNode.jsである、Node.js v4がリリースされました。今回はこのNode.js v4がこれまでのNode.js v0.12やv0.10と比較してどう違うのかを解説します。また、最新ではv5もリリースされていますので、合わせてお伝えしていきます。 なんでいきなりv4なのか おそらく一番最初に抱く感想は、v0.10とかv0.12みたいな数字からv1.0を飛ばして、なんでいきなりv4.0がリリースされたのかという疑問だと思います。これにはio.jsというプロダクトが関係しています。 2014年の年末、io.jsというプロダクトが発表され、2015年の初めにv1.0がリリースされました。io.jsというのは Node.js のforkで別リポジトリによって実装されたプロダクトです。io.jsの詳細は筆者のブログ
記事内容に間違いや改善等ありましたらコメント欄にてご指摘をお願いしますm(__)m NodeSchoolとは 詳細は公式サイトに書かれていますが要は無料でNodeやそれに関連する技術を学べるオープンソースのツールです。 NodeSchoolという名前なので、なにかしら Node関連のものしかない ように思われがちですが、JavaScriptのみに着目した科目(他にもNoSQL関係だったり、etc)などもあるので、「JavaScriptの勉強をしたい!」という人にもおすすめです! 必要なもの 項目 説明 Node.jsインストールの推奨方法 Node.jsは活発に開発が進んでいるのでバージョンが結構頻繁に変わります。なのでNode.jsのバージョン管理をしてくれるツールのインストールを推奨します。(Rubyで言うrvmのような存在) 現時点(2015/10/27時点)で推奨するNode.js
On this post I assume you know the basics of React Native, and will focus on how the internals work when managing the communication between native and JavaScript. Main Threads Before anything else, keep in mind that there are 3 “main” threads* in React Native: The shadow queue: where the layout happens The main thread: where UIKit does its thing The JavaScript thread: where your JS code is actuall
Roughly every six weeks, we create a new branch of V8 as part of our release process. Each version is branched from V8’s Git master immediately before Chrome branches for a Chrome Beta milestone. Today we’re pleased to announce our newest branch, V8 version 4.6, which will be in beta until it is released in coordination with Chrome 46 Stable. V8 4.6 is filled with all sorts of developer-facing goo
Before we can learn Flux inside Web Workers, we need to understand DOM-Less JavaScript. Lets start with some Problems. Problem 1 : Unable to Scale JavaScript Codebase If you have written approx 50-100K lines of code at frontend then you can easily understand that “Ease of Adding a new Module/Modify Existing Module” decreases as our codebase size increases. Sometimes, We apply lots of hack or quick
This document discusses concurrency and parallelism in JavaScript. It begins by distinguishing between concurrency and parallelism, and notes the evolution of web applications towards faster JavaScript. While JavaScript performance has improved, concurrency remains an issue for tasks like image/video processing, games, and communication without blocking the main thread. The document explores using
あらすじ Web技術が複雑になる中で、JavaScriptのプロファイリングをとる方法とは。 プロファイリングを取るためのコードを手で書いてみましょう。 とてもシンプルで、かつ最高のJavaScriptプロファイラ sjsp を作りました。 本当にあった怖い話 上司 「とにかくJavaScriptのコードを速くしてくれ」 私 「分かりました、速くします」 (次の日) 私 「いいプロファイラがないなら作ればいいじゃない」 同じチームの人 「えっ?」 私 「最高のJavaScriptプロファイラ作ったよ」 同じチームの人 「「えっえっ???」」 私 「早速使ってみたらこことここが遅いって分かったよ」 同じチームの人 「「「この子は一体…」」」 JavaScriptのプロファイリングの難しさ 近年、Webブラウザーの処理速度は著しく向上し、その可用性の高さから、アプリケーションのプラットフォーム
This summer, JavaScript Scene conducted a JavaScript tech survey via social media over the course of a few days. Just under 800 people participated. Respondents are all engaged in JavaScript discussions on social media including Twitter, Facebook, and Google+. Most of the respondents came from Twitter. As promised, here are the results: React is RisingAlmost half (45%) currently use Angular, and m
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く