Да, да! Статейка была на alistapart про 30 способов улучшить свой CSS, это и была одна из рекомендаций.
Очень удобно — сразу видно что/где и внутри чего.
p.s. дело вкуса, а я предпочитаю группировать так:
/* Header
----------------------------*/
#header {} /* даже если нет стилей, все равно указываю для соблюдения "каскадности" */
#header p {
/* стили для p внутри header'а */
}
#header ul {
}
#header ul li {
}
/* Content
----------------------------*/
div#content{
/* стили content'а */
}
div#content p {
/* стили для p внутри header'а */
}
div#content ul {
}
div#content ul li {
}
/* Typographic
----------------------------*/
Даже если определние блока пустое я все равно его пишу для «каскадности».
А для начала было бы неплохо в рамках этого спора установить, что считать админом а что кодером?
Если кодер не знает как винду переставить — это ли чистый кодер?
Потому что объектные базы ориентированы на большие проекты, например обслуживание телекоммуникационной сети, а для сайта — это чрезвычайно много. С этой работой справляются и реляционные БД.
Оружие нужно выбирать под жертву, а другими словами — из пушки по воробьям палить толку мало будет.
Чем эксперимент окончиться интересно, ибо проблема как хранить классы в реляционной БД достаточно непростая.
Помните, отрицательный результат — тоже результат. Желаю успеха.
Могу признаться честно — боязнь, что не получиться. Я в первый раз так и сделал, но из-за невалидного html местами хабр его обкусочил странно, после чего на меня пошли наезды и минусовки — обидно. (
Вот я подумал было, что введено ограничение на размер статьи, потому решил уж лучше 4 раза по чуть чуть, чем одна несуразица.
Скажи и покажи как и сколько надо/можно, чтобы не травмировать психику пользователей?
Я тут совсем недавно потому не знаю насколько людям можно давать инфы по объему.
Как-то хочется чтобы показываемая часть была логически завершена, а обрывать после первой картинки топик в котором мало текста — это глупо.
К сожалению VisualSVN без Apache не ставится, а в определенных ситуациях это может стать препятствием.
В моем случае сервер уже был, и преставлять не дали.
1. запускаем TortoiseSVN-1.5.3.13783-win32-svn-1.5.2.msi
в процессе установки все значения оставьте как есть
дождитесь конца установки и перезагрузите компьютер.
Их применение важно при работе в команде, это своего рода стандарт кодирования без которого командная работа просто превратится в хаос и все друг друга поубивают в спорах у кого лучше.
Два Perl-кодера иногда могут не понимать код друг друга… иногда бывает обидно, а что еще хуже препятсвует дальнейшей разработке.
В других языках проще с этим, так как они более менее стандартизированы. А на Perl тебе ничего не мешает свой язык написать, в котором уж никто ничего без тебя не поймет — обфускация )
Впрочем даже в C практиковались не очень хорошие практики, видел код #define if if (
#define then ) {
#define else } else {
#define endif }
Комуто ведь было удобнее писать if a then
b = ...;
else
b = ...;
endif
Да в Catalyst это используется повсеместно. Могу сказать, что используется оно обосновано. Код становиться гораздо нагляднее. Мне вообще иногда начинало казаться, что я книгу читаю )
Очень удобно — сразу видно что/где и внутри чего.
p.s. дело вкуса, а я предпочитаю группировать так:
/* Header ----------------------------*/ #header {} /* даже если нет стилей, все равно указываю для соблюдения "каскадности" */ #header p { /* стили для p внутри header'а */ } #header ul { } #header ul li { } /* Content ----------------------------*/ div#content{ /* стили content'а */ } div#content p { /* стили для p внутри header'а */ } div#content ul { } div#content ul li { } /* Typographic ----------------------------*/Даже если определние блока пустое я все равно его пишу для «каскадности».
Если кодер не знает как винду переставить — это ли чистый кодер?
Оружие нужно выбирать под жертву, а другими словами — из пушки по воробьям палить толку мало будет.
Чем эксперимент окончиться интересно, ибо проблема как хранить классы в реляционной БД достаточно непростая.
Помните, отрицательный результат — тоже результат. Желаю успеха.
Вот я подумал было, что введено ограничение на размер статьи, потому решил уж лучше 4 раза по чуть чуть, чем одна несуразица.
Я тут совсем недавно потому не знаю насколько людям можно давать инфы по объему.
Как-то хочется чтобы показываемая часть была логически завершена, а обрывать после первой картинки топик в котором мало текста — это глупо.
В моем случае сервер уже был, и преставлять не дали.
У Хабра есть ограничение на размер статьи? В хелпе не видел такого.
Мой журнал — это личное, а хабр сделает это общественным и донесет быстрее кругу специалистов.
Их применение важно при работе в команде, это своего рода стандарт кодирования без которого командная работа просто превратится в хаос и все друг друга поубивают в спорах у кого лучше.
В других языках проще с этим, так как они более менее стандартизированы. А на Perl тебе ничего не мешает свой язык написать, в котором уж никто ничего без тебя не поймет — обфускация )
Впрочем даже в C практиковались не очень хорошие практики, видел код
#define if if (
#define then ) {
#define else } else {
#define endif }
Комуто ведь было удобнее писать
if a then
b = ...;
else
b = ...;
endif