<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Programming on Rowanto Luo</title><link>https://log.rowanto.com/categories/programming/</link><description>Recent content in Programming on Rowanto Luo</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Thu, 09 Jun 2016 23:35:11 +0000</lastBuildDate><atom:link href="https://log.rowanto.com/categories/programming/index.xml" rel="self" type="application/rss+xml"/><item><title>Event Driven Architecture</title><link>https://log.rowanto.com/posts/event-driven-architecture/</link><pubDate>Thu, 09 Jun 2016 23:35:11 +0000</pubDate><guid>https://log.rowanto.com/posts/event-driven-architecture/</guid><description>
&lt;h2 id="why-do-we-need-it"&gt;
Why do we need it?
&lt;a href="#why-do-we-need-it" class="h-anchor" aria-hidden="true"&gt;#&lt;/a&gt;
&lt;/h2&gt;
&lt;p&gt;In the early stages of the development, event driven architecture is not needed since everything is still small and could still be contained in one place. Unfortunately, as the system grows bigger and bigger, putting everything in one place is not a very good way to scale (a.k.a monolith). The logic of the whole system will also keep increasing in complexity, and eventually there will arise the need to separate the giant system into domains.&lt;/p&gt;</description></item><item><title>Hibernate Soft Delete and Optimistic Locking Problem</title><link>https://log.rowanto.com/posts/hibernate-soft-delete-and-optimistic-locking-problem/</link><pubDate>Tue, 11 Feb 2014 11:00:00 +0000</pubDate><guid>https://log.rowanto.com/posts/hibernate-soft-delete-and-optimistic-locking-problem/</guid><description>
&lt;p&gt;Sometimes, in the database, we will want to not delete stuff because the data might still be needed later. Maybe some other process in the company will have to generate an invoice by the end of the month. That&amp;rsquo;s also one of the reason in my workplace, why there won&amp;rsquo;t be any hard delete in the database except when we&amp;rsquo;re sure it&amp;rsquo;s really necessary.&lt;/p&gt;
&lt;p&gt;One solution for this, in hibernate, is to overwrite the sql delete command using the @SqlDelete annotation:&lt;/p&gt;</description></item><item><title>AngularJs and VideoJs problem: Video only loaded on hard refresh, not on switching page</title><link>https://log.rowanto.com/posts/angularjs-and-videojs-problem-video-only-loaded-on-hard-refresh-but-not-on-switching-page/</link><pubDate>Sat, 08 Feb 2014 11:00:00 +0000</pubDate><guid>https://log.rowanto.com/posts/angularjs-and-videojs-problem-video-only-loaded-on-hard-refresh-but-not-on-switching-page/</guid><description>
&lt;p&gt;So I was working on a private project with angular js and video js, and I am loading videojs dynamically after I got the source of the video, and there&amp;rsquo;s this very interesting problem where videojs will only be loaded only if you hard-refresh the page (f5-button). If you navigate to the page where it contains the video, or if you were on the page, go somewhere else, then come back again, the video won&amp;rsquo;t be loaded anymore and you&amp;rsquo;ll only get your old html5 video from the browser.&lt;/p&gt;</description></item><item><title>Factorial function of 10000!</title><link>https://log.rowanto.com/posts/factorial-function-of-10000/</link><pubDate>Fri, 10 May 2013 09:00:00 +0000</pubDate><guid>https://log.rowanto.com/posts/factorial-function-of-10000/</guid><description>
&lt;p&gt;I have a friend who asked me to teach him Java programming. About a few days ago, he told me :&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Programmers should work fast and efficient. Please give me a task which has a time limit. I&amp;rsquo;m not used to fast programming.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The part about fast and efficient is always universally true. It doesn&amp;rsquo;t apply to only programming, but I am more in the direction of doing something right instead of fast. It&amp;rsquo;s better to do it right, but slow, instead of fast, but horrible. Of course it&amp;rsquo;s depending of the context also, but generally it should be like that in my opinion.&lt;/p&gt;</description></item></channel></rss>