<?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>
	Комментарии на сайте König Labs	</title>
	<atom:link href="https://koniglabs.ru/comments/feed/" rel="self" type="application/rss+xml" />
	<link>https://koniglabs.ru/</link>
	<description></description>
	<lastBuildDate>Wed, 21 May 2025 12:57:13 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		Комментарий к записи Микросервисы и CQRS: оптимизируем затраты на продукт (Aleksey Sergeevich Palatkin)		</title>
		<link>https://koniglabs.ru/cqrs-microservices/#comment-6296</link>

		<dc:creator><![CDATA[Aleksey Sergeevich Palatkin]]></dc:creator>
		<pubDate>Mon, 15 Aug 2022 19:24:18 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=3962#comment-6296</guid>

					<description><![CDATA[В ответ на &lt;a href=&quot;https://koniglabs.ru/cqrs-microservices/#comment-5212&quot;&gt;Doroteya Ker O&#039;Conner&lt;/a&gt;.

Спасибо вам за спам))]]></description>
			<content:encoded><![CDATA[<p>В ответ на <a href="https://koniglabs.ru/cqrs-microservices/#comment-5212">Doroteya Ker O&#8217;Conner</a>.</p>
<p>Спасибо вам за спам))</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Бывают Разные Работники… (Nikolay Pasko)		</title>
		<link>https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5228</link>

		<dc:creator><![CDATA[Nikolay Pasko]]></dc:creator>
		<pubDate>Tue, 17 Aug 2021 09:59:27 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=5431#comment-5228</guid>

					<description><![CDATA[В ответ на &lt;a href=&quot;https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5227&quot;&gt;Борис Плеханов&lt;/a&gt;.

Да, в целом есть разные варианты контроля. В том числе - предложенный Вами, Борис. Какой вариант применять - зависит и от характера человека, и от характера задачи, и от истории взаимоотношений.

Например, если Красному вы даёте задачу по типу тех, что он уже решал в прошлом, и при этом он знает, чего вы на самом деле хотите, а вы знаете, как он примерно будёт её выполнять - вообще никакого контроля не потребуется. Он сделает всё быстро, хорошо, и именно так, как нужно.
А Жёлтого в той же ситуации надо будет контролировать на каждом шагу, требуя отчёта по ходу выполнения задачи - иначе он ничего в итоге не сделает. Хотя будет прекрасно понимать, что именно нужно сделать и как нужно сделать. Либо сделает, но каким-то очень странным, новым и, вероятно, нелепым образом. Зато прекрасно справится с новой, необычной и непонятной ни для кого задачей.]]></description>
			<content:encoded><![CDATA[<p>В ответ на <a href="https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5227">Борис Плеханов</a>.</p>
<p>Да, в целом есть разные варианты контроля. В том числе &#8211; предложенный Вами, Борис. Какой вариант применять &#8211; зависит и от характера человека, и от характера задачи, и от истории взаимоотношений.</p>
<p>Например, если Красному вы даёте задачу по типу тех, что он уже решал в прошлом, и при этом он знает, чего вы на самом деле хотите, а вы знаете, как он примерно будёт её выполнять &#8211; вообще никакого контроля не потребуется. Он сделает всё быстро, хорошо, и именно так, как нужно.<br />
А Жёлтого в той же ситуации надо будет контролировать на каждом шагу, требуя отчёта по ходу выполнения задачи &#8211; иначе он ничего в итоге не сделает. Хотя будет прекрасно понимать, что именно нужно сделать и как нужно сделать. Либо сделает, но каким-то очень странным, новым и, вероятно, нелепым образом. Зато прекрасно справится с новой, необычной и непонятной ни для кого задачей.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Бывают Разные Работники… (Борис Плеханов)		</title>
		<link>https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5227</link>

		<dc:creator><![CDATA[Борис Плеханов]]></dc:creator>
		<pubDate>Thu, 05 Aug 2021 19:32:03 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=5431#comment-5227</guid>

					<description><![CDATA[Есть еще вариант: через некоторое время (видимо, оно будет зависеть и от конкретного сотрудника) предложить ему самому подробно изложить поставленную задачу, уточнив при этом его понимание всех деталей. Да, это потребует времени, но будет ясно, понял ли сотрудник задачу и как понял. А классификации... могут быть полезны, а могут - и нет.]]></description>
			<content:encoded><![CDATA[<p>Есть еще вариант: через некоторое время (видимо, оно будет зависеть и от конкретного сотрудника) предложить ему самому подробно изложить поставленную задачу, уточнив при этом его понимание всех деталей. Да, это потребует времени, но будет ясно, понял ли сотрудник задачу и как понял. А классификации&#8230; могут быть полезны, а могут &#8211; и нет.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Формулируем MVP в заказной разработке (JulianJoymn)		</title>
		<link>https://koniglabs.ru/mvp_v_zakaznoy_razrabotke/#comment-5209</link>

		<dc:creator><![CDATA[JulianJoymn]]></dc:creator>
		<pubDate>Wed, 07 Jul 2021 14:08:58 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=3160#comment-5209</guid>

					<description><![CDATA[Спасибо Вам за внимание. Всех благодарю. Особая благодарность юзеру Admin]]></description>
			<content:encoded><![CDATA[<p>Спасибо Вам за внимание. Всех благодарю. Особая благодарность юзеру Admin</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Если вам нужен архитектор, то у меня для вас плохие новости (Николай)		</title>
		<link>https://koniglabs.ru/nuzhen-arhitektor/#comment-5230</link>

		<dc:creator><![CDATA[Николай]]></dc:creator>
		<pubDate>Fri, 11 Jun 2021 05:37:02 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=5925#comment-5230</guid>

					<description><![CDATA[@Алексей
Согласен. Воспитание и рост разработчиков нужны не всегда. С точки зрения бизнеса, как бы ужасно это ни звучало, - разработчик есть полезный ресурс с определёнными свойствами. Например, с умением писать код. И ещё думать.. но это уже не всегда обязательно. ;)
Вполне можно создать годную, хорошо идущую по волнам галеру, на принципе множества Звёзд. Чем больше Звёзд будет введено в эксплуатацию, тем меньше будет Bus Factor. В пределе мы получим вполне надёжную и устойчивую в долгой перспективе систему. Работать в ней захочет далеко не каждый - но ведь, положа руку на сердце, не каждый кодер хочет быть разработчиком. Так что своя целевая аудитория у такого HR брэнда всегда найдётся.

Ну, и не надо забывать также, что есть системы на уровне государства и крупного бизнеса, где основные проблемы - вовсе не в написании кода или выстраивании архитектуры отдельного монолита или набора микросервисов. Где главный challenge - в понятной, хорошо работающей интеграции. Которая оказывается понятной не только лишь всегда - мало когда она таковой является. Вот тут появляется ещё один вид Архитектора - Сантехник. Который договаривается с Сантехниками из других систем, как проложить трубы от одного здания к другому, где пройтись герметиком, а где просто накрутить изоленты. Где протечка будет критически опасной, а где &quot;и так сойдёт&quot;. Это - очень важная роль, для исполнения которой надо знать и архитектуру систем, и психологию, и характер бюрократических отношений, и конкретные сложности - бюрократические и технические - в интегрируемых системах. Причём понятно, что это - костыль, но это чень важный костыль, без которого кривоногие интеграции никак не смогут ходить.]]></description>
			<content:encoded><![CDATA[<p>@Алексей<br />
Согласен. Воспитание и рост разработчиков нужны не всегда. С точки зрения бизнеса, как бы ужасно это ни звучало, &#8211; разработчик есть полезный ресурс с определёнными свойствами. Например, с умением писать код. И ещё думать.. но это уже не всегда обязательно. 😉<br />
Вполне можно создать годную, хорошо идущую по волнам галеру, на принципе множества Звёзд. Чем больше Звёзд будет введено в эксплуатацию, тем меньше будет Bus Factor. В пределе мы получим вполне надёжную и устойчивую в долгой перспективе систему. Работать в ней захочет далеко не каждый &#8211; но ведь, положа руку на сердце, не каждый кодер хочет быть разработчиком. Так что своя целевая аудитория у такого HR брэнда всегда найдётся.</p>
<p>Ну, и не надо забывать также, что есть системы на уровне государства и крупного бизнеса, где основные проблемы &#8211; вовсе не в написании кода или выстраивании архитектуры отдельного монолита или набора микросервисов. Где главный challenge &#8211; в понятной, хорошо работающей интеграции. Которая оказывается понятной не только лишь всегда &#8211; мало когда она таковой является. Вот тут появляется ещё один вид Архитектора &#8211; Сантехник. Который договаривается с Сантехниками из других систем, как проложить трубы от одного здания к другому, где пройтись герметиком, а где просто накрутить изоленты. Где протечка будет критически опасной, а где &#8220;и так сойдёт&#8221;. Это &#8211; очень важная роль, для исполнения которой надо знать и архитектуру систем, и психологию, и характер бюрократических отношений, и конкретные сложности &#8211; бюрократические и технические &#8211; в интегрируемых системах. Причём понятно, что это &#8211; костыль, но это чень важный костыль, без которого кривоногие интеграции никак не смогут ходить.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Если вам нужен архитектор, то у меня для вас плохие новости (Алексей)		</title>
		<link>https://koniglabs.ru/nuzhen-arhitektor/#comment-5229</link>

		<dc:creator><![CDATA[Алексей]]></dc:creator>
		<pubDate>Thu, 10 Jun 2021 07:54:17 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=5925#comment-5229</guid>

					<description><![CDATA[Коля, спасибо за статью. Мне кажется что очень классно изложил свои мысли. Действительно, решать две ситуации в реальном мире тяжело и там куча подводных камней. Но, если хотя бы примерно знаешь что тебя ожидает дальше, то тебе проще &quot;инструменты&quot; для работы подбирать. 
Я бы добавил что при реализации того или другого решения важно понимать ситуацию. Мы можем реализовать спокойно подход &quot;звезды&quot;, если срок жизни проекта не большой или затраты на то что у нас разработчики не будут мини архитекторами то же не большие будут в данном проекте. Другими словами, мы понимаем что у нас цели кроткосрочные, Жизненный Цикл не большой и высокая ротация сотрудников для нас норма. При этом если мы делаем продукт и цели хотя бы среднесрочные и одним из важных показателей, который влияет на основные метрики (предположим это качество, деньги и т.д.) является стабилизация состава всей команды, то скорее всего надо инвестировать во второе решение. 
А возможно есть ещё какие-нибудь решений?)))]]></description>
			<content:encoded><![CDATA[<p>Коля, спасибо за статью. Мне кажется что очень классно изложил свои мысли. Действительно, решать две ситуации в реальном мире тяжело и там куча подводных камней. Но, если хотя бы примерно знаешь что тебя ожидает дальше, то тебе проще &#8220;инструменты&#8221; для работы подбирать.<br />
Я бы добавил что при реализации того или другого решения важно понимать ситуацию. Мы можем реализовать спокойно подход &#8220;звезды&#8221;, если срок жизни проекта не большой или затраты на то что у нас разработчики не будут мини архитекторами то же не большие будут в данном проекте. Другими словами, мы понимаем что у нас цели кроткосрочные, Жизненный Цикл не большой и высокая ротация сотрудников для нас норма. При этом если мы делаем продукт и цели хотя бы среднесрочные и одним из важных показателей, который влияет на основные метрики (предположим это качество, деньги и т.д.) является стабилизация состава всей команды, то скорее всего надо инвестировать во второе решение.<br />
А возможно есть ещё какие-нибудь решений?)))</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Бывают Разные Работники… (Nikolay Pasko)		</title>
		<link>https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5226</link>

		<dc:creator><![CDATA[Nikolay Pasko]]></dc:creator>
		<pubDate>Fri, 02 Apr 2021 10:50:00 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=5431#comment-5226</guid>

					<description><![CDATA[В ответ на &lt;a href=&quot;https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5225&quot;&gt;Алексей&lt;/a&gt;.

&quot;Или он задачу передал какому-то другому Васе, а когда тот её сделает - чёрт не знает. Надо идти, уточнять у Васи.

Или на него упало ещё стопицот других задач, и он банально не успевает. Так-то, по-честному, - может быть, и вообще забыл. Но говорит, что не успевает.&quot;

Первое - Жёлтый, второе - Зелёный]]></description>
			<content:encoded><![CDATA[<p>В ответ на <a href="https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5225">Алексей</a>.</p>
<p>&#8220;Или он задачу передал какому-то другому Васе, а когда тот её сделает &#8211; чёрт не знает. Надо идти, уточнять у Васи.</p>
<p>Или на него упало ещё стопицот других задач, и он банально не успевает. Так-то, по-честному, &#8211; может быть, и вообще забыл. Но говорит, что не успевает.&#8221;</p>
<p>Первое &#8211; Жёлтый, второе &#8211; Зелёный</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Бывают Разные Работники… (Алексей)		</title>
		<link>https://koniglabs.ru/byvaut-raznye-rabotniki/#comment-5225</link>

		<dc:creator><![CDATA[Алексей]]></dc:creator>
		<pubDate>Tue, 30 Mar 2021 12:34:29 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=5431#comment-5225</guid>

					<description><![CDATA[Коль, спасибо за статью. Вижу фразу: &quot;это были, соответственно, Красный, Синий, Жёлтый и Зелёный.&quot;, при этом в статье описано 3 случая, возможно 4-й есть, но не сделано акцента на него.]]></description>
			<content:encoded><![CDATA[<p>Коль, спасибо за статью. Вижу фразу: &#8220;это были, соответственно, Красный, Синий, Жёлтый и Зелёный.&#8221;, при этом в статье описано 3 случая, возможно 4-й есть, но не сделано акцента на него.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Разработка продукта: в какой парадигме работать? (Дмитрий)		</title>
		<link>https://koniglabs.ru/mvp_vs_project/#comment-5224</link>

		<dc:creator><![CDATA[Дмитрий]]></dc:creator>
		<pubDate>Tue, 01 Dec 2020 13:30:12 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=4716#comment-5224</guid>

					<description><![CDATA[Прекрасная статья, если честно, читая её вдруг поймал себя на мысли, что неосознанно работаю в проектной парадигме, а результаты хочу получить продуктовые. А это разные подходы, в принципе.]]></description>
			<content:encoded><![CDATA[<p>Прекрасная статья, если честно, читая её вдруг поймал себя на мысли, что неосознанно работаю в проектной парадигме, а результаты хочу получить продуктовые. А это разные подходы, в принципе.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Комментарий к записи Как выбрать подрядчика для разработки, если оценки у всех разные&#8230;? (Алексей)		</title>
		<link>https://koniglabs.ru/validation_project_cost/#comment-5223</link>

		<dc:creator><![CDATA[Алексей]]></dc:creator>
		<pubDate>Fri, 23 Oct 2020 13:05:40 +0000</pubDate>
		<guid isPermaLink="false">https://koniglabs.com/?p=4375#comment-5223</guid>

					<description><![CDATA[В ответ на &lt;a href=&quot;https://koniglabs.ru/validation_project_cost/#comment-5216&quot;&gt;Фаннур&lt;/a&gt;.

Фаннур, спасибо что прокомментировал статью. При этом дал достойный комментарий.
Я подумаю над твоим предложением)))]]></description>
			<content:encoded><![CDATA[<p>В ответ на <a href="https://koniglabs.ru/validation_project_cost/#comment-5216">Фаннур</a>.</p>
<p>Фаннур, спасибо что прокомментировал статью. При этом дал достойный комментарий.<br />
Я подумаю над твоим предложением)))</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>