<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Про дедлайны и безграмотную вёрстку.</title>
	<atom:link href="http://blog.nundesign.com/design/2008/03/deadline/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nundesign.com/design/2008/03/deadline/</link>
	<description>О дизайне и веб-дизайнерах</description>
	<pubDate>Fri, 09 May 2008 23:28:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Блог NunDesign &#187; Blog Archive &#187; Два вопроса про качественный в кавычках CSS</title>
		<link>http://blog.nundesign.com/design/2008/03/deadline/#comment-5909</link>
		<dc:creator>Блог NunDesign &#187; Blog Archive &#187; Два вопроса про качественный в кавычках CSS</dc:creator>
		<pubDate>Wed, 16 Apr 2008 10:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/03/deadline/#comment-5909</guid>
		<description>[...] зачастую пристойнее, а вёрстка - это просто песня, и я писала уже о качестве ихней вёрстки даже в этом блоге). У нас разное понимание того, что такое качество, и что [...]</description>
		<content:encoded><![CDATA[<p>[...] зачастую пристойнее, а вёрстка - это просто песня, и я писала уже о качестве ихней вёрстки даже в этом блоге). У нас разное понимание того, что такое качество, и что [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: burnis</title>
		<link>http://blog.nundesign.com/design/2008/03/deadline/#comment-5650</link>
		<dc:creator>burnis</dc:creator>
		<pubDate>Sat, 22 Mar 2008 11:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/03/deadline/#comment-5650</guid>
		<description>прочитал. осилил. с заокенскими просто жуть.
может с аурой чего случилось? -)

про то где не нужна валидность забыли упомянуть сателлиты -)
а это ведь уже целая индустрия, уже даже биржи сателлитов есть.

а вот про верстку считаю, что она должна быть такой, которая понятна команде. грубо говоря - фиг с ней с валидацией, лиж бы програмисты понимали что им наверстали верстальщьци и.т.д
и что бы не было притензий.
если умеют мусор читать быстро сделанный вордом -) то ради бога. 
но это все лишь в теории, кроме того если есть претензии, если кому-то тяжело разбираться в этом "коде"  и читать его, тогда конечно - нужно что-то делать.

только вот не может быть код неструктурированным и что бы при этом его кто-то понимал...но как это объяснить?

про чтение кода провели с другом эксперимент, написал он достаточно большой код (на тему подобия интернет-магазина) при этом не структурированные, без коментариев (и так мол прокатит). сделано было на "быстрый" так сказать заказ.

и вот прошло полгода, прошлый заказчик попросил внести друга кое-какие измеения за доп.плату -)))
и оказывается код не читабелен даже для того, кто его писал.
в итоге делать то надо...переписываться все стало снуля (слишком все там непонятно..и как оказалось позже еше и не так работает как думалось).

казалось бы бред. а порядок лучше наводить с самого начала</description>
		<content:encoded><![CDATA[<p>прочитал. осилил. с заокенскими просто жуть.<br />
может с аурой чего случилось? -)</p>
<p>про то где не нужна валидность забыли упомянуть сателлиты -)<br />
а это ведь уже целая индустрия, уже даже биржи сателлитов есть.</p>
<p>а вот про верстку считаю, что она должна быть такой, которая понятна команде. грубо говоря - фиг с ней с валидацией, лиж бы програмисты понимали что им наверстали верстальщьци и.т.д<br />
и что бы не было притензий.<br />
если умеют мусор читать быстро сделанный вордом -) то ради бога.<br />
но это все лишь в теории, кроме того если есть претензии, если кому-то тяжело разбираться в этом &#8220;коде&#8221;  и читать его, тогда конечно - нужно что-то делать.</p>
<p>только вот не может быть код неструктурированным и что бы при этом его кто-то понимал&#8230;но как это объяснить?</p>
<p>про чтение кода провели с другом эксперимент, написал он достаточно большой код (на тему подобия интернет-магазина) при этом не структурированные, без коментариев (и так мол прокатит). сделано было на &#8220;быстрый&#8221; так сказать заказ.</p>
<p>и вот прошло полгода, прошлый заказчик попросил внести друга кое-какие измеения за доп.плату -)))<br />
и оказывается код не читабелен даже для того, кто его писал.<br />
в итоге делать то надо&#8230;переписываться все стало снуля (слишком все там непонятно..и как оказалось позже еше и не так работает как думалось).</p>
<p>казалось бы бред. а порядок лучше наводить с самого начала</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nundesign</title>
		<link>http://blog.nundesign.com/design/2008/03/deadline/#comment-5605</link>
		<dc:creator>nundesign</dc:creator>
		<pubDate>Wed, 19 Mar 2008 09:16:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/03/deadline/#comment-5605</guid>
		<description>Хорошее слово - "читать". Смешно, но я тоже часто использую именно это слово, когда говорю с верстальщиками о их коде - хороший код, он читабельный, по нему можно работать даже в слепую, без визуализации. Но дело ведь не только во write-only, это не главное, хотя и приятно, если код хорошо оформлен. Но не главное, Саш.
НЕ ЛОГИЧНЫЙ код, не оптимальный, избыточный, использование оформительских атрибутов в тегах, не правильное планирование базовых контейнеров сетки, не правильный выбор - что (в рамках конкретного эскиза) будет контейнером, неправильно определено наследование, вот самая главная беда при безграмотной вёрстке, вот чему стоит уделять внимание.
А перловые перлы - да, приходилось сталкиваться :) но видела и людей, читающих легко любые перловые кракозябры и за секунды диктующие мне - что здесь во что в конечном итоге распарсится :)</description>
		<content:encoded><![CDATA[<p>Хорошее слово - &#8220;читать&#8221;. Смешно, но я тоже часто использую именно это слово, когда говорю с верстальщиками о их коде - хороший код, он читабельный, по нему можно работать даже в слепую, без визуализации. Но дело ведь не только во write-only, это не главное, хотя и приятно, если код хорошо оформлен. Но не главное, Саш.<br />
НЕ ЛОГИЧНЫЙ код, не оптимальный, избыточный, использование оформительских атрибутов в тегах, не правильное планирование базовых контейнеров сетки, не правильный выбор - что (в рамках конкретного эскиза) будет контейнером, неправильно определено наследование, вот самая главная беда при безграмотной вёрстке, вот чему стоит уделять внимание.<br />
А перловые перлы - да, приходилось сталкиваться <img src='http://blog.nundesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> но видела и людей, читающих легко любые перловые кракозябры и за секунды диктующие мне - что здесь во что в конечном итоге распарсится <img src='http://blog.nundesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scratch</title>
		<link>http://blog.nundesign.com/design/2008/03/deadline/#comment-5601</link>
		<dc:creator>Scratch</dc:creator>
		<pubDate>Tue, 18 Mar 2008 23:19:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/03/deadline/#comment-5601</guid>
		<description>Одна из причин, по которой я не люблю многих C++ и Perl - программистов заключается в их любви к "write-only" коду.
То есть такой, который можно написать (ивыпятить свое знание языка), но совершенно невозможно читать.

За это же я не люблю некоторых верстальщиков.</description>
		<content:encoded><![CDATA[<p>Одна из причин, по которой я не люблю многих C++ и Perl - программистов заключается в их любви к &#8220;write-only&#8221; коду.<br />
То есть такой, который можно написать (ивыпятить свое знание языка), но совершенно невозможно читать.</p>
<p>За это же я не люблю некоторых верстальщиков.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
