<?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 on: Finance people will demand Gaming Cards in their PCs</title>
	<atom:link href="http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-pcs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-pcs/</link>
	<description>Jedox CEO Kristian Raue about Palo Open-Source Business Intelligence</description>
	<lastBuildDate>Tue, 27 Jul 2010 09:09:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Andreas</title>
		<link>http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-pcs/comment-page-1/#comment-125</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Fri, 27 Nov 2009 08:20:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-computers/#comment-125</guid>
		<description>Well do not understand me wrong , I did not say that speed does not matter at all, but in the context of the whole blog, where it is about small software companies are pushing inventions, large companies are blocking it. And Jedox is understanding itself as a real inventor bringing added value to the Business. I have to say sorry -&gt; Speed is already invented. Everbody delivers the fastest planning, MIS, PM software on the market ( just look at the benchmarks - each vendors leads one).
If you have to wait 32 hours for your data, there is something wrong  - in infrastructure or more likely in the design. 
I have seen SAP- BI solutions which where relatively small in scope and very slow in usage, but I have also seen SAP-BI  Solutions   which had a huge amount of data in it giving answers on every request send out within milliseconds. 
Same technology different design - most likely, if you look at the majority of the big solutions they are providing a solid business value. Do not forget that most of the consultants for the smaller vendors (like Jedox) do just see a small part of the reality - which means if a project with the &quot;BIG&quot; providers flops the company will look around for a different solution and contact the &quot;small&quot; providers. JUST those will be seen by the small providers - which will now say &quot;every SAP-BI Project is unsuccessful&quot;. AND even wars &quot;it is because of the software used&quot;. Of course they have to say this because they have to sell there expensively invented tools and of course the have to say it because they are not qualified in modifying or redesigning the existing application (SAP).
And since  having only a few customers and relying on them - they will do the same design-mistakes  because they just look at the data not at the process and then modifying the existing software in the way that it will be able to support the (false) design - by speeding up the DB-Engine - since they have the power and the need to keep the customer. Great invention !

Another point is that the smaller software developers are mostly relying on one single technology / architecture approach  - here it is OLAP,  the solutions with customers always will be OLAP solutions which will be OK in most of the cases in the beginning of the projects when everything is pretty clear and structured. But growing and changing demands during the times will need to over think the BI - architecture.A vendor relying on payback of the investments in devoloping his only database and having his complete consulting team educated in his own and only  software will always do very hard to recommend a switch. On the other side a BIG Vendor having all technologies in his portfolio will generate income with any suggested architecture approach ( I am not saying that those suggestion are always the best). 

Closing this already to long statement I will take a metaphor from a different branch

It is not about inventing faster cars anymore it is about transporting peaple and goods in a save, ecologic, economic way.</description>
		<content:encoded><![CDATA[<p>Well do not understand me wrong , I did not say that speed does not matter at all, but in the context of the whole blog, where it is about small software companies are pushing inventions, large companies are blocking it. And Jedox is understanding itself as a real inventor bringing added value to the Business. I have to say sorry -&gt; Speed is already invented. Everbody delivers the fastest planning, MIS, PM software on the market ( just look at the benchmarks &#8211; each vendors leads one).<br />
If you have to wait 32 hours for your data, there is something wrong  &#8211; in infrastructure or more likely in the design.<br />
I have seen SAP- BI solutions which where relatively small in scope and very slow in usage, but I have also seen SAP-BI  Solutions   which had a huge amount of data in it giving answers on every request send out within milliseconds.<br />
Same technology different design &#8211; most likely, if you look at the majority of the big solutions they are providing a solid business value. Do not forget that most of the consultants for the smaller vendors (like Jedox) do just see a small part of the reality &#8211; which means if a project with the &#8220;BIG&#8221; providers flops the company will look around for a different solution and contact the &#8220;small&#8221; providers. JUST those will be seen by the small providers &#8211; which will now say &#8220;every SAP-BI Project is unsuccessful&#8221;. AND even wars &#8220;it is because of the software used&#8221;. Of course they have to say this because they have to sell there expensively invented tools and of course the have to say it because they are not qualified in modifying or redesigning the existing application (SAP).<br />
And since  having only a few customers and relying on them &#8211; they will do the same design-mistakes  because they just look at the data not at the process and then modifying the existing software in the way that it will be able to support the (false) design &#8211; by speeding up the DB-Engine &#8211; since they have the power and the need to keep the customer. Great invention !</p>
<p>Another point is that the smaller software developers are mostly relying on one single technology / architecture approach  &#8211; here it is OLAP,  the solutions with customers always will be OLAP solutions which will be OK in most of the cases in the beginning of the projects when everything is pretty clear and structured. But growing and changing demands during the times will need to over think the BI &#8211; architecture.A vendor relying on payback of the investments in devoloping his only database and having his complete consulting team educated in his own and only  software will always do very hard to recommend a switch. On the other side a BIG Vendor having all technologies in his portfolio will generate income with any suggested architecture approach ( I am not saying that those suggestion are always the best). </p>
<p>Closing this already to long statement I will take a metaphor from a different branch</p>
<p>It is not about inventing faster cars anymore it is about transporting peaple and goods in a save, ecologic, economic way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-pcs/comment-page-1/#comment-120</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Fri, 13 Nov 2009 17:20:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-computers/#comment-120</guid>
		<description>As a consultant I have implemented Palo in a 600m turnover organisation, and am currently looking at potential applications in my Banking client.

There is little doubt that GPU acceleration has many people in IT excited and every IT department should be alerted to this robust development, as it significantly improves any business case by providing significantly higher performance for less than traditional cost.

In larger organisations, the technology choice is left to the IT department, while managers are interested in ease of use, data control, process flows, and reasonable application speed. Getting your ETL and processes right are critical for success, but speed can become a major issue whether you are faced with waiting for an hour, or sometimes overnight, for Budget or Treasury models to recalculate. 

Operational staff need tools that will work quickly, if they are to meet that working day 3 reporting deadline. Try telling a manager he will have to wait 33 hours for his reports, instead of 16 minutes, just because each one of those 1000 workstations takes 2 minutes per process instead of 1 second.

The world is full of large scale, process compliant installations, that have been abandoned because the process worked, but the technology didn&#039;t. 

The key is to ensure you address the technology issues as well as the process issues.</description>
		<content:encoded><![CDATA[<p>As a consultant I have implemented Palo in a 600m turnover organisation, and am currently looking at potential applications in my Banking client.</p>
<p>There is little doubt that GPU acceleration has many people in IT excited and every IT department should be alerted to this robust development, as it significantly improves any business case by providing significantly higher performance for less than traditional cost.</p>
<p>In larger organisations, the technology choice is left to the IT department, while managers are interested in ease of use, data control, process flows, and reasonable application speed. Getting your ETL and processes right are critical for success, but speed can become a major issue whether you are faced with waiting for an hour, or sometimes overnight, for Budget or Treasury models to recalculate. </p>
<p>Operational staff need tools that will work quickly, if they are to meet that working day 3 reporting deadline. Try telling a manager he will have to wait 33 hours for his reports, instead of 16 minutes, just because each one of those 1000 workstations takes 2 minutes per process instead of 1 second.</p>
<p>The world is full of large scale, process compliant installations, that have been abandoned because the process worked, but the technology didn&#8217;t. </p>
<p>The key is to ensure you address the technology issues as well as the process issues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kristianraue</title>
		<link>http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-pcs/comment-page-1/#comment-116</link>
		<dc:creator>kristianraue</dc:creator>
		<pubDate>Wed, 04 Nov 2009 15:26:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-computers/#comment-116</guid>
		<description>Andreas,

A CFO might be ok to wait a few minutes for his report, the greater number of business users having to spend hours instead of minutes for entering data and doing detailed analysis will certainly not agree with their CFO&#039;s speaking.

It is not a game controller, it is a processing card with hundreds of number crunching CPUs working in parallel.</description>
		<content:encoded><![CDATA[<p>Andreas,</p>
<p>A CFO might be ok to wait a few minutes for his report, the greater number of business users having to spend hours instead of minutes for entering data and doing detailed analysis will certainly not agree with their CFO&#8217;s speaking.</p>
<p>It is not a game controller, it is a processing card with hundreds of number crunching CPUs working in parallel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas</title>
		<link>http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-pcs/comment-page-1/#comment-115</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Tue, 03 Nov 2009 11:10:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-computers/#comment-115</guid>
		<description>Forget your Headline, 

dear Kristian, sorry I have to say this, as a consultant I would say that I am sometimes a little bit too technical for my clients, and I have to admit that I could not read your artice because I did not understand it - BI is definetly not a technical issue. 
It is not &quot;the more the better&quot; it is about processes, data reduction and information reliability. All this is not technical. 
And this is where so called &quot;small&quot; BI-vendors are extremly weak, because they usually cannot handle big company projects with their workforce. 
They stick with small and medium clients ( a fact which is not considered in the nice but useless charts above) where it seems that processes are not crucial. 
The &quot;Big&quot; Vendor Software is much more process oriented and is in most of the cases the only really solution for tasks in the &quot;big&quot; companies. 
While you are writing about Game-Controllers, they are implementing a 1000 Client planning application somewhere, not promissing it will be the fastest, not promissing that it will be done within 3 month but after implementation the planning process will be streamlined and the data will come out of a single source ( hopefully right). I spoke lately with a couple of CFOs of bigger Companies the where all together stating &quot; I do not care that much about waiting a couple of minutes for my report, what I do care about much more that the numbers in this report are 100% reliable &quot;. 
The correctness of &quot;right&quot; numbers is 99% depending on processes and 1% on IT -Tools. 

Regards</description>
		<content:encoded><![CDATA[<p>Forget your Headline, </p>
<p>dear Kristian, sorry I have to say this, as a consultant I would say that I am sometimes a little bit too technical for my clients, and I have to admit that I could not read your artice because I did not understand it &#8211; BI is definetly not a technical issue.<br />
It is not &#8220;the more the better&#8221; it is about processes, data reduction and information reliability. All this is not technical.<br />
And this is where so called &#8220;small&#8221; BI-vendors are extremly weak, because they usually cannot handle big company projects with their workforce.<br />
They stick with small and medium clients ( a fact which is not considered in the nice but useless charts above) where it seems that processes are not crucial.<br />
The &#8220;Big&#8221; Vendor Software is much more process oriented and is in most of the cases the only really solution for tasks in the &#8220;big&#8221; companies.<br />
While you are writing about Game-Controllers, they are implementing a 1000 Client planning application somewhere, not promissing it will be the fastest, not promissing that it will be done within 3 month but after implementation the planning process will be streamlined and the data will come out of a single source ( hopefully right). I spoke lately with a couple of CFOs of bigger Companies the where all together stating &#8221; I do not care that much about waiting a couple of minutes for my report, what I do care about much more that the numbers in this report are 100% reliable &#8220;.<br />
The correctness of &#8220;right&#8221; numbers is 99% depending on processes and 1% on IT -Tools. </p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AncientQuant, CFA</title>
		<link>http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-pcs/comment-page-1/#comment-107</link>
		<dc:creator>AncientQuant, CFA</dc:creator>
		<pubDate>Sat, 10 Oct 2009 23:45:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.paloinsider.com/jedox/finance-people-will-demand-gaming-cards-in-their-computers/#comment-107</guid>
		<description>Wow, Kristain, did you say &quot;here at Jedox we run TESLA...?&quot;  This is very interesting. I&#039;m no compiler developer, but somehow I thought Tesla technology required massively parallel and highly threaded code to deliver the punch. Please write, expanding on this!! 

If true, it&#039;s huge. A moderately powered PC, good GPU and one (or more) Tesla boxes could literally scale way above a higher end PC or multi core CPU!! In real terms an ordinary PC (US$800), good GPU (US$500) and a Tesla box (US$1,200) would rival any $10,000+ workstation.

On the general GPU front, I agree completely with you. Here&#039;s a small CapEx case: I have three systems - my beloved Sun 40 workstation (omitted here) and two new PC&#039;s. I demanded and received a PC with a high end Intel Core i7 cpu and run of the mill GPU. The thing cost well over US$3,500. Still unimpressed, a kid in IT built a much less expensive (say US$1,000) system at home for me using AMD&#039;s gaming technology with 2 high end GPU&#039;s. For heavily cpu-bound and in-memory applications with a lot of data visualization, the low cost system is always faster and more responsive!! 

I encourage my CFO and Analyst friends not to take whatever IT issues &quot;just because.&quot; It will save countless hours and make computing much more enjoyable. Best regards, The Old Quant, CFA</description>
		<content:encoded><![CDATA[<p>Wow, Kristain, did you say &#8220;here at Jedox we run TESLA&#8230;?&#8221;  This is very interesting. I&#8217;m no compiler developer, but somehow I thought Tesla technology required massively parallel and highly threaded code to deliver the punch. Please write, expanding on this!! </p>
<p>If true, it&#8217;s huge. A moderately powered PC, good GPU and one (or more) Tesla boxes could literally scale way above a higher end PC or multi core CPU!! In real terms an ordinary PC (US$800), good GPU (US$500) and a Tesla box (US$1,200) would rival any $10,000+ workstation.</p>
<p>On the general GPU front, I agree completely with you. Here&#8217;s a small CapEx case: I have three systems &#8211; my beloved Sun 40 workstation (omitted here) and two new PC&#8217;s. I demanded and received a PC with a high end Intel Core i7 cpu and run of the mill GPU. The thing cost well over US$3,500. Still unimpressed, a kid in IT built a much less expensive (say US$1,000) system at home for me using AMD&#8217;s gaming technology with 2 high end GPU&#8217;s. For heavily cpu-bound and in-memory applications with a lot of data visualization, the low cost system is always faster and more responsive!! </p>
<p>I encourage my CFO and Analyst friends not to take whatever IT issues &#8220;just because.&#8221; It will save countless hours and make computing much more enjoyable. Best regards, The Old Quant, CFA</p>
]]></content:encoded>
	</item>
</channel>
</rss>
