Версия 25.20.100.6444 никуда не делась с сайта Intel. К слову, вчера вышла обновленная версия — 25.20.100.6448, которая на данный момент и предлагается в качестве основной. Она также работает, включая панель управления графикой.
Нет, вы можете и дальше тратить своё время на установку драйверов с сайта Dell и разбирательства со службами тех. поддержки Intel, Microsoft и Dell, но у меня нет такого желания. Я знаю цену часа своего времени и имею представление сколько времени займет общение со службой поддержки.
В связи с этим не очень понятно в чем вы пытаетесь меня упрекнуть. В том что я ставлю драйвера с сайта Intel и у меня все работает? Или по вашему я тоже должен ставить драйвера с сайта Dell и мириться со всеми сопутствующими проблемами?
Я вчера переустанавливал систему на новый накопитель. Драйвер 6444 с сайта Intel установился нормально.
Потом Windows 10 в процессе обновления установила более старую версию 6287, которую я и откатил в Диспетчере устройств. Эти все манипуляции заняли не больше 10 минут.
В драйверах DCH (6444, например) панель управления графикой Intel вынесена в отдельное приложение из магазина Windows. Собственно, ради этого все и затевалось.
Если Windows в процессе обновления вдруг решит установить более старую версию 6287, то после установки ее можно просто откатить через Диспетчер устройств.
По поводу драйверов для Wi-Fi. Если у меня возникают проблемы с новой версией драйвера, то я просто откатываюсь на предыдущую. У меня нет времени на обращение в тех. поддержку ни Intel, ни Dell.
Специалисты Intel таким образом просто снимают с себя ответственность за дальнейшую техническую поддержку.
У Dell на данный момент на сайте очень старый драйвер на встроенное видео — 23.20.16.5017. Он не только сам по себе плохо работает, но и обновить его крайне проблематично.
Нет, можно, конечно, тратить свое время на решение глупых проблем, но гораздо разумнее просто установить новый драйвер.
Я шесть лет пользовался Dell Inspiron 7720 и полголда использую G3 3779. Ноутбуки как таковые отличные, работают хорошо.
По поводу G3 3779. Важно устанавливать самые свежие драйвера с сайтов Intel и nVidia. Это касается драйвера для чипсета, видеокарты и беспроводного модуля. Также не нужно забывать о всяких там Serial IO, MEI, DPTF и IRST.
Потому что эту методологию активно продвигает Яндекс.
BEM удобен в больших командах, где есть несколько не очень опытных верстальщиков и требуется чтобы они могли хоть как-то вместе работать. Естественно, что вопрос насколько удобно с этой версткой работать в дальнейшем здесь не стоит.
BEM — это неплохая методология, но и у нее есть недостатки.
Самый основной из них — это длинные и плохо читаемые названия классов. Нет, если у разработчика все взаимодействие с кодом ограничивается только версткой, то у него все хорошо. Есть SCSS, есть Pug, которые скрывают это все безобразие.
Но как только речь заходит об интеграции верстки начинаются проблемы. Нет, я допускаю, что существуют индивидуумы, которые не видят ничего плохого в списке классов вроде: «link n-popular-recipes-list__item-link b-zone b-spy-events i-bem link_js_inited link_hovered_yes», но давайте будем честны: работать с этим неудобно.
Решение заключается в совмещении концепции независимых блоков с каскадной природой CSS. Для уменьшения конфликтов можно использовать суффиксы для классов блоков (.posts_box, .articles_box, например), а также следить за их вложенностью. Да, это более «хрупкий» подход, но зато с версткой потом кто-то сможет комфортно работать.
В том что большинство проголосовало за PHP нет ничего удивительного. Любой большой проект начинается с маленького. Если речь идет о вебе, то маленькие проекты дешевле всего запускать на PHP, поскольку на этом языке написаны многие CMS и существует куча неплохих фреймворков.
Интересно, а вы не задумывались над тем, что средние цены и сроки по рынку возникли не на пустом месте? Их нельзя вот так взять и уменьшить в два раза. Упомянутая вами IKEA к налаживанию процессов разработки, производства, логистики и продаж шла десятилетиями. Это один момент.
Второй момент, который плавно вытекает из первого. Вы никак не учитываете то, что сайты как и сами клиенты бывают очень разными. Умение правильно оценить объем работ и себестоимость приходит исключительно с опытом. На начальном этапе существенные ошибки с расчетом времени практически гарантированы. В своих расчетах вы этот риск не учитываете. Кто будет его оплачивать?
Это решение на самом деле чревато негативными побочными эффектами, которые сводят на нет самое основное преимущество БЭМ — модульность и хорошую изолированность стилей для разных блоков.
Представим, что вы написали блок стилей с селектором в виде .container, [class^=«container--»], [class*=" container--"]. По мере роста проекта какому-то из разработчиков захотелось использовать в селекторе конструкцию container--. И вот тут его ожидает сюрприз: к его стилям стали подмешиваться совершенно чужие правила. Если таких селекторов с классами будет много, то разработка и поддержка такого проекта быстро превратиться в пробежку по минному полю.
Если для повышения специфичности приходится использовать !important, то с кодом по определению что-то не так. По-хорошему за такое нужно давать по пальцам. Поддерживать код с кучей !important крайне сложно.
По поводу методологии БЭМ как таковой. Да, действительно, она позволяет решать проблемы с модульностью и переносимостью кода на больших и средних проектах.
В то же время она обладает и недостатками. Самый основной из них — это многочисленные классы с длинными названиями. Хорошо, если у класса сравнительно короткое имя c-card, как в примерах в статье, но если это будет какой-то c-front-page-slider или c-contact-information, то список классов у элементов может банально перестать вмещаться в окне редактора (80-120 символов чаще всего). Работать с таким HTML-кодом крайне проблематично, да и выглядит он не очень красиво.
Каждый предприниматель в том или ином виде стремится к увеличению прибыли при уменьшении затрат. Реальность такова, что для создания бизнеса, который сам по себе приносит ощутимую прибыль, нужно приложить очень много усилий как минимум на начальном этапе.
Кто-то для достижения этой цели нанимает еще сотрудников, кто-то переходит на более совершенные инструменты разработки, кто-то расширяет нишу или переходит в другую. Это обычный процесс развития собственного дела.
Мне не очень понятно что именно хотел сказать автор, разделяя и противопоставляя два аспекта одного и того же понятия. Фактически предприниматель — это лицо, деятельность которого направленная на систематическое получение прибыли от производства и продажи товаров, оказания услуг. Фрилансер полностью подпадает под это определение.
Единственная разница заключается в предоставляемой услуге: одни создают проекты, другие оказывают услугу по более удобной покупке товара или услуги, третьи помогают организовать процесс разработки.
Когда именно появится возможность закрепить панель разработчиков внизу страницы? На данный момент она появляется в отдельном окне, что по крайней мере для меня крайне неудобно.
В общем, пишите в техническую поддержку и дальше. Ваш ноутбук — ваши проблемы.
Нет, вы можете и дальше тратить своё время на установку драйверов с сайта Dell и разбирательства со службами тех. поддержки Intel, Microsoft и Dell, но у меня нет такого желания. Я знаю цену часа своего времени и имею представление сколько времени займет общение со службой поддержки.
В связи с этим не очень понятно в чем вы пытаетесь меня упрекнуть. В том что я ставлю драйвера с сайта Intel и у меня все работает? Или по вашему я тоже должен ставить драйвера с сайта Dell и мириться со всеми сопутствующими проблемами?
Потом Windows 10 в процессе обновления установила более старую версию 6287, которую я и откатил в Диспетчере устройств. Эти все манипуляции заняли не больше 10 минут.
Если Windows в процессе обновления вдруг решит установить более старую версию 6287, то после установки ее можно просто откатить через Диспетчер устройств.
По поводу драйверов для Wi-Fi. Если у меня возникают проблемы с новой версией драйвера, то я просто откатываюсь на предыдущую. У меня нет времени на обращение в тех. поддержку ни Intel, ни Dell.
У Dell на данный момент на сайте очень старый драйвер на встроенное видео — 23.20.16.5017. Он не только сам по себе плохо работает, но и обновить его крайне проблематично.
Нет, можно, конечно, тратить свое время на решение глупых проблем, но гораздо разумнее просто установить новый драйвер.
По поводу G3 3779. Важно устанавливать самые свежие драйвера с сайтов Intel и nVidia. Это касается драйвера для чипсета, видеокарты и беспроводного модуля. Также не нужно забывать о всяких там Serial IO, MEI, DPTF и IRST.
В итоге код шаблона станет просто нечитабельным и неподдерживаемым.
Единственная проблема, которую решает БЭМ — это конфликт селекторов. Говнокодить он никак не запрещает.
BEM удобен в больших командах, где есть несколько не очень опытных верстальщиков и требуется чтобы они могли хоть как-то вместе работать. Естественно, что вопрос насколько удобно с этой версткой работать в дальнейшем здесь не стоит.
Самый основной из них — это длинные и плохо читаемые названия классов. Нет, если у разработчика все взаимодействие с кодом ограничивается только версткой, то у него все хорошо. Есть SCSS, есть Pug, которые скрывают это все безобразие.
Но как только речь заходит об интеграции верстки начинаются проблемы. Нет, я допускаю, что существуют индивидуумы, которые не видят ничего плохого в списке классов вроде: «link n-popular-recipes-list__item-link b-zone b-spy-events i-bem link_js_inited link_hovered_yes», но давайте будем честны: работать с этим неудобно.
Решение заключается в совмещении концепции независимых блоков с каскадной природой CSS. Для уменьшения конфликтов можно использовать суффиксы для классов блоков (.posts_box, .articles_box, например), а также следить за их вложенностью. Да, это более «хрупкий» подход, но зато с версткой потом кто-то сможет комфортно работать.
Это, к слову, одна из основных причин, по которой я не рассматриваю ваш браузер в качестве замены текущего.
Второй момент, который плавно вытекает из первого. Вы никак не учитываете то, что сайты как и сами клиенты бывают очень разными. Умение правильно оценить объем работ и себестоимость приходит исключительно с опытом. На начальном этапе существенные ошибки с расчетом времени практически гарантированы. В своих расчетах вы этот риск не учитываете. Кто будет его оплачивать?
Представим, что вы написали блок стилей с селектором в виде .container, [class^=«container--»], [class*=" container--"]. По мере роста проекта какому-то из разработчиков захотелось использовать в селекторе конструкцию container--. И вот тут его ожидает сюрприз: к его стилям стали подмешиваться совершенно чужие правила. Если таких селекторов с классами будет много, то разработка и поддержка такого проекта быстро превратиться в пробежку по минному полю.
По поводу методологии БЭМ как таковой. Да, действительно, она позволяет решать проблемы с модульностью и переносимостью кода на больших и средних проектах.
В то же время она обладает и недостатками. Самый основной из них — это многочисленные классы с длинными названиями. Хорошо, если у класса сравнительно короткое имя c-card, как в примерах в статье, но если это будет какой-то c-front-page-slider или c-contact-information, то список классов у элементов может банально перестать вмещаться в окне редактора (80-120 символов чаще всего). Работать с таким HTML-кодом крайне проблематично, да и выглядит он не очень красиво.
Кто-то для достижения этой цели нанимает еще сотрудников, кто-то переходит на более совершенные инструменты разработки, кто-то расширяет нишу или переходит в другую. Это обычный процесс развития собственного дела.
Фрилансеры здесь не исключение.
Единственная разница заключается в предоставляемой услуге: одни создают проекты, другие оказывают услугу по более удобной покупке товара или услуги, третьи помогают организовать процесс разработки.