Stevey's Google Platforms Rant / Речь Cтива о платформе Google: Stevey''s Google Platforms Rant

Я проработал в Amazon около шести с половиной лет и теперь работаю в Google столько-же.

oyefremov 13.10.11 в 11:02

One thing that struck me immediately about the two companies -- an impression that has been reinforced almost daily -- is that Amazon всё делает неправильно в то время, как Google всё делает верно. Несомненно, it's a sweeping generalization, но удивительно точное. It's pretty crazy.

oyefremov 13.10.11 в 11:06

Возможно существует сотня или даже две сотни способов сравнивать обе компании, и Google лучше почти во всех кроме троих, есле мне не изменяет память. Я даже завел електронную таблицу для сравнения, но с юридической точки зрения я не моге её показать, even though recruiting loved it.

oyefremov 13.10.11 в 11:10

Вот просто чтобы вы могли быстро представить: процесс наема в Amazon в корне дефектен тем, что команды сами нанимают себе людей, таким образом их планка [знаний] для нанимаемых невероятно разрозненна между командами несмотря на всяческие попытки выровнять ее.

blahblah 13.10.11 в 12:04

И их процессы в полном беспорядке, у них практически нет SRE и они заставляют инженеров заниматься практически всем сразу, что почти не оставляет времени на кодинг. Хотя опять же это разнится по командам, так что это воля случая.

blahblah 13.10.11 в 12:11

Им абсолютно наплевать на благотворительность, помощь нуждающимся, вклад в сообщество, вообще на что-либо подобное. Эти темы вообще не поднимаются, разве только шутки ради. Их помещения это либо вонючие кабинки на обустройство которых не потрачено ни единого цента, либо места общего сбора.

DefaultLocale 13.10.11 в 11:29

Их оплата и пособия сосут, хотя и много меньше в последнее время из-за локальной конкуренции от Google и Facebook. Но у них нет любых наших плюшек и надбавок — они просто пытаются приводить в соответствие числа из предложений о работе, вот и все.

blahblah 13.10.11 в 12:14

Их исходные тексты - это катастрофа, никаких стандартов или чего-либо, возможно, за исключением некоторых команд, которые вводят их локально.

oyefremov 13.10.11 в 11:12

Честно говоря, у них _есть_ хорошая система версированной библиотеки, которую мы по сути вынуждены эмулировать, и хорошая система публикации-подписки, эквивалента которой у нас также нет. Но по большей части у них просто набор отстойных инструментов, которые читают и пишут информацию конечного автомата в реляционные базы данных. Мы бы не взяли себе большинство из них даже если б они были бесплатными.

blahblah 13.10.11 в 12:22

Я думаю, что система публикации-подписки и их система книжной полки были двумя из всего трех вещей, которые Amazon делает лучше, чем Google.

blahblah 13.10.11 в 13:08

Я думаю, что вы можете возразить тем, что их склонность запускаться рано и итерироваться как сумасшедшие — это тоже нечто, что они делают хорошо, но вы также можете сказать и наоборот. Они ставят ранний запуск в приоритет над всем остальным, включая удерживание и инженерную дисциплину и набор других вещей, что может иметь смысл при длительном участии. Таким образом даже то, что это дало им несколько конкурентных преимуществ на рынке, это также создало достаточно других проблем для того, чтобы превратить это в нечно меньшее, чем верный успех.

blahblah 13.10.11 в 13:16

Но есть еще одна вещь, которую они делают очень-очень хорошо, и это приводит к практически их ВСЕМ политическим, философским и техническим провалам.

blahblah 13.10.11 в 13:17

Джефф Безос известен своей способностью к микроменеджменту. Он лично контролирует каждый пиксель сайта Amazon. Он нанял Ларри Теслера, главного научного сотрудника Apple и, возможно, самого известного и уважаемого специалиста по человеко-компьютерному взаимодействию в мир. После этого Джефф три года подряд игнорировал все, что ему говорил Ларри. Он бы это делал и дальше если бы Ларри не принял бы мудрого решения покинуть Amazon.

DefaultLocale 13.10.11 в 11:51

Ларри проводил исследования, которые не оставляли ни капли сомнения в том, что ни один человек не может понять сайт Amazon. Но Безос просто не мог расстаться ни с одной из частицей этого сайта, не мог пожертвовать ни единым пикселем на главной странице. Он относился к каждому из миллионов пикселей как к собственному ребенку. Поэтому они до сих пор в Amazon, в отличие от Ларри.

DefaultLocale 13.10.11 в 11:55

Нет, микроменеджмент это не тот фактор, по которому Amazon превосходит нас. Т.е., да, они действительно хорошо справляются с ним, но я бы не спешил назвать его их преимуществом.

DefaultLocale 13.10.11 в 11:57

Я просто пытаюсь установить здесь контекст, чтобы помочь вам понять что произошло. Мы говорим о парне, который со всей серьезностью говорил во многих публичных ситуациях что люди должны платить ему за работу в Amazon.

blahblah 13.10.11 в 13:19

Он раздает маленькие желтые стикеры со своим именем на них, напоминая людям «кто управляет компанией» когда они с ним не согласны. Этот парень обычный… Стив Джобс, наверное. За исключением вкуса и чувства стиля. Безос супер-умный, не поймите меня неправильно. Просто он заставляет заурядных маньяков контроля выглядеть как обдолбанные хиппи.

blahblah 13.10.11 в 13:34

Так однажды Джеф Безос выпустил мандат. Он делает это постоянно, конечно, и люди карабкаются как муравьи, по которым вжарили резиновым молотком, каждый раз когда это случается. Но однажды, примерно в 2002-м, плюс-минус год, он издал мандат, который был таким нереальным и выносящим глаза на орбиты, что все его остальные мандаты выглядели как добровольные бонусы.

blahblah 13.10.11 в 13:43

Его Большой Мандат гласит следующие:

oyefremov 13.10.11 в 11:13

1) Все команды, начиная с сегодняшнего для, представляют свои данные и функционал через интерфейс сервисов.

oyefremov 13.10.11 в 11:14

2) Команды должны общаться между собой через эти интерфейсы.

oyefremov 13.10.11 в 11:15

3) Не будет других способов общения: без прямых ссылок, без прямого чтения данных чужих коменд, запрет на модель shared-memory, никаких лазеек и хаков. Разрешено тоисключительно только общение с использованием интерфейсов сервисов по сети.

oyefremov 13.10.11 в 11:18

4) Не имеет значения, какую технологию используэт команда. HTTP, Corba, Pubsub, собственный протокол -- без разници. Бэзоса это не волнует.

oyefremov 13.10.11 в 11:21

5) Все интерфейсы сервисов, без исключений, должны быть спроектированы снизу вверх чтобы быть опубликоваными за пределами компании. Другими словами, команда должна спроектировать интерфейс исходя из того, что он будет опубликован и доступин програмистам во внешнем мире.Никаких исключений.

oyefremov 13.10.11 в 11:25

6) Все, кто не согласен с этим, должны покинуть компанию.

oyefremov 13.10.11 в 11:25

7) Спасибо за внимание; Хорошего дня!

oyefremov 13.10.11 в 11:26

Ха! Те из вас, кто работал в Amazon уже оценили шутку в пункте № 7. Безос в гробу видал ваш день

DefaultLocale 13.10.11 в 11:34

Пункт № 6, тем не менее, достаточно реалистичен, чтобы воспринимать весь документ всерьез. Безос назначил пару главных "бульдогов" надзирателей для оценки усилий сотрудников и ускорения развития, возглавляемых Главным "Бульдогом" Риком Дэлзеллом

DefaultLocale 13.10.11 в 12:28

Рик — экс-военный рэнджер, выпускник West Point Academy, экс-боксер, экс-генеральный палач дробь директор по информационным технологиям в Wal*Mart, и большой общительный страшный человек, который часто использовал словосочетание «укрепленный интерфейс». Рик сам был ходячим, говорящим укрепленным интерфейсом, так что излишне говорить, все совершали прямой прогресс и удостоверялись, что Рик знал об этом.

blahblah 13.10.11 в 14:44

В течении нескольких последующих лет Amazon изнутри преобразовался в сервисно-ориентированную архитектуру. Они получили огромное количество знаний осуществляя это преобразование.

blahblah 13.10.11 в 13:45

Существовало много документации и практических знаний по сервисно-оринтированной архитектуре (англ. “SOA”), но в огромных масштабах Amazon это было так же полезно, как сказать Индиане Джонсу посмотреть в обе стороны перед переходом улицы. Разработчики Amazon сделали много открытий по ходу. Вот лишь некоторые примеры этих открытий:

Rappahannock 18.10.11 в 08:21

- pager escalation становится сложнее, потому что тикет может проходить через 20 сервисных вызовов до того, как определится настоящий владелец. Если каждый прыжок проходит через команду с 15-минутным временем ответа, могут пройти часы до того, как дойдет до подходящей команды, если только не построить большого количества scaffolding, и метрик, и отчетов.

Rappahannock 18.10.11 в 08:32

- каждая из соседних команд внезапно становится потенциальным зачинщиком DoS-атак. Невозможно добиться какого-либо реального прогресса, пока в каждом сервисе не будут добавлены серьезные квоты и заслонки.

Rappahannock 18.10.11 в 08:44

- мониторинг и контроль качества – это одно и то же. Никогда не думаешь об этом, пока не попробуешь создать большую систему SOA. Но когда твой сервис говорит «о да, я в порядке», вполне вероятно, что единственная часть, которая все еще функционирует на сервере, это маленькая компонента, которая умеет говорить «я в порядке» жизнерадостным голосом дроида.

Rappahannock 18.10.11 в 08:51

Чтобы понять, действительно ли сервис реагирует, необходимо делать индивидуальные вызовы. Проблема растет рекурсивно до тех пор, пока Ваш мониторинг не начинает делать всесторонние семантические проверки всей совокупности сервисов и данных, и в такой момент это становится неотличимым от автоматического контроля качества. Поэтому они единое целое.

Rappahannock 18.10.11 в 08:57

- если у вас есть сотни служб, и ваш код ОБЯЗАН взаимодействовать с кодом из других групп через эти службы, то вы не сможете найти любую из них без механизма обнаружения служб.

dzr_gregory 13.10.11 в 15:54

А этого нельзя получить без механизма регистрации сервисов, который сам по себе еще один сервис. Поэтому у Amazon есть универсальный регистр сервисов, где можно рефлексивно узнать о каждом сервисе, какое у него API, а также поднят ли он сейчас и где.

Rappahannock 18.10.11 в 09:01

- отладка ошибок в чужом коде горазно труднее, и обычно невозможна, до тех пор, пока пока не найдется универсальный стандартный способ запускать любую службу в отлаживаемой "песочнице".

dzr_gregory 13.10.11 в 15:51

И это только небольшой пример. Есть десятки, может быть, сотни личных познаний, как эти, которые Amazon’у пришлось открыть опытным путем.

Rappahannock 18.10.11 в 09:07

Было много идиотов вокруг экстернализации сервисов, но не так много, как вы могли бы подумать. Организация в сервисы научила команды не доверять друг другу в тех же вещах, в которых они не должны доверять внешним разработчикам.

Rappahannock 18.10.11 в 09:12

Эти попытки все еще продолжались, когда я ушел в Google в середине 2005 года, но они уже далеко продвинулись. С того момента, как Безос выпустил свой эдикт, и до момента, как я ушел, Amazon трансформировалась в компанию, которая обо все мыслит в сервисной манере.

Rappahannock 18.10.11 в 09:17

Теперь это основа того, как они подходят ко всем дизайнам, включая внутренние дизайны для сотрудников, которые, возможно, никогда не выйдут наружу.

Rappahannock 18.10.11 в 09:19

Теперь они делают это не из страха быть уволенными. Конечно, они все еще боятся этого; это одна из частей каждодневной жизни, работая с наводящим ужас пиратом Безососом и другими.

Rappahannock 18.10.11 в 09:22

Но они делают сервисы потому, что пришли к пониманию, что это Правильная Вещь. Несомненно, есть «за» и «против» сервисно-ориентированного подхода, и некоторые из этих «против» достаточно обширны. Но в целом, это правильная вещь, потому что сервисно-ориентированный дизайн позволяет создавать Платформы.

Rappahannock 18.10.11 в 09:26

Конечно, на это и рассчитывал Безос со своим эдиктом. Он ничуть не заботился (и не заботится) ни о благополучии команд, ни о технологиях, которые они используют, ни о каких-либо деталях того, как они работают, если только они не лажают.

Rappahannock 18.10.11 в 09:29

Но Безос понял намного ранее подавляющего большинства «амазонцев», что Amazon должен быть платформой.

blahblah 13.10.11 в 13:06

Кто бы мог подумать что книжный интернет-магазин должен быть расширяемой, программируемой платформой?

DefaultLocale 13.10.11 в 11:42

Итак, главная идея, которую понял Безос, это то, что система, построенная для продажи/доставки книг и разной мелочи может превратиться в отличную многопрофильную вычислительную платформу.

DefaultLocale 13.10.11 в 12:06

И теперь у Amazon есть Elastic Compute Cloud, Elastic MapReduce, Relational Database Service и еще куча разных сервисов, которые можно просмотреть на aws.amazon.com. На этих сервисах уже построены некоторые довольно успешные компании из которых я выделил бы reddit.

DefaultLocale 13.10.11 в 12:09

Вместе с этим Безос понял, что он не всегда может построить то, что нужно. Я думаю Ларри Теслер серьезно задел Безоса когда сказал, что его мама не может пользоваться проклятым сайтом Amazon

DefaultLocale 13.10.11 в 12:33