<?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/02/visual-studio-table/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/</link>
	<description>О дизайне и веб-дизайнерах</description>
	<pubDate>Mon, 13 Oct 2008 14:00:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: gorky17</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-15185</link>
		<dc:creator>gorky17</dc:creator>
		<pubDate>Mon, 15 Sep 2008 13:45:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-15185</guid>
		<description>Первый раз наткнулся на нормально статью в блоге веб-разработчика(верстака, не важно).

По проблеме - одноячеечное обрамление не так страшно. Страшней когда код при добавлении контрола вообще перестает быть валидным. Если первое все переживут, то второе уже нет.

Сами контролы можно поправлять вручную, плохой контрол значит. В идеале должно быть так, использовать для отступов либо стиль, либо ячейки, и в зависимости от нужды правильно формировать свойства добавляемого контрола. Но повторюсь, это не должно ни увеличивать размер и оптимальность кода, и, прежде всего, не лишать код валидности.</description>
		<content:encoded><![CDATA[<p>Первый раз наткнулся на нормально статью в блоге веб-разработчика(верстака, не важно).</p>
<p>По проблеме - одноячеечное обрамление не так страшно. Страшней когда код при добавлении контрола вообще перестает быть валидным. Если первое все переживут, то второе уже нет.</p>
<p>Сами контролы можно поправлять вручную, плохой контрол значит. В идеале должно быть так, использовать для отступов либо стиль, либо ячейки, и в зависимости от нужды правильно формировать свойства добавляемого контрола. Но повторюсь, это не должно ни увеличивать размер и оптимальность кода, и, прежде всего, не лишать код валидности.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Naumov</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5484</link>
		<dc:creator>Anton Naumov</dc:creator>
		<pubDate>Fri, 07 Mar 2008 10:37:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5484</guid>
		<description>рад за Вас, а я вот нет. не умею. т.е. могу конечно если уж сильно припечет, но результат...</description>
		<content:encoded><![CDATA[<p>рад за Вас, а я вот нет. не умею. т.е. могу конечно если уж сильно припечет, но результат&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrey Z</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5480</link>
		<dc:creator>Andrey Z</dc:creator>
		<pubDate>Fri, 07 Mar 2008 07:27:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5480</guid>
		<description>А фраза мне нравится... 

Прочитав все, конечно хочется сказать много чего... но как один из ушедших скажу одно: вопрос не в том, кто чем пользуется - вопрос в том как достигается результат и какой ценой. 
А учить хорошему стилю web-developers надо, иначе не быть им таковыми 

ЗЫ Наумову привет, я кстати кран в состоянии и сам починить</description>
		<content:encoded><![CDATA[<p>А фраза мне нравится&#8230; </p>
<p>Прочитав все, конечно хочется сказать много чего&#8230; но как один из ушедших скажу одно: вопрос не в том, кто чем пользуется - вопрос в том как достигается результат и какой ценой.<br />
А учить хорошему стилю web-developers надо, иначе не быть им таковыми </p>
<p>ЗЫ Наумову привет, я кстати кран в состоянии и сам починить</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Naumov</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5344</link>
		<dc:creator>Anton Naumov</dc:creator>
		<pubDate>Fri, 22 Feb 2008 09:58:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5344</guid>
		<description>про код согласен, с признакми -- нет. для построения десктопного GUI визуальные среды исключительно хороши. более того, там можно минимально обрабатывать руками полученный результат -- он все-равно эффективнее работать не станет.
когда я еще работал со Swing, меня очень сильно доставала необходимость перезапускать приложение при изменении позицонирования одного из элементов формы. правда это было очень давно....</description>
		<content:encoded><![CDATA[<p>про код согласен, с признакми &#8212; нет. для построения десктопного GUI визуальные среды исключительно хороши. более того, там можно минимально обрабатывать руками полученный результат &#8212; он все-равно эффективнее работать не станет.<br />
когда я еще работал со Swing, меня очень сильно доставала необходимость перезапускать приложение при изменении позицонирования одного из элементов формы. правда это было очень давно&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nundesign</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5343</link>
		<dc:creator>nundesign</dc:creator>
		<pubDate>Fri, 22 Feb 2008 09:05:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5343</guid>
		<description>Да, об этом как раз (в общем) и писала в следующей заметке, &lt;a href="http://blog.nundesign.com/design/2008/02/xhtml-code/" rel="nofollow"&gt;в продолжении&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Да, об этом как раз (в общем) и писала в следующей заметке, <a href="http://blog.nundesign.com/design/2008/02/xhtml-code/" rel="nofollow">в продолжении</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: snow_wons</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5342</link>
		<dc:creator>snow_wons</dc:creator>
		<pubDate>Fri, 22 Feb 2008 08:57:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5342</guid>
		<description>Кроме блонота и визуальных сред есть еще IDE. (Но они совмещены с визуальными обычно) И использование имено IDE весьма сильно повышает производительность.
И причин этому - море.
1. Подстветка синтаксиса.
2. Поиск ошибок.
3. Подсказки в параметрах функции.
4. Автодополнение переменных/констант/имён функций.
5. Поддержка проектов.

И если разработчику придётся пересесть за блокнот (достал уже KWrite) вместо нормальной среды (От zend на работе пришлось отказаться, а Eclipse тормозит жутчайше.. :-( ) то он будет также писать код, вот только уже без всяких удобств.</description>
		<content:encoded><![CDATA[<p>Кроме блонота и визуальных сред есть еще IDE. (Но они совмещены с визуальными обычно) И использование имено IDE весьма сильно повышает производительность.<br />
И причин этому - море.<br />
1. Подстветка синтаксиса.<br />
2. Поиск ошибок.<br />
3. Подсказки в параметрах функции.<br />
4. Автодополнение переменных/констант/имён функций.<br />
5. Поддержка проектов.</p>
<p>И если разработчику придётся пересесть за блокнот (достал уже KWrite) вместо нормальной среды (От zend на работе пришлось отказаться, а Eclipse тормозит жутчайше.. <img src='http://blog.nundesign.com/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> ) то он будет также писать код, вот только уже без всяких удобств.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ворон</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5339</link>
		<dc:creator>Ворон</dc:creator>
		<pubDate>Thu, 21 Feb 2008 22:23:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5339</guid>
		<description>Хороший код пишется только руками.
И не имеет значения - идет речь о верстке или программировании.
Естественно, всегда используется какой то инструментарий.
Но чем он проще - тем, как правило, лучше для проекта.
Например, я использую в качестве редактора emeditor - блокнот с нормальной поддержкой кодировок, поиском по регулярным выражениям, подсветкой синтаксиса и нумерацией строк.
Все.
Больше мне для результативной работы от инструмента ничего не нужно.
И верстка, как и код, у меня выходят достаточно неплохие.
Если человек использует визуальную среду разработки это признак того, что:
1. Человек не достаточно разбирается в том, что пытается сделать и "облегчает себе таким образом жизнь". 
2. Человек готов пожертвовать качеством кода для ускорения процесса разработки.
3. Человеку просто все равно какой результат он выдает. Лишь бы работал как то... С визуальными средствами разработки то легче. А руками писать - лень.

P.S. Если программер сетует на майкрософт а не на свои руки, то надо гнать такого программера.</description>
		<content:encoded><![CDATA[<p>Хороший код пишется только руками.<br />
И не имеет значения - идет речь о верстке или программировании.<br />
Естественно, всегда используется какой то инструментарий.<br />
Но чем он проще - тем, как правило, лучше для проекта.<br />
Например, я использую в качестве редактора emeditor - блокнот с нормальной поддержкой кодировок, поиском по регулярным выражениям, подсветкой синтаксиса и нумерацией строк.<br />
Все.<br />
Больше мне для результативной работы от инструмента ничего не нужно.<br />
И верстка, как и код, у меня выходят достаточно неплохие.<br />
Если человек использует визуальную среду разработки это признак того, что:<br />
1. Человек не достаточно разбирается в том, что пытается сделать и &#8220;облегчает себе таким образом жизнь&#8221;.<br />
2. Человек готов пожертвовать качеством кода для ускорения процесса разработки.<br />
3. Человеку просто все равно какой результат он выдает. Лишь бы работал как то&#8230; С визуальными средствами разработки то легче. А руками писать - лень.</p>
<p>P.S. Если программер сетует на майкрософт а не на свои руки, то надо гнать такого программера.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grimskin</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5323</link>
		<dc:creator>grimskin</dc:creator>
		<pubDate>Wed, 20 Feb 2008 14:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5323</guid>
		<description>хм. а чего стоит "умение применять свои знания на практике" без собственно самих знаний ?</description>
		<content:encoded><![CDATA[<p>хм. а чего стоит &#8220;умение применять свои знания на практике&#8221; без собственно самих знаний ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NunDesign</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5322</link>
		<dc:creator>NunDesign</dc:creator>
		<pubDate>Wed, 20 Feb 2008 13:14:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5322</guid>
		<description>Верстальщики и программеры, продолжение: [...] прошлого поста о верстальщиках и программерах могло сложиться (и у некоторых, судя по переписке, [...]</description>
		<content:encoded><![CDATA[<p>Верстальщики и программеры, продолжение: [...] прошлого поста о верстальщиках и программерах могло сложиться (и у некоторых, судя по переписке, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nundesign</title>
		<link>http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5321</link>
		<dc:creator>nundesign</dc:creator>
		<pubDate>Wed, 20 Feb 2008 12:37:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/design/2008/02/visual-studio-table/#comment-5321</guid>
		<description>У нас в основном именно такие проекты, правда все предыдущие (которые казались сложными), на самом деле были разминкой перед тем, который в разработке и совершенствовании уже пол года. с конца августа. Здесь очень сложно. 90% кода - можно посмотреть визуализацию только в зависимости от условий, верстать-отлаживать очень сложно, а на подпроекте этого проекта вообще возможно только при коннекте к реальной базе + при проведении реальной транзакции.

А про режим дизайн. У меня не находится слов, чтобы объяснить нашим программерам (не верстальщикам!) всё зло этого режима, так же не могу убедить ТД сделать корпоративным правилом использование только режима code. Он-то не криворукий, у него подобных сбоев не бывало. И он просто не видит проблему, которую порождают остальные.</description>
		<content:encoded><![CDATA[<p>У нас в основном именно такие проекты, правда все предыдущие (которые казались сложными), на самом деле были разминкой перед тем, который в разработке и совершенствовании уже пол года. с конца августа. Здесь очень сложно. 90% кода - можно посмотреть визуализацию только в зависимости от условий, верстать-отлаживать очень сложно, а на подпроекте этого проекта вообще возможно только при коннекте к реальной базе + при проведении реальной транзакции.</p>
<p>А про режим дизайн. У меня не находится слов, чтобы объяснить нашим программерам (не верстальщикам!) всё зло этого режима, так же не могу убедить ТД сделать корпоративным правилом использование только режима code. Он-то не криворукий, у него подобных сбоев не бывало. И он просто не видит проблему, которую порождают остальные.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
