惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

AI
AI
TaoSecurity Blog
TaoSecurity Blog
H
Heimdal Security Blog
Help Net Security
Help Net Security
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Microsoft Azure Blog
Microsoft Azure Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Google DeepMind News
Google DeepMind News
爱范儿
爱范儿
The Cloudflare Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
人人都是产品经理
人人都是产品经理
大猫的无限游戏
大猫的无限游戏
N
News | PayPal Newsroom
V2EX - 技术
V2EX - 技术
博客园 - 【当耐特】
D
Darknet – Hacking Tools, Hacker News & Cyber Security
S
Secure Thoughts
C
CERT Recently Published Vulnerability Notes
罗磊的独立博客
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
P
Privacy & Cybersecurity Law Blog
有赞技术团队
有赞技术团队
S
Schneier on Security
S
SegmentFault 最新的问题
Google Online Security Blog
Google Online Security Blog
H
Hacker News: Front Page
The Last Watchdog
The Last Watchdog
Schneier on Security
Schneier on Security
PCI Perspectives
PCI Perspectives
IT之家
IT之家
Project Zero
Project Zero
博客园 - 司徒正美
P
Privacy International News Feed
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Jina AI
Jina AI
Security Latest
Security Latest
Hacker News - Newest:
Hacker News - Newest: "LLM"
腾讯CDC
C
CXSECURITY Database RSS Feed - CXSecurity.com
阮一峰的网络日志
阮一峰的网络日志
C
Check Point Blog
aimingoo的专栏
aimingoo的专栏
V
Vulnerabilities – Threatpost
W
WeLiveSecurity
NISL@THU
NISL@THU
Webroot Blog
Webroot Blog
N
Netflix TechBlog - Medium
L
Lohrmann on Cybersecurity

Comments for Vijay Gill's Blog

Lack of Smart Engineers Considered Harmful Management Books Management Books Underinvestment in Infrastructure Orgs Why Nothing Great Ever Came From Outsourced Teams AMD exits dense microserver business. Ends Seamicro brand Cloud Services and outcome-blind decision making Management Books
Lack of Smart Engineers Considered Harmful
2015-09-24 · via Comments for Vijay Gill's Blog

Following the traditional outsourcing mantra, Google should be focusing on its core competencies, while outsourcing everything they possibly can of the base infrastructure to vendors.  Turns out that that the company actually does exactly the opposite.  A few weeks ago, Luiz André Barroso and Urs Hölzle of Google published a very interesting piece: The Datacenter as a Computer: An Introduction to the Design of Warehouse-Scale Machines. Here is a quote [emphasis mine]:

Buy vs Build:

Traditional IT infrastructure makes heavy use of third-party software components such as databases and system management software, and concentrates on creating software that is specific to the particular business where it adds direct value to the product offering, for example, as business logic on top of application servers and database engines. Large-scale Internet services providers such as Google usually take a different approach in which both application-specific logic and much of the cluster-level infrastructure software is written in-house. Platform-level software does make use of third-party components, but these tend to be open-source code that can be modified inhouse as needed. As a result, more of the entire software stack is under the control of the service developer.

This approach adds significant software development and maintenance work but can provide important benefits in flexibility and cost efficiency. Flexibility is important when critical functionality or performance bugs must be addressed, allowing a quick turn-around time for bug fixes at all levels. It is also extremely advantageous when facing complex system problems because it provides several options for addressing them.

This is an interesting approach that works only if you have very talented individuals available to do design work. Infrastructure as a competitive advantage does not mean throwing money at the problem – if it were that simple, startups competing in fields with well-capitalized competitors would not have gotten off the ground. The entrenched incumbents would have crushed them by virtue of their superior capital resources.   To make infrastructure work for you, rather than be a drain on your finances and focus, you need the very best people who can turn the bits and pieces into a well tuned engine that enables you to do things that others simply cannot do. Joel Spolsky did some research around this problem, which he summarized on Joel on Software. His central thesis is summed up by the following quote:

The Creative Zen team could spend years refining their ugly iPod knockoffs and never produce as beautiful, satisfying, and elegant a player as the Apple iPod. And they’re not going to make a dent in Apple’s market share because the magical design talent is just not there. They don’t have it.

The mediocre talent just never hits the high notes that the top talent hits all the time.

As an engineer/technical manager with some of the worlds largest networks under my belt, I’ve repeatedly seen what Joel said  proven out in practice, and I will be naming names, because it helps to be specific.  At UUNET, I worked with people like Juzer, Najam, Bill Barns, Louie Mamakos, Parantap, Andrew Partan, Joe Malcolm, Mike O’Dell, Tim Smith et al.  When I was at AOL, I had the privilege of working with folks like Hung Le, Dr. Wu, Rich Colella, Mark Muehl, John Schanz, JR Mitchell, Girija, et al. At my current gig, I can’t even write down the full set of people before this becomes too long – folks like Warren, Jon, Bikash, Eiichi, Paul S, Paul G, Stephen S, Beck, Steve P and W, Sergei,  Nicolas G, Johnny J and the rest of the folks on the infrastructure and operations teams. At Level (3), a company I’ve never worked for, but whose engineering and architecture folks I am familiar with, there are engineers like Shane Amante, Nasser, Tozz, Scott Madley, Epperson, Dr. Gibbings etc. These engineers (I am naming a few representative examples), have repeatedly done things that the vast majority of people I am familiar with in the networking world – simply could not do. They have done work, which in design and execution would be beyond normal people. This is not an exhaustive list of networking talent – it would be the height of hubris to think that this is the entirety of the talent pool, but what are the chances of those level of individuals working on your network? Slim at best.  Best in the world infrastructure needs best in the world people. There is simply no way around that.  For companies that are in the telecom space, hiring second rate people will get you third rate networks.  If you are going to compete on basis of your infrastructure, you should be able to back that up with the appropriate people. To back it up with appropriate people, the executive management needs to read and understand what this is about. If they don’t, someone should send them a brief on Quark which Joel mentions in his post I quoted earlier.

This entry was posted on Monday, May 18th, 2009 at 00:24 and is filed under Telco. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.