webpack で始めるイマドキのフロントエンド開発 - Qiita
webpack とは webpack は WebApp に必要なリソースの依存関係を解決し、アセット（配布物）を生成するビルドツール（要するにコンパイラ）です。JavaScript だけでなく、CoffeeScript や TypeScript、CSS 系、画像ファイルなどを扱うことができます。 WebApp のビルドツールは Grunt や Gulp が有名です。これらは基本的に、ビルド手順をタスクという形で自ら定義する必要があり、フロントエンド開発に馴染みのない開発者にとっては敷居が高いものでした（少なくとも、自分はそうでした）。 webpack を使えば、Grunt も Gulp も必要ありません！覚えるべきことはほとんどありません。（必要なら）簡単な設定ファイルを書いて webpack コマンドを実行するだけです。 以下では基本的な使い方を見ていきます。 ※もちろん Grunt/G
エンジニアの評価制度について - console.blog(self);
Goodpatch Advent Calendar 2016 25日目の記事です。 「エンジニア向け評価制度」とは、技術やスキルなどの側面を評価するための制度という意味合い。いまエンジニア向けの評価制度を作っていて、いろいろな会社のエンジニア向け評価制度について調べてみた。 大別すると、こんな感じ。 そもそも評価制度がない エンジニア向け評価制度がない エンジニア向け評価制度がある そもそも評価制度がない 時雨堂やソニックガーデンには評価制度がない。 評価制度の無い評価制度 エンジニアの評価基準、短期評価をやめてみたら？ | サイボウズ式 こういった考え方は、たしかになーと思う。 良い悪いを短期的に見ないからです。短期的に評価すると、短期的な視線で仕事をしちゃうじゃないですか？ 一番イヤなのは、チームで助け合って働くのが大事なのに、“自分の評価を考えると、この人を助けている場合じゃない”と
企画と開発が責任を押し付け合う会社の前途は暗い | Japan Innovation Review powered by JBpress
これまでの組織構成と開発手法では、時代のスピード感に追いつけず戦略的なITを使った顧客創出ができない──。多くの経営者がそのことに気付き始めている。 まず「企画」し、そして「開発」し、「品質保証」し、「出荷」し、「保守」するといった直線的なプロセスと、それぞれの機能を縦割りにしたこれまでの組織構成は、時代にそぐわなくなりつつあるのだ。 これまでの世界観が通用しないDXの世界 例えばこれまでのシステム開発は、企画書が書かれ、市場調査から綿密な検討を経て大きな予算を確保し、その後でベンダーを選定して開発を依頼する、という定型的な流れに基づいて行われていた。一般にウォーターフォール型、と言われるこの種の開発は「システムは調達可能である」という前提に基づいており、「よい企画」が「うまく開発される」ことが成功とされる。 もしビジネスが失敗すれば、それは「企画が悪い」か「開発が悪い」か、つまり、「課題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
