Сара Даян из Algolia о том, что отличает старшего инженера

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

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

Сегодняшний гость прошел через это. Сара Даян — штатный инженер Algolia, платформы «Поиск как услуга», которая помогает разработчикам создавать индексы и возможности поиска на своих платформах с помощью API, а также ведет два технических подкаста: Developer Experience и Entre Devs. Она создает интерфейсные библиотеки, и эта роль идеально ей подходит, учитывая ее пожизненную страсть к пользовательскому опыту, дизайну и созданию вещей. На самом деле, Сара была одержима созданием веб-сайтов с тех пор, как ее родители установили широкополосный доступ в Интернет в ее подвале. Это была любовь с первого клика. Она создала свой первый форум phpBB в 15 лет, вскоре после этого написала свою первую HTML-страницу и с тех пор не переставала что-то строить.

Несмотря на отсутствие формального инженерного образования, Сара получила работу разработчика во французской консалтинговой компании Grand Manitou. Затем, четыре года назад, в 2018 году, она устроилась в Algolia инженером-программистом. Она старательно поднималась по служебной лестнице, в конце концов доросла до индивидуальной роли штатного инженера. И вдруг все, о чем она заботилась последние несколько лет — стать лучшим инженером, писать лучший код — уступило место новым задачам. Как она могла бы обеспечить правильное техническое направление для компании? Разблокировать узкие места? Наставлять и помогать другим инженерам, как это делали другие для нее?

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

Вот некоторые из наших любимых выводов из разговора:

• Если вы не хотите отставать, продолжайте учиться. Обсуждайте идеи и получайте отзывы от других инженеров с разными взглядами и опытом.
• Как штатный инженер, вы много сил тратите на межкомандное сотрудничество для разработки видения и стратегии. Где будет компания через пять лет? Как ты туда доберешься?
• Наличие штатных инженеров в качестве наставников позволяет большему количеству младших сотрудников понять, какие шаги необходимо предпринять для достижения этих ролей, и вы ускорите процесс создания инженерных лидеров.
• Вопреки распространенному мнению, штатный инженер не может быстро решить структурную проблему. Прежде чем согласиться на новую работу, спросите, чего от вас ожидают, чтобы избежать недоразумений в будущем.
• Штатные инженеры должны понимать потребности компании, чтобы помочь ей достичь поставленных целей. Во время адаптации прочитайте как можно больше документации и поговорите с как можно большим количеством людей.

Если вам нравится наша дискуссия, посмотрите другие выпуски нашего подкаста. Вы можете подписаться на iTunes, Spotify, YouTube или получить RSS-канал в выбранном вами проигрывателе. Далее следует слегка отредактированная стенограмма эпизода.

Никогда не переставай учиться

Брайан Скэнлан: Большое спасибо, Сара, за то, что присоединилась к нам сегодня на шоу. Я рад получить возможность поговорить с вами. Прежде чем мы поговорим о вашей роли и работе в Algolia, я хотел бы услышать о вашем путешествии до этого момента. Как начался ваш путь туда, где вы находитесь сегодня?

Сара Даян: Ну, привет, спасибо, что пригласила меня. Ну вообще забавная история. Сейчас мне 32 года, и мы получили широкополосный доступ и безлимитный интернет дома, когда мне было 15. Я всегда увлекался созданием вещей, и когда я впервые увидел веб-сайты, я подумал: «Я должен знать, как это сделать». Одно привело к другому, и я создал свой первый форум на phpBB. PHP был очень, очень большим, и он все еще большой, но тогда это был действительно язык для Интернета.

«Я решил, что это не мое дело, что, может быть, мне следует заниматься любимым делом. Итак, я вернулся к тому, что любил — созданию сайтов».

В то время карьера в сфере технологий, особенно в качестве инженера-программиста, не была такой крутой и горячей, как сегодня. Мои родители думали, что я должен стать журналистом, потому что в школе я хорошо владел языками и литературой. И это было первое, что я сделал. Я провел свой первый год в журналистике, который полностью провалил, а потом решил, что это не мое, что, может быть, мне следует заниматься любимым делом. Итак, я вернулся к любимому делу — созданию сайтов. Я получил свою первую работу в агентстве и провел там шесть лет. Это научило меня многому в работе, в работе с клиентами, с людьми, которые знают, чего хотят, и с людьми, которые не знают, чего хотят. Затем я перешел в мир стартапов. Я занимаюсь программированием более 15 лет, но профессионально я занимаюсь этим уже 12. И это то, что привело меня к моей нынешней должности в Algolia. Я был там в течение четырех лет и считаю.

Брайан: Супер. Есть ли у вас какие-нибудь интересные уроки, которые вы усвоили раньше, и которые вам запомнились?

Сара: У меня нет классического пути к технологиям. Я не учился в инженерной школе, а если не делать этого, можно сделать прекрасную карьеру в сфере технологий. Вы определенно можете быть самоучкой, вы можете учиться у других людей, и вам не обязательно иметь ученую степень. Но отсутствие диплома не является оправданием для того, чтобы не учиться. Об этом есть отличный пост в блоге Сары Драснер, технического менеджера Google, на CSS-Tricks. Даже если вы можете сделать карьеру в области технологий без степени, это не освобождает вас от обучения и поиска знаний.

«Я не получил обратной связи, я не разговаривал с другими людьми: с другими инженерами, с другими взглядами, другим опытом. И поэтому я отстал»

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

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

Брайан: Я думаю, что это отличный совет для любого профессионала, но похоже, что он действительно сработал для вас. Скучаете ли вы по чему-нибудь из того, что в наши дни не работаете с PHP?

Сара: Я думаю, что PHP — отличный язык. Вы можете найти много вдохновения от PHP в современном JavaScript. Я больше не работаю с ним, потому что JavaScript развился до такой степени, что вы можете использовать его везде, где захотите использовать PHP. И особенно для фронтенд-инженера использование одного и того же языка на фронтенде и бэкенде дает много преимуществ, например, совместное использование. Но я думаю, что PHP — отличный язык. Над ним много злых шуток и вроде «О, PHP мертв», но когда вы смотрите на успех чего-то вроде Laravel, я чувствую, что PHP далеко не мертв.

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

Восхождение по инженерной лестнице

Брайан: В настоящее время вы работаете штатным инженером в Algolia. Расскажите мне немного об этой роли и над чем вы работаете, и мы перейдем к тому, кто такой штатный инженер.

Сара: Конечно. Я штатный инженер и работаю на фронтенде. Я работаю в команде, которая называется интерфейсными приложениями, сокращенно FX, и мы работаем над интерфейсными библиотеками для Algolia. Алголия — это поисковая система, поэтому она сквозная. У вас есть движок и несколько клиентов API на нескольких языках для отправки ваших данных в поиск, но у вас также есть интерфейсные библиотеки, потому что у кого есть время для создания доступного рабочего окна поиска, списка совпадений, списка уточнений или иерархическое меню?

Все эти вещи трудно реализовать должным образом. Так что мы делаем это для клиентов, и это команда, над которой я работаю. Я индивидуальный участник (IC), и я не на пути к лидерству. Но дело в том, что по мере того, как вы достигаете более высоких ролей в качестве IC, ваша реальность немного сливается с вашей ролью лидера. У меня нет никаких отчетов, и я никем не управляю, но я провожу много времени со своим менеджером по темам, которые больше касаются аспекта видения вещей. Но я по-прежнему кодирую каждый день и, как и все, пишу отзывы и получаю отзывы. Так что это все еще роль IC. В Algolia вы можете вырасти до довольно продвинутого уровня и остаться индивидуальным участником, который пишет код каждый день.

«Что-то выше уровня старшего, и вы начинаете вкладывать много энергии в стратегию — каково видение, каким будет продукт через пять лет, и как мы собираемся добиться успеха в этих вещах?»

Брайан: Как вы думаете, сколько времени вы тратите на доставку по сравнению со всей остальной работой? Обмен контекстом, работа над стратегией и тому подобное.

Сара: Это трудно оценить. Я бы сказал 50/50. Бывают времена, когда я много программирую, и я включаю обзоры в кодирование, потому что это та же самая энергия, которую вы используете. Но также много времени уходит на выработку стратегии, много совещаний, много концептуальных документов, много размышлений, много разговоров для сбора отзывов, например, работа с продакт-менеджерами, исследователями, дизайнерами… все это часть работы. . В Algolia у вас есть старший персонал, директор и так далее. Что-то выше старшего, и вы начинаете вкладывать много энергии в стратегию — каково видение, где будет продукт через пять лет, и как мы собираемся добиться успеха в этих вещах? Как мы можем убедиться, что в случае неудачи у нас есть запасной план? Все, что вы можете придумать для такого проекта, как программирование, будучи старшим инженером, вы применяете к стратегии продукта. Вы много работаете над продуктом, и это одна из вещей, которые мне больше всего нравятся в работе в технологическом стартапе.

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

«Потратив годы на размышления о том, как стать лучшим инженером, вам потребуется изменить мышление, чтобы начать думать о других вещах. Как я могу помочь другим людям? Как я могу разблокировать ситуации?»

Брайан: Сколько времени вы тратите на работу с другими сотрудниками и главными инженерами за пределами вашей организации или команды? Это активное сообщество в вашей компании? Вы много работаете вместе с ним? Вы в основном работаете самостоятельно в своих группах? Или есть группа других старших инженеров, с которыми вы работаете?

Сара: Не так много, как мне бы хотелось. В любой организации, чем выше вы поднимаетесь по уровням, тем меньше у вас людей. Так что это не тонна IC 5, IC 6, персонала и директора. Сейчас мы нанимаем много старших сотрудников, поэтому мой ответ может быть другим через шесть месяцев. Я провел нормальное количество времени, разговаривая с другими сотрудниками или даже с главными инженерами, но не похоже, что существует какое-либо сообщество или что-то официальное только потому, что нас не так много. Теперь я потратил много времени на обсуждение со старшими и выше, потому что это часть моей роли.

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

«Мы должны найти, в чем вы хороши, что вам нравится делать, что поможет вам сиять, и культивировать это. Здесь много наставничества»

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

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

Для компании не очень интересно иметь одного сотрудника или одного старшего инженера — вам нужно иметь 3, 5, 8, 16. И единственный способ добиться этого — это иметь людей, которые уже там помогают людям, которые на уровень ниже. Вы не можете ожидать, что ваш инженер-менеджер сделает это сам со всей командой. Когда у вас есть инженеры, помогающие другим инженерам выполнять работу, которую они выполняли год или два назад, вы получаете эффект мультипликатора. И я думаю, что это действительно волнует людей, потому что они учатся у других, у людей, которые действительно прошли через этот процесс в той же организации. Есть уверенность, что если они будут следовать этим шагам, если они прислушаются, это может сработать. Я хочу учиться у ведущих инженеров, которые могут помочь мне понять, что мне нужно сделать, чтобы достичь цели.

Это особенно интересно для преподавателя, потому что он анализирует то, что он на самом деле сделал. Потом это становится нечетким, и ты такой: «Да, я только что сделал немного этого, немного этого». Нет. Что ты сделал? Какие конкретные шаги вы предприняли? На что вы сказали «да»? Какие вещи вы сказали нет? Я думаю, это поможет вам прояснить ваши идеи, прояснить ваш процесс и сделает вас более эффективными для следующих.

Вводный персонал плюс инженеры

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

Сара: Честно говоря, это не то, чем мы занимались часто. У нас три или четыре главных инженера, и все они не в моей команде. Мой опыт в основном связан с привлечением старших инженеров. Есть вещи, общие для всех, а есть вещи, которые могут быть интересны главным инженерам, и я все еще могу попытаться попробовать.

«Очень-очень высокопоставленный человек может помочь вам во многих вещах, но он не собирается решать структурные проблемы компании или команды»

Чрезвычайно важна ясность, и, конечно, вы не ожидаете такой же поддержки, когда нанимаете штат или главного инженера. Вы хотите, чтобы они были самостоятельными. Ясность заключается не в том, чтобы сказать вам, что от вас ожидается, обо всех задачах и так далее, а в том, чтобы дать вам представление о вашей миссии. Какова ваша цель здесь? Что ты здесь делаешь? И я бы сказал, что это начинается на уровне интервью. Я бы порекомендовал сотруднику или главному инженеру, присоединяющемуся к компании, спросить об этом, потому что иногда люди пытаются нанять очень высокие должности для решения своих проблем. Они такие: «О, давайте просто наймем кого-нибудь очень, очень старшего, потому что они знают то, чего не знаем мы». И это неправда. Очень, очень высокопоставленный человек может помочь вам во многих вещах, но он не собирается решать структурные проблемы компании или команды.

А с другой стороны, инженер-менеджер должен задаться вопросом, почему, по их мнению, ему нужен этот человек. В большинстве случаев вы не нанимаете кого-то на этом уровне за превосходство в программировании. Если в вашей команде есть старший инженер, это будет четвертый IC в Алголии. Они уже отлично умеют кодировать, или, по крайней мере, должны быть такими. У штатного или главного инженера есть опыт в том, что вы хотите сделать, и они могут вам понадобиться, например, когда вы знаете, что вам нужно достичь масштаба, которого раньше никто в команде не достиг. Может быть, вы могли бы понять это, но вы хотите акселератор, и это то, что будет делать очень старший человек в вашей команде.

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

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

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

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

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

Новые испытания

Брайан: Для тех, кто не знает, Algolia — мощный поисковый API. Со стороны это выглядит довольно успешной компанией, но я уверен, что у вас на уме много проблем и вещей. Не могли бы вы дать нам представление о некоторых серьезных проблемах, над которыми вы думаете или над которыми работаете?

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

Сара: Как вы сказали, Algolia — это размещенный поисковый API. Это самый большой API, который у нас есть, и на данный момент он самый успешный, но мы также немного расширили его. В настоящее время существует продукт под названием Algolia Recommend, который использует тот же набор данных, который вы используете для поиска, но на основе данного продукта дает вам рекомендации.

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

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

Существует множество вариантов использования, с которыми Algolia не может работать. Одним из них является вариант использования бронирования. Если вы хотите забронировать Airbnb, когда вы ищете его, он будет в ваших результатах, что означает, что он доступен. Но как только вы достигаете страницы, она больше недоступна, потому что вы реплицируете свои данные из своей базы данных в Algolia. Когда вы сохраняете что-то в своей базе данных, вы отправляете это изменение в Algolia в немного другом формате. И из-за этой задержки — это не в режиме реального времени — что-то вроде варианта использования бронирования не может работать. Когда вы имеете дело с Airbnbs, что-то доступное прямо сейчас может быть недоступно через 30 секунд, но оно все равно может отображаться в вашей поисковой системе, потому что при сохранении вам нужно, может быть, 10 секунд или около того, чтобы это распространилось на Algolia, и, возможно, это не удалось, и вам нужно сделать это снова. Это вещи на уровне поисковой системы, о которых мы думаем. Можем ли мы когда-нибудь это поддержать? Это исключено? Какое бизнес-кейс стоит за этим? Потому что это движет многими вещами.

«Он должен быть невидимым; он должен быть бесшовным. Тот факт, что это отдельные API, не является вашей проблемой. Это наша проблема, которую нужно решить».

Теперь, что касается фронтенд-команды, я упомянул Algolia Recommend. Когда вы являетесь покупателем, вам все равно, что существуют разные продукты. Вам все равно, что у вас есть Algolia Search с этими функциями и Algolia Recommend с этими дополнительными функциями. Вы подписываетесь на Algolia и платите ежемесячно или ежегодно за набор функций, которые, как вам сказали, хорошо работают вместе. Вы не хотите и не должны понимать искусственные границы, которые мы создали внутри между этим API и API данных.

Есть такая поговорка: «Не отправляйте свою организационную схему», и я думаю, что это одна из следующих больших тем для нас. Как мы можем убедиться, что во внешнем интерфейсе, когда вы используете интерфейсную библиотеку Algolia, вам не нужно задаваться вопросом, нужно ли вам то или иное? Что вы не чувствуете этих границ? Оно должно быть невидимым; он должен быть бесшовным. Тот факт, что это отдельные API, не является вашей проблемой. Это наша проблема, которую нужно решить.

Мы создали библиотеки, которые были действительно тесно связаны с поисковым API, и теперь нам нужно расшириться до более новых API, которые могут работать вместе, и иногда вам нужно сделать вызов к одному, а затем к другому, чтобы получить окончательный ответ. Все эти вещи сейчас не так просты, как хотелось бы. Это все еще немного грубо, когда вы хотите соединить эти API вместе. Это возможно, но вы должны читать руководства, следовать им, делать небольшие изменения тут и там и писать шаблонный код. Это не восхитительно, это не весело, и это слишком много работы. Если мы хотим сказать вам «используйте эту библиотеку», она должна делать работу, которую вы не хотите делать. Нет никаких оснований использовать библиотеку, если примитивы более низкого уровня так же просты в использовании, верно?

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

Брайан: Наконец, куда наши слушатели могут пойти, чтобы не отставать от вас?

Сара: В основном меня можно найти в Твиттере, я frontstuff_io. Я с болью осознаю, что это худший дескриптор в Твиттере. Вы также можете найти меня на sarahdayan.com и подписаться на GitHub, если хотите; Я иногда что-то совершаю. Но да, если вы хотите поболтать, я считаю, что мои личные сообщения открыты, так что присылайте мне что-нибудь.

Брайан: Супер. Сара, большое спасибо, что присоединились ко мне сегодня.

Сара: Спасибо, что пригласили меня. Это было весело.