gulp不要。Browsersyncで2行のLiveReloadみたいな環境 | codechord
Posted 12月 5th, 2016 by codechord. 0 Comments Tweet Tweet Advent calenderの時期というわけで、フロントエンドエンジニアAdventCalenderの５日目久しぶりに更新です。 主にフロントエンドのデバッグの話で、色々作業していくときに、LiveReloadを使うと非常に効率が良い。保存と同時にブラウザ再読み込み☆ で、ブラウザの自動更新の環境を作る際には、GulpとBrowserSyncを使ったりReactなんかのWebpack/Hot Moduleを使うという方法をよく見かける気がしますが、 ここではブラウザの自動更新の機能のためだけにGulpしてるとか、逆にnode_modulesのフォルダがうっとおしいから、Gulpしたくなくてをライブリロードを断念している人に向けて、ターミナルとbrowsersyncコマンドだ
プライベートな Composer リポジトリを作成する - ngyukiの日記
Composer のプライベートなリポジトリがあればいいなーと思って Composer のサイトを眺めていたら、思っていたより簡単にできました。ちょっとした社内ライブラリとかの配布を管理するのに便利かもしれません。 ディレクトリ構成 一連の作業をひと通り終えると次のようなディレクトリ構成になります、パスなどは適用に読み替えてください。なお、web/ が http://packages.example.org のドキュメントルートになっているものとします。 /var/www/vhost/composer/ composer.phar config.json web/ ← ここが http://packages.example.org のドキュメントルート index.html packages.json satis/* Composer リポジトリのセットアップ まずは Composer の
苦労して育てたPHPを捨てるメリットは？ チャットワークに聞く（後編） | HRナビ by リクルート
増井さんが「今、気になる人」に直撃する連載。前編では、PHPの独自フレームワークで開発したチャットワークをScalaで刷新すると宣言したChatWorkの山本正喜CTOに、プロジェクトの進捗と、このプロジェクトがもたらした影響について聞きました。 後編では、チャットワークの未来像や、技術的負債を抱えないための方法論などについて、話を進めていきます。 苦労して育て上げたPHPを捨てるメリットとは？ 増井：現行のシステムはまだPHPで動いてるんですよね？ 山本：そうです。 増井：10万4000社が使っている大規模サービスなのに、特に大きな問題はないんですか？ 山本：今は安定していますから問題はありません。でも3年ぐらい前までは、大きな障害を起こすことが度々あったので、正直、大丈夫とは言い切れない部分がありました。増井さんならよくご存じでしょうが、大規模なシステムでPHPを使う時には、気をつける
筋の悪さ | tech - 氾濫原
JS しか書いてないんだなって人は筋悪いものをありがたがっていたりする印象はある。しかし筋悪いものをありがたがるみたいなのはどこにでもいるので、JSがどうとかは直接は関係がないはずではあると思う。JSしか書いてない人とPHPしか書いてない人は似たようなもんで、単に広範囲の知識に興味がないだけな気がする。 それはともかく「これは筋悪そうだな」っていう感覚がどこからくるのかよくわかってないので、現時点で思いつく限り雑にメモしておく。 割の合わなさ 「これは何の問題を解決してるんだろう」と思ってドキュメント読んだりソース読んだりした結果、大したことを解決してなくて、その割に実装量が多いとか学習コストが高いと、筋悪いなあと思う。 フットプリントや学習コストに対して提供されるモノが「割に合わない」のは筋が悪く感じる。 将来性のなさ 「あ、これはただの流行だな」みたいな、5年後には消滅してるなというも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016
