Nie, jego przeznaczenie jest inne :) Generalnie wyobraź sobie, że masz aplikację produkcyjną i musisz przeważnie zrobić kilka kroków:
- sprawdzenie linterem
- transpilacja kodu JavaScript np. do ES5
- minifikacja kodu JS
- dodanie ewentualnych polyfilli
- przetworzenie kodu scss preprocesorem na plik css
- dodanie prefixów np. autoprefixerem
- minifikacja kodu css
- minifikacja kodu html
- ewentuane zbudowanie buildów częściowych, aby serwować je stopniowo do usera
znalazłoby się jeszcze parę elementów, np. odpowiednie budowanie paczek dla różnych wersji językowych itp. itd. Możesz to robić:
- ręcznie - ale chyba sam czujesz, że to nie najlepsza opcja :)
- pluginami do edytora/IDE - ale uzależniasz się od edytora i jego konkretnej konfiguracji, niepotrzebnie
- odpowiednimi skryptami odpalanymi kolejno np. z konsoli... - ok, jeszcze dopuszczalne, ale gdy tych kroków jest aż tyle to staje się to uciążliwe i łatwo o jakimś kroku zapomnieć
- użyć gotowego narzędzia do wykonania całego procesu, np. webpack, gulp itp. :)
Generalnie patrz na to w ten sposób - jeśli jakieś operacje powtarzasz często, to na pewno da się zrobić dla nich automat, i właśnie webpack jest w pewnym sensie takim automatem. Nie wyobrażam sobie, abym w pracy miał siedzieć co chwilę w konsoli i ręcznie wywoływać transpilację, preprocesory css itp. itd. gdy robi się to czasami kilkadziesiąt razy dziennie... tu właśnie wkracza webpack :)
Co więcej, webpack pozwala Ci też odpalić go raz i potem przy każdej zmianie w plikach jakie nasłuchuje, webpack automatycznie zrobi co trzeba i możesz od razu widzieć efekt w przeglądarce - niesamowite ułatwienie pracy. Tutaj poczytaj o webpack dev server: https://webpack.js.org/configuration/dev-server/