All streams
Search
Write a publication
Pull to refresh
27
0
Андрей @Scorpion97

User

Send message
В следующей части как раз сказано о том, что не стоит комментировать очевидные вещи, и в целом рассказано о том, что и как комментировать.
Товарищи, сливающие карму, потрудитесь объяснить причину, пожалуйста.
Комментирования CSS, а не верстки. В первой части были описаны преимущества единого стиля по оформлению кода при работе в команде. Также там было сказано, что эти рекомендации ни на что не претендуют и автор лично их использовал не на одном проекте.

Да, я соглашаюсь насчет БЭМ'а, но он подходит не всем. Возможно в каком-то проекте и будет лишним делать комментарии, но мое личное мнение таково, что если придется делать комментарии, то в этой статье описаны весьма дельные советы по их оформлению. Вы можете быть несогласны, это дело ваше. Каждый использует то, что хочет, и эти советы не исключение. Хотите — используйте, хотите — нет.
А зачем переводить стрелки на БЭМ? Да, монструозная, но есть и его модификации более легкие. Наверное некорректно сравнивать бутстрап с БЭМ'ом. Так от какой-такой проблемы избавляет бутстрап?
От какой-такой проблемы он избавляет? В CSS GudeLines говорится о рекомендациях по оформлению кода, а не о том, что надо использовать какие-то монструозные фреймворки, в которых черт ногу сломит и которые вообще как-то не в тему.
А при чем тут бутстрап? Топик вроде как не о CSS-фреймворках.
Опять же повторюсь, эти рекомендации не для разработчиков-одиночек, а для тех, кто работает в команде и часто передает свой код другим разработчикам.
Вот именно, что это надо при передаче проекта другому человеку. Как бы в первой части сказано, что эти рекомендации больше подходят для больших команд разработчиков, а не для тех, кто сам весь проект работает со своим кодом, так что ваша критика несколько неуместна.
Согласен. Сам использую такой подход. Только не все любят БЭМ и подобные методологии, к сожалению.
Зачем каждый раз лезть в Firebug / Devtools и смотреть стили для каждого селектора, если можно один раз закомментировать CSS и не открывать лишних окон?
Вы видимо не очень внимательно читали статью. В ней сказано, что таблица содержимого предназначена не для поиска каких-то кусков кода, а для того, чтобы разработчик мог ознакомиться со структурой файла / файлов и с предназначением отдельных разделов.
По поводу именования секций, в статье, опять же, сказано, что не всегда имеется возможность разбивать код на файлы. А если и есть такая возможность, то все равно название секции желательно добавить в начале файла.
По поводу префиксов согласен, стоит использовать автопрефиксер, но этот кусок кода был дан для того, чтобы показать, как можно расставлять отступы.
Оу, не видел. Убрать в черновики?
Из поста ее уже убрали, оказывается.
habrahabr.ru/company/apps4all/blog/225409/#comment_7666461
Веду свой паблик ВК о веб-разработке, здесь собрал все сервисы, которые публиковал в нем.
На iTunes, в конце поста ссылка есть
Пожалуйста. Нет, не попадался :) Думаю, достаточно Print Screen'ом обойтись, если страница не сильно длинная
От себя добавлю — недавно появилась отличная демка, демонстрирующая возможности Velocity.JS.
Раз так, можно еще один? А то ажиотажа не наблюдается :(

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity