Вы подменяете понятия. Я не говорил, что кто-то другой дурак, аналитики плохо знают рынок, и тд. Я говорил о том, что если поддержка IE действительно важна, она является частью процесса, который так любят большие компании, но мой опыт работы в этих компаниях говорит о том, что максимум это записано в какой-то далекой странице в конфлюенсе, которую не пересматривали пару лет, и никому включая аналитиков не хочется этим заниматься.
По поводу же влияния у нас с вами разные точки зрения, и я думаю, что смысла об этом спорить нет, просто оставлю ниже цитату Стругацких:
«Я бы хоть сейчас произвел этого молодчика в действительные рядовые… Массаракш, я бы произвел его в офицеры! У него бригадирские замашки, он обожает задавать вопросы офицерам…»
Я не верю в «личное раздолбайство программиста». Важные вещи всегда имеют процессы, которые гарантируют определенное качество. От customer support, до стендов тестирования и фиксированных приемочных требований. Если этих процессов нет — скорее всего это не просто так.
Я не берусь делать выводы за весь IT рынок, но в проектах где я работал, в основном всем было наплевать на IE, и максимум, обсуждалась идея выдавать пользователям IE мобильный сайт. Конверсия и другие показатели важные для аналитиков всегда были очень маленькими, для того чтобы хоть как-то весомо пропушить поддержку среди кучи горящих фич и квартальных планов.
Плюсовик рассказывает фронтендерам о поддержке IE? Я думаю что вы обобщаете какой-то частный случай. Я обычно видел такой паттерн поддержки IE: «Он вроде должен работать, но проверять не буду. Eсли QA заведет баг — посмотрю». Но QA обычно тоже смотрят или одним глазом или никак — и это тоже не с проста.
У нас в скромном азиатском стартапе доля IE была от силы 1,5% на главной. Настаивали на его поддержке ровно до вопроса о количестве запросов в IE в чекаут, и внезапно оказалось что там просто единицы заказов.
Но разве транспайлер и понифилы не решают проблему поддержки ES6/7 браузерами? О чем вы вообще?
вы путаете seo и сео. странно что вы гтворите о том, что попахивает дискриминацией. Я говорил об этом прямо, чем больше человек имеет опыта, тем более хорошо он осознает происэодящее. Если ваща цель была поучиться за счет компании, все отлично, я ни в коем случае не осуждаю, но если ваша цель была сделать продукт который победит конкурентов, то это, увы, не ваша проблема, и идеалтность кода на нее влияет мало. по поводу обвинения, по-моему очевидно, что это статья про обиду. если вы хотите развиваться — расслабьтесь, это не ваше время. кмк это и есть главная проблема маленького опыта — ты думаешь, что каждый проект — место для геройства и обижаешься, если тебя не оценили. на самом деле важнее просто делать хорошо ту работу, которую от тебя ждут.
Спасибо за еще одно подтверждение того, что стоит избегать разработчиков с парой лет опыта. Практически всегда повторяется одна и та же история. я называю это проблемой «самого важного человека в команде». Из этой ситуации нужно сделать один важный вывод: код не имеет большого значения. вангую что будь все написано на вордпрессе, результат был бы такой же. учитесь на своей ошибке, а не вините своего сео.
Большое спасибо за ваше мнение. Очень приятно слышать, что вы поясняете свою позицию. Поясню свою — имеет ли какую-то ценность обсуждение «пленка» или «лента» в контексте статьи? Нет.
использовать команды вида npm run grunt — build или npm run grunt — build --verbose. В одном из комментариев к оригинальному пулл-реквесту предлагается просто создать алиас вида alias gr='npm run grunt --' и запускать билд простым gr build
Кстати, насчет миддлвейров, хочется отметить, что комплексное решение уступает набору простых миддлвейров в гибкости. Это похоже на философию UNIX, где есть миллионы маленьких утилит, данные между которыми можно передавать через пайпы, контекст использования каждой из таких утилит достаточно широк, плюс создание цепочек обработки обеспечивает гибкость и настраивоемость решения, в вашем же случае, увы, при возникновении задачи, не предусмотренной вашим решением, возникает проблема, исправить которую можно а) написав PR, дождавшись вашего обновления, б) Открыв issue, но не факт6 что вы будете заинтересованы в проблеме, в) добавив сборщик (grunt/gulp и тд), но это приведет к фрагментированности сборки, что не правильно. Но в случае с простыми mw, проблему возможно решить, просто подключив нужный mw к express. Ну вот, например, я использую stylus, и я боюсь, что подключить его к вашей системе у меня не получится без приключений.
По поводу же влияния у нас с вами разные точки зрения, и я думаю, что смысла об этом спорить нет, просто оставлю ниже цитату Стругацких:
«Я бы хоть сейчас произвел этого молодчика в действительные рядовые… Массаракш, я бы произвел его в офицеры! У него бригадирские замашки, он обожает задавать вопросы офицерам…»
Я не берусь делать выводы за весь IT рынок, но в проектах где я работал, в основном всем было наплевать на IE, и максимум, обсуждалась идея выдавать пользователям IE мобильный сайт. Конверсия и другие показатели важные для аналитиков всегда были очень маленькими, для того чтобы хоть как-то весомо пропушить поддержку среди кучи горящих фич и квартальных планов.
Но разве транспайлер и понифилы не решают проблему поддержки ES6/7 браузерами? О чем вы вообще?
nuff said