Skip to content

Instantly share code, notes, and snippets.

Stevey's Google Platforms Rant

I was at Amazon for about six and a half years, and now I've been at Google for that long. One thing that struck me immediately about the two companies -- an impression that has been reinforced almost daily -- is that Amazon does everything wrong, and Google does everything right. Sure, it's a sweeping generalization, but a surprisingly accurate one. It's pretty crazy. There are probably a hundred or even two hundred different ways you can compare the two companies, and Google is superior in all but three of them, if I recall correctly. I actually did a spreadsheet at one point but Legal wouldn't let me show it to anyone, even though recruiting loved it.

I mean, just to give you a very brief taste: Amazon's recruiting process is fundamentally flawed by having teams hire for themselves, so their hiring bar is incredibly inconsistent across teams, despite various efforts they've made to level it out. And their operations are a mess; they don't real

After a second make, I get these errors:
KMESTERY-M-22GK:vpp kmestery$ make
# building contiv-agent
cd cmd/contiv-agent && go build -v -i -ldflags "-s -w -X github.com/contiv/vpp/vendor/github.com/ligato/cn-infra/core.BuildVersion=v1.2-alpha-367-gc30204a0f -X github.com/contiv/vpp/vendor/github.com/ligato/cn-infra/core.CommitHash=v1.2-alpha-367-gc30204a0f -X github.com/contiv/vpp/vendor/github.com/ligato/cn-infra/core.BuildDate=2018-08-10T16:29:z" -tags=""
github.com/contiv/vpp/vendor/github.com/ligato/cn-infra/messaging/kafka/client
github.com/contiv/vpp/vendor/github.com/ligato/vpp-agent/plugins/linux/nsplugin
github.com/contiv/vpp/vendor/github.com/coreos/etcd/clientv3
# github.com/contiv/vpp/vendor/github.com/ligato/cn-infra/messaging/kafka/client
../../vendor/github.com/ligato/cn-infra/messaging/kafka/client/mocks.go:44:124: cannot use saramaClientMock literal (type *saramaClientMock) as type sarama.Client in field value:
OVN is a new network virtualization project that brings virtual networking to the Open vSwitch user community.
OVN includes logical switches and routers, security groups, and L2/L3/L4 ACLs, implemented on top of a tunnel-based overlay
network. For physical-logical network integration, OVN implements software gateways, as well as supports hardware gateways
from a variety of vendors.
The OVN architecture simplifies the current OVS integration within Neutron by providing a virtual networking abstraction.
OVN provides Neutron with improved dataplane performance through shortcut, distributed logical L3 processing and in-kernel
based security groups, without running special OpenStack agents on hypervisors.
In this talk, we will walk through the current status of the OVN project, including the first release. We'll also talk
C02FT164DDR4:vagrant mestery$ cat ~/kuryr_vagrant.diff
diff --git a/.gitignore b/.gitignore
old mode 100644
new mode 100755
diff --git a/.gitreview b/.gitreview
old mode 100644
new mode 100755
diff --git a/.testr.conf b/.testr.conf
old mode 100644
new mode 100755
LATEST FAILURE 10-20-2015 10:01AM CDT
vagrant@devstack:~/devstack$ sudo docker run --publish-service=bar.foo -itd busybox
4d127d8eef2b052869ee71f5c02b983a6e8a4fcd67a97261aa0202772870867e
Error response from daemon: Cannot start container 4d127d8eef2b052869ee71f5c02b983a6e8a4fcd67a97261aa0202772870867e: a sandbox has already joined the endpoint
vagrant@devstack:~/devstack$
OLD FAILURE
When I try to publish the service, I see the following error on the command line:
2015-04-06 13:57:16.804 INFO nova.api.openstack [req-01c7c2cb-9f54-4fb8-93aa-7519d144fed8 demo invisible_to_admin] http://10.0.0.5:8774/v2/7e4726cb24ff4772892a9da915d158fa/os-certificates returned with HTTP 500
2015-04-06 13:57:16.804 DEBUG nova.api.openstack.wsgi [req-01c7c2cb-9f54-4fb8-93aa-7519d144fed8 demo invisible_to_admin] Returning 500 to user: The server has either erred or is incapable of performing the requested operation. __call__ /opt/stack/nova/nova/api/openstack/wsgi.py:1166
2015-04-06 13:57:16.806 INFO nova.osapi_compute.wsgi.server [req-01c7c2cb-9f54-4fb8-93aa-7519d144fed8 demo invisible_to_admin] 10.0.0.5 "POST /v2/7e4726cb24ff4772892a9da915d158fa/os-certificates HTTP/1.1" status: 500 len: 335 time: 60.0925729
2015-04-06 13:57:28.003 10563 DEBUG keystoneclient.session [-] REQ: curl -g -i --cacert "/opt/stack/data/ca-bundle.pem" -X GET http://10.0.0.5:35357/v3/auth/tokens -H "X-Subject-Token: {SHA1}2c00f2fb60b8fd845673ca9d799bcc6565907ec7" -H "User-Agent: python-keystoneclient" -H "Accept: ap
### Keybase proof
I hereby claim:
* I am mestery on github.
* I am mestery (https://keybase.io/mestery) on keybase.
* I have a public key whose fingerprint is C996 74B6 4CA0 6752 12BA B0A4 47AF 069A 142E 6450
To claim this, I am signing this object: