<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>

<channel>
	<title>Zen 2.0</title>
	<atom:link href="http://www.zhen.org/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.zhen.org/blog</link>
	<description>Business, Technology and Other Things</description>
	<pubDate>Tue, 14 Aug 2007 05:11:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
	<language>en</language>
			<item>
		<title>How much equity for investors and employees?</title>
		<link>http://www.zhen.org/blog/2007/08/13/how-much-equity-for-investors-and-employees/</link>
		<comments>http://www.zhen.org/blog/2007/08/13/how-much-equity-for-investors-and-employees/#comments</comments>
		<pubDate>Tue, 14 Aug 2007 05:11:16 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/2007/08/13/how-much-equity-for-investors-and-employees/</guid>
		<description><![CDATA[I have been wanting some information on this topic for a while now. Finally someone&#8217;s written something about it here and here.
]]></description>
			<content:encoded><![CDATA[<p>I have been wanting some information on this topic for a while now. Finally someone&#8217;s written something about it <a href="http://dondodge.typepad.com/the_next_big_thing/2007/08/how-much-equity.html">here</a> and <a href="http://www.paulgraham.com/equity.html">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2007/08/13/how-much-equity-for-investors-and-employees/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Facebook exposed</title>
		<link>http://www.zhen.org/blog/2007/08/12/facebook-exposed/</link>
		<comments>http://www.zhen.org/blog/2007/08/12/facebook-exposed/#comments</comments>
		<pubDate>Sun, 12 Aug 2007 18:47:14 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Companies]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/2007/08/12/facebook-exposed/</guid>
		<description><![CDATA[Ok, so by now everyone has probably seen this. The code for the front page of Facebook was exposed due to a server misconfiguration.
Both TechCrunch and Mashable have blogs about it so no need for me to say much.
]]></description>
			<content:encoded><![CDATA[<p>Ok, so by now everyone has probably seen this. The <a href="http://facebooksecrets.blogspot.com/">code for the front page of Facebook was exposed</a> due to a server misconfiguration.</p>
<p>Both <a href="http://www.techcrunch.com/2007/08/11/facebook-source-code-leaked/">TechCrunch</a> and <a href="http://mashable.com/2007/08/12/facebook-open-source/">Mashable</a> have blogs about it so no need for me to say much.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2007/08/12/facebook-exposed/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Zen 2.0</title>
		<link>http://www.zhen.org/blog/2007/08/11/zen-20/</link>
		<comments>http://www.zhen.org/blog/2007/08/11/zen-20/#comments</comments>
		<pubDate>Sun, 12 Aug 2007 04:00:36 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/2007/08/11/zen-20/</guid>
		<description><![CDATA[Well, I am going to try blogging again. 
I realized recently the failure of Zen 1.0, or the blog I called Operational Intelligence, was probably because I was trying to be too focused. I tried to write about topics that are related to my work. Not that the topics are not interesting or plentiful, it&#8217;s [...]]]></description>
			<content:encoded><![CDATA[<p>Well, I am going to try blogging <a href="http://www.zhen.org/blog/2006/09/01/i-am-alive/">again</a>. </p>
<p>I realized recently the failure of Zen 1.0, or the blog I called Operational Intelligence, was probably because I was trying to be too focused. I tried to write about topics that are related to my work. Not that the topics are not interesting or plentiful, it&#8217;s just that I was trying to be too careful on not being biased.</p>
<p>In any case, for Zen 2.0, anything and everything goes. Well, in my case, anything and everything will likely be all related to tech since I am a geek (but I am a cool geak since I use a mac! <img src='http://www.zhen.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> ) through and through. Let&#8217;s see how far this one goes this time.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2007/08/11/zen-20/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Technology then and now</title>
		<link>http://www.zhen.org/blog/2006/10/06/technology-then-and-now/</link>
		<comments>http://www.zhen.org/blog/2006/10/06/technology-then-and-now/#comments</comments>
		<pubDate>Sat, 07 Oct 2006 03:33:52 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=205</guid>
		<description><![CDATA[This is a pretty cool compilation of the various technologies in its old and new form. 
The least convincing one is probably the mouse. Even though there are small mice, I can&#8217;t imagine people using those small mice for a long time and not get sick of it. Human hands haven&#8217;t shrunk over the past [...]]]></description>
			<content:encoded><![CDATA[<p>This is a <a href="http://www.zigzagdesigns.com/technology/">pretty cool compilation</a> of the various technologies in its old and new form. </p>
<p>The least convincing one is probably the mouse. Even though there are small mice, I can&#8217;t imagine people using those small mice for a long time and not get sick of it. Human hands haven&#8217;t shrunk over the past ten years, so the mouse most likely won&#8217;t either.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/06/technology-then-and-now/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Netflix offers $1 million for a better review</title>
		<link>http://www.zhen.org/blog/2006/10/01/netflix-offers-1-million-for-a-better-review/</link>
		<comments>http://www.zhen.org/blog/2006/10/01/netflix-offers-1-million-for-a-better-review/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 05:15:17 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=203</guid>
		<description><![CDATA[This is a pretty interesting contest. Netflix is making available to the public 100 million of its customers&#8217; movie ratings so you can help them design a new rating system that&#8217;s at least 10% better than what they have today. A better rating system means customers will likely to rent more movies as well as [...]]]></description>
			<content:encoded><![CDATA[<p>This is a <a href="http://news.com.com/Netflix+offers+1+million+for+a+better+review/2100-1026_3-6121649.html?tag=nefd.top">pretty interesting contest</a>. Netflix is making available to the public 100 million of its customers&#8217; movie ratings so you can help them design a new rating system that&#8217;s at least 10% better than what they have today. A better rating system means customers will likely to rent more movies as well as attract many new customers. </p>
<p>You can get more information at <a href="http://www.netflixprize.com/">Netflix Prize</a>. The download file is <strong>697,552,015 bytes</strong> long.</p>
<p>[ <a href="http://www.nytimes.com/2006/10/02/technology/02netflix.html?ex=1317441600&#038;en=7dc76fd8981813ee&#038;ei=5088&#038;partner=rssnyt&#038;emc=rss">Coverage by NY Times</a> ]</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/01/netflix-offers-1-million-for-a-better-review/feed/</wfw:commentRss>
		</item>
		<item>
		<title>IE + JavaScript Performance Recommendations - Part 1</title>
		<link>http://www.zhen.org/blog/2006/10/01/ie-javascript-performance-recommendations-part-1/</link>
		<comments>http://www.zhen.org/blog/2006/10/01/ie-javascript-performance-recommendations-part-1/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 05:08:39 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Ajax]]></category>

		<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=202</guid>
		<description><![CDATA[Very interesting read on IE + JavaScript Performance Recommendations.
]]></description>
			<content:encoded><![CDATA[<p>Very interesting read on <a href="http://blogs.msdn.com/ie/archive/2006/08/28/728654.aspx">IE + JavaScript Performance Recommendations</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/01/ie-javascript-performance-recommendations-part-1/feed/</wfw:commentRss>
		</item>
		<item>
		<title>The 4 States of Ajax Adoption</title>
		<link>http://www.zhen.org/blog/2006/10/01/the-4-states-of-ajax-adoption/</link>
		<comments>http://www.zhen.org/blog/2006/10/01/the-4-states-of-ajax-adoption/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 05:07:30 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Ajax]]></category>

		<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=201</guid>
		<description><![CDATA[AJAX has been the talk of the web development community since Google came out with Gmail and Google Map. Here&#8217;s an interesting view of The 4 States of Ajax Adoption.
]]></description>
			<content:encoded><![CDATA[<p>AJAX has been the talk of the web development community since Google came out with Gmail and Google Map. Here&#8217;s an interesting view of <a href="http://getahead.ltd.uk/blog/joe/2006/09/20/the_4_states_of_ajax_adoption.html">The 4 States of Ajax Adoption</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/01/the-4-states-of-ajax-adoption/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Avoiding the most common software development goofs</title>
		<link>http://www.zhen.org/blog/2006/10/01/avoiding-the-most-common-software-development-goofs/</link>
		<comments>http://www.zhen.org/blog/2006/10/01/avoiding-the-most-common-software-development-goofs/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 05:06:39 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=200</guid>
		<description><![CDATA[Interesting article on exploring the root causes of many coding defects and possible solutions.
]]></description>
			<content:encoded><![CDATA[<p>Interesting <a href="http://www.embedded.com/showArticle.jhtml?articleID=192800005">article</a> on exploring the root causes of many coding defects and possible solutions.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/01/avoiding-the-most-common-software-development-goofs/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Lessons in Javascript Performance Optimisation: 90 seconds down to 3 seconds</title>
		<link>http://www.zhen.org/blog/2006/10/01/lessons-in-javascript-performance-optimisation-90-seconds-down-to-3-seconds/</link>
		<comments>http://www.zhen.org/blog/2006/10/01/lessons-in-javascript-performance-optimisation-90-seconds-down-to-3-seconds/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 04:46:53 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Ajax]]></category>

		<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=199</guid>
		<description><![CDATA[More javascript performance tips, Lessons in Javascript Performance Optimisation: 90 seconds down to 3 seconds.
]]></description>
			<content:encoded><![CDATA[<p>More javascript performance tips, <a href="http://softwareas.com/lessons-in-javascript-performance-optimisation-90-seconds-down-to-3-seconds">Lessons in Javascript Performance Optimisation: 90 seconds down to 3 seconds</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/01/lessons-in-javascript-performance-optimisation-90-seconds-down-to-3-seconds/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Architecting CSS</title>
		<link>http://www.zhen.org/blog/2006/10/01/architecting-css/</link>
		<comments>http://www.zhen.org/blog/2006/10/01/architecting-css/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 04:28:34 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Ajax]]></category>

		<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=198</guid>
		<description><![CDATA[Great article on how to organize CSS files. Given the AJAX popularity these days, CSS knowledge is essential for anyone who wants to play with AJAX. Check out Architecting CSS.
From ajaxian.com:

Archetype-Based A stylesheet for each class of page, e.g. homepage stylesheet, article stylesheet, etc.
Page Element/Section-Based A stylesheet for each class of page section, e.g. header [...]]]></description>
			<content:encoded><![CDATA[<p>Great article on how to organize CSS files. Given the AJAX popularity these days, CSS knowledge is essential for anyone who wants to play with AJAX. Check out <a href="http://www.digital-web.com/articles/architecting_css/">Architecting CSS</a>.</p>
<p>From ajaxian.com:</p>
<ul>
<li>Archetype-Based A stylesheet for each class of page, e.g. homepage stylesheet, article stylesheet, etc.</li>
<li>Page Element/Section-Based A stylesheet for each class of page section, e.g. header stylesheet, sidebar stylesheet.</li>
<li>Tag-Based Similar to the previous approach, but based around tags, e.g. form stylesheet, table stylesheet.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/01/architecting-css/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Demystifying Open Source Ajax Toolkits</title>
		<link>http://www.zhen.org/blog/2006/10/01/demystifying-open-source-ajax-toolkits/</link>
		<comments>http://www.zhen.org/blog/2006/10/01/demystifying-open-source-ajax-toolkits/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 04:27:09 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Ajax]]></category>

		<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=197</guid>
		<description><![CDATA[This is a pretty good overview of the various ajax toolkits out there. Not a lot of detailed analysis but gives you some ideas of what each toolkit does.
]]></description>
			<content:encoded><![CDATA[<p>This is a pretty <a href="http://www.technewsworld.com/rsstory/53313.html">good overview of the various ajax toolkits</a> out there. Not a lot of detailed analysis but gives you some ideas of what each toolkit does.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/10/01/demystifying-open-source-ajax-toolkits/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Data retention bill expected next week</title>
		<link>http://www.zhen.org/blog/2006/09/21/data-retention-bill-expected-next-week/</link>
		<comments>http://www.zhen.org/blog/2006/09/21/data-retention-bill-expected-next-week/#comments</comments>
		<pubDate>Fri, 22 Sep 2006 05:26:42 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Articles]]></category>

		<category><![CDATA[Compliance]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=196</guid>
		<description><![CDATA[According to this CNET news,
A Democratic member of the U.S. House of Representatives said Thursday that she plans to introduce legislation next week that would force Internet providers to record customer information for one year.
Personally I think it&#8217;s stupid for the gov&#8217;t to create such mandate, especially for the reasons they are citing.

because members of [...]]]></description>
			<content:encoded><![CDATA[<p>According to <a href="http://news.com.com/Data+retention+bill+expected+next+week/2100-1028_3-6118283.html?tag=nefd.top">this CNET news</a>,</p>
<blockquote><p>A Democratic member of the U.S. House of Representatives said Thursday that she plans to introduce legislation next week that would force Internet providers to record customer information for one year.</p></blockquote>
<p>Personally I think it&#8217;s stupid for the gov&#8217;t to create such mandate, especially for the reasons they are citing.</p>
<blockquote><p>
because members of Congress have &#8220;learned that Internet service providers and social networking sites have information that law enforcement needs when investigating pedophiles online, and that is the IP address on a particular date and time that will help identify those involved,&#8221;</p></blockquote>
<p>It&#8217;s one thing that ISPs retain logs as best practices, e.g., for forensic analysis and troubleshooting, it&#8217;s totally another for the gov&#8217;t to make it a mandate.</p>
<p>I certainly don&#8217;t want anyone to nose around in my stuff. Total violation of privacy if you ask me.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/21/data-retention-bill-expected-next-week/feed/</wfw:commentRss>
		</item>
		<item>
		<title>EMC and Network Intelligence</title>
		<link>http://www.zhen.org/blog/2006/09/21/emc-and-network-intelligence/</link>
		<comments>http://www.zhen.org/blog/2006/09/21/emc-and-network-intelligence/#comments</comments>
		<pubDate>Fri, 22 Sep 2006 01:58:06 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Articles]]></category>

		<category><![CDATA[Companies]]></category>

		<category><![CDATA[Market]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=195</guid>
		<description><![CDATA[Earlier we mentioned that EMC is buying Network Intelligence, well, there&#8217;s a bunch of analyst/editor comments out now.
EMC and Network Intelligence: What it Means.

In the last few months, Novell bought e-Security and IBM got GuardedNet through its acquisition of Micromuse. Cisco grabbed Protego about and year ago and rumor has it that Oracle is about [...]]]></description>
			<content:encoded><![CDATA[<p>Earlier we mentioned that <a href="http://www.zhen.org/blog/?p=193">EMC is buying Network Intelligence</a>, well, there&#8217;s a bunch of analyst/editor comments out now.</p>
<p><strong><a href="http://news.com.com/2061-11203_3-6118134.html">EMC and Network Intelligence: What it Means.</a></strong></p>
<blockquote><p>
In the last few months, Novell bought e-Security and IBM got GuardedNet through its acquisition of Micromuse. Cisco grabbed Protego about and year ago and rumor has it that Oracle is about to buy either NetForensics or Intellitactics. It&#8217;s likely that HP, McAfee, and BMC are looking at other leaders like LogLogics as well as network behavior specialists like Mazu and Q1.</p></blockquote>
<p><strong><a href="http://www.crn.com/sections/storage/storage.jhtml?articleId=193004361&#038;printableArticle=true">Building The New EMC, One Acquisition At A Time</a></strong></p>
<p>Interesting comments from Dennis Hoffman, vice president of information security at EMC</p>
<blockquote><p>Network Intelligence plays in three areas of the security industry, he said. The first is log management, a space where the leader is another company, LogLogic, San Jose, Calif., Hoffman said.</p>
<p>The second is event management, or the real-time processing of data for security purposes. &#8220;ArcSight is the leader,&#8221; Hoffman said. &#8220;There are lots of others in this space, too. Names you&#8217;ve never heard of.&#8221;</p>
<p>The third is security information management, which includes the reporting and forensic analysis of where security problems occur. Network Intelligence is the leader here, Hoffman said.</p></blockquote>
<p>On a side note, here&#8217;s an article about ArcSight.<br />
<strong><br />
<a href="http://www.siliconvalleywatcher.com/mt/archives/2006/09/ray_lane_buys_d.php"> Ray Lane buys dinner - Who buys ArcSight?</a></strong></p>
<blockquote><p>One of ArcSight&#8217;s board members told me the company is hitting close to the $75m revenue number, that&#8217;s getting close to the magic $80m to $100m level that could initiate an IPO&#8211;except that the IPO market is in the doldrums.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/21/emc-and-network-intelligence/feed/</wfw:commentRss>
		</item>
		<item>
		<title>5 Easy Ways to be a Better Developer :)</title>
		<link>http://www.zhen.org/blog/2006/09/17/5-easy-ways-to-be-a-better-developer/</link>
		<comments>http://www.zhen.org/blog/2006/09/17/5-easy-ways-to-be-a-better-developer/#comments</comments>
		<pubDate>Sun, 17 Sep 2006 21:07:12 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[General]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=194</guid>
		<description><![CDATA[Read this post on 5 Easy Ways to be a Better Developer today.
Agree with most of what it says. Though I wouldn&#8217;t call these &#8220;easy ways.&#8221; None of them is easy unless you are willing to spend time working on them.
My comments on the points&#8230;
1) Learn Ruby and Ruby on Rails. 
So I call BS [...]]]></description>
			<content:encoded><![CDATA[<p>Read this post on <a href="http://steve.jessica-and-steve.com/articles/2006/09/13/5-easy-ways-to-be-a-better-developer">5 Easy Ways to be a Better Developer</a> today.</p>
<p>Agree with most of what it says. Though I wouldn&#8217;t call these &#8220;easy ways.&#8221; None of them is easy unless you are willing to spend time working on them.</p>
<p>My comments on the points&#8230;</p>
<p>1) Learn Ruby and Ruby on Rails. </p>
<p>So I call BS on this one. I know the author says these are examples of how to write clean code, but you don&#8217;t need to learn a specific language just to learn how to write clean code. What happens now if you have to work in a C or Java or C# environment?</p>
<p>The latest language and coolest technology is just fad. It will come and go. However, basic fundamentals of good programming is always necessary. I&#8217;ve always said that once you understand the semantics of programming, syntax will come to you. There&#8217;s really no difference in how you program in C, PHP, Java, Python, Ruby or whatever the latest language is. Once you understand WHAT you want to do, you can pick up the language syntax fairly easily.</p>
<p>2) Read <a href="http://thedailywtf.com/">The Daily WTF?</a></p>
<p>This actually is a pretty interesting site to read, if you have the time. Every once in a while it gives examples of good and bad pieces of code. </p>
<p>3) Learn something new every week.</p>
<p>Couldn&#8217;t agree more. I&#8217;ve always told people that the best programmers are lazy programmers. Lazy programmers will try very hard to make things simple for themselves and avoid doing as much work as possible but still finishes the job. By that, I mean most lazy/good programmers will find existing code/libraries that fit their needs and use them. Obviously there&#8217;s certain amount of due diligence you have to do here to ensure the code you are copying is legal and &#8220;good.&#8221; For example, using Apache Foundation&#8217;s libraries is generally legal and &#8220;good.&#8221; Learning something new every week, e.g., find a intersting library and learn how to use it, will allow the programmer to be lazy when needed.</p>
<p>However, being lazy doesn&#8217;t remove the need for programmers to understand the fundamentals. I know I always have arguments with some folks on whether to develop everything from scratch or reuse other&#8217;s library. I am always on the side of reuse/copying other people&#8217;s code. Some folks tend to want to write his own to fit his exact needs. </p>
<p>Even though we are on the extreme opposite of each other, we generally agree that programmers do need to understand the fundamentals of algorithms and data structures, etc.</p>
<p>4) Understand customer wants != customer needs.</p>
<p>Again, agreed! To add to this point, I believe programmers need to understand the general market they are developing for as well. You need to make sure you understand the general market trend and why customers are buying your solution.</p>
<p>If you are just a programmer that always just take the &#8220;spec&#8221; from the architects and write the code to meet the &#8220;spec,&#8221; then you will never become a good programmer. A good programmer should be able to </p>
<ul>
<li>Understand what the customers need</li>
<li>Anticipate the customer needs based on the understanding of the product and market. This is perhaps the MOST difficult step for most programmers as many are so used to just coding from spec.</li>
<li>Spec a solution that meeds the needs as well as being able to critique others&#8217; specs. Again, some programmers can spec a solution based on the requirements, but a good programmer with understanding of the market and product and customer requirements can critique others&#8217; specs.</li>
</ul>
<p>5) Find some passion! </p>
<p>This is a bit general but it&#8217;s somewhat true. If you don&#8217;t like what you are doing, you most likely won&#8217;t spend the time on doing the best job. </p>
<p>I also want to add a couple things to the list:</p>
<p>6) Communication is king!</p>
<p>One of the the things I find most lacking in most programmers is the ability to communicate, both written and oral. Just because one can code (even if he&#8217;s a clever coder), doesn&#8217;t make one a good programmer. </p>
<p>I believe communication is what separates a average programmer from a good or great programmer. In a rapid development environment, it&#8217;s critical that everyone understands</p>
<ul>
<li>What problem you are trying to solve</li>
<li>Do you understand the customer use case</li>
<li>What are the proposed solutions</li>
<li>What are the pros and cons of the proposed solutions, essentially what&#8217;s the thought process behind these solutions</li>
<li>Which proposed solution you chose and why</li>
<li>What are the caveats with the chosen solution</li>
<li>If there are any caveats, are there workarounds</li>
<li>What is the workflow of the solution, e.g., how is the customer going to use the solution?</li>
<li>Have you tested the workflow on others and convinced them that&#8217;s a viable solution</li>
<li>Can you prototype it and show it to others for feedback</li>
</ul>
<p>A good or great programmer would have gone through this process and covered every angle to ensure a successful solution. As you can see, most steps in this process is about communicating to others what your proposed solution is. Communication should happen way before any code is written (unless you are prototyping.)</p>
<p>If I were to hire programmers, regardless of how good the programmer&#8217;s coding skill is, if he cannot communicate effectively with the team, then he&#8217;s not a good fit for the team. </p>
<p>This article on <a href="http://bnoopy.typepad.com/bnoopy/2005/06/sabermetrics_fo.html">Engineer Interview Triage?</a> also emphasizes the importance of communication.</p>
<p>7) Be able to do mock ups and prototypes.</p>
<p>This again has to do with communicating your solutions to others. One of the best way I&#8217;ve found/seen to communicate your ideas, however brilliant, is to show people what it looks like and how it works. Prototypes are just that, examples and models of the real thing. It doesn&#8217;t have to be perfect or covered all cases. But it should be able to demostrate</p>
<ul>
<li>The solution. Does this idea really solve the customer issue?</li>
<li>The workflow. How the customer (customer in this case maybe your fellow team members) will use it from start to finish?</li>
</ul>
<p>The prototype should convey enough of your solution to get people talking and discussing. </p>
<p>Anyways, these are my thoughts. Love to hear what your thoughts are&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/17/5-easy-ways-to-be-a-better-developer/feed/</wfw:commentRss>
		</item>
		<item>
		<title>EMC rumored to buy Network Intelligence</title>
		<link>http://www.zhen.org/blog/2006/09/15/emc-rumored-to-buy-network-intelligence/</link>
		<comments>http://www.zhen.org/blog/2006/09/15/emc-rumored-to-buy-network-intelligence/#comments</comments>
		<pubDate>Sat, 16 Sep 2006 05:41:02 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Companies]]></category>

		<category><![CDATA[Market]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=193</guid>
		<description><![CDATA[Rumor has it that EMC is buying the SIEM vendor Network Intelligence for between $150 to $175 million. NI&#8217;s revenue is said to be around $20 to $25 mil. That&#8217;s 7x revenue, which is not bad at all.
[Update: Announcement was made today on the NI acquisition by EMC. Interesting how the NI story is hidden [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://news.com.com/2061-11516_3-6116294.html">Rumor</a> has it that EMC is buying the SIEM vendor Network Intelligence for between $150 to $175 million. NI&#8217;s revenue is said to be around $20 to $25 mil. That&#8217;s 7x revenue, which is not bad at all.</p>
<p>[Update: <a href="http://www.emc.com/news/emc_releases/showRelease.jsp?id=4605&#038;l=en&#038;c=US">Announcement</a> was made today on the NI acquisition by EMC. Interesting how the NI story is hidden inside a much bigger story. Does that indicate what's to come? That NI is going to just be a small piece of the EMC security story? The PR doesn't even mention the price. However, <a href="http://today.reuters.com/news/articleinvesting.aspx?type=mergersNews&#038;storyID=2006-09-18T130610Z_01_N18264336_RTRIDST_0_TECH-EMC-NETWORKINTELLIGENCE-UPDATE-1.XML">Reuters'</a> piece mentions the $175m figure.]</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/15/emc-rumored-to-buy-network-intelligence/feed/</wfw:commentRss>
		</item>
		<item>
		<title>The Big Picture: ITIL as an Integrated Framework</title>
		<link>http://www.zhen.org/blog/2006/09/12/the-big-picture-itil-as-an-integrated-framework/</link>
		<comments>http://www.zhen.org/blog/2006/09/12/the-big-picture-itil-as-an-integrated-framework/#comments</comments>
		<pubDate>Tue, 12 Sep 2006 22:27:14 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Compliance]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=192</guid>
		<description><![CDATA[Have been reading quite of bit of stuff on the various best practices and frameworks such as COBIT, PCI, ISO17799, ISO20000 and ITIL. 
I think one of the best description of COBIT vs ISO vs ITIL is the article The Big Picture: ITIL as an Integrated Framework written by Kevin LeBlanc:

All these frameworks can add [...]]]></description>
			<content:encoded><![CDATA[<p>Have been reading quite of bit of stuff on the various best practices and frameworks such as COBIT, PCI, ISO17799, ISO20000 and ITIL. </p>
<p>I think one of the best description of COBIT vs ISO vs ITIL is the article <a href="http://www.itilworx.com/articles/itw.0804.htm">The Big Picture: ITIL as an Integrated Framework</a> written by Kevin LeBlanc:</p>
<blockquote><p>
All these frameworks can add value to just about any IT shop depending on the specific business needs of the parent organization. However, the best fit-for-purpose combination benefiting ITIL practitioners may point to CoBiT (audit), ITIL (improve) and ISO17799 (secure).
</p></blockquote>
<p><img border=0 src="http://www.itilworx.com/images/integrated_trio.jpg"/></p>
<p>This description clearly defines the role of each of these frameworks and how they complement each other. Any organization wanting to improve operational efficiency should adopt these 3 frameworks.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/12/the-big-picture-itil-as-an-integrated-framework/feed/</wfw:commentRss>
		</item>
		<item>
		<title>PCI DSS 1.1 released</title>
		<link>http://www.zhen.org/blog/2006/09/11/pci-dss-11-released/</link>
		<comments>http://www.zhen.org/blog/2006/09/11/pci-dss-11-released/#comments</comments>
		<pubDate>Mon, 11 Sep 2006 22:34:43 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Compliance]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=191</guid>
		<description><![CDATA[So a few days ago, 9/7/06 to be exact, American Express, Discover Financial Services, JCB, MasterCard Worldwide and Visa International jointly announced the formation of an independent council, called PCI Security Standards Council, designed to manage the ongoing evolution of the Payment Card Industry (PCI) Data Security Standard.
As its first order of business, the PCI [...]]]></description>
			<content:encoded><![CDATA[<p>So a few days ago, 9/7/06 to be exact, American Express, Discover Financial Services, JCB, MasterCard Worldwide and Visa International jointly announced the formation of an independent council, called <a href="https://www.pcisecuritystandards.org/index.htm">PCI Security Standards Council</a>, designed to manage the ongoing evolution of the Payment Card Industry (PCI) Data Security Standard.</p>
<p>As its first order of business, the PCI Security Standards Council released <a href="https://www.pcisecuritystandards.org/tech/download_the_pci_dss.htm">PCI DSS v1.1</a>. The Payment Card Industry Data Security Standard (DSS) v 1.1 has replaced the DSS v. January 2005, and the PCI Security Standards Council will no longer recognize DSS v. 2005 after December 31, 2006.</p>
<p>Here are some of the interesting documents.</p>
<ul>
<li><a href="https://www.pcisecuritystandards.org/pdfs/pci_dss_v1-1.pdf">PCI Data Security Standard v1.1</a></li>
<li><a href="https://www.pcisecuritystandards.org/pdfs/pci_audit_procedures_v1-1.pdf">PCI DSS Audit Procedures</a></li>
<li><a href="https://www.pcisecuritystandards.org/pdfs/pci_summary_of_pci_dss_changes_v1-1.pdf">Summary of Changes</a></li>
</ul>
<p>One change that everyone took notice was the language around data retention.</p>
<p>In v1.0, sub-requirement 10.7 said</p>
<blockquote><p>An audit history usually covers a period of at least one year, with a minimum of 3 months available online.</p></blockquote>
<p>In v1.1, it now says</p>
<blockquote><p>Retain audit trail history for at least one year, with a minimum of three months online availability.</p></blockquote>
<p>The change is significant. It now means everyone who processes, stores or transmits credit card information MUST retain audit trails for a minimum of a year. Whereas before in v1.0, it was not a requirement.</p>
<p>There are other changes worth noting.</p>
<p><strong>Changes to requirement 1.2 and 1.3</strong></p>
<p>v1.1 removed some of the specific protocols and is now using phrases like &#8220;necessary for the cardholder data environment.&#8221; The question is who determines what&#8217;s necessary for the business?</p>
<p><strong>Addition of 2.4</strong></p>
<p>This requirement basically put all hosting providers including ISPs, MSPs and MSSPs in the same categories as merchants. The hosting providers must now conform to PCI DSS.</p>
<p>In addition, the hosting providers must ensure that the hosting customers can only see data that belong to them.</p>
<p><strong>Changes to 5 and 5.1</strong></p>
<p>v1.1 both expanded and restricted the scope of systems that require anti-virus software. It expanded the scope by stating &#8220;all systems commonly affected by viruses&#8221; instead of the old v1.0 saying, &#8220;all email systems and desktops.&#8221;</p>
<p>It restricted the scope because it added a note saying that UNIX-based systems or mainframes are typically not ffected by viruses.</p>
<p>There&#8217;s also a new sub-requirement 5.1.1 that requires anti-virus software to also detect, remove and protect against spyware and adware.</p>
<p><strong>Added clarification to 6</strong></p>
<p>A note is added to requirement 6 saying that</p>
<blockquote><p>Appropriate software patches are those patches that have been evaluated and tested sufficiently to determine that the patches do not conflict with existing security configurations.</p></blockquote>
<p>I am somehow seeing that many organizations will be using this as an out for not installing patches.</p>
<p>Auditor: &#8220;oh you don&#8217;t have patch X installed.&#8221;<br />
IT Admin: &#8220;oh sorry, we haven&#8217;t tested it sufficiently to know if it will downgrade our security settings.&#8221;<br />
Auditor: &#8220;but you are suppose to test this.&#8221;<br />
IT Admin: &#8220;oh we know, but the PCI DSS doesn&#8217;t say when we have to do it&#8221;</p>
<p><strong>Addition of 6.6</strong></p>
<p>Sub-requirement 6.6 says you need to protect your web-facing applications by having someone do a code review of your application or install an appliation layer firewall infront of them.</p>
<p>I can just see a jump in sales for the Cyberguard, Symantec Enterprise Firewall and others.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/11/pci-dss-11-released/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Windows events links</title>
		<link>http://www.zhen.org/blog/2006/09/10/windows-events-links/</link>
		<comments>http://www.zhen.org/blog/2006/09/10/windows-events-links/#comments</comments>
		<pubDate>Sun, 10 Sep 2006 16:03:42 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Logs]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=190</guid>
		<description><![CDATA[Some links I&#8217;ve collected, nowhere near comprehensive but they have served me well.

Eric Fitzgerald&#8217;s Windows Security Logging and Other Esoterica - Always a great blog to get all kinds of good info on Windows events. Eric&#8217;s a Program Manager for Windows Core Security. He&#8217;s pretty active on the loganalysis list as well and always gives [...]]]></description>
			<content:encoded><![CDATA[<p>Some links I&#8217;ve collected, nowhere near comprehensive but they have served me well.</p>
<ul>
<li><a href="http://blogs.msdn.com/ericfitz/">Eric Fitzgerald&#8217;s Windows Security Logging and Other Esoterica</a> - Always a great blog to get all kinds of good info on Windows events. Eric&#8217;s a Program Manager for Windows Core Security. He&#8217;s pretty active on the loganalysis list as well and always gives out great tips.</li>
<li><a href="http://www.windowsecurity.com/articles/Windows-Active-Directory-Auditing.html">Windows &#038; Active Directory Auditing</a></li>
<li><a href="http://www.windowsecurity.com/articles/Top-5-Security-Settings-Audit.html">Top 5 Security Settings to Audit</a></li>
<li><a href="http://blogs.msdn.com/ericfitz/archive/2005/11/09/490981.aspx">Windows Security Logging and Other Esoterica : What is up with Audit Collection Services?</a></li>
<li><a href="http://www.microsoft.com/windowsserversystem/updateservices/techinfo/previous/susdeployment.mspx">Software Update Services White Paper</a> - Lots of info here that talks about the different event IDs related to SUS</li>
<li><a href="http://www.ultimatewindowssecurity.com/encyclopedia_categories.html">Randy Franklin Smith&#8217;s Security Log Encyclopedia</a> - The one and only resource you need if you want a good categorization of windows events</li>
<li><a href="http://www.microsoft.com/technet/support/ee/ee_advanced.aspx">Microsoft Events and Errors Message Center</a> - <span id="lblEEMCHeader">Find detailed message explanations, recommended user actions, and links to additional support and resources.</span></li>
<li><span id="lblEEMCHeader"><a href="http://www.securityfocus.com/infocus/1762">Automating Windows Patch Management: Part II</a> - Some more event IDs here&#8230;<br />
</span></li>
</ul>
<p>There are plenty of links out there. Can you add to this list?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/10/windows-events-links/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Re: Log integrity handling on central logsystem</title>
		<link>http://www.zhen.org/blog/2006/09/01/re-log-integrity-handling-on-central-logsystem/</link>
		<comments>http://www.zhen.org/blog/2006/09/01/re-log-integrity-handling-on-central-logsystem/#comments</comments>
		<pubDate>Fri, 01 Sep 2006 22:34:15 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Compliance]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=188</guid>
		<description><![CDATA[There&#8217;s a very interesting thread being discussed on the log-analysis list. The topic is on &#8220;Log integrity handling on central logsystem.&#8221;
I think the general consensus is that log signing ALONE is not going to be enough, and that signing just the filtered log is also not enough.
Very interesting read. Should definitely check it out.
I agree [...]]]></description>
			<content:encoded><![CDATA[<p>There&#8217;s a very interesting thread being discussed on the <a href="http://lists.shmoo.com/pipermail/loganalysis/2006-August/thread.html">log-analysis list</a>. The topic is on &#8220;Log integrity handling on central logsystem.&#8221;</p>
<p>I think the general consensus is that log signing ALONE is not going to be enough, and that signing just the filtered log is also not enough.</p>
<p>Very interesting read. Should definitely check it out.</p>
<blockquote><p>I agree with Marcus&#8230; log signing [alone] is not going to make or break<br />
a court case &#8212; it [alone] might almost be asking for trouble.</p>
<p>As I pointed out later in my earlier response, the big deal is to get<br />
all possible logs, even if they don&#8217;t appear relevant to the particular<br />
matter &#8212; so you can show the trace, other anomalies (or lack of other<br />
anomalies).</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/01/re-log-integrity-handling-on-central-logsystem/feed/</wfw:commentRss>
		</item>
		<item>
		<title>2006 CSI/FBI Computer Crime and Security Survey</title>
		<link>http://www.zhen.org/blog/2006/09/01/187/</link>
		<comments>http://www.zhen.org/blog/2006/09/01/187/#comments</comments>
		<pubDate>Fri, 01 Sep 2006 22:32:22 +0000</pubDate>
		<dc:creator>jlz</dc:creator>
		
		<category><![CDATA[Market]]></category>

		<category><![CDATA[Reports]]></category>

		<guid isPermaLink="false">http://www.zhen.org/blog/?p=187</guid>
		<description><![CDATA[Finally got a chance to read the 2006 CSI/FBI Computer Crime and Security Survey.
It&#8217;s definitely worth scanning through. There are some interesting findings:

Regulatory compliance related to information security is among the most critical security issues customers face.
Virus attacks continue to be the source of the greatest financial losses. ($15.7 mil)
Unauthorized access continues to be second-greatest [...]]]></description>
			<content:encoded><![CDATA[<p>Finally got a chance to read the <a target="_blank" href="http://i.cmpnet.com/gocsi/db_area/pdfs/fbi/FBI2006.pdf">2006 CSI/FBI Computer Crime and Security Survey</a>.</p>
<p>It&#8217;s definitely worth scanning through. There are some interesting findings:</p>
<ul>
<li>Regulatory compliance related to information security is among the most critical security issues customers face.</li>
<li>Virus attacks continue to be the source of the greatest financial losses. ($15.7 mil)</li>
<li>Unauthorized access continues to be second-greatest source of financial losses. (10.6 mil)</li>
</ul>
<p>It&#8217;s also interesting that e-mail and web activity are used by over 50% of the organizations as effective security techniques. (page 17)</p>
<p>Not surprisingly, data protection is cited as the most critical security issue for the companies for the next two years. (page 24)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.zhen.org/blog/2006/09/01/187/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
