Обращение ко всем, кому интересно :)

Извиняюсь заранее если не смог ясно изложить свои мысли.

Почему бы не организовать сообщество специалистов которое искало прагматичный, оптимальный подход в решение популярных задач
Создать жесткий стандарт по которому будут выполнятся проекты
Написать отдельные разъяснения для не специалистов, например чтобы заказчик не вникая в подробности мог разобраться за что он платит и на равных общаться с исполнителем
Если исполнитель и заказчик согласятся работать по этим стандартам, большинство недопониманий можно избежать
Станет намного проще решать споры \ составлять ТЗ \ оплачивать работу по частям \ в дальнейшем работать над проектом другим исполнителям ....

лучше пока дизайн не трогать, рассматривать для типичных технических проектов, например создание сайта-визитки по готовому дизайну

А пример если можно?

Например верстка, как размечать html документ , верстать макет, бороться с ие , так и другие технологии, расписать как надо поступать в различных ситуациях
неужели это такая магия которую нельзя описать словами и у каждого должен быть свой подход?
ведь у каждого есть свои наработки
если быть прагматичным и не разводить абстрактных рассуждений вполне реально выработать оптимальный подход ко многим задачам

Просто обязан быть свой. Если работает в команде - code style команды, работает с css-фреймворком - уже code style фреймворка, который придумал для своих собственных нужд какой-то верстальщик или команда верстальщиков.
А магия - да, особая. Любой элемент дизайна можно сверстать разными способами и правильного здесь нет - все зависит от глубокого внутреннего мира верстальщика.

Цитата ("Sir_Michael"):

Просто обязан быть свой. Если работает в команде - code style команды, работает с css-фреймворком - уже code style фреймворка, который придумал для своих собственных нужд какой-то верстальщик или команда верстальщиков.

Почему не сделать глобальный фраймворк и глобальный code style для обычных задач?
Цитата ("Sir_Michael"):

А магия - да, особая. Любой элемент дизайна можно сверстать разными способами и правильного здесь нет - все зависит от глубокого внутреннего мира верстальщика.

Выбрать оптимальный способ, можно два Я подозреваю заказчику неинтересен внутренний мир верстальщика
Я не ожидал такого побочного эффекта, ведь на корне убьет всю программистскую романтику

Цитата:

Почему не сделать глобальный фраймворк и глобальный code style для обычных задач?

Потому что css-фреймворки - это по определению плохо А глобального code style быть не может.
Как сверстать блок новостей - <h3> заголовком и <p>, <ul> списком, <dl> списком, <ul> списком с вложенными <dl> списками, или несколькими div'ами?

min-height:100px для IE6 я напишу в основном стиле как

min-height:100px;

height:auto !important;

height:100px;

А, скажем h4mpy (да простит он за упоминание всуе) height:100px вынесет в conditional comments.

Внешний div обертку я обзову #page, а кто-то #container.
Кто-то придерживается принципа верстать все классами, кто-то одиночные элементы размчает как id.

Любой PSD-макет требует хоть минимальных, но индивидуальных решений.

Если, конечно, верстка не стоит $10 - там вполне подойдет ваше предложение, его даже можно сформулировать как "лепи все таблицей"

Понимаете, не для каждой задачи можно разработать стандарт. И не каждый заказчик захочет знать как работает его система на уровне программиста-исполнителя. Тем более, не всегда есть время учить, "как бороться с ие" при верстке и другие мелкие пакости. Для этого и нужен программист (верстальщик, дизайнер, сео-оптимизатор) который подскажет более просты и изящные способы решения задачи, поставленной заказчиком. В том числе (если программист), создаст удобный интерфейс для управления, понятный обычному человеку (advansed user).

Цитата ("Sir_Michael"):

Любой PSD-макет требует хоть минимальных, но индивидуальных решений.

Количество индивидуальностей можно резко сократить если всей стаей разбираться с ними по мере возникновения, и возникает такое скорей потому что все по разному делают одно и тоже.
Пусть даже код проиграет в красоте и уникальности зато он будет стандартизирован и хорошо работать
тем более сократит время разработки и упростит поддержку

Цитата ("Miro-Wind"):

Понимаете, не для каждой задачи можно разработать стандарт. И не каждый заказчик захочет знать как работает его система на уровне программиста-исполнителя. Тем более, не всегда есть время учить, "как бороться с ие" при верстке и другие мелкие пакости. Для этого и нужен программист (верстальщик, дизайнер, сео-оптимизатор) который подскажет более просты и изящные способы решения задачи, поставленной заказчиком. В том числе (если программист), создаст удобный интерфейс для управления, понятный обычному человеку (advansed user).

А многие захотят, особенно когда исполнитель начинает грузить технической информацией, тогда можно спокойно ткнуть исполнителя в такие стандарты и уже на основании этого пускай объясняет почему надо делать по другому
Для очень многих обычных задач можно найти прагматичные пути решения, в других случаях четко объяснить почему стандартное решение не подходит
Почему то не все обращаются в топовые веб студии где делают все быстро и качественно

И чего, устроим школу. Недавно здесь сертификаты предлагали, теперь учить, стандврты обьяснять.
Ихмо кроме еще больших притензий и скандалов ничего из этого не выйдет.
И нафига заказчику знать о каких-то стандартах, ему важен результат.

Сначала ваше сообщество переругается между собой споря 'есть жизнь на марсе или нет'

SvinDevelop
Какой еще стаей? Не надо никакой стаи. Собирайте команду верстальщиков, прорабатывайте свой глобальный, универсальный code style и доказаывайте миру, что верстать нужно так, а не иначе. В чем проблема-то. А убеждать, что будет лучше, если будет так как вам бы хотелось - лучше не будет

Цитата ("kvs2"):

И чего, устроим школу. Недавно здесь сертификаты предлагали, теперь учить, стандарты обьяснять.
Ихмо кроме еще больших притензий и скандалов ничего из этого не выйдет.
И нафига заказчику знать о каких-то стандартах, ему важен результат.

Вникать необязательно, можно получить небольшую консультацию на форуме сообщества (возможно платную)
Заказчик будет знать что исполнитель выполняет задачу действительно эффективно и не будет изобретать велосипед за его деньги.

Цитата ("Sir_Michael"):

SvinDevelop
Какой еще стаей? Не надо никакой стаи. Собирайте команду верстальщиков, прорабатывайте свой глобальный, универсальный code style и доказаывайте миру, что верстать нужно так, а не иначе. В чем проблема-то. А убеждать, что будет лучше, если будет так как вам бы хотелось - лучше не будет

Оффтопик

У вас в профиле написано "html верстка по стандартам" - покажите?

Я не убеждаю, я хочу лучше понять этот мир в диалоге с умными людьми )

Советов на все случаи жизни не дать, это невозможно ни в верстке, ни в программировании, ни в рерайте-копирайте... Это нереально.

Насчет стандартов так есть рекомендации W3C - это и есть стандарт и все мало мальски профи работают по нему!!!

На наш взгляд уже стандарта не придумать!!!

А code style это не стандарт это для тех кто понимает английский "стиль кодирования" и не надо смешивать эти понятия!!!

А теперь к самому важному в этой теме!!!

Как научить заказчика понимать что это стандарт такой же по которому точат ножи и делают колбасу!!!

Здесь большая проблема. Нас порой спасает престиж W3C и их валидаторов но не всегда!!!

Бывает работаешь с заказчиком который представляет себе что такое html но ОЧЕНЬ СЛАБО представляет... вооот тогда начинается настоящая жара.

Заказчик ведь всегда самый умный и если он НЕ знает что есть в ссылках закладки или "якоря" то значит их нет

Вот здесь всегда под рукой рекомендации W3C

Цитата ("intelit63"):

Заказчик ведь всегда самый умный и если он НЕ знает что есть в ссылках закладки или "якоря" то значит их нет

Вот здесь всегда под рукой рекомендации W3C

По сути заказчику начхать на W3C и на анкоры, ему важно чтоб верстка выглядела нормально в разных браузерах(и то не всегда)....
зачем знать устройство двигателя внутреннего сгорания чтобы ездить на автомобиле, важно чтоб он ехал и вел так как от него этого ожидают...

ossadchy +1)

Цитата ("ossadchy"):

Цитата ("intelit63"):

Заказчик ведь всегда самый умный и если он НЕ знает что есть в ссылках закладки или "якоря" то значит их нет

Вот здесь всегда под рукой рекомендации W3C

По сути заказчику начхать на W3C и на анкоры, ему важно чтоб верстка выглядела нормально в разных браузерах(и то не всегда)....
зачем знать устройство двигателя внутреннего сгорания чтобы ездить на автомобиле, важно чтоб он ехал и вел так как от него этого ожидают...

Речь здесь идет о заказчике которому НЕ все равно что внутри!!!

Мне лично не все равно как движок в моей машине и я знаю как он работает!!!

А для тех кому все равно стандарт общения заказчик - фрилансер не нужен

Цитата ("ossadchy"):

Советов на все случаи жизни не дать, это невозможно ни в верстке, ни в программировании, ни в рерайте-копирайте... Это нереально.

На все случаи жизни нельзя, но для таких проектов можно :Цитата ("evasta"):

Подскажите, пожалуйста, сколько может стоить разработка сайта 4-5 страниц (главная, новости, форма обратной связи с логином и паролем, страница об основном продукте)? Дизайн, верстка. Тексты для наполнения страниц дает заказчик. Оформление без анимации, в основном текст, с возможностью потом заказчику самостоятельно добавлять и изменять страницы (имеется в виду какой-то удобный инструмент). Да, важно - чтобы в IE работал пункт меню Вид->Размер шрифта. Минимум рисованой графики. Может быть, потребуется обработка фотографий продукции 3-10 штук. Если кому-то из специалистов будет не лень расписать, сколько может стоить каждый пункт, буду очень благодарна. Просто хочется оценить реальность коммерческого предложения, которое нам направила "знакомая" фирма, и понять, стоит ли с ними работать. Еще - все расчеты только для официального оформления договора с подписями и печатями, деньги безналичные, "белые" и должны учитывать налоги и все остальные интересы исполнителей, чтобы по бухгалтерии все прошло "как есть".

Еще раз повторюсь - это не проект, не конкурс и т.д., а просто хочется ознакомиться с мнениями специалистов, сколько это может стоить.

Цитата ("ossadchy"):

По сути заказчику начхать на W3C и на анкоры, ему важно чтоб верстка выглядела нормально в разных браузерах(и то не всегда)....
зачем знать устройство двигателя внутреннего сгорания чтобы ездить на автомобиле, важно чтоб он ехал и вел так как от него этого ожидают...

Продолжая вашу аналогию, у такого беспечного заказчика, через месяц может сломаться машина и ремонт обойдется дороже покупки

Бред бред бред.
Делом заниматься надо, а не фигней . Что вообще за мания в последнее время придумывать всякие ограничения ?
Авторизация с тремя документами, трасты, про, фиксированные цены, стандарты, гильдии.
Ну от новичков ладно, ну так ведь и старожилы попадаются..
А тем ли вы занимаетесь и на своем месте ли находитесь ?

Мне тоже непонятно, зачем тратить время на все эти заморочки, это рынок, где пахать на то, чтобы кому-то (конкуренту например, который еще не может, и демпингует) упростить работу нет смысла... Хотите оптимальных решений - гугл вам в помощь..