webpack で始めるイマドキのフロントエンド開発 - Qiita
webpack とは webpack は WebApp に必要なリソースの依存関係を解決し、アセット（配布物）を生成するビルドツール（要するにコンパイラ）です。JavaScript だけでなく、CoffeeScript や TypeScript、CSS 系、画像ファイルなどを扱うことができます。 WebApp のビルドツールは Grunt や Gulp が有名です。これらは基本的に、ビルド手順をタスクという形で自ら定義する必要があり、フロントエンド開発に馴染みのない開発者にとっては敷居が高いものでした（少なくとも、自分はそうでした）。 webpack を使えば、Grunt も Gulp も必要ありません！覚えるべきことはほとんどありません。（必要なら）簡単な設定ファイルを書いて webpack コマンドを実行するだけです。 以下では基本的な使い方を見ていきます。 ※もちろん Grunt/G
人工知能を「魔界村」に入村させ、ゲーム実況という仕事を人間から奪おうとする動画が公開される
「人工知能によって将来奪われる職業」の存在が少し前に話題になりましたが、今度は人間から「ゲーム実況」というお仕事を奪いかねない、「魔界村」を人工知能にプレイさせる動画が登場しました。 人工知能はまず、ゲーム画面から敵や地面、障害物などの位置情報を受け取り、それに対してどんな操作をしたらいいかを出力します。これだけではあっという間に死んでしまいますが、これを10回、100回、1000回と繰り返し行わせ、もっともマップの右側まで進めた操作パターンを次の世代へ引き継ぐ仕組み。こうして世代を重ねていくことで、少しずつですが先へ進めるようになっていくというわけです。詳しくは投稿者のブロマガ内で説明されています。 左上に表示されているのが、人工知能が認識しているゲーム画面 上手なプレイをしたものだけが生き残り、世代を重ねてプレイを上達させます。 動画では人気の中ボス、レッドアリーマーの突破が目標です。
Flycheckでモダンなシンタックスチェック - Qiita
Flycheck は、コーディング中にリアルタイムでコードのシンタックスチェックやスタイルチェックを行なってくれる拡張機能です。以下のように、エラーが検出された行には ! が付いて、そこにカーソルをあわせるとエラー内容が表示されます。 似たような拡張として Flymake がありますが、 Flycheck はデフォルトで多くの言語のシンタックスチェックに対応していることが特徴です。 Flymake も Flycheck も使ったことがない、という方は Flycheck を使ってみることをおすすめします。 インストール ELPAパッケージを MELPA から手動でインストールするか、 Cask や El-Get を使うと良いみたいです。
[Emacs] 俺がCaskで入れたパッケージを1つ1つ解説していく - Qiita
anzuは、検索を拡張したモードです。（参考） anzu-query-replaceで、置き換え元文字列を入力するとヒットする候補のハイライト、置き換え先文字列を入力するとヒットする候補の横に置き換え先文字列を表示してくれます。 その他、カーソルが乗っているシンボルを置き換え対象としてくれるanzu-query-replace-at-cursorなどがあります。 auto-installは、URL指定だけでEmacs Lispを予め指定したフォルダにダウンロードするauto-install-from-urlを提供してくれます（参考）。 URL以外に、Gist, EmacsWiki, dired, etc からインストールできます。 auto-install-batchは、パッケージが登場するまでとてもお世話になっていました。 最近はCask, pacakage, el-getでめっきり使わ
![[Emacs] 俺がCaskで入れたパッケージを1つ1つ解説していく - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/163d5bf2973a162c80a4c330b3468a0bb9536c2b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCRW1hY3MlNUQlMjAlRTQlQkYlQkElRTMlODElOENDYXNrJUUzJTgxJUE3JUU1JTg1JUE1JUUzJTgyJThDJUUzJTgxJTlGJUUzJTgzJTkxJUUzJTgzJTgzJUUzJTgyJUIxJUUzJTgzJUJDJUUzJTgyJUI4JUUzJTgyJTkyMSVFMyU4MSVBNDElRTMlODElQTQlRTglQTclQTMlRTglQUElQUMlRTMlODElOTclRTMlODElQTYlRTMlODElODQlRTMlODElOEYmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTBjYzM5ZGQ3OWY0ZWU1ZjgwMTZlNjNiYjRhM2Y3MmNh%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrYXRva2VuLTAyMTUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWNlMGZkYTVkYWM3YTIzMThlZGY2Nzc3Y2QzYTI1MDM1%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D46bf1a5801374b3f2ca9bd7e7115396b)
僕なりのフロントエンド開発環境2016年版 - Qiita
ちょっとバージョンアップ http://qiita.com/koh110/items/f6ecbdc03093675a9527 自分なりに使いやすいフロントエンドの開発環境を整えて使っていたけれど、だんだん時代の流れにそぐわない箇所が出てきたのでその部分を書き換えてアップデートしてみた。 http://qiita.com/koh110/items/9c750fb67e40481e52cd 昔のバージョンはv1.0.0というブランチに切り出し https://github.com/koh110/minjsapp やめたもの gulp-load-plugins run-sequence bower モジュールやライブラリへの依存度を下げたかった 変更したもの gulp-babel -> webpack + babel-loader requireしたかった 追加したもの sassコンパル 生c
Railsで構築しているWebサービスをjQueryベースからReactに移行する時の知見 | スペースマーケットブログ
こんにちは、エンジニアの小林です。 先日、スペースを貸し出すオーナー様向けのダッシュボード(管理画面)をリニューアルしました。 スペースマーケットはwebサーバもAPIサーバもRailsで構築しているのですが、JQueryをベースに構築していたリニューアル前の実装からReactをベースにした実装へ移行した際に得た知見を書きたいと思います。 サーバ構成 既存のサーバ構成では、webサイトはwebサーバから、アプリはAPIサーバからそれぞれデータベースを参照していました。 リニューアルに伴いwebサーバからもAPIサーバを参照する構成となります。 webサーバから別ドメインのAPIサーバにアクセスするためには CORSの設定 webサーバとAPIサーバはドメインが違うため、ReactのコードからAPIサーバにajaxリクエストが送れません。これを回避するためにCORS(Cross-Origin
特定のディレクトリだけをGitHub Pagesにデプロイするためにgulpを使う - Qiita
var gulp = require('gulp'); var ghPages = require('gulp-gh-pages'); gulp.task('deploy', function() { return gulp.src('./app/**/*') .pipe(ghPages()); }); [20:58:45] Using gulpfile C:\projects\qqiq-fan-site\gulpfile.js [20:58:45] Starting 'deploy'... [20:58:47] [gh-pages] Cloning repo [20:58:47] [gh-pages] Checkout branch `gh-pages` [20:58:48] [gh-pages] Updating repository [20:58:55] [gh-pages] Cop
カスタムドメインの GitHub Pages で HTTPS を使う - Qiita
2018/5/10 追記: GitHub が公式にカスタムドメインの HTTPS での配信をサポートしたため、下記の手順を利用する必要がなくなりました 詳しくは Custom domains on GitHub Pages gain support for HTTPS | The GitHub Blog を参照してください。 GitHub Pages では *.github.io のドメインが割り当てられて HTTPS も有効になっていますが、カスタムドメインを使うと HTTPS を使うことができません。ここでは CloudFlare を使ってカスタムドメインの GitHub Pages で HTTPS を使う方法を紹介します。 GitHub Pages にサイトを構築する まず GitHub Pages でサイトを構築しないことには始まりません。今回はカスタムドメインで HTTPS を使
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ぼくのかんがえたさいきょうの.emacs.d - Qiita
