tag:blogger.com,1999:blog-67237365812758174362024-03-13T19:42:56.135-07:00IsoQuantic - Paradigm Shifts SquaredAn eclectic collection of rants and raves by Patrick L. Reilly, Ph.D., a wireless intellectual property (patents) forensic technologist.
"IsoQuantic" is defined as a paradigm shift of a paradigm shift, i.e., a paradigm shift squared!AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.comBlogger15125tag:blogger.com,1999:blog-6723736581275817436.post-55043913184759110832012-05-28T14:48:00.001-07:002012-05-28T14:48:23.111-07:00Rockstar Consortium Patent Troll Emerges<h2>
<b>Apple And Microsoft Behind Patent Troll Armed With Thousands Of Nortel Patents</b></h2>
<br />
<br />
<br />
Src:<br /><a href="http://www.techdirt.com/articles/20120521/13194719006/apple-microsoft-behind-patent-troll-armed-with-thousands-nortel-patents.shtml">http://www.techdirt.com/articles/20120521/13194719006/apple-microsoft-behind-patent-troll-armed-with-thousands-nortel-patents.shtml</a><br /><br />You may recall last summer that Apple, Microsoft, EMC, RIM, Ericsson and Sony all teamed up to buy Nortel's patents for $4.5 billion. They beat out a team of Google and Intel who bid a bit less. While there was some antitrust scrutiny over the deal, it was dropped and the purchase went through. Apparently, the new owners picked off a bunch of patents to transfer to themselves... and then all (minus EMC, who, one hopes, was horrified by the plans) decided to support a massive new patent troll armed with the remaining 4,000 patents. The company is called Rockstar Consortium, and it's run by the folks who used to run Nortel's patent licensing program anyway -- but now employs people whose job it is to just find other companies to threaten: <br /><br />But Widdowson is a specialist. He's one of 10 reverse-engineers working full time for a stealthy company funded by some of the biggest names in technology: Apple, Microsoft, Research In Motion, Sony, and Ericsson. Called the Rockstar Consortium, the 32-person outfit has a single-minded mission: It examines successful products, like routers and smartphones, and it tries to find proof that these products infringe on a portfolio of over 4,000 technology patents once owned by one of the world's largest telecommunications companies. <br /><br />When a Rockstar engineer uncovers evidence of infringement, the company documents it, contacts the manufacturer, and demands licensing fees for the patents in question. The demand is backed by the implicit threat of a patent lawsuit in federal court. Eight of the company's staff are lawyers. In the last two months, Rockstar has started negotiations with as many as 100 potential licensees. And with control of a patent portfolio covering core wireless communications technologies such as LTE (Long Term Evolution) and 3G, there is literally no end in sight. <br /><br />The article admits that Nortel got most of these patents because it wanted them for "defensive" reasons. And now look at how they're being used. Remember that the next time you hear a company promise to only use its patents defensively. There's also a ridiculous quote from Rockstar's CEO, John Veschi: <br /><br />“A lot of people are still surprised to see the quality and the diversity of the IP that was in Nortel,” he says. “And the fundamental question comes back: ‘How the hell did you guys go bankrupt? Why weren’t you Google? Why weren’t you Facebook? Why weren’t you all these things, because you guys actually had the ideas for these business models before they did?’" <br /><br />The real answer, of course, is because patents are meaningless. Ideas are worth nothing by themselves. Ideas only matter if you execute, and anyone who's ever actually executed on an idea will tell you that the original idea almost is never reflected in the final product. The process of going from idea to actual product is a process by which you learn that what matters is not what you thought mattered. And yet, for reasons that make no sense to anyone who has ever actually built a product, creating monopolies around the ideas only serves to create a massive tollbooth towards actual innovation. And that's what we have here -- and it's funded by Apple and Microsoft. <br /><br />Once again, we see that these two large companies are using the patent system not to innovate, but to stop up and coming competitors from innovating. The patent system isn't being used to encourage innovation but to protect incumbents from an open market. <br /><br />Oh, and worst of all, the reason that the antitrust effort was dropped was because Apple and Microsoft promised to license the key patents under "reasonable terms." But... Rockstar is not subject to that agreement. <br /><br />But the new company — Rockstar Consortium — isn’t bound by the promises that its member companies made, according to Veschi. “We are separate,” he says. “That does not apply to us.” <br /><br />That seems quite problematic, and perhaps worthwhile for the government to reopen its investigation... <br />
<br />
<br />
<br />
<br />
See also Wired Article:<br /><a href="http://www.wired.com/wiredenterprise/2012/05/rockstar/all/1">http://www.wired.com/wiredenterprise/2012/05/rockstar/all/1</a><br />AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-38258689670559120942012-03-20T15:12:00.001-07:002012-05-28T14:49:16.752-07:00Still AroundIt has definitely been awhile since my last post here. I have been blessed to have been kept very busy with my intellectual property consulting practice. God never stops surprising me by His willingness to share in His abundance with me and my family.<br />
<br />
Despite dealing with my wife's illnesses (physical and mental) these past few years, I have persevered as an independent consultant. The sole-proprietor's life is not for the faint of heart, and there have been times when I actually wondered how I was going to pay mortgage and put food on the table. Don't set out for this lifestyle if you cannot handle stress well.<br />
<br />
I have also found time to be a member of the administrative staff and faculty mentor for undergraduate and graduate degree students at <a href="http://www.tnars.net/" target="_blank">The North American Reformed Seminary</a>. It is a blessing to be able to encourage and guide students seeking to dig deeper into the great wonders and mysteries of the faith we all hold dear.AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-39526168846411371162007-04-06T10:48:00.000-07:002007-05-10T23:29:09.288-07:00Rainmaking - It's All About Networking<span style="color:#000000;">Here are some rainmaking ideas for patent practitioners who are starting out as solo practitioners or joining a new firm. Rainmaking is all about bringing in the business, that is, paying the rent. More than anything, business development is about being known and recognized.</span><br /><br /><span style="color:#000000;">Networking opportunities you might consider:</span><br /><br /><span style="color:#000000;">LinkedIn - a business networking portal where you enter details about yourself and build a network of connections</span><br /><<a href="http://www.linkedin.com/home?trk=logo">http://www.linkedin.com/home?trk=logo</a>><br /><br /><span style="color:#000000;">LinkedIn Questions and Answers, where you respond to queries. Here is the IP section:<br /></span><<a href="http://www.linkedin.com/answers/browse/law-legal/corporate-law/intellectual-property/LAW_COR_IPP">http://www.linkedin.com/answers/browse/law-legal/corporate-law/intellectual-property/LAW_COR_IPP</a>><br /><br /><span style="color:#000000;">Law Guru IP discussion Forum:<br /></span><<a href="http://www.lawguru.com/cgi/bbs/mesg.cgi?l=all&c=16">http://www.lawguru.com/cgi/bbs/mesg.cgi?l=all&c=16</a>><br /><br /><span style="color:#000000;">Create a blog and establish yourself as a pundit in some IP area:<br /></span><<a href="http://www.blogger.com/start">http://www.blogger.com/start</a>><br /><br /><span style="color:#000000;">Respond to IP related blog entries:<br /></span><<a href="http://patentlaw.typepad.com/patent/">http://patentlaw.typepad.com/patent/</a>><br /><br /><<a href="http://www.legalsanity.com/">http://www.legalsanity.com/</a>><br /><br /><span style="color:#000000;">Patent Law Practice Mailing List:<br /></span><<a href="http://groups.yahoo.com/group/PatentLawPractice/join%7C%5D%5D%5B%5Bhttp://groups.yahoo.com/group/PatentLawPractice/join">http://groups.yahoo.com/group/PatentLawPractice/join%7C%5D%5D%5B%5Bhttp://groups.yahoo.com/group/PatentLawPractice/join</a>><br /><br /><span style="color:#000000;">Troll the Craigslist Legal Services section:<br /></span><<a href="http://www.craigslist.org/lgs/">http://www.craigslist.org/lgs/</a>><br /><br /><span style="color:#000000;">Start your own newsletter.<br /></span><br /><span style="color:#000000;">Create a seminar for professionals. Teach them.<br /></span><br /><span style="color:#000000;">Publish a general interest article in local newpaper, IP trade magazine, Bar Assoc., etc.<br /></span><br /><span style="color:#000000;">Get a spot on local PBS radio station or another, talk about IP law, trolls, answer call ins, whatever.</span><br /><br /><span style="color:#000000;">Sponsor a local sports little league team, charity event, etc.<br /></span><br /><span style="color:#000000;">Speak at an IEEE, ACM, etc. local section meeting.<br /></span><br /><span style="color:#000000;">Do some related pro bono work for a charity, United Way, etc.<br /></span><br /><span style="color:#000000;">See also:</span><br /><<a href="http://www.abanet.org/genpractice/magazine/2003/jul-aug/stevens.html">http://www.abanet.org/genpractice/magazine/2003/jul-aug/stevens.html</a>><br /><br /><<a href="http://www.coachingforchange.com/pub07.html">http://www.coachingforchange.com/pub07.html</a>><br /><br /><span style="color:#000000;">Post articles you author on your web site. Make them a regular feature with real advice.<br /></span><br /><span style="color:#000000;">Meet with clients, prospects, on their turf, not yours.<br /></span><br /><span style="color:#000000;">Leverage LexisNexis:</span><br /><<a href="http://www.lexisnexis.com/associates/career/career0705.asp">http://www.lexisnexis.com/associates/career/career0705.asp</a>><br /><br /><span style="color:#000000;">Read this book:</span><br /><<a href="http://www.rainmakingmadesimple.com/endorsements.htm">http://www.rainmakingmadesimple.com/endorsements.htm</a>><br /><br /><span style="color:#000000;">Hire a legal marketing personal consultant:<br /></span><<a href="http://www.lawmarketing.com/pages/articles.asp?Action=Article&ArticleCategoryID=7&ArticleID=520">http://www.lawmarketing.com/pages/articles.asp?Action=Article&ArticleCategoryID=7&ArticleID=520</a>><br /><br /><<a href="http://legalease.blogs.com/">http://legalease.blogs.com/</a>> <span style="color:#000000;">- one of the best!</span><br /><br /><span style="color:#000000;">Refine your elevator pitch, e.g.,<br />"<em>I’m John Smith, an attorney helping individuals and companies protect their intellectual property with an emphasis on valuing my clients assets and making the process as worry-free for all involved.</em>" [Note that no multi-name law firm was mentioned here. Stick to what people can remember!]</span><br /><br /><span style="color:#000000;">And finally, the ultimate marketing tool--write a book!</span>AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com1tag:blogger.com,1999:blog-6723736581275817436.post-1529410015614149722007-04-04T10:11:00.000-07:002007-04-04T10:24:09.061-07:00Mobile Cell Phone Usage Models<span style="color:#000000;">There is an interesting news item at <a href="http://www.cellular-news.com/story/22986.php">Cellular News</a> describing a recent study of mobile cell phone users and how they are using their phones. Here is a <a href="http://www.pewinternet.org/pdfs/PIP_Cell_phone_study.pdf">link </a>to the 13-page document referred to in</span><span style="color:#000000;"> the news item.</span><br /><span style="color:#000000;"></span><br /><span style="color:#000000;">The document contains a useful table describing the features most desired by users. Interestingly, some 47% of the users surveyed wanted to have mobile maps as a feature. Another 8% were planning to discontinue using land line phone service in favor of the cellular phone. For anyone with children, it should come as no surprise that 32% of young people felt they could not live without their cell phones. (sigh)</span><br /><span style="color:#000000;"></span><br /><span style="color:#000000;">The report also has some very interesting gender based results. Recommended reading!</span>AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-51133644248460137202007-03-29T10:08:00.000-07:002007-03-29T10:47:29.188-07:00Patent Quality Metrics<span style="color:#000000;">Over at the IPO Assoc. website, President Marc Adler</span> <a href="http://ipoa.typepad.com/presidents_column/2007/03/measuring_paten.html">proposes</a> <span style="color:#000000;">some "new" patent quality metrics.<br /><br /><strong>For patent applications, Adler suggests:</strong><br /><br /></span><ul><li><span style="color:#000000;">"Did the applicant conduct a thorough prior art search before the application was filed? </span></li><li><span style="color:#000000;">Did the applicant identify the single closest prior art reference in the information disclosure statement as compared to the reference being first cited and applied by the USPTO examiner? </span></li><li><span style="color:#000000;">Was the technical advance over the closest prior art clearly demonstrated in the application or did such a showing have to be submitted by declaration? </span></li><li><span style="color:#000000;">Were the initially filed claims allowed as filed or amended during prosecution? </span></li><li><span style="color:#000000;">Did the specification contain definitions of terms used in the claims? </span></li><li><span style="color:#000000;">Was there internal consistency between the terms and ranges presented in the specification and those in the claims?"</span></li></ul><p><strong><span style="color:#000000;">Likewise, for post grant metrics:</span></strong></p><ul><li><span style="color:#000000;">"Did the granted patent claims cover a commercial product/process? </span></li><li><span style="color:#000000;">How successful has the covered product been in the marketplace? </span></li><li><span style="color:#000000;">Did the patent claims that issued have a fatal flaw and not effectively preclude competitive alternatives? </span></li><li><span style="color:#000000;">Have non-infringing alternative products been introduced? </span></li><li><span style="color:#000000;">How many and when? </span></li><li><span style="color:#000000;">Has the patent been cited by others having a competitive product? </span></li><li><span style="color:#000000;">Have others with competitive products received patents? </span></li><li><span style="color:#000000;">How long did it take for others to design around the patent? </span></li><li><span style="color:#000000;">Did the patent covering the product withstand or fail a validity test, as by opposition or litigation? </span></li><li><span style="color:#000000;">Was new art cited during the opposition or validity challenge to invalidate the patent? </span></li><li><span style="color:#000000;">Were the claims construed as applicant argued or were the claims construed against patentees?"</span></li></ul><p><span style="color:#000000;">Most patent practitioners have been down this rocky road before. I applaud Mr. Adler's renewed call to define useful metrics. But I wonder if it is to anyone's advantage, especially a large company, to actually make public the types of quality metrics used internally. The old adage, "</span><em><span style="color:#990000;">hold on to the sand that makes the pearl</span></em><span style="color:#000000;">", seems to be a prudent strategy for companies having the most to lose in a patent skirmish.</span></p><p><span style="color:#000000;">On the heels of Adler's call for better metrics, The Patent Board has released their </span><a href="http://www.cellular-news.com/story/22876.php"><span style="color:#6633ff;">top ten list of patent innovators</span></a><span style="color:#000000;"> in telecommunications. For the Information Technology industry The Patent Board's list can be viewed </span><a href="http://www.patentboard.com/pr/publication_detail.asp?publication_id=57"><span style="color:#6633ff;">here</span></a><span style="color:#000000;">. You may recall that the Board is working with the Wall Street Journal to create patent and technology strength metrics as part of the Journal's financial coverage.</span></p><p><span style="color:#000000;">I would be interested in your comments and suggestions for patent quality metrics. If you don't care to leave them here in public, feel free to email them to isoquanticATSYMBOLcox.net. Anyone sending me suggestions will receive my compiled list once the dust has settled.</span></p>AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com1tag:blogger.com,1999:blog-6723736581275817436.post-76417191396678848802006-12-30T14:00:00.000-07:002006-12-31T03:03:06.682-07:00Twenty Habits of Ineffectual LeadersSince starting this blog I have resisted the temptation to rant about past jobs and the people I have encountered in these positions. Many blogs are a place for lots of sour grapes, or just living in the past to assign blame. But a recent article in Business Week, <a href="http://www.businessweek.com/playbook/06/1228_1.htm">Bad Habits That Can Hold You Back</a>, struck such a chord with me that I feel compelled to devote some words to it in this posting.<br /><br />Below are the twenty bad habits of ineffectual leaders identified in the <a href="http://www.businessweek.com/playbook/06/1228_1.htm">BW article</a>.<br /><br /><span style="color:#990000;"><strong>Winning Too Much:</strong> The need to win at all costs and in all situations—when it matters, when it doesn’t, and when it’s totally beside the point.<br /><br /><strong>Adding Too Much Value:</strong> The overwhelming desire to add our two cents to every discussion. </span><br /><span style="color:#990000;"></span><br /><span style="color:#990000;"><strong>Passing Judgment:</strong> The need to rate others and impose our standards on them.<br /><strong></strong></span><br /><span style="color:#990000;"><strong>Making Destructive Comments:</strong> The needless sarcasms and cutting remarks that we think make us sound sharp and witty.<br /><strong></strong></span><br /><span style="color:#990000;"><strong>Starting with “No,” “But,” or “However”:</strong> The overuse of these qualifiers, which secretly say to everyone, “I’m right. You’re wrong.”<br /><br /><strong>Telling the World How Smart We Are:</strong> The need to show people we’re smarter than they think we are. </span><br /><br /><span style="color:#660000;"><span style="color:#990000;"><strong>Speaking When Angry:</strong> Using emotional volatility as a management tool.<br /><br /><strong>Negativity:</strong> The need to share our negative thoughts, even when we weren’t asked.<br /><br /><strong>Withholding Information:</strong> The refusal to share information in order to maintain an advantage over others.<br /><br /><strong>Failing to Give Proper Recognition:</strong> The inability to praise and reward.<br /><br /><strong>Claiming Credit We Don’t Deserve:</strong> The most annoying way to overestimate our contribution to any success.<br /><br /><strong>Making Excuses: </strong>The need to reposition our annoying behavior as a permanent fixture so people excuse us for it.<br /><br /><strong>Clinging to the Past:</strong> The need to deflect blame away from ourselves and onto events and people from our past; a subset of blaming everyone else.<br /><br /><strong>Playing Favorites:</strong> Failing to see that we are treating someone unfairly.<br /><br /><strong>Refusing to Express Regret:</strong> The inability to take responsibility for our actions, admit we’re wrong, or recognize how our actions affect others.<br /><br /><strong>Not Listening:</strong> The most passive-aggressive form of disrespect for colleagues.<br /><br /><strong>Failing to Express Gratitude: </strong>The most basic form of bad manners.<br /><br /><strong>Punishing the Messenger:</strong> The misguided need to attack the innocent, who are usually only trying to protect us.<br /><br /><strong>Passing the Buck:</strong> The need to blame everyone but ourselves.<br /><br /><strong>An Excessive Need to Be “Me”:</strong> Exalting our faults as virtues simply because they exemplify who we are.</span><br /></span><br />I once had a boss that exhibited nearly all of these bad behaviors. It was one of the most debillitating experiences of my professional career. No matter how hard I worked or what I accomplished, I remained in the shadow of this person's ego and indifference. Yet I continued to work for this person because I labored under a naïve notion that he would be found out by the company and be summarily dismissed or demoted. My mistake was to not move onward as soon as I recognized these symptoms. I enjoyed the work I was doing but ignored the effect this boss was having on my personal and professional life. To this day my family and I cringe whenever this person's name is mentioned.<br /><br />If you see your boss or company management exhibiting the behaviors above, it is time for you to start looking around for something better.<br /></span>AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-86080815754052900972006-12-26T14:43:00.000-07:002006-12-26T15:08:41.520-07:00USPTO Patent Performance in 2006Source: <<a href="http://www.uspto.gov/web/offices/com/speeches/06-73.htm">http://www.uspto.gov/web/offices/com/speeches/06-73.htm</a>><br /><br /><div>"Patent examiners <span style="color:#330033;">completed </span><span style="color:#990000;">332,000 patent applications in 2006</span>, the largest number ever, while achieving the lowest patent allowance error rate -- 3.5% -- in over 20 years. <span style="color:#990000;">At 54%, the patent allowance rate was also the lowest on record.</span> [See Figure below] Patent allowance rate is the percentage of applications reviewed by examiners that are approved."</div><div><br /></div><div></div><div><br /></div><div></div><img id="BLOGGER_PHOTO_ID_5012955267722487010" style="DISPLAY: block; MARGIN: 0px auto 10px; CURSOR: hand; TEXT-ALIGN: center" alt="" src="http://bp1.blogger.com/_h2C12mTH_Zw/RZGYQZeFpOI/AAAAAAAAAAM/wdjkEjE9Um4/s320/USPTOPatentAllowances2006.gif" border="0" /><br /><br /><div></div><br /><br /><div>"The USPTO received in excess of <span style="color:#990000;">440,000 patent applications in 2006, a record number</span>. To help meet the demand, the agency hired a record 1,218 patent examiners, exceeding its goal by more than 200 people. To support this dramatic hiring increase, the USPTO replaced its one-on-one training model with a university approach for new hires. This allowed the agency to deliver comprehensive training to new examiners, while more experienced examiners and supervisors focused on quality examination. The agency will continue to hire over 1,000 patent examiners each year for the next five years. Even so, the volume of applications will continue to outpace the agency's capacity to examine them. USPTO continues to look for ways, beyond hiring, to reduce the backlog, while maintaining examination quality. "</div><br /><br /><div><strong>Working at home:</strong> "The first 500 patent examiners began working from home four days a week, using a hoteling program to book office space the one day a week they are in the office. The agency expects that an additional 500 examiners will be added to those already working from home each year for at least the next five years."</div><br /><div></div><br /><div>From the numbers above, we see that the USPTO is receiving more patent applications than they are completing, i.e., the USPTO is completing one application for every 1.32 applications received. <span style="color:#cc0000;">From 1997 to 2006, the number of patent applications being filed have increased by 87 percent. In 2006, the backlog of patent applications exceeded 700,000!</span> This backlog increased the USPTO pendency (see figure below) for taking action on the submitted application.</div><br /><div></div><br /><div><img id="BLOGGER_PHOTO_ID_5012958531897631986" style="DISPLAY: block; MARGIN: 0px auto 10px; WIDTH: 394px; CURSOR: hand; HEIGHT: 182px; TEXT-ALIGN: center" height="207" alt="" src="http://bp1.blogger.com/_h2C12mTH_Zw/RZGbOZeFpPI/AAAAAAAAAAU/JAfIUpJhDZ0/s320/USPTO+Pendency.bmp" width="365" border="0" /></div><div> </div><div>As shown in the Figure above, USPTO first action pendency is now exceeding 22 months. Average first action pendency measures the average time in months from filing until an examiner’s initial determination is made of the patentability of an invention. Indeed, some business method patent applications have taken over ten years before issuance!<br /><br /></div>AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-8580406610736963012006-12-24T00:25:00.000-07:002006-12-30T15:53:34.157-07:00Merry Christmas and Happy Holidays'Merry Christmas', 'Happy Holidays', or 'Happy New Year' in...<br /><br /><br />Afrikander - Een Plesierige Kerfees<br />Arabic - Eid Milad Majeed -or- Eid Saied or Aiad Saiedieh -or- Koul Aam Wa Inta Bekeir<br />Argentine - Felices Pasquas Y felices ano Nuevo<br />Armenian - Shenoraavor Nor Dari yev Pari Gaghand<br />Assamese - Natun Bacharar Subha Kamana<br />Azeri - Tezze Iliniz Yahsi Olsun<br />Basque - Zorionstsu Eguberri. Zoriontsu Urte Berri On<br />Bengali - Naba Bochorer Shubho Kamona<br />Bohemian - Vesele Vanoce<br />Brazilian - Boas Festas e Feliz Ano Novo<br />Breton - Nedeleg laouen na bloavezh mat<br />Bulgarian - Tchestita Koleda; Tchestito Rojdestvo Hristovo<br />Chinese -<br />(Mandarin) Kung His Hsin Nien bing Chu Shen Tan<br />(Catonese) Kung Cho Saint Town Kun Hall Sun Hai<br />Cornish - Nadelik looan na looan blethen noweth<br />Corsican - Pace e Salute<br />Cree - Mitho Makosi Kesikansi<br />Croatian - Sretan Bozic I Nova Godina<br />Czech - Prejeme Vam Vesele Vanoce a stastny Novy Rok<br />Danish - Gladelig Jul<br />Dutch - Vrolijk Kerstfeest en een Gelukkig Nieuwjaar!<br />English - Merry Christmas<br />Esperanto - Gajan Kristnaskon<br />Estonian - Roomsaid Joulu Puhi<br />Farsi - Cristmas-e-shoma mobarak bashad<br />Finnish - Hyvää Joulua ja Onnellista Uutta Vuotta<br />French - Joyeux Noel et Bonne Annee<br />Frisian - Noflike Krystdagen en in protte Lok en Seine yn it Nije Jier!<br />German - Froehliche Weihnachten<br />Greek - Kala Christouyenna!<br />Hawaiian - Mele Kalikimaka<br />Hebrew - Mo'adim Lesimkha. Chena tova -or- Chag Sameach and L'shana tova<br />Hindi - Shub Naya Baras -or- Navin Varshabhinandan<br />Hungarian - Kellemes Karacsonyi unnepeket<br />Icelandic - Gledileg Jol<br />Indonesian - Selamat Hari Natal<br />Iraqi - Idah Saidan Wa Sanah Jadidah<br />Irish Gaelic - Le gach dea gui i gcomhair na Nollag agus na h-Aithbhliana<br />Irish - Nollaig Shona Dhuit<br />Italian - Buone Feste Natalizie<br />Japanese - Shinnen omedeto. Kurisumasu Omedeto<br />Kannada - Hosa Varushada Shubashayagalu<br />Korean - Sung Tan Chuk Ha<br />Latvian - Priecigus Ziemas Svetkus un Laimigu Jauno Gadu<br />Lettish - Priecigus Ziemassvetkus<br />Lithuanian - Linksmu Kaledu<br />Manx - Nollick ghennal as blein vie noa<br />Maori - Meri Kirihimete<br />Marathi - Shubh Nava Varsh –or- Shubh Varshabhinandan -or- Navin Varshachya Shubhecchha<br />Navajo - Merry Keshmish<br />Nepali - Naaya barshako subbha kamana<br />Norwegian - God Jul Og Godt Nytt Aar<br />Pennsylvania German - En frehlicher Grischtdaag un en hallich Nei Yaahr!<br />Polish - Wesolych Swiat Bozego Narodzenia<br />Portuguese - Boas Festas<br />Rapa-Nui - Mata-Ki-Te-Rangi. Te-Pito-O-Te-Henua<br />Rumanian - Sarbatori vesele<br />Russian - Pozdrevlyayu s prazdnikom Rozhdestva is Novim Godom<br />Serbian - Hristos se rodi<br />Slovakian - Sretan Bozic or Vesele vianoce<br />Samoan - La Maunia Le Kilisimasi Ma Le Tausaga Fou<br />Scots Gaelic - Nollaig Chridheil agus Bliadhna Mhath Ur<br />Serb-Croatian - Sretam Bozic. Vesela Nova Godina<br />Singhalese - Subha nath thalak Vewa. Subha Aluth Awrudhak Vewa<br />Slovak - Vesele Vianoce. A stastlivy Novy Rok<br />Slovene - Vesele Bozicne. Screcno Novo Leto<br />Spanish - Feliz Navidad<br />Swedish - God Jul and (Och) Ett Gott Nytt Ar<br />Tagalog - Maligayamg Pasko. Masaganang Bagong Taon<br />Tamil - Nathar Puthu Varuda Valthukkal<br />Telugu - Nutana Samvatsara Subhaakaankshalu (Happy New Year to You)<br />Thai - Sawadee Pee Mai<br />Turkish - Noeliniz Ve Yeni Yiliniz Kutlu Olsun<br />Ukrainian - Srozhdestvom Kristovym<br />Urdu - Naya Saal Mubarak Ho<br />Vietnamese - Chung Mung Giang Sinh<br />Welsh - Nadolig Llawen<br />Yugoslavian - Cestitamo Bozic<br />Zulu - Sinifisela Ukhisimusi Omuhle Nomnyaka Obusisiwe<br />Happy holidays to everyone!AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-73589043918605275202006-12-14T10:38:00.000-07:002006-12-14T10:46:04.450-07:00Day in The Life of a Patent AnalystWhat does a person who works with intellectual property and is not an attorney do day to day? I work as a wireless patent forensic specialist. So what exactly does that mean?<br /><br />Briefly, wireless technical intellectual property (IP) forensic analysis comprises the following activities: validity, invalidity, infringement, non-infringement, valuation, assertion targeting, acquisition due diligence, prior-art review, claim charts, Markman ruling assessment, Rule 11 preparation, claim construction, application ghost-writing, licensing carve-out language, and more.<br /><br />More specifically the services I provide are as follows:<br /><br />* Provide technical product insight to legal counsel for the protection of IP assets; serve as the technical liaison with outside law firms, for filing or protection in litigation, oppositions, and patent interferences.<br /><br />* Participate / assist in worldwide patent application preparation and prosecution.<br /><br />* Assist in preparation and prosecution patent applications before the USPTO.<br /><br />* Review and conduct patent searches, and prior art searches for patents involving semiconductor technology and other technology related patents.<br /><br />* Assist in the legal and factual research and, review and edit pleadings, applications and other technical and legal documents in connection with a variety of intellectual property issues.<br /><br />* Assist in procuring rights to technology and participate in due diligence reviews.<br /><br />* Assist in managing licensed-in filings from acquired companies; coordinate with licensor's attorneys to secure patents.<br /><br />* Help analyze patents and prepare infringement, validity, and freedom-to-operate opinions, including working with outside counsel.<br /><br />*Assist in developing clients' strategy on how they can develop an area, strengthen patents and work around roadblocks in patents.<br /><br />* Counsel clients through participation in various levels of R&D and other cross-functional team meetings.<br /><br />* Identify research subject to filing of patent applications.<br /><br />* Conduct educational seminars with internal staff on technology and intellectual property.<br /><br />* Help review agreements such as material transfer agreements.<br /><br />As inferred, my daily life is basically a solitary activity using my resources gained from over two decades of experience in the wireless telecommunications industry. In a subsequent blog entry I will take a deeper dive showing the reader how I go about dissecting a patent for use by intellectual property attorneys use in offensive or defensive matters.AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-68543339030139089602006-11-13T21:28:00.000-07:002006-11-13T21:33:30.838-07:00Three Things to Ask Your Manager Every MonthYes, your annual performance review is behind you now and you are probably still basking in the glow of our previous year's accomplishments.<br /><br />With the new year approaching I want to suggest you make a regular habit of specifically seeking feedback from your manager in your one-on-one meetings. I am not talking about vague generalities, e.g., "How am I doing?", but opening yourself up to being willing to hear detailed, performance review level, feedback.<br /><br />I recommend you use the <span style="color:#990000;">Start-Stop-Continue</span> approach. Ask your manager,<br /><br />1. What should I <span style="color:#990000;">start</span> doing?<br />2. What should I <span style="color:#990000;">stop</span> doing?<br />3. What should I <span style="color:#990000;">continue</span> doing?<br /><br />Simple isn't it? But don't ask if you don't really want to hear the answers. And if you do, keep asking until you start to get the kind of feedback you expect. You may find that your manager to be hesitant at first to "go deep" on your performance. I suggest you give your boss a few days heads up that this area will one of your 1:1 agenda topics.<br /><br />Now if we can get managers to pop the same three questions to their direct staff from time to time!AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-2472806045240179332006-11-13T21:06:00.000-07:002006-11-13T21:25:50.590-07:00Competive Architectural Business StrategiesFor the last few years at I've been honking like a goose about the commoditization of hardware and a hardware-centric company's need to build a strong software core competency upon which it can begin to build a whole-platform architectural franchise. The recent announcement of the "platformization" of Intel Corporation was music to my ears. In today's post I describe some of the strategies needed to begin building these architectural franchises.<br /><br />Unfortunately there are a lot of people involved in strategy activities that do not understand the process. From what I have observed developing <span style="color:#990000;">business strategy is sort of like teenage sex</span>...<br /><br /> <em>1. It is on everybody's mind all the time </em><br /><em> 2. Everyone talks about it all the time</em><br /><em> 3. Everyone thinks everyone else is doing it</em><br /><em> 4. Almost no one is really doing it</em><br /><em> 5. The few who are doing it are:</em><br /><em> - Doing it poorly,</em><br /><em> - Sure it will be better next time,</em><br /><em> - Not practicing it safely.<br /></em><br />I emphasize the word 'strategy' in this context because the effort is long term and a "bet the business" decision. When I use the word 'strategy' I mean a <em>defined plan of action that will develop a business unit's competitive advantage and compound it.<br /></em><br />I think there is a tendency to confuse strategic long range planning processes and the their outputs as strategy-making and strategy, respectively. I would submit that in their present form most of what I have seen more closely resemble mechanized marketing activities as opposed to development of a concrete plan to act and leverage competitive advantages for compounded revenue growth. Could it be that we just might be spending too much time trying to ring the cash register and too little time thinking about the long-term directions we should be taking and the technologies, resources, etc., we are going to need to get there?<br /><br />I have seen lots of great long-range plans to build way cool technologies, but very few plans that show how the technologies already in place (or to be built) can be leveraged into an architectural franchise. <em><span style="color:#990000;">Folks</span>, <span style="color:#990000;">bad technology and good strategy will always beat good technology and bad strategy</span>.</em> Just look at the success of Microsoft. From a software architectural perspective, the Windows operating system is an abomination. Definitely bad technology, but, oh my, what a wonderful strategy is behind it, no?<br /><br />To build a platform level architectural franchise, a company is going to have to wage quite a battle in the marketplace. Market position as a hardware supplier will not give a company a significant advantage until it has closed the credibility gaps in those areas outside of the hardware business it chooses to enter. The operating system competition we are witnessing today between Microsoft and the open-source community are really architectural wars. As we are seeing or have seen, the architecture battles a company must choose will consist of one of four options:<br /><br /><em>1. fight them </em><br /><em>2. become a countervailing power in a non-competing space </em><br /><em>3. exit the space (alive or dead) </em><br /><em>4. compete on implementation<br /></em><br />So what should a company be doing to be ready to do compete and to win? To win any architecture competition, a business unit must sign up to a long-term, bet the business strategy and not be short-sighted because of near-term needs for cash flow. The components of such a long-term strategy must include:<br /><br /><strong>1. A commitment to architect the state space and our products</strong>- backed by money, time, and talent with executive management backing.<br /><strong>2. Excellence in initial products</strong>- this is critical or you become the next Visicalc or Iridium, that is, you become <em>the first to prototype a market for someone else to own</em> (note: being first is not always a winning strategy). And remember, excellence is not defined by the technologist, it is defined by the user.<br /><strong>3. A plan for diffusion, versus retained control, across the market to establish leadership</strong>- as the architectural franchise opportunity takes shape contenders will appear offering the chance for alliances, licensing, and early architected products. This is one of the most difficult architectural challenges best met with a selectively open design; near seamless compatibility with supporting point products and commodity components; and wide, but carefully managed licensing.<br /><strong>4. Establishing and maintaining strong allegiances with after market products and users</strong>- supported by a broad, complex supporting infrastructure to increase switching costs, e.g., lots of toolkits with significant examples that reduce the customer's time to money.<br /><strong>5. A plan for harvesting and extending the existing architecture</strong> (most companies cannibalize themselves too late)- expansion and enhancement of architectural coverage while tightening proprietary control, yet leaving the architecture open and available. This means the architecture must be extensible enough to be extended from the initial niche into a steady stream of architected product lines and not just a series of point products. Static architectures will be devoured by clones!<br /><strong>6. Eventual architectural replacement</strong>- as the architecture ages develop new layers atop it to facilitate migration of its users and products to a new architecture, thus giving the new architecture a jump start on a new diffusion cycle. But before you throw the baby out with the bathwater, consider this story.<br /><br />When Motorola first got into the GSM cellular business, it went out and purchased some protocol stacks thinking this would get them to the market quickly. Next it created its own "exec", a lean operating system kernel. It got both of these strategies backwards. The cellular protocol architecture is so interwoven with an overall system software architecture that to not have complete control over it means you are forever at the mercy of the supplier's own design. In effect, Motorola bought into a bunch of accidental complexities that ultimately led to a discard of this software and development of the complete stacks in house.<br /><br />The exec design never met performance expectations and did not anticipate the future demands of new services not yet dreamed about. It, too, had to be discarded and replaced with an off the shelf product.<br /><br />The point here is that the operating system was not the driver of the value add of the company's products. It supplied the usual services, but was something that any number of products on the market could do. There was no need to develop a new one in house. The protocol stacks, however, ubiquitously touched nearly every major software subsystem, yet the development team had no control over this design and had to dilute system strategies to accommodate the third party vendor's design. In effect, the tail was wagging the dog.<br /><br />Like the item above implies, a company must <span style="color:#990000;">hold onto the sand that becomes the pearl</span>. All else can be bought on the open market, but we cannot afford to give up on an unfair advantage made possible by having complete control over a system architecture. This yields minimum accidental complexity and maximum chance for establishing an architectural franchise.<br /><br /><strong>7. Intellectual property management</strong>- essential at every stage of the life cycle of the architecture and implies careful patent preparation and constant monitoring and enforcement.<br /><br />Thanks for sticking with me this far. So, to conclude, what is the message here? Selling microprocessors, chipsets, motherboards, etc., is a credible first step, but companies must start planning and acting now for the follow on activities that will yield the greater returns. To me, those activities are software intensive and I have yet to see evidence that hardware-centric companies "get it" when it comes to software. When I run around honking like a goose about this topic I am usually met with the statement that "We are a hardware company. It has made us all plenty of money in the past, so why mess with success?" To my myopic friends I say, "Just because you're naked, that don't make you an emperor."AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-33957340106348551992006-11-13T16:34:00.000-07:002006-11-13T16:51:47.639-07:00Intel's One Percent SolutionNo doubt you have all heard the news of Intel's plans to let 1000 managers go from the company. As one of those managers I received the personal news by phone call in July.<br /><br />If you are expecting a bitter rant about management nearsightedness or the loss of talented folks versus fixing the decision making processes at Intel, you will be disappointed. As I have noted in an earlier post I liked my job and working for Intel. I gave the seven years of my life and fully intended to give it another twenty or so more.<br /><br />Once news of my impending departure spread, I received some very kind words of encouragement from friends and colleagues:<br /><br /><span style="color:#000000;"><em><span style="color:#000000;">- Oh man. I’m sorry. You’re one of the good eggs. </span><br /></em></span><em><span style="color:#3333ff;">- That is terrible news, not only for you and your family, but for those people who’ll remain after all the dust settles. We will miss your insight, vision, and contributions greatly here.<br /><span style="color:#000000;">- A lot of my friends got tagged and it is a strange time as I feel they were very talented people as you are.</span><br />- I am very sorry to read that you are a victim of the ‘night of the long knives’. Doesn’t appear to be any rhyme or reason to this purge. My immediate manager was discharged yesterday morning and is already gone. This action was executed just as the team he was brought in to lead last year, was finally becoming effective -- having a vision and a focus for the first time since I’ve been on it.<br />I’ve much appreciated your vision, insight and forbearance (especially) during my working career at Intel. You’ve certainly well role modeled the values of a successful entrepreneur and professional engineer (as well as those claimed by Intel). And we all have appreciated your willingness to mentor, counsel, and blog.<br />While I have no doubt that you will emerge from this event successful and better off than you have been recently with Intel, Intel has taken an unrealized substantial loss in its decision to do without your services. Certainly, looking back, if management had heeded your and other cellular leaders’ advice, they would not have found it necessary to sell off a money losing operation (because it would have been making money and in charge of its own destiny</span><span style="color:#3366ff;">).</span><br /></em><em><span style="color:#000000;"><span style="color:#000000;">- Arrhh, matey – sorry to hear the news. It’s been a pleasure to have plundered witcha’ as a fellow pirate. May your bounty chest remain full ‘o gold pieces and the wind always fill your sails.</span><br /></span><span style="color:#3333ff;">- Intel will surely be missing out on a great manager. I’d have to say that in my 10 years, you were up there at the top in terms of being the best manager I had the pleasure working with. Not sure if I ever told you that.</span><br /><span style="color:#000000;">- Sorry to hear about that. Doesn't make sense to me really given your dual role as soldier / captain.</span><br /></em><em><span style="color:#3333ff;">- This is indeed very sad news! It was fun and great learning experience working with you.<br /></span><span style="color:#000000;">- Not sure if I should congratulate you or send my condolences.</span><br /></em><em><span style="color:#3333ff;">- Oh my god, that is really sad to hear. Don’t know what to say. We’ll definitely miss you.<br /></span><span style="color:#000000;">- This is a really screwed up place for letting people like you go. I met one of your previous direct reports here... We both agreed you had a unique management style and vision. OK, you were not the easiest to work for (smile), but both agreed that you were the best Intel manager we ever had.</span></em><br /><br />Kind words indeed, and made the news that I would be leaving Intel even more bittersweet.<br /><br />Intel's decision to start with managers in its long term plan to get leaner and more agile was a smart move. I think it sends a message to the company's employees and shareholders that Paul Otellini, CEO, is serious about taking the company to the next level. From what I have seen inside the company, there was a great deal of personal anguish and hand-wringing by those that had to made the decisions about who was going to be asked to leave the company.<br /><br />Despite being on the receiving end of the news, I don't envy the individuals that made these decisions. The majority of managers at Intel were once very successful individual contributors, so the company is losing some serious learning curve experience in the 1000 managers being let go this month. That said, the move opens up opportunities for new blood in the ranks and goes a long way in reducing the decision making bloat that Intel has been wrestling with in the last five years of rapid employee growth.AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-46735226210544912992006-11-13T16:09:00.000-07:002006-11-13T16:23:01.775-07:00Performance Reviews - What Really MattersWhen I was a manger of technologists at Intel, Motorola, and in my own company, each year I would summarize the performance areas that got attention in our annual performance ranking and rating sessions. Here is a list (not in any order) of some of the items that mattered:<br /><br />- project work that exceeded expectations in output and/or scope<br />- strong team leader or key contributor to department wide projects or task forces<br />- effectively managed assigned projects/tasks<br />- major contributor to one or more strategic projects that had business impact<br />- valued contributor to strategic forums<br />- high quality deliverables<br />- operational excellence, i.e., meets commitments on time or ahead of schedule; deliverables delight customers<br />- excellent manager of employees; increased team's bench strength, cohesion and output<br />- mentoring, teaching and/or training others<br />- saw a problem and owned it until it was solved<br />- managed expectations effectively - no surprises<br />- personal agenda was focused on the organization and not the individual<br />- became an expert in another area outside their normal expertise<br />- was frequently sought out by others because of their expertise AND their teamwork behaviors<br />- communicated effectively with managers (kept them in the loop) and with rest of the organization<br />- cleans up an organizational mess or is willing to take on a hard job or extra workload<br />- demonstrates a proactive attitude: not waiting to do what needs to be done, even if outside their comfort zone; is willing to take the risks to pull the organization forward<br />- strong personal network; forged stronger ties; and works effectively across business groups<br />role models company values<br /><br />If you are a manager, the next time someone asks you about performance expectations, whip out this short list for the start of a very fruitful discussion. If you are being managed, and who isn't, review this list and compare it to your own performance practices. It is a good start towards the golden “Outstanding” rating (i.e., firing on all cylinders & exceeding expectations on them all, too).AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-85359091769467270822006-11-13T15:30:00.000-07:002006-11-13T21:05:15.401-07:00Architecting Opus or Reilly's Architecting TruthsI spent about fifteen of my twenty plus years of engineering as a hardware and software architect, creating high level designs for implementation. The term architect leaked into the pop culture with <em>The Matrix</em> movies:<br /><br /><em><strong>Neo</strong>: Who are you?<br /><br /><strong>Architect</strong>: I </em><a name="hit1"></a><em>am </em><a name="hit2"></a><em>the </em><a name="hit_last"></a><em>Architect. I created the Matrix. I have been waiting for you. You have many questions and although the process has altered your consciousness you remain irrevocably human, ergo some of my answers you will understand and some of them you will not. Concordantly, while your first question maybe the most pertinent you may or may not realize it is also the most irrelevant.</em><br /><br />Bumper stickers for architects:<br /><br /><div align="left"><em>Real architects do it at high levels</em> OR <em>Real architects describe it but never do it<br /></em><br />What others say about architecting:<br /><br /><span style="color:#990000;">Webster’s Ninth Collegiate Dictionary</span>: The art or practice of designing and building structures and especially habitable {workable} ones.</div><div align="left"><br /><span style="color:#cc0000;">Brook’s Mythical Man-Month: </span>[T]he complete and detailed specification of the user interface.<br /><br /><span style="color:#cc0000;">Mack Alford, Ascent Logic</span>: Dual problem of translating user needs into system requirements and the specification of components, that when integrated, will satisfy those requirements.<br /><br /><span style="color:#cc0000;">James Rumbaugh, Object-Oriented Modeling and Design</span>: The overall structure of a system, including its partitioning into subsystems and their allocation to tasks and processors. </div><p align="left"><br />We have all experienced the failure brought on by bad architecting, but we usually do not discover this until it is too late. And often, the fact that the underlying architecture of a product is the root cause of a project/product failure is never realized. A study conducted by the Standish Group of over 8,000 telecom projects revealed the following results:<br /><br /><strong>Failure Statistics<br /></strong>31% of projects will be canceled before completion<br />53% of projects will cost 189% of their original estimates<br />9% of large company projects are done on time and on budget<br />Completed projects have only 42% of originally proposed features and functions</p><p align="left">(*No flames please, I know there is a competing study by the Cutter consortium published in 2005 that disputes these dismal statistics.)</p><p align="left">I am convinced that bad architectures were underlying many of these failures, cost overruns, etc.<br /><br />In an ideal world, architecture definition is easy. As Charlton Heston said to Yul Brynner in The Ten Commandments (1956), “So shall it be written, so shall it be done." In other words, once I have created an architectural specification, I would like to think that implementors will build it as I have so specified. But in the real world we know that this never happens as competing agendas, egos, and strategies get in the way.<br /><br /><strong>What is it exactly that architects do anyway? And what are some identifiable aspects of good architectures?</strong> I will answer these questions in a few lines, but first let's set the architectural context:<br /><br />REQUIREMENTS are concerned with the determination of the information, processing, and the characteristics of that information and processing needed by the user(s) of the product<br /><br />ARCHITECTURE is concerned with the selection of HW/SW architectural elements, their interactions, and the constraints on those elements and their interactions necessary to provide a framework in which to satisfy the requirements and serve as a basis for the design</p><p align="left">DESIGN is concerned with the modularization and detailed interfaces of the HW/SW design elements, their algorithms, signals, and procedures, and the data types needed to support the architecture and to satisfy the requirements; and</p><p align="left">IMPLEMENTATION is concerned with the representations of the algorithms, signals, and data types that satisfy the design, architecture, and requirements<br /><br />So, we can define architecting formally as the process by which user requirements, having been translated into technical requirements, are embodied into a synergistic collection of physical and logical entities, and their interfaces that exhibit…<br /><br /><em>wholeness</em>, reflecting the primacy of the architecture as a whole over its elements<br /><em>hierarchy</em>, reflecting not only the potential for successive decompositions, but also the role of a given architecture as a subsystem within a larger framework; and<br /><em>relativity</em>, reflecting the inadequacy of any single delineation of an architecture and the consequent necessity of resorting to classes of descriptions, any one of which can capture only certain aspects of the wholeness and hierarchy of the system.<br /></p><p>Given all the above, we now answer the question, “<span style="color:#cc0000;">What do architects do?</span>”<br /><br /><strong>Hint Number 1:<br /></strong><br />By inspection, find the roots of the following polynomial:<br /><br />(Equation 1) X^4 - 9x^3 + 27x^2 - 31x + 12<br /><br /><strong>Hint Number 2:<br /></strong><br />By inspection, find the roots of the following:<br /><br />(x - 1)^2 (x - 3) (x - 4)<br /><br /><strong>Hint Number 3:<br /></strong><br />Finding the roots of the previous equation was not easy until we eliminated the accidental complexity by factoring, thereby leaving only the essential complexity<br /><br />X^4 - 9x^3 + 27x^2 - 31x + 12 = (x - 1)^2 (x - 3) (x - 4)<br /><br /><br />The answer, then, is that <span style="color:#cc0000;">architects factor complexity</span>.<br /><br />And what is a “good” architecture? Good architectures have optimum essential complexity, minimum accidental complexity, and exhibit a conceptual integrity that is normally visible by inspection.<br /><br />Conceptual integrity means that:<br />- The design reflects one set of ideas: a single philosophy<br />- Systems that have it are simple and straightforward<br />- Springs forth from a very small number of resonant minds<br />- Requires a chief architect to control the concepts<br />- Facilitates parallel architectural and implementation activities<br />- Nevertheless, vigilance by the architect is required once implementation has begun<br /></p><p>Thanks for staying with me this far. Now for the big finish. Here are<br /><strong>Reilly's Architecting Truths</strong>:<br /></p><p>- An architecture must possess conceptual integrity - appear to be the product of one mind and written by one hand.<br />- It must be implementable in a cost-effective manner. Distrust an architecture that has not been implemented. Distrust an architect that has not been an implementor. Be wary of an architecture that has not been used by people other than its architect and implementers.<br />- It is better for an architecture to be wrong than to be imprecise; the former can be fixed, the latter may never be spotted. Specifications should be written in the singular, not plural.<br />- Each interface function should be as general as possible while also consistent with efficient implementation. For example, it should be independent of representation media. E.g., it should provide general mechanisms from which alternative policies can be implemented.<br />- An interface should hide information - it must reveal the "what" a system does but never the "how" the system does it.<br />- Partitioning is done so that each interface is "skinny" - it requires minimum information to be exchanged across it.<br />- Essential complexity should be managed in those components that are of concern to the fewest people possible.<br />- A strong match between functional and physical structures should be present.<br />- Functional aggregation should result in a partitioning of elements that will have very low external complexity and very high internal complexity.<br />- Distributed systems should have slowly changing global activity and rapidly changing local activity.<br />- Performance of partitioned elements should be insensitive to unknown or uncontrollable external influences.<br />- Impacts of extreme pathological behavior of a partitioned element to another element should be minimal.<br />- Deviations in product cost, schedule, technology, customer needs, and/or performance should have minimal impact upon the design of the architecture. That is, the degree to which developers must modify applications or the architecture itself to meet unforseen external changes is a measure of hidden accidental complexity.<br />- The ratio of Upper Layer or Lower Layer primitives should be much less than unity. This is a strong indicator of minimized complexity across elements and a high degree of abstraction.<br />- The ability to debug new applications directly on a working system, without affecting customers using that system, is a strong measure of architectural goodness.<br />- Bad cooking can at least be thrown away, but bad architecture is much harder to dispose of. (Kevin Kahn, Intel Fellow)</p><p><br />If you call yourself an architect then I hope you agree with today’s post. If you do not, I would like to hear from you.</p>AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0tag:blogger.com,1999:blog-6723736581275817436.post-20342513860798199522006-11-13T13:21:00.000-07:002006-11-13T16:02:40.737-07:00Why I Liked My Job at Intel CorporationLast September, after seven good years at Intel Corporation I was, ahem, downsized, as part of a broad corporate restructuring. I am not bitter about this. On the contrary, I will miss my job.<br /><br />I often read the posts to Intel internal web pages as well as many of the company blogs. I was always dismayed by the number of people around the company who appeared to be very unhappy. They are unhappy with their management, their co-workers, and their work. Some cross the line between just venting and become cynics. Frankly, as a manager, I think cynicism is a firing offense. A cynic will undermine anything a group is trying to achieve. Nothing anyone does satisfies these persons. All decisions made are candidates for revisitation and undoing. Cynics are a pernicious virus in any organization that should be eliminated. How do you know you are becoming a cynic?<br /><br />I left work every day frustrated. I was frustrated that I didn't have enough hours in the day to do everything I would have liked to do. I was frustrated that I sometimes have to get out of the zone and put down my laptop to tend to the other demands of life, such as eating, running errands, and working around my home. My frustration was a positive outgrowth of my excitement for my job at Intel. It was a job that challenged all my mental faculties, forcing me to immerse myself in new domains daily, and I had the privilege of working with (and managing) very bright individuals. Sure, I had complaints, but they are mostly related to keeping me from being more effective. And yes, my boss and I clashed from time to time. This was more a symptom of two individual "take no prisoner" work attitudes repelling one another and not from some personal dislike.<br /><br />To answer the question posed above, when you find yourself leaving work each day mad you are on the slippery slope towards cynicism. I sensed this in the many of the items I had been reading from others. These persons are mad at everything around them and don't mind telling anyone who will listen. To those individuals I would counsel, when you find yourself in this situation, the time has come for you to either find a new job within the company, or start looking elsewhere.<br /><br />Leave work frustrated, not mad.AMRhttp://www.blogger.com/profile/03491415452036345716noreply@blogger.com0