最近あまり使ってない、流行っていた時期もあるフロントエンドもの
最近あまり使ってない、ちょっと前の流行りもの なんとなく書いてみます。Web アプリケーション開発屋さんなので、Web サイト制作屋さんとはかなり文脈ズレると思います。 jQuery ファミリー 個人的には jQuery って、協業用のツールという位置づけでした。jQuery でさえ書かれていれば、jQuery 書ける人材のほうが外からも調達しやすいため、人員の流動にも有効と考えられる頃が確かにありました。 DOM に触れてくれるな勢の台頭 ところが昨今では AngularJS や React、その他ライブラリでも DOM 操作が大いに抽象化されていることが多く、jQuery で直接 DOM を操作すること自体が相性良くないケースが散見されます。今思えば Backbone.js くらいのころが jQuery 需要の最終ピークだったように思います。 jQuery プラグイン の需要減 jQu
Browserify を使ってみる - アカベコマイリ
Web ブラウザ向けの JavaScript でも node.js や node-webkit みたいに require で依存モジュールを読み込めるという Browserify を試してみる。 2014/12/23: 追記 この記事で書いた gulpfile.js には問題があるので続く Browserify を使ってみる 2 - Source Map で修正 この記事のサンプルと同じものが対象なので GitHub リポジトリへのリンクはタグで分けている Browserify と require HTML から参照する JavaScript 間に依存がある場合、通常は HTML 側の script タグの記述順で調整する。例えば jQuery を利用するスクリプトがあるならそれより先に jQuery を読み込む必要がある。そのため依存が増えるたびに HTML 側を修正する必要があり面倒。
watchify を試す - アカベコマイリ
Browserify による JavaScript コンパイルは便利だがファイルが増えてくると処理時間の長さがネックになる。3 秒を超えたあたりから gulp.watch で監視するにはきつくなる感じ。 スクリプト間の依存を解決しつつ *fy 系の処理もこなすのだから仕方ないともいえる。とはいえ、ひとつファイルを変更しただけで構成ファイル全体がコンパイルされるのは防ぎたい。そのためには差分コンパイルが必要だ。というわけで watchify を試してみる。 2015/5/20 補足 本記事と関連する記事として「gulp-watchify を試す」を書いた。こちらは gulp プラグインで Browserify/watchify を処理している。 watchify は Browserify をファイル監視つきで実行するためのモジュールである。コマンドライン ツール、Node モジュールとして利
gulp と browserify と vinyl の話 - <body>
browserify の API が変わったので、この記事のコードのままでは動きません！ gulp で browserify しようとしたんだけど、 色々ハマったので、 ひとまずまとめておきたい。 登場人物 gulp ちゃん フロントエンドのビルドエンジン。 grunt を馬鹿にしてる。 browserify ちゃん CommonJS スタイルの require をフロントエンドでも使えるようにする npm モジュール。 調子に乗ってるけど webpack がきになる。 vinyl ちゃん npm 全般で使うオブジェクトの名前。モナドを感じる。 俺がさっき知った。 gulp の仕組み そもそも gulp って、確かに grunt より短く書けるけど、 具体的になにしてるのかよくわかんねーよ！ って思ったので、 まず、この短いコードから考えていきたい。 var gulp = require(
社内勉強会でReactとFluxについて喋った - pixiv inside [archive]
開発が大好きな@geta6です。 React meetupのことを完全に見逃していて悔しかったので、外部公開の社内勉強会でReactとFluxについての発表をしました。 経緯 現在ピクシブではReactでFluxな感じの構成で新サービスを開発中です。これまで社のプロダクトとしてReactを採用したことは無く、この新サービスが初の採用となる予定です。社内の空気感は「FluxもReactもよく聞くし何となくわかってるけど、詳しくは知らない」という感じでした。 そこで、自分の理解度の確認と、一緒に開発しているチームの人や社内外の開発現場の皆さんに大体の感覚を掴んでもらえるよう「ReactとFluxって一体全体なんじゃらほい」というテーマで、ざっくりと大枠を捉える発表をしました。 資料 speakerdeck.com ReactとFluxのこと // Speaker Deck スライドには入ってい
![社内勉強会でReactとFluxについて喋った - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/a8d0ed6fcb034b99b3f6481c12f69296fc5deef2/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F11696248318756278971%2F8454420450092816254%2F1430122329)
WordPress のテーマを Github や Bitbucket から更新チェックさせる | デザイニングラボ
お久しぶりの KUCKLU（@kuck1u） です。 公開は少しマニアックなネタです。 本番 / テスト環境へのファイル転送 WordPress のテーマやプラグインの開発でローカル環境での動作確認完了後、本番を想定したテストサーバーで動作確認をする事が多い思います。例えば、公開ドメインのサブドメインでテスト環境を作ってなど。 テストサーバーで動作確認をしようとした時、大多数の人はローカルにあるファイル一式を FTP や SSH などで転送と思います。もしくは、ちょっとイケメンな人だと WordMove というツールを使ったり。 方法はさまざまだけど、とにかくファイルを転送しますよね。 でも、正直面倒臭くないですか？・・・僕は、面倒臭いです。 Git と連動してみる とはいえ、黒い画面は不慣れなので、ついつい SFTP クライアントとか立ち上げてドラッグ・アンド・ドロップとかしています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gulpでbrowserify使ってcoffee-scriptの監視とコンパイル - Qiita