Async Functions はなぜ良いのか - Qiita
忙しい人向け 読みやすいから。 JavaScriptは如何にしてAsync/Awaitを獲得したのかもぜひ読みましょう。 ひまな人向け Chrome は55から、 Node.js は7.6 からデフォルトで Async Functions (async/await) をサポートしました。 これは明らかに世界平和に近づく出来事です。 サンプル問題 Async Functions は事前に回数が決まっている非同期処理も書きやすくなりますが、真価を発揮するのは何回実行するか実行時までわからない非同期処理です。 今回は例として、（最大の試行回数、試行間の待機時間（ms）、実際の処理の Promise）を引数として受け取り、 Promise を返すというプログラムを考えてみます。 最大試行回数は10回 試行間の待機時間は100 ms 処理の内容は ランダムで 0〜100 の数字を生成する 95 以上
Modern JavaScript概観、そしてElectronへ | さにあらず
この一か月分の学習成果を整理したリポジトリを作ったので、その成果についてまとめておく。 作ったサンプルプロジェクトだけを手軽に欲しければ、このリポジトリを clone してほしい。 taichi/js-boilerplate master ブランチには、ミニマムな JavaScript 開発環境がサンプルコード付きで入っている frontend ブランチには、React/Redux/webpackなウェブアプリケーション用の開発環境が入っている デフォルトブランチにしてある electron ブランチには、frontend ブランチの内容に加えてElectronでアプリケーションを開発するための環境が入っている はじめに 最近の JavaScript について 僕は仕事として JavaScript を書いている訳ではないけども、この半年くらいの間にちょっとしたツールならいくつか作った。
CMSの編集ロックUI部分で元気に走り回るRiot.js - pixiv inside [archive]
はじめに ピクシブ株式会社 Advent Calendar 2016 6日目です。 新卒(16卒)エンジニアの@shocotaです。 会社では主にPHPを、趣味でRuby on RailsでWebアプリを開発しています。 今回は弊社メディアpixivisionの記事編集画面にRiot.jsを導入して、編集ロック機能を実装したことについてお話します。 多言語対応メディアを支える編集画面 pixivisionは現在4ヶ国語で記事を展開しており、各国語での記事を同時に公開することも少なくありません。この編集作業を支援するため、弊社では専用の編集システムを社内で開発しています。 多人数で編集される記事にふりかかる困った問題点 pixivisionを支えるために多くの作業者が関わっており、1つの記事上で複数の作業が同時に発生し、他者の編集内容を上書きしてしまう場面が出てきます。 これまでは作業フロー
![CMSの編集ロックUI部分で元気に走り回るRiot.js - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c60759972e24cc80283f52046e9a0fa5fdbb41c2/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2Faefcbc5c6c1e3a7b6bf14ac72c9aaf888654d5c5%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fd%252Fdevpixiv%252F20161206%252F20161206232954.png)
TechFeed Live#2 「React vs Angular2」 に行ってきたメモ #techfeed - console.lealog();
そもそものところで色々ツッコミたい気持ちはみなさんあるでしょうが、せっかく当選したので観戦に行ってきました。 React陣営は @koba04 & @yosuke_furukawa Angular陣営は @laco0416 & @armorik83 モデレータは @Shumpei メモは雑なので、漏れとか齟齬とかあるかもですよ。 トークバトル React / Angular 2の概要 スター数とかバージョンとか コードがだいたいこんな感じとか 開発言語 こば: だいたいBabel、TypeScriptでもやれる 会長: だいたいBabel使ってると幸せになれる らこ: JavaScript or TypeScript or Dart らこ: まあTypeScriptですよね らこ: Dartはリポジトリが分かれました はち: ReactやるからAngularやるからで開発言語を選ぶのはナン
日本語のコードで理解するPromise - Qiita
コンセプト 実際に動かせる，日本語を使ったコードを例示する スガキヤのラーメンはうまい Promiseって何？ ラーメンができたときに鳴るスガキヤの呼び出しベルです． ラーメンのお会計をする 呼び出しベルを受け取る この呼び出しベルは 客に出来上がったラーメンを渡す約束 (Promise) そのものを表す この約束があってはじめて客は**その後で (then) ラーメンを受け取る**という予定を立てることができる **約束の後に予定を生やす**というイメージ この後，ラーメンが準備できしだい，以下のイベントが実行される 店は客に出来上がったラーメンを渡す 客はラーメンを受け取る いろいろなスガキヤと客 上でも書いたとおり Promise は**「呼び出しベル」または「客に出来上がったラーメンを渡す約束」** then は**「約束した内容であるラーメンが準備できたその後で」** という日本
The Progressive Framework
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
JavaScript の難しさとは何か - mizchi's blog
JSの学習コスト高いかという問題、言語のコア自体はシンプルだが細かい == とかのハマりどころが多いのと、言語機能自体がシンプルすぎてエコシステムを理解してモジュールを扱うところに辿り着くのが大変、という問題に分類できる— 現場の声 (@mizchi) 2016年8月15日 jQueryの学習コストは、DOMはツリーなんだよという概念の獲得と DOM API の抽象サブセットを覚えるというだけで、2016年現在は jQueryによるUI設計論(ここが高まるとBackboneとかその辺)みたいなものに手を出す必要がないなら、そんなでもないんだろうな— 現場の声 (@mizchi) 2016年8月15日 Reactが難しいと言われる場合、仮想DOMという概念がやや難しい、というか非常にCS的なアルゴリズムとデータ構造が背景にあって、その上で単純なトップレベルAPIとアルゴリズムを理解してないと
Cube Drone - Cube Drone - Threepanel
text Melissa: So, where can I check out the build code? Warbeard: Oh, it’s on the build servers. | Melissa: Yeah, but where do you keep it? Warbeard: I said, on the build servers. | Melissa makes a very sour face. stuff.js Curtis Explains the Joke I intentionally included a lot of fun Github Red Flags in this comic. node_modules, .idea, .DS_Store It is considered a coding faux-pas to include any o
10年のツケを支払ったフロント界隈におけるJavaScript開発環境（2016年4月現在）。 - 日々、とんは語る。
2015年はCSSが普及した以来となる10年に1度のフロントエンド大変革期で、それまでのツケが一気に回ってきたと個人的に感じていました。目まぐるしく状況が変化していきましたが、2016年になり、個人的にだいぶ落ち着いてきたと感じているので、ここらへんでまとめておきたい思います。 最初に結論を書いておくと、 『React + Redux + react-router + material-ui + axios + ES2015 + Babel + webpack + ESLint + Airbnb JavaScript Style Guide』 という組み合わせが、いま僕の採用しているJavaScriptの環境です。 主要ライブラリは React A JavaScript library for building user interfaces | React 去年、一気に普及したReact
JavaScriptのPromiseオブジェクトについて調べた事 | QUARTETCOM TECH BLOG
JavaScriptのPromiseオブジェクトについて調べた事を紹介します。 目次 同期処理と非同期処理 Promiseとは何か ES6 Promiseのコンストラクタ関数 コンストラクタに渡した関数内で発生したエラー Thenable Static Method 並列処理 逐次処理 アンチパターン JasmineによるPromiseオブジェクトのテスト Promiseオブジェクトのライブラリ「Q」の紹介 Deferred AngularJSの$q ひとこと 私が敢えて書かずともPromise/Deferredについての解説サイトは溢れるほど存在します。なぜそこに重ねるように同じ記事を書いたのか？ 1ヶ月ほど前の私の意識は「Promiseオブジェクト？あー、then()て呼ぶやつね」という程度でした。よく知らずに使っているとアンチパターンに出てきたような使い方をしているところも多々あり、
Fabric.js Javascript Library
Fabric.js is a powerful and simple Javascript HTML5 canvas library Fabric provides interactive object model on top of canvas element Fabric also provide serialization and has SVG-to-canvas (and canvas-to-SVG) parser Fabric.js Features Text editing On-canvas text editing with rich styling, IME and curve support
旧石器時代のJavaScriptを書いてる各位に告ぐ、現代的なJavaScript超入門 Section2 ～CommonJSモジュールと仲良くなろう～ - Qiita
はじめに この記事は「旧石器時代のJavaScriptを書いてる各位に告ぐ、現代的なJavaScript超入門」の2つ目の記事です。 シリーズの最初から読みたい方は 旧石器時代のJavaScriptを書いてる各位に告ぐ、現代的なJavaScript超入門 Section1 ～すぐにでも現代っぽく出来るワンポイントまとめ～ へどうぞ。 また、このシリーズではECMAScript5を概ね対応するブラウザを対象としています。 もっと平たくいうと、IE8以下は切り捨てます。ご了承ください。 そしてプロによるマサカリ 対策として一つ重要な注意書きをします。 この記事中で出てくる「CommonJSモジュール」という表現は全て「CommonJSのModules 1.0仕様をベースとして、Node.jsが独自に拡張したCommonJS派生のモジュール仕様及びインターフェース(require/exports
[deprecated] 今Polymerに乗っかると危ないと思う4つの理由
[2015/11/10 追記] Web Components周りはだいぶ情勢が変わったのでこの記事の内容は真に受けないでください。 (コメント欄が有益なので記事は残します) Polymerというより現状のWebComponents全体がふらふらしてるので口車に乗せられると将来痛い目を見そうだと思った 半年くらい経ってブラウザベンダー間での議論がけっこう進展したので、Web Components自体は割と安泰かと思います。 Shadow DOMの仕様を満たしてない Polymerが使っているShady DOMはCustom ElementsのStylingを容易にするためにShadow DOM仕様を満たさない状態で使われています。 https://www.polymer-project.org/1.0/docs/devguide/styling.html#background the Pol
JSライブラリ/フレームワークの良い、悪いメモ - 素人がプログラミングを勉強していたブログ
※ただのメモで、未来志向なのであまり真に受けてはいけない。 良いっぽい React.js 早速い/コンポネント志向/APIの設計がいい。JSXと他のトランスパイラの組み合わせという問題はある Promise ネイティブに入った、誰もが使ってる TypeScript ES6時代でも存在意義のある言語。TypeScript互換のFacebook Flowの動向に注目 Backbone.js ModelとEventを使う/Viewは使わなくていい Lodash Underscore.jsをよくしたやつ Gulp Gruntより良いという意味で。browserifyまわりがうまく動かない問題があってnpm runのほうがいいという噂もあるがまあ良いに分類してもいい EventEmitter Custom EventはDOMにくっ付いてる感があるのでロジック志向の物にはEventEmitter使った
いまさら聞けない！？Backbone.js 超入門
フロントエンドとJavaScript JavaScriptのMV*向けライブラリ BACKBONE.JSによるWebアプリケーション開発について 「オープンソースカンファレンス 2013 福岡」の HTML5と最近のフロントエンド事情で発表した資料です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - jspreadsheet/ce: Jspreadsheet is a lightweight JavaScript data grid component for creating interactive data grids with advanced spreadsheet controls.
DeNA Engineering - DeNAエンジニアのポータルサイト
フロントエンドに秩序を取り戻す方法 〜はてなブログ編集画面をリニューアルするためにやったこと〜 // Speaker Deck
http://techcrunch.com/2015/05/19/meteor-raises-20m-to-build-the-one-javascript-stack-to-rule-them-all/
狠狠色噜噜狠狠狠狠97,你懂的在线视频,亚洲AV制服丝袜日韩高清