<?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: Maven 3: XML, dziękuję postoję</title>
	<atom:link href="http://koziolekweb.pl/2009/10/27/maven-3-xml-dziekuje-postoje/feed/" rel="self" type="application/rss+xml" />
	<link>http://koziolekweb.pl/2009/10/27/maven-3-xml-dziekuje-postoje/</link>
	<description>Sięgam tam gdzie wzrok nie sięga, a tam NullPointerException</description>
	<lastBuildDate>Mon, 21 May 2012 11:29:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Koziolek</title>
		<link>http://koziolekweb.pl/2009/10/27/maven-3-xml-dziekuje-postoje/comment-page-1/#comment-1114</link>
		<dc:creator>Koziolek</dc:creator>
		<pubDate>Sat, 14 Nov 2009 21:02:03 +0000</pubDate>
		<guid isPermaLink="false">http://koziolekweb.pl/?p=1404#comment-1114</guid>
		<description>Jest to argument. Nie przeczę, całkiem niezły. Wadą tego rozwiązania może być właśnie &quot;weryfikacja i rozpoznanie bojem&quot;. Z mojego doświadczenia z Eclipse wynika jednak, że najwięcej literówek w Scali nawsadzam zawsze gdy używam vim. Najlepszą weryfikacją kodu pod kątem literówek w językach o słabej kontroli typów i pozwalającym na dużą swobodę w rozszerzaniu istniejącego kodu jest moim zdaniem słownik ortograficzny z opcją pozwalającą na rozumienie camelCase. Wtedy jeżeli piszemy kod samodokumentujący się to wszelkie byki zostaną wyłapane tak jak w XML czy w Javie.</description>
		<content:encoded><![CDATA[<p>Jest to argument. Nie przeczę, całkiem niezły. Wadą tego rozwiązania może być właśnie &#8220;weryfikacja i rozpoznanie bojem&#8221;. Z mojego doświadczenia z Eclipse wynika jednak, że najwięcej literówek w Scali nawsadzam zawsze gdy używam vim. Najlepszą weryfikacją kodu pod kątem literówek w językach o słabej kontroli typów i pozwalającym na dużą swobodę w rozszerzaniu istniejącego kodu jest moim zdaniem słownik ortograficzny z opcją pozwalającą na rozumienie camelCase. Wtedy jeżeli piszemy kod samodokumentujący się to wszelkie byki zostaną wyłapane tak jak w XML czy w Javie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Łukasz</title>
		<link>http://koziolekweb.pl/2009/10/27/maven-3-xml-dziekuje-postoje/comment-page-1/#comment-1112</link>
		<dc:creator>Łukasz</dc:creator>
		<pubDate>Sat, 14 Nov 2009 07:58:30 +0000</pubDate>
		<guid isPermaLink="false">http://koziolekweb.pl/?p=1404#comment-1112</guid>
		<description>Problem w tym, że jeśli zrobisz literówkę i zamiast &lt;strong&gt;profile&lt;/strong&gt; wpiszesz &lt;strong&gt;porfile&lt;/strong&gt; to nic Ci nie zasugeruje że to jest błąd, ponieważ zarówno Scala, Groovy i tak dalej są językami nieformalnymi i dla nich ta literówka to nic znaczącego, podczas gdy dla XML Schema jest to zaburzenie struktury, które zgłosi nam IDE.
Innymi słowy błąd w XML wykryjesz wcześniej niż przed uruchomieniem Mavena. Myślę, że głównie dlatego konfiguracja w XML tak mocno się trzyma - nie trzeba wiele by w IDE można było ją sprawnie edytować.</description>
		<content:encoded><![CDATA[<p>Problem w tym, że jeśli zrobisz literówkę i zamiast <strong>profile</strong> wpiszesz <strong>porfile</strong> to nic Ci nie zasugeruje że to jest błąd, ponieważ zarówno Scala, Groovy i tak dalej są językami nieformalnymi i dla nich ta literówka to nic znaczącego, podczas gdy dla XML Schema jest to zaburzenie struktury, które zgłosi nam IDE.<br />
Innymi słowy błąd w XML wykryjesz wcześniej niż przed uruchomieniem Mavena. Myślę, że głównie dlatego konfiguracja w XML tak mocno się trzyma &#8211; nie trzeba wiele by w IDE można było ją sprawnie edytować.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

