[low priority refactoring] generalize executing JS during scraping

If doc sites use client-side JavaScript to produce or fetch some of their content, we need to launch a headless browser and execute it. Currently scraper subclasses do that individually using capybara, e.g.
https://github.com/freeCodeCamp/devdocs/blob/master/lib/docs/scrapers/angularjs.rb#L42-L45
but it might be better to extract a helper method or config option, a little more like this:
https://github.com/freeCodeCamp/devdocs/blob/master/lib/docs/scrapers/webpack.rb#L43-L46

cc @dangeranger

Commencez par comparer lib/docs/scrapers/angularjs.rb#L42-L45 avec lib/docs/scrapers/webpack.rb#L43-L46 afin de comprendre les modèles existants d’exécution de JavaScript basés sur Capybara. Analysez l’organisation de la configuration et des helpers des scrapers, puis définissez une approche commune qui préserve le comportement pertinent des scrapers et vérifiez que les scrapers concernés produisent toujours le contenu attendu.

Rédigé par le modèle d'indexation à partir du texte de l'issue.