<?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: About Tableau 8	</title>
	<atom:link href="https://prologika.com/about-tableau-8/feed/" rel="self" type="application/rss+xml" />
	<link>https://prologika.com/about-tableau-8/</link>
	<description>Business Intelligence Consulting and Training in Atlanta</description>
	<lastBuildDate>Mon, 15 Feb 2016 12:25:49 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: tlachev		</title>
		<link>https://prologika.com/about-tableau-8/#comment-166</link>

		<dc:creator><![CDATA[tlachev]]></dc:creator>
		<pubDate>Tue, 16 Apr 2013 21:22:06 +0000</pubDate>
		<guid isPermaLink="false">/CS/blogs/blog/archive/2013/04/05/about-tableau-8.aspx#comment-166</guid>

					<description><![CDATA[Great comment, aabundez. Yes, as I said, Tableau+SSAS is a good combo. But you brought a great point about focusing on the visualization side only. This of course brings another question about what BI is? When Gartner plots Tableau and QlikView SxS with the mega vendors, do they focus on visualization only? I bet they throw the self-service BI story in the mix as well, plus organizational BI (dashboards). So, I felt like I&#039;m doing MS injustice to focus on the visualization part alone.

About MS presentation layer slacking behind, we should all push to change this. MVPs and partners apparently are not enough.]]></description>
			<content:encoded><![CDATA[<p>Great comment, aabundez. Yes, as I said, Tableau+SSAS is a good combo. But you brought a great point about focusing on the visualization side only. This of course brings another question about what BI is? When Gartner plots Tableau and QlikView SxS with the mega vendors, do they focus on visualization only? I bet they throw the self-service BI story in the mix as well, plus organizational BI (dashboards). So, I felt like I&#8217;m doing MS injustice to focus on the visualization part alone.</p>
<p>About MS presentation layer slacking behind, we should all push to change this. MVPs and partners apparently are not enough.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Angel Abundez		</title>
		<link>https://prologika.com/about-tableau-8/#comment-165</link>

		<dc:creator><![CDATA[Angel Abundez]]></dc:creator>
		<pubDate>Mon, 08 Apr 2013 05:44:05 +0000</pubDate>
		<guid isPermaLink="false">/CS/blogs/blog/archive/2013/04/05/about-tableau-8.aspx#comment-165</guid>

					<description><![CDATA[Hi Teo. Love your SSAS 2012 book and your online videos of Tabular modeling. Really appreciate all you do for us BI consultants in the Microsoft world. Thank you for writing this post. 

As a Microsoft consultant myself, I&#039;ve worked closely with a couple clients now that use Tableau and am intrigued by how fast they are able to create analysis, and drill-through to the detail data without having to write any code, or subreport, or drill-through action, or without the help of some 3rd party add-in. 

I&#039;ve also been mindful of big enterprise clients that not only use Tableau as their enterprise analytical tool, but they are also some of Microsoft&#039;s biggest enterprise customers. The ones that come to mind from the last PASS Summit are Yahoo and Klout. Both use SSAS for its performance and semantic layer, but then are able to deliver powerful dashboards and visualizations that can be shared with the rest of the organization.

The point here is that one cannot compare Tableau to Microsoft BI as a whole. That wouldn&#039;t be fair to either vendor. Tableau can only be compared with what its intended focus is: Analytics, Visualizations, and distributing that discovery to the enterprise. That means we&#039;ve got to compare Tableau with SSRS, PPS, and Power View. Clearly, we are at a disadvantage with our dashboarding tools being completely seperate from the tools used to create OLAP data sources. So to Jen&#039;s point, this allows customer&#039;s to gain value faster just having to develop their semantics in one integrated tool. No seperate add-in or different SKU product. No multi-developer languages to learn: MDX, DAX, DMX, SSRS Expressions, PPS Time Intelligence, etc.

Now, that&#039;s not to say its all fun and games with Tableau. Tableau has certain things its not good at, like tables or lists. Like, you would never write an invoice report in Tableau, or create a label report for printing bar codes. However, that&#039;s not intended focus. 

What is also apparent is how easy it is for Tableau Server users to share their work and have great drill-through, sort, and filter capability out-of-the-box without a line of code, subreport, or add-in. Tableau Server is easy for a non-IT person to install, and they can start sharing workbooks to the enterprise right away. 

I read your other post of the things you wish Microsoft BI had, and of those, Tableau has got the simplicity thing down. More importantly, it knows who Tableau is. Its listening to customers and their needs instead of developers, as you indicate. So there&#039;s a lot Microsoft can learn from them, IMHO.

Thanks.





]]></description>
			<content:encoded><![CDATA[<p>Hi Teo. Love your SSAS 2012 book and your online videos of Tabular modeling. Really appreciate all you do for us BI consultants in the Microsoft world. Thank you for writing this post. </p>
<p>As a Microsoft consultant myself, I&#8217;ve worked closely with a couple clients now that use Tableau and am intrigued by how fast they are able to create analysis, and drill-through to the detail data without having to write any code, or subreport, or drill-through action, or without the help of some 3rd party add-in. </p>
<p>I&#8217;ve also been mindful of big enterprise clients that not only use Tableau as their enterprise analytical tool, but they are also some of Microsoft&#8217;s biggest enterprise customers. The ones that come to mind from the last PASS Summit are Yahoo and Klout. Both use SSAS for its performance and semantic layer, but then are able to deliver powerful dashboards and visualizations that can be shared with the rest of the organization.</p>
<p>The point here is that one cannot compare Tableau to Microsoft BI as a whole. That wouldn&#8217;t be fair to either vendor. Tableau can only be compared with what its intended focus is: Analytics, Visualizations, and distributing that discovery to the enterprise. That means we&#8217;ve got to compare Tableau with SSRS, PPS, and Power View. Clearly, we are at a disadvantage with our dashboarding tools being completely seperate from the tools used to create OLAP data sources. So to Jen&#8217;s point, this allows customer&#8217;s to gain value faster just having to develop their semantics in one integrated tool. No seperate add-in or different SKU product. No multi-developer languages to learn: MDX, DAX, DMX, SSRS Expressions, PPS Time Intelligence, etc.</p>
<p>Now, that&#8217;s not to say its all fun and games with Tableau. Tableau has certain things its not good at, like tables or lists. Like, you would never write an invoice report in Tableau, or create a label report for printing bar codes. However, that&#8217;s not intended focus. </p>
<p>What is also apparent is how easy it is for Tableau Server users to share their work and have great drill-through, sort, and filter capability out-of-the-box without a line of code, subreport, or add-in. Tableau Server is easy for a non-IT person to install, and they can start sharing workbooks to the enterprise right away. </p>
<p>I read your other post of the things you wish Microsoft BI had, and of those, Tableau has got the simplicity thing down. More importantly, it knows who Tableau is. Its listening to customers and their needs instead of developers, as you indicate. So there&#8217;s a lot Microsoft can learn from them, IMHO.</p>
<p>Thanks.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: russch2		</title>
		<link>https://prologika.com/about-tableau-8/#comment-164</link>

		<dc:creator><![CDATA[russch2]]></dc:creator>
		<pubDate>Sun, 07 Apr 2013 14:27:26 +0000</pubDate>
		<guid isPermaLink="false">/CS/blogs/blog/archive/2013/04/05/about-tableau-8.aspx#comment-164</guid>

					<description><![CDATA[Hi Teo!

Haven&#039;t been to your blog in years, but it was one of my faves while I was at Microsoft. 

I saw a link to this post on the Twittersphere and just wanted to chime in on the first couple points that you made. 

Tableau doesn&#039;t actually need to load all the data that you want to analyze into RAM. It loads only the columns (or portions of the columns) necessary to answer the question being asked. In a worst case scenario, it&#039;ll actually &quot;page&quot; much like an OS.

Therefore, it&#039;s not constrained by the amount of RAM on the client.  I regularly work with customers using 250M - 1B rows on the client -- data that would take up way more space than the 4-8 GB of RAM on a commodity laptop has to offer

Tableau also connects &quot;live&quot; to data sources and doesn&#039;t need to &quot;own&quot; that data - so to us,  upgrading to an Enterprise Data model is largely a no-op. Our users will point directly to the big SQL/Oracle/Teradata/Whatever box out of the gate and have at it...

Tableau security is also pretty slick -- and  flexible. You can provision security rules in a number of ways: 

- Simple &quot;User / Group XYZ can see dimension members [P, D, Q]&quot;  selections -  configured via a dialog. 

-  Simple calculations (sort of like SSAS &quot;Advanced&quot; dimension security) to determine which dimension members / measures / cells are available

- Moderately complex calculations which utilize dynamic &quot;security bridge&quot; tables which define who can do what -- the same basic idea as &quot;Security Labeling&quot; ala the SQL Server Security Labeling Toolkit.

I don&#039;t generally position or use Tableau as a data modeling tool. To me, joining a few tables together and adding some new columns is more akin to throwing up a quick and dirty ODS vs doing true modeling. A Tableau extract is not a replacement for a true DW.

I personally feel that when it comes time to &quot;go enterprise&quot;, one needs an IT sponsored / created model vs. something a user put together themselves. Call me a traditionalist if you must :)]]></description>
			<content:encoded><![CDATA[<p>Hi Teo!</p>
<p>Haven&#8217;t been to your blog in years, but it was one of my faves while I was at Microsoft. </p>
<p>I saw a link to this post on the Twittersphere and just wanted to chime in on the first couple points that you made. </p>
<p>Tableau doesn&#8217;t actually need to load all the data that you want to analyze into RAM. It loads only the columns (or portions of the columns) necessary to answer the question being asked. In a worst case scenario, it&#8217;ll actually &#8220;page&#8221; much like an OS.</p>
<p>Therefore, it&#8217;s not constrained by the amount of RAM on the client.  I regularly work with customers using 250M &#8211; 1B rows on the client &#8212; data that would take up way more space than the 4-8 GB of RAM on a commodity laptop has to offer</p>
<p>Tableau also connects &#8220;live&#8221; to data sources and doesn&#8217;t need to &#8220;own&#8221; that data &#8211; so to us,  upgrading to an Enterprise Data model is largely a no-op. Our users will point directly to the big SQL/Oracle/Teradata/Whatever box out of the gate and have at it&#8230;</p>
<p>Tableau security is also pretty slick &#8212; and  flexible. You can provision security rules in a number of ways: </p>
<p>&#8211; Simple &#8220;User / Group XYZ can see dimension members [P, D, Q]&#8221;  selections &#8211;  configured via a dialog. </p>
<p>&#8211;  Simple calculations (sort of like SSAS &#8220;Advanced&#8221; dimension security) to determine which dimension members / measures / cells are available</p>
<p>&#8211; Moderately complex calculations which utilize dynamic &#8220;security bridge&#8221; tables which define who can do what &#8212; the same basic idea as &#8220;Security Labeling&#8221; ala the SQL Server Security Labeling Toolkit.</p>
<p>I don&#8217;t generally position or use Tableau as a data modeling tool. To me, joining a few tables together and adding some new columns is more akin to throwing up a quick and dirty ODS vs doing true modeling. A Tableau extract is not a replacement for a true DW.</p>
<p>I personally feel that when it comes time to &#8220;go enterprise&#8221;, one needs an IT sponsored / created model vs. something a user put together themselves. Call me a traditionalist if you must 🙂</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: tlachev		</title>
		<link>https://prologika.com/about-tableau-8/#comment-163</link>

		<dc:creator><![CDATA[tlachev]]></dc:creator>
		<pubDate>Sat, 06 Apr 2013 13:43:20 +0000</pubDate>
		<guid isPermaLink="false">/CS/blogs/blog/archive/2013/04/05/about-tableau-8.aspx#comment-163</guid>

					<description><![CDATA[Jen,
Thanks for chiming in. My intention wasn’t to provide a full-featured comparison and I don’t want to turn this into some kind of a vendor diatribe. Obviously, there is a place for both vendors. About the observed inaccuracies:
1.Scalability – I wouldn’t expect a file-based tool to scale, just like a PowerPivot can’t scale more than 2 GB. The point was that IT can upgrade a PowerPivot workbook to an enterprise model. We don’t have this option with Tableau.
2.Security – I was referring to dynamic data security which is a common enterprise need. 
3.Dimensional modeling – I don’t see how Tableau (being a modeling tool) shields the user from having to know modeling and relationships. True, users struggle with these concepts but Tableau is no less “dimensional” that PowerPivot is. In fact, I would argue that it’s actually more dimensional as the user needs to know about dimensions and measures.   
4.Easy installation – You have a point here as I mentioned in my blog. Just to point out that there is a good reason to have SQL Server thrown in the mix. Also, from what I can tell, the price pay for configuring the SharePoint and SQL Server combo is less than Tableau server (pricing not disclosed) but you’re getting much more. The question is where you really need the SharePoint features which is a topic on its own. On the Kerberos side of things, you don’t need Kerberos for PowerPivot for SharePoint (equivalent of Tableau server). And, I don’t see how Tableau won’t require Kerberos for the double-hop (Tableau to SSAS) scenario if data security is needed. Finally, you don’t have to configure Kerberos for the Power View -&gt; Tabular scenario. I can see that some education is needed here 
5.Basic time intelligence – Not sure why end users struggle. Excel pivot reports have been supporting time intelligence for a while. The only thing needed is to mark a Date table. True, Power View doesn’t have it so it has to be added to the model.

“I LOVE Microsoft BI but honestly Tableau offers the front-end that Microsoft has been sorely lacking…” Things are changing….but I really wonder how much from the Tableau visualization prowess regular business users actually use. I&#039;m inclined to contribute the success of the “explosive” growth of the data discovery tools to very effective marketing (which in many cases borders with outright lies, such as that data warehousing is not needed, OLAP is obsolete, self-service BI is a panacea, etc.) and glitzy front ends. As you know, I have my own stories to share….

Thank you for being an avid reader!]]></description>
			<content:encoded><![CDATA[<p>Jen,<br />
Thanks for chiming in. My intention wasn’t to provide a full-featured comparison and I don’t want to turn this into some kind of a vendor diatribe. Obviously, there is a place for both vendors. About the observed inaccuracies:<br />
1.Scalability – I wouldn’t expect a file-based tool to scale, just like a PowerPivot can’t scale more than 2 GB. The point was that IT can upgrade a PowerPivot workbook to an enterprise model. We don’t have this option with Tableau.<br />
2.Security – I was referring to dynamic data security which is a common enterprise need.<br />
3.Dimensional modeling – I don’t see how Tableau (being a modeling tool) shields the user from having to know modeling and relationships. True, users struggle with these concepts but Tableau is no less “dimensional” that PowerPivot is. In fact, I would argue that it’s actually more dimensional as the user needs to know about dimensions and measures.<br />
4.Easy installation – You have a point here as I mentioned in my blog. Just to point out that there is a good reason to have SQL Server thrown in the mix. Also, from what I can tell, the price pay for configuring the SharePoint and SQL Server combo is less than Tableau server (pricing not disclosed) but you’re getting much more. The question is where you really need the SharePoint features which is a topic on its own. On the Kerberos side of things, you don’t need Kerberos for PowerPivot for SharePoint (equivalent of Tableau server). And, I don’t see how Tableau won’t require Kerberos for the double-hop (Tableau to SSAS) scenario if data security is needed. Finally, you don’t have to configure Kerberos for the Power View -> Tabular scenario. I can see that some education is needed here <br />
5.Basic time intelligence – Not sure why end users struggle. Excel pivot reports have been supporting time intelligence for a while. The only thing needed is to mark a Date table. True, Power View doesn’t have it so it has to be added to the model.</p>
<p>“I LOVE Microsoft BI but honestly Tableau offers the front-end that Microsoft has been sorely lacking…” Things are changing….but I really wonder how much from the Tableau visualization prowess regular business users actually use. I&#8217;m inclined to contribute the success of the “explosive” growth of the data discovery tools to very effective marketing (which in many cases borders with outright lies, such as that data warehousing is not needed, OLAP is obsolete, self-service BI is a panacea, etc.) and glitzy front ends. As you know, I have my own stories to share….</p>
<p>Thank you for being an avid reader!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jen Underwood		</title>
		<link>https://prologika.com/about-tableau-8/#comment-162</link>

		<dc:creator><![CDATA[Jen Underwood]]></dc:creator>
		<pubDate>Fri, 05 Apr 2013 23:50:51 +0000</pubDate>
		<guid isPermaLink="false">/CS/blogs/blog/archive/2013/04/05/about-tableau-8.aspx#comment-162</guid>

					<description><![CDATA[Thank you Teo for attending the Tableau Roadshow.  There are a few inaccuracies in your assessment that I&#039;d like to correct.  

Tableau and Power View may look similar but are completely different with regards to available functionality, both breadth and depth of functionality, and the types of use cases each tool can fulfill.  Power View, intentionally by design tenets, is not a deep analytical tool.  Tableau, by design, has much deeper analytical functionality than Power View.   Tableau can leverage PowerPivot and SSAS as data sources – and – many Tableau customers do use both together.  It is not a one or the other choice.

Tableau’s sematic model is a “shared data source”.  The label is misleading.  The shared data source is the semantic layer.  Keep in mind that Tableau is also often used on top of PowerPivot or SSAS models.  There is a whitepaper on this topic available.

It is not Tableau’s desire to replace xVelocity, ParAccel or other in-memory players.  Tableau&#039;s focus is on the front-end, deep analytics, statistics, and visual analysis.  

Tableau is highly scalable.  It has a distributed architecture and I suspect there is some education that needs to take place to learn how Tableau scales. here is a link to the docs http://onlinehelp.tableausoftware.com/v8.0/server/en-us/help.htm#distrib.htm 

Tableau does have much deeper security than you describe. Again I think there is some education needed.  Tableau can leverage security defined at the data source such as SSAS – or Tableau data level security called “user filtering”.  See  http://onlinehelp.tableausoftware.com/v8.0/server/en-us/help.htm#security.htm      

Regarding usability, Gartner cites Tableau customers as having the fastest solution time to value over all the 20+ BI vendors for several years now.  I would counter back that I have seen my fair share of business users abandon PowerPivot because they can’t figure out basic time intelligence that is out-of-the-box with Tableau and dimensional modeling.  Most business users don&#039;t have a clue what dimensional modeling is.  They rarely add a time dimension table unless a BI developer showed them.  In almost every PowerPivot POC, I saw business users fail until a partner was paid to come in and train them.  It is not Tableau&#039;s goal to replace PowerPivot but I would say pointing Tableau at a data srouce and getting functional is far easier and faster than any of the alternatives out there.  

Other key reasons why I liked the Microsoft BI + Tableau combination are as follows:  

- Browser mobile for all platforms and Native Mobile Apps for Andriod and iPad
- Web Authoring that also works for mobile
- No AD or SharePoint required, and a variety of APIS for ISVs that need to offer BI in their applications
-Multi-tenancy and external reporting, something that is really difficult if nt impossible in Microsoft BI world
-Rich array of data source connectviity with enhanced drivers, Tableau has teams that build additional functions on top of base drivers
- Deep geospatial mapping and layering capabilities - things like drive time radius, weather overlays
- All views can be payed over time - not just scatter
- Deep statistical, linearn and nonlinear modeling
-Visual grouping, viewing details, exporting details, enhanced tooltips with charts on them or actions with parameters to launch related web apps/views like a Salesforce.com record
-Ability to render more than 1,000 data points (Power View limit) : Tableau can render over 1,000,000 data points
-Subscriptions and personalized view saving
- Wonderfully easy server installation that can be done in a few minutes that contrasts with minimal couple days of SharePoint, SQL Server, Kerberos, AD and all the related tricky, time consuming and complex installation joys of Microsoft BI world.

I LOVE Microsoft BI but honestly Tableau offers the front-end that Microsoft has been sorely lacking since Proclarity was killed.  Excel is just not enough.  Tableau and the rest of the data discovery tools have explosive, over 100% YoY growth.  Microsoft back-end with Tableau front-end is being widely used in the largest enterprise accounts.  If you practice Microsoft BI,  than you should also have Tableau in your skillset.  There is very high demand for that combined expertise - thus I invited you to learn and get a piece of that business too.

]]></description>
			<content:encoded><![CDATA[<p>Thank you Teo for attending the Tableau Roadshow.  There are a few inaccuracies in your assessment that I&#8217;d like to correct.  </p>
<p>Tableau and Power View may look similar but are completely different with regards to available functionality, both breadth and depth of functionality, and the types of use cases each tool can fulfill.  Power View, intentionally by design tenets, is not a deep analytical tool.  Tableau, by design, has much deeper analytical functionality than Power View.   Tableau can leverage PowerPivot and SSAS as data sources – and – many Tableau customers do use both together.  It is not a one or the other choice.</p>
<p>Tableau’s sematic model is a “shared data source”.  The label is misleading.  The shared data source is the semantic layer.  Keep in mind that Tableau is also often used on top of PowerPivot or SSAS models.  There is a whitepaper on this topic available.</p>
<p>It is not Tableau’s desire to replace xVelocity, ParAccel or other in-memory players.  Tableau&#8217;s focus is on the front-end, deep analytics, statistics, and visual analysis.  </p>
<p>Tableau is highly scalable.  It has a distributed architecture and I suspect there is some education that needs to take place to learn how Tableau scales. here is a link to the docs <a href="http://onlinehelp.tableausoftware.com/v8.0/server/en-us/help.htm#distrib.htm" rel="nofollow ugc">http://onlinehelp.tableausoftware.com/v8.0/server/en-us/help.htm#distrib.htm</a> </p>
<p>Tableau does have much deeper security than you describe. Again I think there is some education needed.  Tableau can leverage security defined at the data source such as SSAS – or Tableau data level security called “user filtering”.  See  <a href="http://onlinehelp.tableausoftware.com/v8.0/server/en-us/help.htm#security.htm" rel="nofollow ugc">http://onlinehelp.tableausoftware.com/v8.0/server/en-us/help.htm#security.htm</a>      </p>
<p>Regarding usability, Gartner cites Tableau customers as having the fastest solution time to value over all the 20+ BI vendors for several years now.  I would counter back that I have seen my fair share of business users abandon PowerPivot because they can’t figure out basic time intelligence that is out-of-the-box with Tableau and dimensional modeling.  Most business users don&#8217;t have a clue what dimensional modeling is.  They rarely add a time dimension table unless a BI developer showed them.  In almost every PowerPivot POC, I saw business users fail until a partner was paid to come in and train them.  It is not Tableau&#8217;s goal to replace PowerPivot but I would say pointing Tableau at a data srouce and getting functional is far easier and faster than any of the alternatives out there.  </p>
<p>Other key reasons why I liked the Microsoft BI + Tableau combination are as follows:  </p>
<p>&#8211; Browser mobile for all platforms and Native Mobile Apps for Andriod and iPad<br />
&#8211; Web Authoring that also works for mobile<br />
&#8211; No AD or SharePoint required, and a variety of APIS for ISVs that need to offer BI in their applications<br />
-Multi-tenancy and external reporting, something that is really difficult if nt impossible in Microsoft BI world<br />
-Rich array of data source connectviity with enhanced drivers, Tableau has teams that build additional functions on top of base drivers<br />
&#8211; Deep geospatial mapping and layering capabilities &#8211; things like drive time radius, weather overlays<br />
&#8211; All views can be payed over time &#8211; not just scatter<br />
&#8211; Deep statistical, linearn and nonlinear modeling<br />
-Visual grouping, viewing details, exporting details, enhanced tooltips with charts on them or actions with parameters to launch related web apps/views like a Salesforce.com record<br />
-Ability to render more than 1,000 data points (Power View limit) : Tableau can render over 1,000,000 data points<br />
-Subscriptions and personalized view saving<br />
&#8211; Wonderfully easy server installation that can be done in a few minutes that contrasts with minimal couple days of SharePoint, SQL Server, Kerberos, AD and all the related tricky, time consuming and complex installation joys of Microsoft BI world.</p>
<p>I LOVE Microsoft BI but honestly Tableau offers the front-end that Microsoft has been sorely lacking since Proclarity was killed.  Excel is just not enough.  Tableau and the rest of the data discovery tools have explosive, over 100% YoY growth.  Microsoft back-end with Tableau front-end is being widely used in the largest enterprise accounts.  If you practice Microsoft BI,  than you should also have Tableau in your skillset.  There is very high demand for that combined expertise &#8211; thus I invited you to learn and get a piece of that business too.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
