<?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 for Stancalau.ro	</title>
	<atom:link href="https://stancalau.ro/comments/feed/" rel="self" type="application/rss+xml" />
	<link>https://stancalau.ro/</link>
	<description>Effective Software Engineering</description>
	<lastBuildDate>Tue, 28 Apr 2020 20:12:29 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Comment on Clean Code &#8211; Book Review &#8211; Is it Useful for Software Engineers? by Introduction to Code Style Terminology - Non-judgemental Listing		</title>
		<link>https://stancalau.ro/clean-code-book-review/#comment-103</link>

		<dc:creator><![CDATA[Introduction to Code Style Terminology - Non-judgemental Listing]]></dc:creator>
		<pubDate>Fri, 17 Apr 2020 09:27:56 +0000</pubDate>
		<guid isPermaLink="false">https://stancalau.ro/?p=1993#comment-103</guid>

					<description><![CDATA[[&#8230;] a well-known fact that software engineers spend way more time reading code than writing it (Robert C. Martin says 10 to 1). Therefore, investing time in writing readable code should be a prime concern for [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] a well-known fact that software engineers spend way more time reading code than writing it (Robert C. Martin says 10 to 1). Therefore, investing time in writing readable code should be a prime concern for [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Clean Code &#8211; Book Review &#8211; Is it Useful for Software Engineers? by How to Stay Agile? Avoid Over-Engineering Software!		</title>
		<link>https://stancalau.ro/clean-code-book-review/#comment-102</link>

		<dc:creator><![CDATA[How to Stay Agile? Avoid Over-Engineering Software!]]></dc:creator>
		<pubDate>Fri, 17 Apr 2020 08:45:58 +0000</pubDate>
		<guid isPermaLink="false">https://stancalau.ro/?p=1993#comment-102</guid>

					<description><![CDATA[[&#8230;] Robert C. Martin states in his book &#8220;Clean Code&#8220;, big design upfront (BDUF) inhibits adapting to change. Thus, to be agile and responsive to [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Robert C. Martin states in his book &#8220;Clean Code&#8220;, big design upfront (BDUF) inhibits adapting to change. Thus, to be agile and responsive to [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Clean Code &#8211; Book Review &#8211; Is it Useful for Software Engineers? by Cristian S.		</title>
		<link>https://stancalau.ro/clean-code-book-review/#comment-101</link>

		<dc:creator><![CDATA[Cristian S.]]></dc:creator>
		<pubDate>Fri, 17 Apr 2020 08:43:43 +0000</pubDate>
		<guid isPermaLink="false">https://stancalau.ro/?p=1993#comment-101</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://stancalau.ro/clean-code-book-review/#comment-100&quot;&gt;Balint Cristian&lt;/a&gt;.

Hello Cristian, thanks for dropping by! 
I see the knowledge presented in Clean Code as technology-agnostic and timeless, while the technologies themselves are ephemeral. Even though it may seem dry and theoretical, at time, mastering the art will pay for the effort.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://stancalau.ro/clean-code-book-review/#comment-100">Balint Cristian</a>.</p>
<p>Hello Cristian, thanks for dropping by!<br />
I see the knowledge presented in Clean Code as technology-agnostic and timeless, while the technologies themselves are ephemeral. Even though it may seem dry and theoretical, at time, mastering the art will pay for the effort.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Clean Code &#8211; Book Review &#8211; Is it Useful for Software Engineers? by Balint Cristian		</title>
		<link>https://stancalau.ro/clean-code-book-review/#comment-100</link>

		<dc:creator><![CDATA[Balint Cristian]]></dc:creator>
		<pubDate>Thu, 16 Apr 2020 10:43:31 +0000</pubDate>
		<guid isPermaLink="false">https://stancalau.ro/?p=1993#comment-100</guid>

					<description><![CDATA[I started to read it but for some reasons I wasn&#039;t captured by it. My opinion is that this book is probably too academic for the regular developers and honestly a little bit overrated.
Nevertheless I&#039;m not saying that the book is not valuable, but from my side I&#039;d rather learn a new technology.
Anyway Cristi keep up the good work!]]></description>
			<content:encoded><![CDATA[<p>I started to read it but for some reasons I wasn&#8217;t captured by it. My opinion is that this book is probably too academic for the regular developers and honestly a little bit overrated.<br />
Nevertheless I&#8217;m not saying that the book is not valuable, but from my side I&#8217;d rather learn a new technology.<br />
Anyway Cristi keep up the good work!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Clean Code &#8211; Book Review &#8211; Is it Useful for Software Engineers? by Cristian S.		</title>
		<link>https://stancalau.ro/clean-code-book-review/#comment-99</link>

		<dc:creator><![CDATA[Cristian S.]]></dc:creator>
		<pubDate>Wed, 15 Apr 2020 18:15:41 +0000</pubDate>
		<guid isPermaLink="false">https://stancalau.ro/?p=1993#comment-99</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://stancalau.ro/clean-code-book-review/#comment-98&quot;&gt;Andrew&lt;/a&gt;.

Thanks Andrew, I&#039;m glad you liked it!]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://stancalau.ro/clean-code-book-review/#comment-98">Andrew</a>.</p>
<p>Thanks Andrew, I&#8217;m glad you liked it!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Clean Code &#8211; Book Review &#8211; Is it Useful for Software Engineers? by Andrew		</title>
		<link>https://stancalau.ro/clean-code-book-review/#comment-98</link>

		<dc:creator><![CDATA[Andrew]]></dc:creator>
		<pubDate>Wed, 15 Apr 2020 17:35:10 +0000</pubDate>
		<guid isPermaLink="false">https://stancalau.ro/?p=1993#comment-98</guid>

					<description><![CDATA[Hi! I just finished reading this book and I wanted to see what others think. Spot on review!]]></description>
			<content:encoded><![CDATA[<p>Hi! I just finished reading this book and I wanted to see what others think. Spot on review!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on JavaFX and Spring &#8211; How to Integrate by Alex		</title>
		<link>https://stancalau.ro/javafx-and-spring/#comment-96</link>

		<dc:creator><![CDATA[Alex]]></dc:creator>
		<pubDate>Sun, 06 Oct 2019 10:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://stancalau.ro/?p=613#comment-96</guid>

					<description><![CDATA[1. Nice tutorial *thumbs up*
2. In the main spring class you are getting the beans directly from the context, which is considered to be a bad practice because it defeats the Spring&#039;s dependency injection purpose:
        ScreensConfig screens = context.getBean(ScreensConfig.class);
        LanguageModel lang = context.getBean(LanguageModel.class);

How would you tackle this problem? As I am facing the same problem and I can&#039;t find an alternate solution.
Thanks!]]></description>
			<content:encoded><![CDATA[<p>1. Nice tutorial *thumbs up*<br />
2. In the main spring class you are getting the beans directly from the context, which is considered to be a bad practice because it defeats the Spring&#8217;s dependency injection purpose:<br />
        ScreensConfig screens = context.getBean(ScreensConfig.class);<br />
        LanguageModel lang = context.getBean(LanguageModel.class);</p>
<p>How would you tackle this problem? As I am facing the same problem and I can&#8217;t find an alternate solution.<br />
Thanks!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Lombok Mutability Pitfalls and How To Avoid Them by Cristian S.		</title>
		<link>https://stancalau.ro/lombok-mutability-pitfalls/#comment-83</link>

		<dc:creator><![CDATA[Cristian S.]]></dc:creator>
		<pubDate>Fri, 09 Feb 2018 15:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://stancalau.ro/?p=1423#comment-83</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://stancalau.ro/lombok-mutability-pitfalls/#comment-82&quot;&gt;Tim Büthe&lt;/a&gt;.

Hi Tim!

Thanks for the comment! You are right, mutability issues are not something specific to Lombok, but not taking the time to understand how the library works will lead to these problems.

Best regards,
Cristian]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://stancalau.ro/lombok-mutability-pitfalls/#comment-82">Tim Büthe</a>.</p>
<p>Hi Tim!</p>
<p>Thanks for the comment! You are right, mutability issues are not something specific to Lombok, but not taking the time to understand how the library works will lead to these problems.</p>
<p>Best regards,<br />
Cristian</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Lombok Mutability Pitfalls and How To Avoid Them by Tim Büthe		</title>
		<link>https://stancalau.ro/lombok-mutability-pitfalls/#comment-82</link>

		<dc:creator><![CDATA[Tim Büthe]]></dc:creator>
		<pubDate>Mon, 05 Feb 2018 11:13:13 +0000</pubDate>
		<guid isPermaLink="false">http://stancalau.ro/?p=1423#comment-82</guid>

					<description><![CDATA[Hi there,

I think the title is very misleading! This has nothing to do with lombok I&#039;d say. You talk about mutable collections and defensive copying of collections, but it&#039;s not lombok specific at all. If you ask your IDE to generate Getter, Setters and Constructors for you, it will have the same effect.
Secondly, all five points describing the same problem and don&#039;t add a lot of value I would say.

Sorry for the rant man, but I was pointed to your post by a colleague who vaguely remembered that he should not use lombok because of &quot;some issues&quot;. 

Please consider to clarify that this is not a lombok issue, otherwise you spread doubt in the developer community, at least with beginners. (Also, you might consider mentioning Guava&#039;s immutable collections)

regards,
Tim]]></description>
			<content:encoded><![CDATA[<p>Hi there,</p>
<p>I think the title is very misleading! This has nothing to do with lombok I&#8217;d say. You talk about mutable collections and defensive copying of collections, but it&#8217;s not lombok specific at all. If you ask your IDE to generate Getter, Setters and Constructors for you, it will have the same effect.<br />
Secondly, all five points describing the same problem and don&#8217;t add a lot of value I would say.</p>
<p>Sorry for the rant man, but I was pointed to your post by a colleague who vaguely remembered that he should not use lombok because of &#8220;some issues&#8221;. </p>
<p>Please consider to clarify that this is not a lombok issue, otherwise you spread doubt in the developer community, at least with beginners. (Also, you might consider mentioning Guava&#8217;s immutable collections)</p>
<p>regards,<br />
Tim</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Comment on Java Package-Info Annotation Generation with Gradle by Cristian S.		</title>
		<link>https://stancalau.ro/java_package-info_generator_gradle/#comment-81</link>

		<dc:creator><![CDATA[Cristian S.]]></dc:creator>
		<pubDate>Sun, 31 Dec 2017 08:50:40 +0000</pubDate>
		<guid isPermaLink="false">http://stancalau.ro/?p=1248#comment-81</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://stancalau.ro/java_package-info_generator_gradle/#comment-80&quot;&gt;Jared Burrows&lt;/a&gt;.

Hi Jared! I&#039;m glad you liked the post.
Your version with `android.support.annotation.NonNull` looks great! A nice adaptation for null-conscious Android developers ;)

All the best!]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://stancalau.ro/java_package-info_generator_gradle/#comment-80">Jared Burrows</a>.</p>
<p>Hi Jared! I&#8217;m glad you liked the post.<br />
Your version with `android.support.annotation.NonNull` looks great! A nice adaptation for null-conscious Android developers 😉</p>
<p>All the best!</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
