Mithrilでなんかした話 - Speaker Deck
Transcript .JUISJMͰͳΜ͔ͨ͠ /PEFֶԂ���࣌ݶ� !ZPEBUPNBUP ࣗݾհ • @yodatomato • Java/Android/Laravel(PHP)… • Favoriteɿ Erlang/Elixir/Phoenix/Mithril/kotlin/ Golang • Career: SE/SIer→ಈը৴αʔϏε →స৬αʔϏε։ൃ • ৲ʹΛड͚ͯ͠·ͬͯͳɾɾɾ ͋ɺ.JUISJM� ͍͍Ͱ͢Ͷʔ� 1IPFOJY'SBNFXPSL৮Γͳ͕Βʣ .JUISJM͕͖͗ͯ͢� ͑ͯ͘Δ ݁Ռ .JUISJMެࣜͷνϡʔτϦΞϧ� ʢ50%0ΞϓϦʣΛ� ຐվ࢝͠ΊΔ Ͱ͖ͨͷ͕ͪ͜Β None ʢ͍·͍͚ͪͩͲʣϚςϦΞϧͳ� &MFDUSPOΞϓϦʹͳͬͨ� IUUQT���HJUIVC�DPN�ZPEBUPNBUP�3
cycle.js を試した | スマホ神 – JavaScript 受託開発 –
cycle.js というリアクティブなフレームワークが話題になっていたので試してみます。 ざっと見た感じだと、 Observable と Virtual DOM を組み合わせた感じのフレームワークのようです。 JSX も使えるようです。 React に似ている気がします。 フレームワーク自体はユニバーサルみたいですがフロントエンドの動作だけ試します。 インストール インストールは npm で。 開発に使う Browserify なんかも入れておきます。 $ npm install -S @cycle/core @cycle/dom $ npm install -D babelify $ npm install -g browserify Hello, World! 手始めに Hello, World してみます。 // a.js //* @jsx hJSX import cycle, {
末尾再帰による最適化 - Qiita
はじめに ES6 (EcmaScript 6)を試そうと、Babelのドキュメントを読んでいたところ、末尾呼び出し（Tail Call）の最適化をしていることにびっくり。公式リリース（2015年6月）から３ヶ月あまり経ってはいますが、ES6が末尾呼び出し最適化を仕様としてサポートしていることをようやく知りました。 現状で末尾呼び出し最適化をサポートしているブラウザはなく（ブラウザやaltJSなどのES6互換表を参照）、唯一、ES6からES5へのトランスパイラであるBabelのみが部分的（直接的な末尾再帰のみ）ではありながらサポートしているようですね。 今回の記事では、来たるES6時代（いまさらの感はありますが）に備えて、末尾再帰とその最適化について簡単に解説した上で、Babelを利用して実際にJavaScriptでの末尾再帰の最適化を実験してみたいと思います。 ざっくり概要 再帰関数 は関
Vue.jsを使った大規模開発に必要なもの - Qiita
初めに 正直JS界隈のエコシステムは難しいです。わからないことが目白押しです。 今までVue.jsをブラウザ上でなんのエコシステムも使わずに使ってきましたが、 規模が大きくなるとしんどくなるのは明らかなので Vue.jsガイド：大規模アプリケーションの構築を参考にwebpackを使ったりnpmを使って、 それっぽい環境を作って一からコードを書いてみました。 （編注：上記リンクはv1.0当時のものです。v2.0のガイドは単一ファイルコンポーネント、プロダクション環境への配信のヒント、ルーティング、状態管理、単体テスト、サーバサイドレンダリングなどをご覧ください。） 前提 Vue.jsガイド：大規模アプリケーションの構築の指示に従い構築するだけですが、この時点で以下の様な選択肢がある模様です。 プリプロセッサ？の違い Webpack(こっちだけ触ります) Browserify ルーティング オ
ユーザプレビュー用Extension Plumberを公開しました | チャットワーククリエーターズブログ
ココナッツオイルの硬度に春を感じている@kyo_agoです。 ユーザプレビュー用のChrome extensionを公開したので紹介したいと思います。 問題弊社ではリモート（シリコンバレー）に非エンジニアの決済者がおり、「新機能のレビューをどうやって行うか」が問題になっていました。 非エンジニア決裁者に向けた、技術アーキテクチャの説明 | チャットワーククリエーターズブログ これまでは以下の様な方法でレビューを行っていましたが、それぞれ問題があり解決策が求められていました。 画面を共有して説明するChatworkのLive機能で画面を共有しつつ説明する方法です。 メリット開発環境への接続方法等を考えなくていいので簡単気になる部分はその場で確認できるデメリット時間を合わせる必要がある（時差があるので時間調整が難しい）自分で操作できない（相手に音声で操作を依頼する必要がある）相手の環境でしか確
monoe's blog - Site Home - MSDN Blogs
Microsoft Developer Blogs Get the latest information, insights, and news from Microsoft. AI agents are quickly moving from experiments to production‑critical components of modern applications. But while many teams know how to build agents, far fewer are confident they’re hosting them on the right foundation. Most organizations start by deploying agents the same way... We're shipping two major capa
TechBuzz 第17回 HTML5+JS勉強会資料
About TechBuzz 第17回 HTML5+JS勉強会のためのGithub Repositoryです。 概要 時間 2015/09/24 (木) 19:30 to 22:00 発表内容 「JavaScriptでマルチスレッドプログラミング」 〜事例『JSで作るInstagramのFilter』を通して〜 発表の目的 Web Worker APIの基本の使い方を知ること 事例を通してWeb Worker APIの実践例と応用方法について知ること 資料 Github : サンプルコードや資料など Wiki : 講義で話す内容の補完やサンプルコードの解説 Slide : 発表資料 サンプルコード一覧 sample01 : 2の50乗を出力します sample02 : 10万までのうち最大の素数を探し出します sample03 : 2のn乗を出力します（nはユーザからの入力を想定） sam
npm とか bower とか一体何なんだよ！Javascript 界隈の文脈を理解しよう - Qiita
背景 Javascript で Web アプリを作ろうとすると、よくわからないことだらけで超混乱します。 npm と bower の違いは？ npm はサーバーサイド用、bower はクライアントサイド用らしいよ えっ、でもなんで bower のインストールに npm が必要なの？ サーバーサイドは Rails で書きたいから npm 要らないと思うんだけど・・・ ていうかサーバーサイドJSとか node.js って何？ よく見る browserify って何？ こういった疑問が沸き上がるのは、各ツールが生まれた文脈がよくわかっていないからです。いろいろ調べてやっとちょっとわかってきたのでメモします。間違いがあったらご指摘ください。 「CommonJS」誕生 - Javascript は汎用プログラミング言語へ その昔、Javascript 大好きおじさんは言いました。 Javascrip
2 つの Date 間の差分を求める - Qiita
まとめて github にあげた https://github.com/januswel/jslib http://januswel.github.io/jslib/demo/time-distance/index.html たとえば記事が何日前に投稿されたかを表示したい場合など。 moment.js, XDate, その他いろいろなライブラリがあるので使える場合はそっちを使うのが正解。 ただし、オトナの事情で使えないとか気に入らないとかあると思うので適当コードで概念だけ書いてみる。 月以外の差分を求める場合 年、週、日、時、分、秒、ミリ秒の場合。かんたん。 それぞれのスパンが決まりきっているのでミリ秒の差を求めてスパンのミリ秒で割る。 週、日、時、分は年・秒とほぼ同じなので省略。 結果は小数になるので適当に四捨五入などして表示するといい。 var SECOND_MILLISECOND =
Lessons Backbone Developers Can Learn From React
Since I started programming professionally, I’ve always kept an informal list of technologies I want to check out. Things that I thought would be useful for my career, would expose me to new ideas, or just looked plain cool. I spent a chunk of my Labor Day weekend working through that list a bit by learning more about React, the JavaScript View library from Facebook. React is a fascinating piece o
Babel プラグインを作ってみよう - Qiita
**Babel 5 から 6 の間に API が大きく変わっています。Babel 6 のプラグインには Babel plugin handbook をおすすめします。**thejameskyle さんは Babel のメンテナの一人です。 ES2015 や JSX を ES5 にトランスパイルする Babel。日常的に使っている方も多いかと思います。 そのままでも便利な Babel ですが、プラグインを使うことで独自のソースコード変換ルールを追加することができます。私もちょっと前から Angular 2 アプリを Babel で作るためのプラグインを書いたりしていました。結構簡単に作れるので、Babel 5.x でプラグインを作る方法を紹介してみたいと思います。 Babel の仕組み ざっくり言うと Babel は以下のような仕組みで動いています。 ソースコードをパースして AST を生成
Is “Isomorphic JavaScript” a good term?
A recent trend in the web development world is to use JavaScript on the server to assemble pages there, with the same code that is used to manage them in the client. That lets you initially see content faster, especially on mobile devices and helps with search engines. How are we supposed to call code that runs on either server or client? Michael Jackson doesn’t like a recent proposal: So Charlie
JavaScriptフレームワークの寿命 | POSTD
(注記：9/13、いただいた翻訳フィードバックを元に記事を修正いたしました。) 半年ごとに”今一番ホットな”フレームワークが新たに登場しては、私たちは興奮に沸き返ります。 誇大広告を信じてはいけません。 フレームワークの寿命 はプロジェクトの成功を左右するほど重要な要素です。フレームワークを選ぶ際、テクノロジにおける多くの意思決定者は納得のいく選択をするために、コミュニティの大きさ、人気、大企業によるサポートの有無などを基準にしています。しかし実際は、こうした要素によって寿命が決まるわけではありません。 最初は勢いがあったのに、徐々に弱まり、最終的には線香花火のごとく儚く消えてしまうようなフレームワークを選んでしまうと、書き直しに無駄な時間を費やしたり、チームの士気を下げたりする原因となります。本記事は、そうした残念な結果を回避するヒントをまとめたものです。 本記事では以下のことを示したい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - chatwork/wrasse: JavaScript dependency injection with the Decorators syntax.
GitHub - thlorenz/visulator: A machine emulator that visualizes how each instruction is processed
nginScriptで遊んでみた - Qiita
ES async/awaitを全力で使ってみて発見したイディオム - Qiita
Try Flow: the Flow Playground | Flow
オブジェクトリテラルのプロパティ/メソッドのいろんな書き方（ES6版） - Qiita
msgpack-lite ピュアJavaScript実装の速いMessagePackライブラリ - Qiita
