Комментарии 11
Справедливости ради, я, как принципиальный пользователь Firefox, с интересом прочитал, чего там умеет хром. Правда, возможности отладки в FF я знаю не досконально, и не в курсе, есть ли у него остановка на изменении элементов DOM, но теперь, если приспичит, буду знать, что такое есть в хроме.
На самом деле подобными статьями вы просто играете на человеческих пороках. Все хотят чтобы их продуктивность повышалась "по щучьему велению", в этом и заключается популярность подобных статей, в этом же кроется и причина негатива к ним. Как уже отмечал ниже в комментариях, у меня есть 1 совет, который поможет вам в 10 раз повысит продуктивность при работе с девтулзами хрома, достаточно всего лишь ознакомиться с первоисточником. Но кому нужны такие советы?
- ctrl + shift+p
- cURL
- document.designMode=«on»
designMode, так просто сделал мой день.
Думаю тут проблема не в недоступности интерфейса или знаний о каких-то технологиях. Для себя уже давно пришел к выводу, что для знакомства с технологией, быстрее всего в первую очередь обратиться к первоисточнику. Даже поверхностное такое знакомство снимает огромное количество вопросов, и дает гораздо более полное и систематизированное представление, чем какие-либо статьи или видосики. Тут уже встает вопрос в лени. Советы в статье это скорее просто контент для потребления, не требующий особой интеллектуальной нагрузки. Пытаться что-то выяснить или отложить в своей голове таким образом, действительно, практически бессмысленно, но изменением интерфейса это не исправить.
Зашел по хабу "Google Web Toolkit". Судя по аналогичным статьям в том же хабе, далеко не все осознают, что означало это название: https://es.wikipedia.org/wiki/Google_Web_Toolkit
10 советов как повысить продуктивность, используя инструменты разработчика Chrome