<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PM Stories &#187; програмист</title>
	<atom:link href="http://pmstories.com/bg/tag/%d0%bf%d1%80%d0%be%d0%b3%d1%80%d0%b0%d0%bc%d0%b8%d1%81%d1%82/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmstories.com/bg</link>
	<description>Истории от света на софтуерното производство и управлението на проекти</description>
	<lastBuildDate>Mon, 07 Nov 2011 07:50:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>100 въпроса при интервюиране на софтуерни разработчици. Част 1 &#8211; изисквания и дизайн</title>
		<link>http://pmstories.com/bg/2009/03/09/100-interview-questions-for-software-developers-1/</link>
		<comments>http://pmstories.com/bg/2009/03/09/100-interview-questions-for-software-developers-1/#comments</comments>
		<pubDate>Mon, 09 Mar 2009 05:10:41 +0000</pubDate>
		<dc:creator>Майк Рам</dc:creator>
				<category><![CDATA[Разработка на софтуер]]></category>
		<category><![CDATA[Jurgen Appelo]]></category>
		<category><![CDATA[въпроси за интервю]]></category>
		<category><![CDATA[програмист]]></category>
		<category><![CDATA[разработчици на софтуер]]></category>
		<category><![CDATA[технически дизайн]]></category>
		<category><![CDATA[управление на изискванията]]></category>
		<category><![CDATA[функционален дизайн]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/?p=261</guid>
		<description><![CDATA[Когато съм участвал в интервю за работа &#8211; било като кандидат или като работодател, често съм се сблъсквал с неподготвеност за задаване на подходящи въпроси, които да разкрият по-добре качествата на кандидата. Ако аз съм бил този кандидат, съм попадал в ситуации, когато изпитващите или не са знаели какво да ме питата, или са ми [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: center;"><img class="size-full wp-image-266 aligncenter" title="Управление на изискванията и функционален дизайн" src="http://pmstories.com/bg/wp-content/uploads/2009/03/requirements-gathering.jpg" alt="Управление на изискванията и функционален дизайн" width="400" height="267" /></p>
<p>Когато съм участвал в интервю за работа &#8211; било като кандидат или като работодател, често съм се сблъсквал с неподготвеност за задаване на подходящи въпроси, които да разкрият по-добре качествата на кандидата. Ако аз съм бил този кандидат, съм попадал в ситуации, когато изпитващите или не са знаели какво да ме питата, или са ми задавали елементарни задачки, като сортиране на масив по метода на мехурчето. В другият случай, пък, аз и моите колеги дълго сме мислили какви точно въпроси да зададем, за да открием чрез тях най-подходящия кандидат.</p>
<p><strong>Jurgen Appelo</strong> от блога <a title="Noop" href="http://www.noop.nl/" target="_blank">NOOP.nl</a> е изготвил <a title="100 Interview Questions for Software Developers" href="http://www.noop.nl/2009/01/100-interview-questions-for-software-developers.html" target="_blank">един много обширен списък с въпроси</a>, с който до голяма степен решава всички тези проблеми. Списъкът е разделен в 10 категории, всяка от които съдържа по 10 въпроса. Категориите са избрани според областите на знание, дефинирани от <a title="SWEBOK" href="http://www.swebok.org/" target="_blank"><strong>Software Engineering Body of Knowledge (SWEBOK)</strong></a>. Между другото, от този сайт можете да си свалите <a title="The Guide to SWEBOK" href="http://www2.computer.org/portal/web/swebok/htmlformat" target="_blank">The Guide to SWEBOK</a> &#8211; една изключително полезна книга за софтуерни разработчици.</p>
<p>Тук е моментът да се отбележи, че Юрген е привърженик на &#8220;гъвкавите&#8221; подходи в разработката на софтуер и смята, че един програмист трябва да е широк специалист и да е компетентен във всяка от 10-те области. Традиционният подход в управлението на софтуерни проекти набляга повече на специализацията и предполага, че един член на софтуерен екип може да е специалист в една или няколко области, но не и във всички.</p>
<p>Моето лично мнение повече клони към втория подход, но това не е чак толкова важно. Дали ще зададете всички въпроси на един човек или ще зададете само част от тях, в зависимост от неговата тясна специализация, не е толкова важно. По-важно е какво очаквате от него като знания и опит и как те трябва да бъдат проявени в отговорите на кандидатите.</p>
<p><span id="more-261"></span>Важно е да се има предвид, че някои от въпросите нямат правилен или грешен отговор, както самият автор подчертава. Те са измислени, за да се провери креативното мислене на кандидата и неговата реакция в трудни моменти. Признавам си, че аз самият не можах да отговоря на всички въпроси &#8211; явно има области, в които не съм достатъчно компетентен <img src='http://pmstories.com/bg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Тук ще ви цитирам някои от въпросите, които най-много ми харесаха, и върху които бихме могли да дискутираме &#8211; дали са подходящи и дали чрез тях можем точно да оценим знанията на кандидатите, т. е. &#8211; дали те покриват минималният набор от знания и умения, които един кандидат за позицията &#8220;софтуерен разработчик&#8221; трябва да притежава.</p>
<p>Първата серия от въпроси са насочени към управление на изискванията и дизайна.</p>
<p><strong>Изисквания</strong></p>
<ul>
<li>Какъв ще бъде вашият съвет към клиент, който иска едновременно висока производителност, висока ползваемост и висока степен на сигурност?</li>
<li>Как се отнасяте към променящи се изисквания? Това добро ли е или лошо? Защо?</li>
</ul>
<p><strong>Функционален дизайн<br />
</strong></p>
<ul>
<li>Как бихте намалили усещането на потребителя за чакане, когато някои функционалности изискват много време за изпълнение?</li>
<li>Как ще проектирате функционалност за редактиране на 12 полета в списък от 10 елемента? А за редактиране на 3 полета в списък от 1000 елемента?</li>
<li>Можете ли да посочите някои ограничения на уеб приложенията срещу Windows приложенията?</li>
</ul>
<p><strong>Технически дизайн<br />
</strong></p>
<ul>
<li>Как ще се справите с конфликта в уеб приложение, когато различни хора се опитват да редактират едни и същи данни?</li>
<li>Познавате ли шаблоните за дизайн (design patterns)? Кои от тях сте използвали и в какви ситуации?</li>
</ul>
<p><em>Следва <a title="100 въпроса при интервюиране на софтуерни разработчици. Част 2 - кодиране и тестване" href="http://pmstories.com/bg/2009/03/15/100-interview-questions-for-software-developers-2/" target="_self">продължение</a>.</em></p>
<hr />
<p style="text-align: left;"><em>Гласувайте за тази статия в <a href="http://svejo.net/" target="_blank">Svejo.net</a>:</em> </p>
<p style="text-align: left;"><img src="http://www.feedburner.com/fb/images/pub/feed-icon32x32.png" alt="" hspace="10" vspace="10" width="32" height="32" align="left" /><em>Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се за съдържанието му <a rel="alternate" type="application/rss+xml" href="http://feeds.feedburner.com/PmStoriesBg">чрез RSS feed</a> или <a href="http://www.feedburner.com/fb/a/emailverifySubmit?feedId=1527753&amp;loc=en_US">по имейл</a></em>.</p>
<h3  class="related_post_title">Вижте и тези публикации:</h3><ul class="related_post"><li><a href="http://pmstories.com/bg/2009/03/15/100-interview-questions-for-software-developers-2/" title="100 въпроса при интервюиране на софтуерни разработчици. Част 2 &#8211; кодиране и тестване">100 въпроса при интервюиране на софтуерни разработчици. Част 2 &#8211; кодиране и тестване</a></li><li><a href="http://pmstories.com/bg/2009/05/19/open-agile-romania/" title="Open Agile Румъния">Open Agile Румъния</a></li><li><a href="http://pmstories.com/bg/2009/03/18/useful-links/" title="Полезни връзки: Най-важните неща за един PM, нова безплатна е-книга, манифест на сложността">Полезни връзки: Най-важните неща за един PM, нова безплатна е-книга, манифест на сложността</a></li><li><a href="http://pmstories.com/bg/2009/02/23/the-zen-of-scrum/" title="The Zen Of Scrum">The Zen Of Scrum</a></li><li><a href="http://pmstories.com/bg/2009/01/19/recommended-reading-top-software-pm-blogs/" title="Полезни връзки: 100-те най-добри блога за разработка на софтуер">Полезни връзки: 100-те най-добри блога за разработка на софтуер</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2009/03/09/100-interview-questions-for-software-developers-1/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>10 признака, че не ставате за програмист</title>
		<link>http://pmstories.com/bg/2007/10/21/10-signs/</link>
		<comments>http://pmstories.com/bg/2007/10/21/10-signs/#comments</comments>
		<pubDate>Sun, 21 Oct 2007 08:32:00 +0000</pubDate>
		<dc:creator>Майк Рам</dc:creator>
				<category><![CDATA[Разработка на софтуер]]></category>
		<category><![CDATA[качества]]></category>
		<category><![CDATA[признаци]]></category>
		<category><![CDATA[програмист]]></category>

		<guid isPermaLink="false">http://pmstories.com/bg/2007/10/21/10-%d0%bf%d1%80%d0%b8%d0%b7%d0%bd%d0%b0%d0%ba%d0%b0-%d1%87%d0%b5-%d0%bd%d0%b5-%d1%81%d1%82%d0%b0%d0%b2%d0%b0%d1%82%d0%b5-%d0%b7%d0%b0-%d0%bf%d1%80%d0%be%d0%b3%d1%80%d0%b0%d0%bc%d0%b8%d1%81%d1%82/</guid>
		<description><![CDATA[От скоро открих блога 10 Тhings, в който редовно се публикуват списъци от по 10 или повече интересни неща и вече съм му редовен читател. Една от последните публикации, озаглавена 10 признака, че не ставате за програмист, ми направи впечатление не само с това, че е по темата на моя блог, но и с доста [...]]]></description>
			<content:encoded><![CDATA[<p>От скоро открих блога <a href="http://blogs.techrepublic.com.com/10things" target="_blank">10 Тhings</a>, в който редовно се публикуват списъци от по 10 или повече интересни неща и вече съм му редовен читател. Една от последните публикации, озаглавена <a href="http://blogs.techrepublic.com.com/10things/?p=255" target="_blank">10 признака, че не ставате за програмист</a>, ми направи впечатление не само с това, че е по темата на моя блог, но и с доста странните критерии, които описва, и които, според мен, ще предизвикат доста полемики.</p>
<p><a href="http://pmstories.com/bg/wp-content/uploads/2008/01/hacker3.JPG" title="Hacker"></a></p>
<p style="text-align: center"><a href="http://pmstories.com/bg/wp-content/uploads/2008/01/hacker3.JPG" title="Hacker"><img src="http://pmstories.com/bg/wp-content/uploads/2008/01/hacker3.JPG" alt="Hacker" /></a></p>
<p>Например, признак #1 гласи: <span style="font-weight: bold">Предпочиташ да те обучават, вместо сам да се учиш</span>. И по-нататък авторът споделя:</p>
<blockquote><p>Програмистите се очаква да притежават всички неободими знания и умения, необходими за работата. Нещо повече, предполага се, че са много умни хора, които могат да решават всякакви проблеми. Това естествено води до извода, че на добрите програмисти обучение не им трябва.</p></blockquote>
<p><span id="more-74"></span>Това, безспорно е част от реалността и много хора биха споделили подобно отношение, а немалка част от програмистите действително предпочитат сами да си набавят необходимата информация и знания, отколкото да чакат някой да ги научи.</p>
<p>Следващият признак също звучи нормално. <span style="font-weight: bold">Предпочиташ нормалното работно време.</span> Всеки от нас знае, че проектите винаги закъсняват, а има и фирми, които нарочно оферират невъзможно кратки срокове, само и само да спечелят даден проект. Нормално работно време 5 х 8 в софтуерния бизнес не съществува, така че всеки, който си прави илюзията, че може да бъде програмист и да има личен живот, просто е сбъркал.</p>
<p>Останалите признаци, обаче, поне на мен ми изглеждат нереални. Може би са взети от американската корпоративна култура, която при нас липсва, но аз не мога лесно да се съглася с тях. Признак #9 например, гласи: <span style="font-weight: bold">Предпочиташ първо да стреляш, а после да задаваш въпроси</span>. Идеята, че хора, които сядат първо да програмират, а после анализират какво е трябвало да се направи, не стават за програмисти. Да, ама така работят поне 90% от програмистите в България! Можем ли да кажем, че всички те не са подходящи за тази професия?</p>
<p>Това, което ме смущава, е, че някои от признаците описват масови практики, които се наблюдават у нас. и веднага възниква въпросът: ние ли нещо не правим като хората или американците са се объркали?</p>
<p>Ето пълния списък на 10-те признака, че не ставате за програмист:</p>
<ol>
<li>Предпочиташ да те обучават, вместо сам да се учиш.</li>
<li>Предпочиташ нормалното работно време.</li>
<li>Предпочиташ редовни повишения, вместо да си потърсиш нова работа.</li>
<li>Не се разбираш добре с другите.</li>
<li>Лесно се изнервяш.</li>
<li>Затворен си за идеите на другите.</li>
<li>Не си човек на детайлите.</li>
<li>Не влагаш лични чувства в работата си.</li>
<li>Предпочиташ първо да стреляш, а после да задаваш въпроси.</li>
<li>Не харесваш особняците.</li>
</ol>
<p>Цялата статия можете да прочетете <a href="http://blogs.techrepublic.com.com/10things/?p=255" target="_blank">тук</a>. Очаквам вашите коментари.</p>
<p><img src="http://www.feedburner.com/fb/images/pub/feed-icon32x32.png" align="left" height="32" hspace="10" vspace="10" width="32" /><em>Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин <a href="http://feeds.feedburner.com/PmStoriesBg" rel="alternate" type="application/rss+xml">чрез RSS feed</a> или <a href="http://www.feedburner.com/fb/a/emailverifySubmit?feedId=1527753&amp;loc=en_US">по имейл</a></em></p>
<h3  class="related_post_title">Вижте и тези публикации:</h3><ul class="related_post"><li><a href="http://pmstories.com/bg/2009/03/09/100-interview-questions-for-software-developers-1/" title="100 въпроса при интервюиране на софтуерни разработчици. Част 1 &#8211; изисквания и дизайн">100 въпроса при интервюиране на софтуерни разработчици. Част 1 &#8211; изисквания и дизайн</a></li><li><a href="http://pmstories.com/bg/2008/05/07/leader-manager-monitor/" title="Лидер, мениджър или наблюдател?">Лидер, мениджър или наблюдател?</a></li><li><a href="http://pmstories.com/bg/2008/02/11/project-manager-evolution/" title="Еволюцията на проджект мениджъра">Еволюцията на проджект мениджъра</a></li><li><a href="http://pmstories.com/bg/2007/10/15/4-qualities-of-the-it-specialists/" title="4 важни качества на ИТ специалистите">4 важни качества на ИТ специалистите</a></li><li><a href="http://pmstories.com/bg/2007/07/20/20-qualities-of-the-inspirational-leader/" title="20-те качества на вдъхновяващия лидер">20-те качества на вдъхновяващия лидер</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://pmstories.com/bg/2007/10/21/10-signs/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

