<?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: Błędy</title>
	<atom:link href="http://www.ktos.info/notatki/2005/12/18/bledy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ktos.info/notatki/2005/12/18/bledy/</link>
	<description>Głębsze notki Ktosia, na tematy całkowicie różne. Opinie, oceny i różne ględzenie.</description>
	<pubDate>Fri, 25 Jul 2008 15:57:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Carstein</title>
		<link>http://www.ktos.info/notatki/2005/12/18/bledy/#comment-209</link>
		<dc:creator>Carstein</dc:creator>
		<pubDate>Mon, 19 Dec 2005 14:18:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.ktos.info/notatki/2005/12/18/bledy/#comment-209</guid>
		<description>Problem błędów i komunikatów o błędach całkiem dobrze opisał Ian Sommervile w swojej książce o inżynierii oprogramowania. Niestety nie mam książki przed sobą, aby przytoczyć co ciekawsze fragmenty, ale pocelam każdemu przeczytać to chociaż raz.

Przykłady:
- komunikat powinien dać się łatwo zauważyć
- komunikat nie powinien sugerować, że to użytkownik popełnił błąd
- komunikat powinien w sposób jasny i precyzyjny wskazywać miejsce powstania błędów.
itd ....</description>
		<content:encoded><![CDATA[<p>Problem błędów i komunikatów o błędach całkiem dobrze opisał Ian Sommervile w swojej książce o inżynierii oprogramowania. Niestety nie mam książki przed sobą, aby przytoczyć co ciekawsze fragmenty, ale pocelam każdemu przeczytać to chociaż raz.</p>
<p>Przykłady:<br />
- komunikat powinien dać się łatwo zauważyć<br />
- komunikat nie powinien sugerować, że to użytkownik popełnił błąd<br />
- komunikat powinien w sposób jasny i precyzyjny wskazywać miejsce powstania błędów.<br />
itd &#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
