<?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>Reacties voor Software Innovators</title>
	<atom:link href="http://www.software-innovators.nl/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.software-innovators.nl</link>
	<description>Sogyo over het realiseren van software innovaties</description>
	<lastBuildDate>Thu, 02 Feb 2012 15:39:47 +0100</lastBuildDate>
	<generator>http://wordpress.org/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Reactie op Het nieuwe platform? door Michiel</title>
		<link>http://www.software-innovators.nl/2012/01/31/het-nieuwe-platform/comment-page-1/#comment-2784</link>
		<dc:creator>Michiel</dc:creator>
		<pubDate>Thu, 02 Feb 2012 15:39:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=3713#comment-2784</guid>
		<description>Ben aan de slag met R. De kansen voor R liggen naar mijn mening in business intelligence en cloud computing. Geen makkelijke taal vind ik persoonlijk, maar wel krachtig.</description>
		<content:encoded><![CDATA[<p>Ben aan de slag met R. De kansen voor R liggen naar mijn mening in business intelligence en cloud computing. Geen makkelijke taal vind ik persoonlijk, maar wel krachtig.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Het nieuwe platform? door Daan van Berkel</title>
		<link>http://www.software-innovators.nl/2012/01/31/het-nieuwe-platform/comment-page-1/#comment-2783</link>
		<dc:creator>Daan van Berkel</dc:creator>
		<pubDate>Tue, 31 Jan 2012 10:00:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=3713#comment-2783</guid>
		<description>In lijn mat wat Rick hierboven schrijft denk ik dat de huidige technologieën, in het bijzonder de bestaande virtual machines, niet zo maar overboord worden gegooid. Er is zoveel kennis en kunde in huidige VM&#039;s aanwezig. Het is haast ondenkbaar dat deze zo maar aan de kant worden gezet.

Daarbij kunnen &quot;nieuwe&quot; talen meeliften op het succes van VM&#039;s/platformen. Denk daarbij aan JRuby, IronPython of coffee-script.

Ik denk daarom dat er in de (nabije) toekomst de nadruk komt te liggen op het ontwikkelen van talen die de huidige VM&#039;s als platform hebben en zich onderscheiden op expressiviteit en paradigma e.g functioneel vs objectgeoriënteerd vs rule-based .</description>
		<content:encoded><![CDATA[<p>In lijn mat wat Rick hierboven schrijft denk ik dat de huidige technologieën, in het bijzonder de bestaande virtual machines, niet zo maar overboord worden gegooid. Er is zoveel kennis en kunde in huidige VM&#8217;s aanwezig. Het is haast ondenkbaar dat deze zo maar aan de kant worden gezet.</p>
<p>Daarbij kunnen &#8220;nieuwe&#8221; talen meeliften op het succes van VM&#8217;s/platformen. Denk daarbij aan JRuby, IronPython of coffee-script.</p>
<p>Ik denk daarom dat er in de (nabije) toekomst de nadruk komt te liggen op het ontwikkelen van talen die de huidige VM&#8217;s als platform hebben en zich onderscheiden op expressiviteit en paradigma e.g functioneel vs objectgeoriënteerd vs rule-based .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Het nieuwe platform? door Rick</title>
		<link>http://www.software-innovators.nl/2012/01/31/het-nieuwe-platform/comment-page-1/#comment-2782</link>
		<dc:creator>Rick</dc:creator>
		<pubDate>Tue, 31 Jan 2012 09:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=3713#comment-2782</guid>
		<description>He, bedankt voor de free publicity. :)

Mijn inschatting: als je al jaren in java en/of .net geinvesteerd hebt, dan is simpelweg overstappen naar node.js / javascript nu niet logisch. Waarom zou je het doen? Elk mogelijk voordeel wat je daar op de lange termijn mee gaat halen moet opboksen tegen een enorm nadeel: het kapitaalverlies jaren investering in kennis en applicaties die je weg zou moeten gooien / uitfaseren. En aangezien het in principe weer gaat om een 3GL taal &amp; platform is het voordeel wat je ermee gaat halen beperkt. Dus wat je zou kunnen doen is er applicaties bijmaken, maar dan moet je wel accepteren dat je er een taal bij moet leren. Wat veel organisaties juist willen is mínder platformen en talen.

Wat wij aanbieden is dan ook zeker geen javascript. En eigenlijk werken we er ook al steeds minder in, maar meer in onze eigen taal, geïmplementeerd op javascript. In ieder geval hoeven we onze klanten niet te overtuigen iets met javascript en/of node te gaan doen.

Neemt niet weg dat het best wel cool (en praktisch) is om zowel back- en frontend in 1 taal te kunnen ontwikkelen.</description>
		<content:encoded><![CDATA[<p>He, bedankt voor de free publicity. :)</p>
<p>Mijn inschatting: als je al jaren in java en/of .net geinvesteerd hebt, dan is simpelweg overstappen naar node.js / javascript nu niet logisch. Waarom zou je het doen? Elk mogelijk voordeel wat je daar op de lange termijn mee gaat halen moet opboksen tegen een enorm nadeel: het kapitaalverlies jaren investering in kennis en applicaties die je weg zou moeten gooien / uitfaseren. En aangezien het in principe weer gaat om een 3GL taal &amp; platform is het voordeel wat je ermee gaat halen beperkt. Dus wat je zou kunnen doen is er applicaties bijmaken, maar dan moet je wel accepteren dat je er een taal bij moet leren. Wat veel organisaties juist willen is mínder platformen en talen.</p>
<p>Wat wij aanbieden is dan ook zeker geen javascript. En eigenlijk werken we er ook al steeds minder in, maar meer in onze eigen taal, geïmplementeerd op javascript. In ieder geval hoeven we onze klanten niet te overtuigen iets met javascript en/of node te gaan doen.</p>
<p>Neemt niet weg dat het best wel cool (en praktisch) is om zowel back- en frontend in 1 taal te kunnen ontwikkelen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Een Smalltalk voorbeeld door pletcherzic</title>
		<link>http://www.software-innovators.nl/2009/03/24/een-smalltalk-voorbeeld/comment-page-1/#comment-2781</link>
		<dc:creator>pletcherzic</dc:creator>
		<pubDate>Fri, 20 Jan 2012 16:50:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=995#comment-2781</guid>
		<description>Ecstasy Zhise, accurate long pass, a beautiful goal [url=http://www.coach-factory-onlineoutlet.com/]Coach Outlet[/url], defensive wise, there is the domineering open long-range attacks... he was Manchester United (microblogging) during three consecutive Premier League ace midfielder, but gradually become a fan within the eyes of much make use of; he had been shown Ferguson has been within the list of cleaning, but now it plays in debt Devils headed kid more and more important role. He is Carrick, a being known seeing that &quot;the most underrated President, &quot; the player. Before the game, had just come back soon one of the starting lineup of Paul Scholes, no doubt become that focus of much awareness, and Scholes in the initial half coming to an end should the goal is denied a number of film. Unknown in the ginger travel around shoulder the heavy responsibility of team wrongdoing and defense conversion main of Carrick, performance is very good, in addition to the use of an array of running to make up for your lack of defense Scholes, the Carrick on the offensive end from the performance is absolutely worthy of praise midfield master.[url=http://www.coach-factory-onlineoutlet.com/]Coach Factory Outlet[/url]</description>
		<content:encoded><![CDATA[<p>Ecstasy Zhise, accurate long pass, a beautiful goal [url=http://www.coach-factory-onlineoutlet.com/]Coach Outlet[/url], defensive wise, there is the domineering open long-range attacks&#8230; he was Manchester United (microblogging) during three consecutive Premier League ace midfielder, but gradually become a fan within the eyes of much make use of; he had been shown Ferguson has been within the list of cleaning, but now it plays in debt Devils headed kid more and more important role. He is Carrick, a being known seeing that &#8220;the most underrated President, &#8221; the player. Before the game, had just come back soon one of the starting lineup of Paul Scholes, no doubt become that focus of much awareness, and Scholes in the initial half coming to an end should the goal is denied a number of film. Unknown in the ginger travel around shoulder the heavy responsibility of team wrongdoing and defense conversion main of Carrick, performance is very good, in addition to the use of an array of running to make up for your lack of defense Scholes, the Carrick on the offensive end from the performance is absolutely worthy of praise midfield master.[url=http://www.coach-factory-onlineoutlet.com/]Coach Factory Outlet[/url]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op HTTP Request-Response Cycle door Andries Nieuwenhuize</title>
		<link>http://www.software-innovators.nl/2012/01/12/http-request-response-cycle/comment-page-1/#comment-2780</link>
		<dc:creator>Andries Nieuwenhuize</dc:creator>
		<pubDate>Thu, 12 Jan 2012 16:15:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/2012/01/12/http-request-response-cycle/#comment-2780</guid>
		<description>Wat een rustgevende stem :P Maar erg leuk gedaan! Ik ga &#039;m aan mn vriendin laten zien.</description>
		<content:encoded><![CDATA[<p>Wat een rustgevende stem :P Maar erg leuk gedaan! Ik ga &#8216;m aan mn vriendin laten zien.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Pragmatisch debuggen met Debug It! door Joost de Jong</title>
		<link>http://www.software-innovators.nl/2011/12/22/pragmatisch-debuggen-met-debug-it/comment-page-1/#comment-2779</link>
		<dc:creator>Joost de Jong</dc:creator>
		<pubDate>Wed, 11 Jan 2012 19:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=3683#comment-2779</guid>
		<description>Het boek spreekt ook over TDD en de invloed ervan op het debuggen. Juist dat door TDD te gebruiken veel minder gedebugd hoeft te worden. Het boek gaat verder niet in op TDD.</description>
		<content:encoded><![CDATA[<p>Het boek spreekt ook over TDD en de invloed ervan op het debuggen. Juist dat door TDD te gebruiken veel minder gedebugd hoeft te worden. Het boek gaat verder niet in op TDD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Pragmatisch debuggen met Debug It! door Stefan Hendriks</title>
		<link>http://www.software-innovators.nl/2011/12/22/pragmatisch-debuggen-met-debug-it/comment-page-1/#comment-2778</link>
		<dc:creator>Stefan Hendriks</dc:creator>
		<pubDate>Wed, 11 Jan 2012 08:17:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=3683#comment-2778</guid>
		<description>Ik ken het boek niet, dus ik kan iet over de inhoud oordelen. Wel kan ik zeggen dat sinds ik TDD doe, ik mijn debugger nauwelijks aanraak. Alleen als ik echt met integratie zaken te maken heb, dan komt de debugger van pas. 

Als ik dat vergelijk met hoe ik vroeger (voor TDD) bezig was met debuggen, dan kan ik zeggen dat ik nu veel minder tijd kwijt ben hiermee.

Ik zal het boek zeker gaan lezen, ben benieuwd of het ook over TDD spreekt en de invloed ervan op het debuggen.</description>
		<content:encoded><![CDATA[<p>Ik ken het boek niet, dus ik kan iet over de inhoud oordelen. Wel kan ik zeggen dat sinds ik TDD doe, ik mijn debugger nauwelijks aanraak. Alleen als ik echt met integratie zaken te maken heb, dan komt de debugger van pas. </p>
<p>Als ik dat vergelijk met hoe ik vroeger (voor TDD) bezig was met debuggen, dan kan ik zeggen dat ik nu veel minder tijd kwijt ben hiermee.</p>
<p>Ik zal het boek zeker gaan lezen, ben benieuwd of het ook over TDD spreekt en de invloed ervan op het debuggen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Normaliseren door Peter</title>
		<link>http://www.software-innovators.nl/2008/05/26/normaliseren/comment-page-1/#comment-2775</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Fri, 16 Dec 2011 13:30:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=110#comment-2775</guid>
		<description>&lt;b&gt;Mooi stukje!&lt;/b&gt;</description>
		<content:encoded><![CDATA[<p><b>Mooi stukje!</b></p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Ontwikkelen op het Android platform door Jurrien</title>
		<link>http://www.software-innovators.nl/2009/06/05/ontwikkelen-op-het-android-platform/comment-page-1/#comment-2774</link>
		<dc:creator>Jurrien</dc:creator>
		<pubDate>Wed, 14 Dec 2011 15:27:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=1377#comment-2774</guid>
		<description>Ziet er ingewikkeld uit die codes. Ik heb mijn Android app laten maken bij een professioneel app bedrijf want hier snap ik helemaal niets van.
http://appyourservice.nu/android-app-maken/</description>
		<content:encoded><![CDATA[<p>Ziet er ingewikkeld uit die codes. Ik heb mijn Android app laten maken bij een professioneel app bedrijf want hier snap ik helemaal niets van.<br />
<a href="http://appyourservice.nu/android-app-maken/" rel="nofollow">http://appyourservice.nu/android-app-maken/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Reactie op Asynchroon (II) bijv.nw. (comp.sci.) – synchroon (deel II) door Jasper Stein</title>
		<link>http://www.software-innovators.nl/2011/10/24/asynchroon-ii-bijv-nw-comp-sci-%e2%80%93-synchroon-deel-ii/comment-page-1/#comment-2772</link>
		<dc:creator>Jasper Stein</dc:creator>
		<pubDate>Wed, 09 Nov 2011 11:10:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=3669#comment-2772</guid>
		<description>Hej Andries,
Interessant om te zien dat je het woord &#039;asynchroon&#039; ook nog eens vanuit meerdere perspectieven kan bekijken waarvan er dan sommige wel en andere niet opgaan. Maar inderdaad, de focus ligt vaak op multithreaded operaties terwijl er dus meer aan de hand is en het woord vooral ook daarop lijkt te slaan. Ik zal dat artikel over F# zeker eens doorlezen als ik tijd heb, en hoewel ik nog niet direct plannen heb - hopelijk komt het inderdaad ooit nog eens tot een deel III!</description>
		<content:encoded><![CDATA[<p>Hej Andries,<br />
Interessant om te zien dat je het woord &#8216;asynchroon&#8217; ook nog eens vanuit meerdere perspectieven kan bekijken waarvan er dan sommige wel en andere niet opgaan. Maar inderdaad, de focus ligt vaak op multithreaded operaties terwijl er dus meer aan de hand is en het woord vooral ook daarop lijkt te slaan. Ik zal dat artikel over F# zeker eens doorlezen als ik tijd heb, en hoewel ik nog niet direct plannen heb &#8211; hopelijk komt het inderdaad ooit nog eens tot een deel III!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

