<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Coding or drag-and-dropping?</title>
	<atom:link href="http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/</link>
	<description>About Ruby, Oracle, Mac and others</description>
	<lastBuildDate>Wed, 28 Jul 2010 16:18:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Raimonds Simanovskis</title>
		<link>http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/#comment-361</link>
		<dc:creator>Raimonds Simanovskis</dc:creator>
		<pubDate>Tue, 07 Oct 2008 11:12:11 +0000</pubDate>
		<guid isPermaLink="false">http://rayapps.wordpress.com/?p=45#comment-361</guid>
		<description>Why I like small and beautiful code? You write code just once but read it many times. Small and beautiful code is much more easier to understand, test, refactor and change.

From my experience the problem with large automatically generated code using &quot;productive&quot; GUI tools is that programmers quite often do not understand &quot;magic&quot; of generated code, it&#039;s more harder to debug problems, they do not know how to do unit testing of such generated code and also it&#039;s harder to identify performance bottlenecks of such generated code.

Therefore I am advocating that programmers should understand code and they should not rely just on GUI code generation where initial productivity hides larger unproductive maintenance work.</description>
		<content:encoded><![CDATA[<p>Why I like small and beautiful code? You write code just once but read it many times. Small and beautiful code is much more easier to understand, test, refactor and change.</p>
<p>From my experience the problem with large automatically generated code using &#8220;productive&#8221; GUI tools is that programmers quite often do not understand &#8220;magic&#8221; of generated code, it&#8217;s more harder to debug problems, they do not know how to do unit testing of such generated code and also it&#8217;s harder to identify performance bottlenecks of such generated code.</p>
<p>Therefore I am advocating that programmers should understand code and they should not rely just on GUI code generation where initial productivity hides larger unproductive maintenance work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: er</title>
		<link>http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/#comment-360</link>
		<dc:creator>er</dc:creator>
		<pubDate>Tue, 07 Oct 2008 09:23:49 +0000</pubDate>
		<guid isPermaLink="false">http://rayapps.wordpress.com/?p=45#comment-360</guid>
		<description>Software engineering is not about writing beautiful code - it&#039;s about productivity. You can’t develop enterprise level applications by using only drag and drop approach, even using Jdeveloper/ADF ;) On the other hand, why should I take care for instance of BPEL code</description>
		<content:encoded><![CDATA[<p>Software engineering is not about writing beautiful code &#8211; it&#8217;s about productivity. You can’t develop enterprise level applications by using only drag and drop approach, even using Jdeveloper/ADF ;) On the other hand, why should I take care for instance of BPEL code</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raimonds Simanovskis</title>
		<link>http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/#comment-344</link>
		<dc:creator>Raimonds Simanovskis</dc:creator>
		<pubDate>Mon, 22 Sep 2008 15:01:34 +0000</pubDate>
		<guid isPermaLink="false">http://rayapps.wordpress.com/?p=45#comment-344</guid>
		<description>@shay

What I am afraid is that majority of developers will not look at the source code and for them after drag-and-drop some magic is happening and after that something works or not. I just think that for programmers we need to raise the bar and programmers should do the code and should understand in which files what is located. Otherwise we have too many developers who do not understand what they have built in their programs :)

And regarding version control it seemed to me that the source code is split into very many Java and XML files and as a result if you do even just small drag-and-drop change it might result in big changes in source code. And as a result such changes might not merge very well if several developers are working together on the same BPEL process or WebCenter page. But I need to see it more in detail to understand if this is really so.

This was intentionally provocative post :) I will try to go to demo grounds to have a more deeper look what is happening beneath this visual development.</description>
		<content:encoded><![CDATA[<p>@shay</p>
<p>What I am afraid is that majority of developers will not look at the source code and for them after drag-and-drop some magic is happening and after that something works or not. I just think that for programmers we need to raise the bar and programmers should do the code and should understand in which files what is located. Otherwise we have too many developers who do not understand what they have built in their programs :)</p>
<p>And regarding version control it seemed to me that the source code is split into very many Java and XML files and as a result if you do even just small drag-and-drop change it might result in big changes in source code. And as a result such changes might not merge very well if several developers are working together on the same BPEL process or WebCenter page. But I need to see it more in detail to understand if this is really so.</p>
<p>This was intentionally provocative post :) I will try to go to demo grounds to have a more deeper look what is happening beneath this visual development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: shay</title>
		<link>http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/#comment-343</link>
		<dc:creator>shay</dc:creator>
		<pubDate>Mon, 22 Sep 2008 12:27:34 +0000</pubDate>
		<guid isPermaLink="false">http://rayapps.wordpress.com/?p=45#comment-343</guid>
		<description>One thing that JDeveloper aims to do is simplify development with a more visual and declarative development approach - but this doesn&#039;t mean you can&#039;t or that you won&#039;t be doing coding also. In fact for every visual editor that you are working with there is a &quot;source&quot; tab at the bottom - you can click it to switch for example from the BPEL diagram to the BPEL XML - and then you can directly edit your code.
And you can also version control those files. In fact JDeveloper automatically does mini version control for your files - this is what the history tab at the bottom of each file will show you.</description>
		<content:encoded><![CDATA[<p>One thing that JDeveloper aims to do is simplify development with a more visual and declarative development approach &#8211; but this doesn&#8217;t mean you can&#8217;t or that you won&#8217;t be doing coding also. In fact for every visual editor that you are working with there is a &#8220;source&#8221; tab at the bottom &#8211; you can click it to switch for example from the BPEL diagram to the BPEL XML &#8211; and then you can directly edit your code.<br />
And you can also version control those files. In fact JDeveloper automatically does mini version control for your files &#8211; this is what the history tab at the bottom of each file will show you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raimonds Simanovskis</title>
		<link>http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/#comment-342</link>
		<dc:creator>Raimonds Simanovskis</dc:creator>
		<pubDate>Mon, 22 Sep 2008 06:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://rayapps.wordpress.com/?p=45#comment-342</guid>
		<description>@Peter

That&#039;s me in the first row of &lt;a href=&quot;http://pmoskovi.files.wordpress.com/2008/09/webcenterhandson1.jpg&quot; rel=&quot;nofollow&quot;&gt;your photo&lt;/a&gt; :) I&#039;ll try to come to you in demo grounds to discuss my concerns.</description>
		<content:encoded><![CDATA[<p>@Peter</p>
<p>That&#8217;s me in the first row of <a href="http://pmoskovi.files.wordpress.com/2008/09/webcenterhandson1.jpg" rel="nofollow">your photo</a> :) I&#8217;ll try to come to you in demo grounds to discuss my concerns.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Moskovits</title>
		<link>http://blog.rayapps.com/2008/09/22/coding-or-drag-and-droping/#comment-341</link>
		<dc:creator>Peter Moskovits</dc:creator>
		<pubDate>Mon, 22 Sep 2008 04:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://rayapps.wordpress.com/?p=45#comment-341</guid>
		<description>Interesting points about SOA and WebCenter. If interested in more technical deep-dive discussions, I&#039;d recommend you to stop by at the demo grounds where development and product management staff the pods. We&#039;d be happy to go into details there.
The overarching theme of Oracle&#039;s development stack is to provide a productive environment for you to build enterprise applications. The most typical and basic capabilities can be built using DnD, but there&#039;s a lot of space for coding to fine tune your applications.
Not sure I fully understand your concern and the relationship of drag and drop and version control. I do agree, that you as a developer have to know what&#039;s happening behind the scenes when you perform a drag gesture.

Peter</description>
		<content:encoded><![CDATA[<p>Interesting points about SOA and WebCenter. If interested in more technical deep-dive discussions, I&#8217;d recommend you to stop by at the demo grounds where development and product management staff the pods. We&#8217;d be happy to go into details there.<br />
The overarching theme of Oracle&#8217;s development stack is to provide a productive environment for you to build enterprise applications. The most typical and basic capabilities can be built using DnD, but there&#8217;s a lot of space for coding to fine tune your applications.<br />
Not sure I fully understand your concern and the relationship of drag and drop and version control. I do agree, that you as a developer have to know what&#8217;s happening behind the scenes when you perform a drag gesture.</p>
<p>Peter</p>
]]></content:encoded>
	</item>
</channel>
</rss>
