<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Synopsys Synphony Synopsis</title>
	<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/</link>
	<description>sharing insights into the people side of ASIC design</description>
	<pubDate>Sun, 14 Mar 2010 00:36:57 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
		<item>
		<title>By: Mike Santarini</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1413</link>
		<dc:creator>Mike Santarini</dc:creator>
		<pubDate>Wed, 21 Oct 2009 20:59:11 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1413</guid>
		<description>Harry, don’t listen to these guys. You are right, embargoes are an evil collusion between the trade journalists and the vendors who kept the journalists in Ferrari’s and furs. Come-on Fuller, Goering &#38; Schwark-- time to fess up!

But seriously, there is one somewhat divisive part to an embargo. If you take a vendors release embargo, it means you can't go to their competitors and get their views on the product. This in most cases doesn't turn out to be a big deal because in the times I did actually get to talk to competitors for a new product announcement, they of course bashed their competitor’s product. In my many years of reporting, I never heard a vendor say of his competitor’s product, “Wow, that sounds way better than what we have” or “our customers love their product so much and they are cancelling their licensing with us like crazy.” Embargoes made the job manageable especially in the month or so leading up to DAC where we not only covered a ton of products but breaking news as well—and tried to do so as comprehensively as possible. Pop open the EET archives circa 2001 and see how many product writeups Rich and I did a week.

JB, I've never been to an editorial planning meeting with vendors to plan the timing of their product announcements. If they ever invited me to something like that, I would have had one hell of a cover story in the following Monday's issue or even later that day on the web.</description>
		<content:encoded><![CDATA[<p>Harry, don’t listen to these guys. You are right, embargoes are an evil collusion between the trade journalists and the vendors who kept the journalists in Ferrari’s and furs. Come-on Fuller, Goering &amp; Schwark&#8211; time to fess up!</p>
<p>But seriously, there is one somewhat divisive part to an embargo. If you take a vendors release embargo, it means you can&#8217;t go to their competitors and get their views on the product. This in most cases doesn&#8217;t turn out to be a big deal because in the times I did actually get to talk to competitors for a new product announcement, they of course bashed their competitor’s product. In my many years of reporting, I never heard a vendor say of his competitor’s product, “Wow, that sounds way better than what we have” or “our customers love their product so much and they are cancelling their licensing with us like crazy.” Embargoes made the job manageable especially in the month or so leading up to DAC where we not only covered a ton of products but breaking news as well—and tried to do so as comprehensively as possible. Pop open the EET archives circa 2001 and see how many product writeups Rich and I did a week.</p>
<p>JB, I&#8217;ve never been to an editorial planning meeting with vendors to plan the timing of their product announcements. If they ever invited me to something like that, I would have had one hell of a cover story in the following Monday&#8217;s issue or even later that day on the web.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ry Schwark</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1401</link>
		<dc:creator>Ry Schwark</dc:creator>
		<pubDate>Tue, 20 Oct 2009 18:39:26 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1401</guid>
		<description>I'm with Richard.

There have been publications throughout my career that didn't want to honor embargoes, and that was fine.  You just didn't pre-brief them.  No big deal, and hardly new.

If publications feel the world has changed enough that they want to 'jump for it', fine.  I've certainly worked both ways.

But I think much of what our world cares about is not who breaks the news, but who 'gets' it.  The stuff we talk about is technical and complicated.  It isn't something that you can pick up off a news release on the wire and deliver useful analysis to engineering readers.  You want to talk to the company in detail and ask your tough questions.  Telling people that somebody delivered a new product first doesn't help if you can't tell them what that tool does and why it's relevant.

That's where the differentiation comes in.  Not in who does the story first, but in who does it _right_.</description>
		<content:encoded><![CDATA[<p>I&#8217;m with Richard.</p>
<p>There have been publications throughout my career that didn&#8217;t want to honor embargoes, and that was fine.  You just didn&#8217;t pre-brief them.  No big deal, and hardly new.</p>
<p>If publications feel the world has changed enough that they want to &#8216;jump for it&#8217;, fine.  I&#8217;ve certainly worked both ways.</p>
<p>But I think much of what our world cares about is not who breaks the news, but who &#8216;gets&#8217; it.  The stuff we talk about is technical and complicated.  It isn&#8217;t something that you can pick up off a news release on the wire and deliver useful analysis to engineering readers.  You want to talk to the company in detail and ask your tough questions.  Telling people that somebody delivered a new product first doesn&#8217;t help if you can&#8217;t tell them what that tool does and why it&#8217;s relevant.</p>
<p>That&#8217;s where the differentiation comes in.  Not in who does the story first, but in who does it _right_.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Goering</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1388</link>
		<dc:creator>Richard Goering</dc:creator>
		<pubDate>Mon, 19 Oct 2009 20:44:49 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1388</guid>
		<description>I don’t entirely agree that “embargoes are dead.” Anyone announcing a significant product will set a date for the announcement. There may be a good reason to brief editors before that date, assuming somebody is going to do some research and post more than a rehashed press release.

I do think, however, that being “first” with a story has become less important than being insightful. I doubt whether readers of Harry’s blog really cared whether it came out the same day Synphony was announced. What matters is his unique perspective and analysis. If Harry hadn’t received a pre-briefing under embargo, the blog would be no less valuable.</description>
		<content:encoded><![CDATA[<p>I don’t entirely agree that “embargoes are dead.” Anyone announcing a significant product will set a date for the announcement. There may be a good reason to brief editors before that date, assuming somebody is going to do some research and post more than a rehashed press release.</p>
<p>I do think, however, that being “first” with a story has become less important than being insightful. I doubt whether readers of Harry’s blog really cared whether it came out the same day Synphony was announced. What matters is his unique perspective and analysis. If Harry hadn’t received a pre-briefing under embargo, the blog would be no less valuable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SKMurphy &#187; Growing the Pie in EDA, Part 3: Add MATLAB</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1385</link>
		<dc:creator>SKMurphy &#187; Growing the Pie in EDA, Part 3: Add MATLAB</dc:creator>
		<pubDate>Mon, 19 Oct 2009 07:21:31 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1385</guid>
		<description>[...] as an ESL language and Mathworks as an EDA player. Harry Gries provides a good overview in &#8220;Synopsys Synphony Synopsis&#8221; (say that three time fast) Basically, Synopsys is introducing a high level synthesis (aka [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] as an ESL language and Mathworks as an EDA player. Harry Gries provides a good overview in &#8220;Synopsys Synphony Synopsis&#8221; (say that three time fast) Basically, Synopsys is introducing a high level synthesis (aka [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Fuller</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1381</link>
		<dc:creator>Brian Fuller</dc:creator>
		<pubDate>Thu, 15 Oct 2009 22:59:12 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1381</guid>
		<description>Harry, great post, and Ry, John and Lou, nice conversation. 
Embargoes are dead. They died in November 1994 when Netscape and the commercial Internet was born. They just haven't, like a chicken with its head cut off, realized they're dead yet. 

I have hated embargoes forever. I have hated them since I began my career at UPI where my job was to get my story on the wire faster  and more accurately than the AP. To Ry's point about fairness, at EE Times, the embargo dragged me down to the same gutter that my competitors wallowed. 

The situation needs to be this: When a company announces something, that's the first strike, the jump ball. Its press release hits the wire and then everybody takes their shot at building a story around it. 

Nobody gathers in the mailroom anymore to pick up their weekly trade journals. They gather their information in burst mode online and so a Monday release date makes no sense. 

In addition, the whole notion of a press release is anachronistic. We live in a info-streaming world; we should evolve our communications strategies and tactics accordingly. 

Lastly, added kudos to Harry for covering an announcement in a Web-friendly/sensitive manner. We are bombarded by so much information that we generally know the story by the time we read the headline. The traditional press tells us what we already know (even online). To read a text-bloated story with no breakheds that parrots a company's press release is a ticket to perdition. 

Harry gives us an angle and insight we probably won't get anywhere else and does so using some nice Web-useability techniques.</description>
		<content:encoded><![CDATA[<p>Harry, great post, and Ry, John and Lou, nice conversation.<br />
Embargoes are dead. They died in November 1994 when Netscape and the commercial Internet was born. They just haven&#8217;t, like a chicken with its head cut off, realized they&#8217;re dead yet. </p>
<p>I have hated embargoes forever. I have hated them since I began my career at UPI where my job was to get my story on the wire faster  and more accurately than the AP. To Ry&#8217;s point about fairness, at EE Times, the embargo dragged me down to the same gutter that my competitors wallowed. </p>
<p>The situation needs to be this: When a company announces something, that&#8217;s the first strike, the jump ball. Its press release hits the wire and then everybody takes their shot at building a story around it. </p>
<p>Nobody gathers in the mailroom anymore to pick up their weekly trade journals. They gather their information in burst mode online and so a Monday release date makes no sense. </p>
<p>In addition, the whole notion of a press release is anachronistic. We live in a info-streaming world; we should evolve our communications strategies and tactics accordingly. </p>
<p>Lastly, added kudos to Harry for covering an announcement in a Web-friendly/sensitive manner. We are bombarded by so much information that we generally know the story by the time we read the headline. The traditional press tells us what we already know (even online). To read a text-bloated story with no breakheds that parrots a company&#8217;s press release is a ticket to perdition. </p>
<p>Harry gives us an angle and insight we probably won&#8217;t get anywhere else and does so using some nice Web-useability techniques.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Meier</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1380</link>
		<dc:creator>Steve Meier</dc:creator>
		<pubDate>Thu, 15 Oct 2009 22:18:37 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1380</guid>
		<description>Harry:  Really good coverage and analysis.  

You did not talk much about the ghost of Behavioral Compiler and the view from within the application consultants on how they view this product?  are they ready and excited to promote it ?  I would predict that the Systems group has a hard time getting cycles from account teams, thus you have Innovators Dilemma, potentially good technology but no way to foster and grow it.

Also in terms of verification flow, you did not mention the need for formal equivalence between the user input model and the synthesized result.  Calypto offers C-to-RTL equivalence, but no one offers M-to-RTL equivalence.  Output of a gate level C model is good, but suffers the classic problem of dynamic stimulus verification being inherently incomplete.  Bad logic bugs are a problem which can undermine confidence, particularly when they cannot be discovered.  For any synthesis methodology to work there should be 1 golden source for verification, and the rest needs to be automatically statically verified through complete equivalence checking.

On the embargo topic, you are in good company as TechCrunch has established a no embargo rule after getting burned with their competitors jumping the gun and breaking embargo rules.  I guess you are not large enough to  set the rules yet, but others are making the same point.  The good EDA editors like Richard Goering would actually conduct research, talk to competitors and contacts and have a balanced treatment with multiple points of view, all before a print deadline.  Nowadays that balanced point of view can come about real-time through blogs like yours.</description>
		<content:encoded><![CDATA[<p>Harry:  Really good coverage and analysis.  </p>
<p>You did not talk much about the ghost of Behavioral Compiler and the view from within the application consultants on how they view this product?  are they ready and excited to promote it ?  I would predict that the Systems group has a hard time getting cycles from account teams, thus you have Innovators Dilemma, potentially good technology but no way to foster and grow it.</p>
<p>Also in terms of verification flow, you did not mention the need for formal equivalence between the user input model and the synthesized result.  Calypto offers C-to-RTL equivalence, but no one offers M-to-RTL equivalence.  Output of a gate level C model is good, but suffers the classic problem of dynamic stimulus verification being inherently incomplete.  Bad logic bugs are a problem which can undermine confidence, particularly when they cannot be discovered.  For any synthesis methodology to work there should be 1 golden source for verification, and the rest needs to be automatically statically verified through complete equivalence checking.</p>
<p>On the embargo topic, you are in good company as TechCrunch has established a no embargo rule after getting burned with their competitors jumping the gun and breaking embargo rules.  I guess you are not large enough to  set the rules yet, but others are making the same point.  The good EDA editors like Richard Goering would actually conduct research, talk to competitors and contacts and have a balanced treatment with multiple points of view, all before a print deadline.  Nowadays that balanced point of view can come about real-time through blogs like yours.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lou Covey</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1379</link>
		<dc:creator>Lou Covey</dc:creator>
		<pubDate>Thu, 15 Oct 2009 20:06:35 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1379</guid>
		<description>Harry,  the practice of embargoing news releases came out of the days when publications were given exclusive coverage of certain news items.  It used to be that daily publications had advantages in timing over weekly, weekly over monthly, etc. (see http://commbasics.typepad.com/my_weblog/2005/08/the_law_of_dimi.html)
PR people were trained to be sensitive to the timing of news.  Electronic Design actually used to have contracts that stated they would give front page coverage of announcements as long as they were the only ones who covered it for a week after the announcement.
Social Media and the internet completely killed that reasoning, but PR people in electronics still live by that rule.  They put different resaonings on it now, none of which make sense, and journalists still try to "get the scoop" even though that no longer makes any sense.
What makes it all more ridiculous is that the media that might care about embargoes and such is pretty much gone, hence by Tweet about marketing impotence.</description>
		<content:encoded><![CDATA[<p>Harry,  the practice of embargoing news releases came out of the days when publications were given exclusive coverage of certain news items.  It used to be that daily publications had advantages in timing over weekly, weekly over monthly, etc. (see <a href="http://commbasics.typepad.com/my_weblog/2005/08/the_law_of_dimi.html" rel="nofollow">http://commbasics.typepad.com/my_weblog/2005/08/the_law_of_dimi.html</a>)<br />
PR people were trained to be sensitive to the timing of news.  Electronic Design actually used to have contracts that stated they would give front page coverage of announcements as long as they were the only ones who covered it for a week after the announcement.<br />
Social Media and the internet completely killed that reasoning, but PR people in electronics still live by that rule.  They put different resaonings on it now, none of which make sense, and journalists still try to &#8220;get the scoop&#8221; even though that no longer makes any sense.<br />
What makes it all more ridiculous is that the media that might care about embargoes and such is pretty much gone, hence by Tweet about marketing impotence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JB&#8217;s Circuit &#187; Bloggers Turning into Journalist?!</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1378</link>
		<dc:creator>JB&#8217;s Circuit &#187; Bloggers Turning into Journalist?!</dc:creator>
		<pubDate>Thu, 15 Oct 2009 18:40:03 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1378</guid>
		<description>[...] you don&#8217;t read Harry the ASIC Guy&#8217;s blog, you should. Hes just a regular engineer writing about technology trends/updates and [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] you don&#8217;t read Harry the ASIC Guy&#8217;s blog, you should. Hes just a regular engineer writing about technology trends/updates and [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Blyler</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1377</link>
		<dc:creator>John Blyler</dc:creator>
		<pubDate>Thu, 15 Oct 2009 18:25:43 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1377</guid>
		<description>Hi Harry. First, nice coverage!

Second, I've got to agree with Ry. Most PR folks and especially journalists are not that sinister. From the journalist side, pre-embargoed briefings are as much a matter of work flow timing (allocation of resources) as anything else. There are so many things that deserve coverage, but not enought journalists to cover them.

In the past, journalists used to have editorial planning meetings with all the major companies to make sure all the important technical topics were covered in a year's time. Naturally, vendors used this to their advantage, hoping to time technology coverage with product releases. But back when journalists covered the entire industry, such vendor specific advantage was minimal since all of technology was being covered anyway.

Just be to clear, I'm talking about cover that consists of actual content development (such as your blog) - which is what journalists used to do (and a few still do it). Not merely removing the adjectives from a press release and pitching it as content.

BTW: Major companies seldom want their names mentioned as reference in press release. Legal issues and whatnot.

You're learning the ropes. Before long, you'll be a journalist - whether you want to or not. :)</description>
		<content:encoded><![CDATA[<p>Hi Harry. First, nice coverage!</p>
<p>Second, I&#8217;ve got to agree with Ry. Most PR folks and especially journalists are not that sinister. From the journalist side, pre-embargoed briefings are as much a matter of work flow timing (allocation of resources) as anything else. There are so many things that deserve coverage, but not enought journalists to cover them.</p>
<p>In the past, journalists used to have editorial planning meetings with all the major companies to make sure all the important technical topics were covered in a year&#8217;s time. Naturally, vendors used this to their advantage, hoping to time technology coverage with product releases. But back when journalists covered the entire industry, such vendor specific advantage was minimal since all of technology was being covered anyway.</p>
<p>Just be to clear, I&#8217;m talking about cover that consists of actual content development (such as your blog) - which is what journalists used to do (and a few still do it). Not merely removing the adjectives from a press release and pitching it as content.</p>
<p>BTW: Major companies seldom want their names mentioned as reference in press release. Legal issues and whatnot.</p>
<p>You&#8217;re learning the ropes. Before long, you&#8217;ll be a journalist - whether you want to or not. <img src='http://theasicguy.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: harry</title>
		<link>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1376</link>
		<dc:creator>harry</dc:creator>
		<pubDate>Wed, 14 Oct 2009 00:41:19 +0000</pubDate>
		<guid>http://theasicguy.com/2009/10/12/synopsys-synphony-synopsis/#comment-1376</guid>
		<description>Hi Ry,

I was involved in a similar process when I was with Synopsys when we announced the Pilot Design Environment. We briefed the press and Cooley (this was before bloggers) and also embargoed the materials. The main concern of the PR people was controlling the timing of the message. They wanted to avoid it coming out when there were other hot news stories and industry events because it would have gotten buried. They wanted it on a certain day of the week. They wanted it to coincide with a speaking opportunity for one of the execs at a conference. None of it had to do with being fair to the journalists. You might be the only one.

Harry</description>
		<content:encoded><![CDATA[<p>Hi Ry,</p>
<p>I was involved in a similar process when I was with Synopsys when we announced the Pilot Design Environment. We briefed the press and Cooley (this was before bloggers) and also embargoed the materials. The main concern of the PR people was controlling the timing of the message. They wanted to avoid it coming out when there were other hot news stories and industry events because it would have gotten buried. They wanted it on a certain day of the week. They wanted it to coincide with a speaking opportunity for one of the execs at a conference. None of it had to do with being fair to the journalists. You might be the only one.</p>
<p>Harry</p>
]]></content:encoded>
	</item>
</channel>
</rss>
