<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Про молодые кадры в IT</title>
	<atom:link href="http://blog.nundesign.com/blogosphera/2008/01/it-job/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/</link>
	<description>О дизайне и веб-дизайнерах</description>
	<lastBuildDate>Sat, 13 Mar 2010 08:17:11 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Leschinsky Oleg</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-5782</link>
		<dc:creator>Leschinsky Oleg</dc:creator>
		<pubDate>Fri, 04 Apr 2008 06:22:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-5782</guid>
		<description>Модульные тесты вроде ж и не должны заказчиком оплачиваться, а предназначены для повышения эффективности труда разработчиков.

Если не сложно, опишите это место подробнее: &quot;...уже начало нравиться, как раз — и нет у нас юнит-тестирования. Потому что заказчик не платит...&quot;.</description>
		<content:encoded><![CDATA[<p>Модульные тесты вроде ж и не должны заказчиком оплачиваться, а предназначены для повышения эффективности труда разработчиков.</p>
<p>Если не сложно, опишите это место подробнее: &#8220;&#8230;уже начало нравиться, как раз — и нет у нас юнит-тестирования. Потому что заказчик не платит&#8230;&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NunDesign</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4810</link>
		<dc:creator>NunDesign</dc:creator>
		<pubDate>Tue, 22 Jan 2008 12:35:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4810</guid>
		<description>Командная работа и авторитетный тимлидер
[...] Про молодые кадры в IT [...]</description>
		<content:encoded><![CDATA[<p>Командная работа и авторитетный тимлидер<br />
[...] Про молодые кадры в IT [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Naumov</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4791</link>
		<dc:creator>Anton Naumov</dc:creator>
		<pubDate>Sun, 20 Jan 2008 01:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4791</guid>
		<description>не умение работать с заказчиком есть проблемы бизнесс аналитиков. это если по закону, но есть еще &lt;strike&gt;личные отношения&lt;/strike&gt; реалии украинского ИТ. а реалии таковы -- кто хочет, делает. в условиях ограниченных людских и финансовых ресурсов, в условиях преса заказчика и локального руководства, когда никому ничего не надо. кто хочет, все-равно делает. а кто не хочет... ну тут масса факторов. и все объективные. и ни один не оправдывает не желание делать хорошо. 
можно каждый из пунктов покатать. и к каждому напишу три-четыре аргумента, как можно &lt;strong&gt;доказать&lt;/strong&gt; заказчику, что ему нужно именно так. и никак иначе. надо?
кратенько про &quot;индусский&quot; код -- индусский код можно получить за в 10 (!!!!) раз меньшую стоимость. нет вопроса о том нужно или не нужно развиватся. это данность. от нее &lt;strong&gt;никуда&lt;/strong&gt; не деться, кто этого не понимает обречен.
и про серьезных заказчиков, Телеком Австрия достаточно серьезный заказчик? аутсорсят в Украине, в Харькове. Microsoft? там же в том же городе. Novell? еще?
p.s. да, Саша, я за последние 10 (?) лет ни чуть не изменился, все такой же категоричный....
p.p.s. раз уж ты это ты, а я это я, так может опять на &quot;ты&quot;, по старой-то ФИДОшной привычке? :)</description>
		<content:encoded><![CDATA[<p>не умение работать с заказчиком есть проблемы бизнесс аналитиков. это если по закону, но есть еще <strike>личные отношения</strike> реалии украинского ИТ. а реалии таковы &#8212; кто хочет, делает. в условиях ограниченных людских и финансовых ресурсов, в условиях преса заказчика и локального руководства, когда никому ничего не надо. кто хочет, все-равно делает. а кто не хочет&#8230; ну тут масса факторов. и все объективные. и ни один не оправдывает не желание делать хорошо.<br />
можно каждый из пунктов покатать. и к каждому напишу три-четыре аргумента, как можно <strong>доказать</strong> заказчику, что ему нужно именно так. и никак иначе. надо?<br />
кратенько про &#8220;индусский&#8221; код &#8212; индусский код можно получить за в 10 (!!!!) раз меньшую стоимость. нет вопроса о том нужно или не нужно развиватся. это данность. от нее <strong>никуда</strong> не деться, кто этого не понимает обречен.<br />
и про серьезных заказчиков, Телеком Австрия достаточно серьезный заказчик? аутсорсят в Украине, в Харькове. Microsoft? там же в том же городе. Novell? еще?<br />
p.s. да, Саша, я за последние 10 (?) лет ни чуть не изменился, все такой же категоричный&#8230;.<br />
p.p.s. раз уж ты это ты, а я это я, так может опять на &#8220;ты&#8221;, по старой-то ФИДОшной привычке? <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/blogosphera/2008/01/it-job/comment-page-1/#comment-4786</link>
		<dc:creator>Scratch</dc:creator>
		<pubDate>Fri, 18 Jan 2008 18:32:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4786</guid>
		<description>Да, нужно писать хороший код, никто не спорит (одно плохо -- у нас не учат писать хороший код). Но для того чтобы это делать, нужна эволюция заказчиков.
То есть, мне, как PM, например, приходится объяснять заказчику, почему система вдруг (через два года активной работы) поломалась. И почему мы не могли сразу написать такую систему, которая работала бы вечно (при том-то бюджете).
А при попытке в новых проектах учесть это все (то есть -- документирование, проектирование архитектуры, проверка эффективности кода, моделирование, юнит-тесты, нормальный этап нагрузочного тестирования и прочее-прочее) -- заказчик сразу же урезает эти пункты, потому что &quot;это слишком много, и не нужно в таком проекте&quot;. Само собой, когда проект начинает разростаться, и начинают выползать бока -- наподобие тех, что проект для внесения маленьких изменения приходится переделывать -- то заказчик опять же ругается, что нужно было делать хорошо... Увы.

Так что пока заказчикам будет годиться &quot;индусский&quot; код -- ни о каком развитии и речи быть не может.

(Ну, а серьезные заказчики украинский аутсорс часто не воспринимают всерьез. Что украинцы, что китайцы, что индусы -- это все отстающие страны).</description>
		<content:encoded><![CDATA[<p>Да, нужно писать хороший код, никто не спорит (одно плохо &#8212; у нас не учат писать хороший код). Но для того чтобы это делать, нужна эволюция заказчиков.<br />
То есть, мне, как PM, например, приходится объяснять заказчику, почему система вдруг (через два года активной работы) поломалась. И почему мы не могли сразу написать такую систему, которая работала бы вечно (при том-то бюджете).<br />
А при попытке в новых проектах учесть это все (то есть &#8212; документирование, проектирование архитектуры, проверка эффективности кода, моделирование, юнит-тесты, нормальный этап нагрузочного тестирования и прочее-прочее) &#8212; заказчик сразу же урезает эти пункты, потому что &#8220;это слишком много, и не нужно в таком проекте&#8221;. Само собой, когда проект начинает разростаться, и начинают выползать бока &#8212; наподобие тех, что проект для внесения маленьких изменения приходится переделывать &#8212; то заказчик опять же ругается, что нужно было делать хорошо&#8230; Увы.</p>
<p>Так что пока заказчикам будет годиться &#8220;индусский&#8221; код &#8212; ни о каком развитии и речи быть не может.</p>
<p>(Ну, а серьезные заказчики украинский аутсорс часто не воспринимают всерьез. Что украинцы, что китайцы, что индусы &#8212; это все отстающие страны).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NunDesign</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4776</link>
		<dc:creator>NunDesign</dc:creator>
		<pubDate>Fri, 18 Jan 2008 13:08:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4776</guid>
		<description>Что делать с этими цыплятами?
[...] прошлому посту про спецов в IT хорошие комменты, спасибо, друзья. [...]</description>
		<content:encoded><![CDATA[<p>Что делать с этими цыплятами?<br />
[...] прошлому посту про спецов в IT хорошие комменты, спасибо, друзья. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Naumov</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4775</link>
		<dc:creator>Anton Naumov</dc:creator>
		<pubDate>Fri, 18 Jan 2008 00:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4775</guid>
		<description>и еще, если спросить любого работодателя, то на самом деле для него будет лучше тот программист, который хорошо делает любые задачи in time and in budget. а уж по 8 часов в сутки, по 12 или по 2 работодателя интересует в последнюю очередь. если конечно говорить о реальном работодателе -- заказчике. если говорить о посредниках -- владельцах и менеджменте контор -- то тут разные встречаются. 
но по итогу 8 часов в сутки 5 дней в неделю сидят либо люди, которым особо нечего делать, либо люди, которые не очень-то и хотят работать в ИТ. остальные по 8 часов не сидят -- это я снова о себе и своих товарищах. получается либо больше, либо меньше. но если меньше получается, то никто не напрягается особо, потому что если из месяца получается меньше 8ми часов суммарно неделя -- хорошо, а так обычно больше. и хорошо больше -- 3-4 часа. но разве это важно? если работа сделана хорошо.</description>
		<content:encoded><![CDATA[<p>и еще, если спросить любого работодателя, то на самом деле для него будет лучше тот программист, который хорошо делает любые задачи in time and in budget. а уж по 8 часов в сутки, по 12 или по 2 работодателя интересует в последнюю очередь. если конечно говорить о реальном работодателе &#8212; заказчике. если говорить о посредниках &#8212; владельцах и менеджменте контор &#8212; то тут разные встречаются.<br />
но по итогу 8 часов в сутки 5 дней в неделю сидят либо люди, которым особо нечего делать, либо люди, которые не очень-то и хотят работать в ИТ. остальные по 8 часов не сидят &#8212; это я снова о себе и своих товарищах. получается либо больше, либо меньше. но если меньше получается, то никто не напрягается особо, потому что если из месяца получается меньше 8ми часов суммарно неделя &#8212; хорошо, а так обычно больше. и хорошо больше &#8212; 3-4 часа. но разве это важно? если работа сделана хорошо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Naumov</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4774</link>
		<dc:creator>Anton Naumov</dc:creator>
		<pubDate>Fri, 18 Jan 2008 00:03:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4774</guid>
		<description>теперь хорошие кадры мигрируют внутрь индустрии только при закрытии очередной крупной конторы. так было с Телеком, так было с МаксБиллом... индустрия достаточно сложна, для того чтобы сюда шли авантюристы и недостаточно денежна пока, чтобы сюда шли профессиональные топы. приходится ростить кадры. брать Джуниров и учить. а дальше как повезет -- или себе или кому-то. но все польза :)</description>
		<content:encoded><![CDATA[<p>теперь хорошие кадры мигрируют внутрь индустрии только при закрытии очередной крупной конторы. так было с Телеком, так было с МаксБиллом&#8230; индустрия достаточно сложна, для того чтобы сюда шли авантюристы и недостаточно денежна пока, чтобы сюда шли профессиональные топы. приходится ростить кадры. брать Джуниров и учить. а дальше как повезет &#8212; или себе или кому-то. но все польза <img src='http://blog.nundesign.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Naumov</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4773</link>
		<dc:creator>Anton Naumov</dc:creator>
		<pubDate>Fri, 18 Jan 2008 00:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4773</guid>
		<description>а вот тут согласен. рутина и костность техменеджмента убивают. мне пришлось уволиться из своей первой конторы не в последнюю очередь по этим двум причинам.</description>
		<content:encoded><![CDATA[<p>а вот тут согласен. рутина и костность техменеджмента убивают. мне пришлось уволиться из своей первой конторы не в последнюю очередь по этим двум причинам.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton Naumov</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4772</link>
		<dc:creator>Anton Naumov</dc:creator>
		<pubDate>Thu, 17 Jan 2008 23:59:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4772</guid>
		<description>солдат ребенка не обидит. разумеется заказчику нужен рабочий продукт, а кто-то спорит? только вот ведь какая штука, рабочий продукт прекрасно делают индусы. и дешево. и не нам с ними тягатся. а вот архитектурно стройный рабочий продукт, качественный рабочий продукт, расширяемый, поддерживаемый, стабильный рабочий продукт. рабочий продукт, который будет работать долгие годы, который будет эволюционировать -- вот это уже наше все. именно такого рода сервисом мы будем выживать в аутсорсинге следующие два-три года. а потом все. потом аутсорсинг в Украине примет совсем другие формы. и тягаться друг с другом будут уже девелопмент-центры крупных контор. и будут фрилансеры, подбирающие заказы, которые выпали из внимания крупных игроков и индусов. а еще фрилансеров будут нанимать теже крупные девелопмент-центры. и не важно, будет это официальным девелопмент-центром, как мечтает Эксадель или каким стал Миратех, или это будет контора аутсорсящая один-два-три крупных заказчика. суть одна. и будут продуктовые конторы. игроки внешнего и внутреннего рынка. остальные вымрут, подобно динозарам. и в этих условиях, и при таких тенденциях уже просто &lt;strong&gt;необходимо&lt;/strong&gt; учится писать &lt;strong&gt;хороший&lt;/strong&gt; код и выпускать &lt;strong&gt;качественный&lt;/strong&gt; продукт.
это если о материальной и меркантильной стороне говорить. а есть еще неизбывное желание делать свою работу хорошо. я не умею делать свою работу плохо, меня не научили. поэтому я трачу довольно много своего личного времени для написания комментариев и юнит-тестов. пока мне это только помогало.</description>
		<content:encoded><![CDATA[<p>солдат ребенка не обидит. разумеется заказчику нужен рабочий продукт, а кто-то спорит? только вот ведь какая штука, рабочий продукт прекрасно делают индусы. и дешево. и не нам с ними тягатся. а вот архитектурно стройный рабочий продукт, качественный рабочий продукт, расширяемый, поддерживаемый, стабильный рабочий продукт. рабочий продукт, который будет работать долгие годы, который будет эволюционировать &#8212; вот это уже наше все. именно такого рода сервисом мы будем выживать в аутсорсинге следующие два-три года. а потом все. потом аутсорсинг в Украине примет совсем другие формы. и тягаться друг с другом будут уже девелопмент-центры крупных контор. и будут фрилансеры, подбирающие заказы, которые выпали из внимания крупных игроков и индусов. а еще фрилансеров будут нанимать теже крупные девелопмент-центры. и не важно, будет это официальным девелопмент-центром, как мечтает Эксадель или каким стал Миратех, или это будет контора аутсорсящая один-два-три крупных заказчика. суть одна. и будут продуктовые конторы. игроки внешнего и внутреннего рынка. остальные вымрут, подобно динозарам. и в этих условиях, и при таких тенденциях уже просто <strong>необходимо</strong> учится писать <strong>хороший</strong> код и выпускать <strong>качественный</strong> продукт.<br />
это если о материальной и меркантильной стороне говорить. а есть еще неизбывное желание делать свою работу хорошо. я не умею делать свою работу плохо, меня не научили. поэтому я трачу довольно много своего личного времени для написания комментариев и юнит-тестов. пока мне это только помогало.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scratch</title>
		<link>http://blog.nundesign.com/blogosphera/2008/01/it-job/comment-page-1/#comment-4763</link>
		<dc:creator>Scratch</dc:creator>
		<pubDate>Thu, 17 Jan 2008 16:50:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nundesign.com/blogosphera/2008/01/it-job/#comment-4763</guid>
		<description>Ага. Только миграция хороших кадров внутрь индустрии тоже не особо себя проявляет. 
И, опять же -- нужно договориться, что считать хорошим кадром.

Если спросить любого (почти) работодателя, то для него будет лучше программист, который средненько делает средние задачи, но честно делает их по 8 часов в сутки.

А программист, который готов вылизывать код до блеска, и может написать программу, выводящую свой исходник на языке brainfuck -- ему не нужен.
У промышленников всегда больше ценились першероны, чем арабские скакуны.</description>
		<content:encoded><![CDATA[<p>Ага. Только миграция хороших кадров внутрь индустрии тоже не особо себя проявляет.<br />
И, опять же &#8212; нужно договориться, что считать хорошим кадром.</p>
<p>Если спросить любого (почти) работодателя, то для него будет лучше программист, который средненько делает средние задачи, но честно делает их по 8 часов в сутки.</p>
<p>А программист, который готов вылизывать код до блеска, и может написать программу, выводящую свой исходник на языке brainfuck &#8212; ему не нужен.<br />
У промышленников всегда больше ценились першероны, чем арабские скакуны.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
