На самом деле здесь статья не про кодера и программиста, а автор поднимает проблему взаимодействия людей в большой компании. Думаю, автор не понял в чем проблема и поставил неверный диагноз. Тут не кодеры плохие, поэтому давайте их переучим на инженеров. Тут проблема в эффективной коммуникации между различными отделами. Решение этой проблемы в митингах, когда собирается группа людей из разных отделов и вместе решают целую цепочку, как будет выполнен проект от начальной стадии, до готового результата, который хотел бы видеть клиент. Когда каждый выскажется, как он видит конечный продукт или то как он видит выполнение своей узкоспециализированной задачи, дает каждому из команды общее представление, для чего нужен продукт, что бы все хотели получить в конечно итоге. Каждый должен выдать свою "экспертную оценку" в своей сфере деятельности, а проджект менеджер, тим лид, должен скоординировать всех для получение "адекватного" конечного результата. Вот и вся проблема.
phantomjs — проект закрыт. Вначале puppeteer хотели сделать на основе phantomjs, но разработчики пришли к выводу, что это будет не очень. Мне приходилось работать и с phantomjs и с puppeteer. Могу сказать, что phantomjs — это фактически chromium, а puppeteer — можно применять к уже реальному браузеру — chrome. Если phantomjs использовать для подключения к webdriver, то все равно головная боль… (https://github.com/detro/ghostdriver) selenium => phantomjs. Puppeteer в этом случае выглядит более привлекательно: puppeteer(NodeJs) => browser chrome. Как говорится почувствуйте разницу. И кстати puppeteer и chromedriver напрямую соединяется к chrome remote debugger port. Более того, сейчас есть возможность (покрайней мере эксперементально) использовать аналог puppeteer для других браузеров (https://github.com/puppeteer/puppeteer/blob/v5.5.0/docs/api.md#puppeteerlaunchoptions): puppeteer.launch([options])
options
На самом деле здесь статья не про кодера и программиста, а автор поднимает проблему взаимодействия людей в большой компании. Думаю, автор не понял в чем проблема и поставил неверный диагноз. Тут не кодеры плохие, поэтому давайте их переучим на инженеров. Тут проблема в эффективной коммуникации между различными отделами. Решение этой проблемы в митингах, когда собирается группа людей из разных отделов и вместе решают целую цепочку, как будет выполнен проект от начальной стадии, до готового результата, который хотел бы видеть клиент. Когда каждый выскажется, как он видит конечный продукт или то как он видит выполнение своей узкоспециализированной задачи, дает каждому из команды общее представление, для чего нужен продукт, что бы все хотели получить в конечно итоге. Каждый должен выдать свою "экспертную оценку" в своей сфере деятельности, а проджект менеджер, тим лид, должен скоординировать всех для получение "адекватного" конечного результата. Вот и вся проблема.
options