2-я сессия Инфраструктурного строительства

визуализация данных внешний фреймворк

Конференция раннего чата по интерфейсу, новая отправная точка для развития интерфейса, была проведена совместно с Nuggets. Добавьте WeChat codingdreamer в эксклюзивную внутреннюю группу поддержки конференции и выиграйте на новой стартовой линии.

14-я сессия Front-end Growth and Promotion, 8-29 будет в прямом эфире, 9 лекторов (Ant Financial Services / Tax Friends и т. д.),Нажмите на меня, чтобы сесть в машину 👉 (Адрес регистрации):

Эта статья является текстовой версией лекции второго лектора - Hall Master.Приходите и послушайте его мнение.Видео и PPT будут опубликованы в открытом доступе в будущем.

текст начинается

Введение

Эта статья основана на совместном использовании специальной сессии «Внешняя инфраструктура» «Второй внешней утренней конференции» от 29 февраля 2020 г.

Эта статья соответствует требованию, чтобы весь обмен информацией о конференции начинался с вопроса «как», а также представляет собой краткое изложение того, как команда, за которую я несу ответственность, прошла путь от 0 до 1 в построении технической документации. инфраструктуры в прошлом году.

Кроме того, большое спасибо @Scott, организаторам и участникам мероприятия и теме этого номера. Отрасль не поделилась большим объемом информации о построении интерфейсной системной инфраструктуры, и я надеюсь, что эти личные взгляды могут вдохновить некоторых студентов и привести к некоторым изменениям.

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

2. Введение

1. Кто я?

Начальник зала, настоящее имя которого Ма Чонг, начал работать на фронтенде в 2006 году. Во время учебы в университете он сменил факультеты, взял академический отпуск и не смог начать бизнес. Перед выпуском, в 2011 году, он целый год практиковался во фронтенд-команде Taobao.После окончания в 12 лет он присоединился к Taobao (花名@堂主), в 2016 году присоединился к Mogujie (имя цветка во время Период Могуцзе @明春), в Могуцзе Работал фронтенд-TL в течение 2 лет; с августа 2018 года по настоящее время отвечает за фронтенд-команду Zhengcaiyun (название цветка было изменено обратно на @tangzhu).

2. Наша команда

В настоящее время в передовой команде Zhengcaiyun более 50 человек, средний возраст которых составляет менее 28 лет, настоящая молодежная армия. Название команды — ZooTeam, как и сайт группы.zoo.team. Z — первая буква пиньинь Zhengcaiyun, а oo — символ бесконечности (∞). В сочетании с Zoo это означает биосферу. Я надеюсь, что передовая команда Zhengcaiyun, будь то эшелон талантов или техническая система, может иметь все аспекты, постепенно развиваться как экология.

3. Как я могу связаться со мной?

Ниже приведен мой QR-код WeChat.Студенты, которые хотят продолжить общение, могут отсканировать и добавить мой WeChat.

3. Как понимать «техническая инфраструктура»

1. Что такое инфраструктура?

  • «Техническая инфраструктура» - это построение технической инфраструктуры команды НИОКР, и это осаждение общих технических возможностей команды..

2. Замешательство студентов

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



Все три вышеперечисленные проблемытипичный, и это не вымысел, все это исходит от анонимного сообщества Маймаи. Видно, что это связано с нечетким пониманием «ведения бизнеса» и «ведения архитектуры», а также есть вопросы к рейтингу способностей — сколько знаний и навыков нужно освоить, чтобы получить более высокий рейтинг. Относительно последнего рейтингового вопроса мастер зала ранее написал большую статью «Абитуриенты глазами интервьюера: в чем проблема? "выражать личные взгляды, разделенные наначальство,ВнизВо-вторых, нажмите на ссылку для просмотра. Что касается разницы и понимания «бизнеса» и «архитектуры» (или, как я сказал сегодня, инфраструктуры), я хочу сказать следующее:
Ценность технологий в решении бизнес-задач, «поддержка бизнеса» и «инфраструктура» всегда были двумя сторонами одного и того же, это «одно и то же» — помогать бизнесу решать проблемы. Любая инфраструктура, начатая вдали от решения реальных сценариев, должна быть пересмотрена или даже поощрена.

3. Значение инфраструктуры

Инфраструктура началась сделовая проблемаВ прошлом, чтобырешить настоящую проблемуВ середине он имеет следующие значения:

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

4. Что делать с инфраструктурой

1. Зачем заниматься инфраструктурой?

  • Для команды R&D, если она полагалась на давление, чистую сверхурочную работу и т. д.грубая силаКак вы поддерживаете бизнес, команда будет очень опасной, и бизнес будет опасным.
  • В режиме грубой силы бизнес не может достичь скачкообразного роста — вы не можете ожидать, что команда R&D расширится в 10 раз, когда объем бизнеса увеличится в 10 раз.Расходы могут выйти из-под контроля.
  • Иногда периоды занятости и сверхурочной работы неизбежны, например, продвижение электронной коммерции Double 11 или реализация крупных проектов, адаптированных под бизнес toB.Вы должны работать сверхурочно, вы не должны работать сверхурочно, но вы не должны работать, если не можете закончить работу.. Когда этот период прошел, команда должна подумать о том, как сделатьболее эффективным?
  • Глядя на сегодняшний день с точки зрения будущего, если объем бизнеса увеличится в N раз за один или два года, как его поддерживать в это время, и сможет ли текущий метод соответствовать будущему? Нельзя полагаться на людей, но можно полагаться на технологическое строительство для повышения эффективности и снижения затрат. Это основная ценность инфраструктуры:Помогите бизнесу жить лучше в будущем.

2. Что должна делать инфраструктура?

  • Прежде всего, мы должны сказать, что содержание строительства инфраструктуры неотделимо от осаждения существующего строительства команды на стадии бизнеса.
  • Чем больше команда находится на ранней стадии, тем больше она склоняется к базовым техническим преимуществам, таким как:строительные леса,Библиотека компонентов,Упаковка и развертывание инструментовЖдать;
  • Чем более зрелым является бизнес и чем более зрелой является команда, тем более склонной к получению бизнес-преимуществ будет их построение, например система, непосредственно обслуживающая бизнес, которая может непосредственно приносить бизнес-преимущества при одновременном повышении технической эффективности.
  • Большинство научно-исследовательских групп в отрасли не находятся в ситуации Alibaba, Tencent и Toutiao с полным фундаментом и богатыми накоплениями.Большинство из них находятся на начальной стадии и стадии быстрого роста, а строительство отстает. С точки зрения инфраструктуры часто может быть только каркас на основе Webpack, а сторонняя библиотека компонентов пользовательского интерфейса с открытым исходным кодом инкапсулирует свою собственную библиотеку бизнес-компонентов, и ничего больше. Если инспектор окажется в ситуации, о которой я сказал, не волнуйтесь, я приехал в Чжэнцайюнь всего полтора года назад, и в то время интерфейс здесь был таким же. В течение следующих более года мы первоначально построили и внедрили ряд инфраструктур и получили хорошие отзывы.

3. Что такое процесс развития инфраструктуры?

Оглядываясь на начало, чтобы определить стратегию и этапы строительства, в основном это демонтаж процесса НИОКР:

Как показано на рисунке выше, базовый замкнутый процесс НИОКР обычно представляет собой импорт по требованию => разборку по требованию => формулировку технического решения => локальное кодирование => совместную отладку => оптимизацию самотестирования => обнаружение и исправление ошибок => упаковку. => Развертывание => сбор и анализ данных => итеративная оптимизация — то есть новый раунд импорта требований.
В этом базовом замкнутом цикле каждый узел имеет дополнительные внутренние связи, и каждая ссылка связана с формированием цикла НИОКР. Этот цикл плавный, и процесс развития плавный. на каждом этапе циклаЧем меньше узких мест, тем выше эффективность НИОКР.. Первоначальная инфраструктура начиналась с этих узких мест, которые задерживали время исследований и разработок, и прорывалась через них одна за другой в соответствии с приоритетным стандартом универсальности + высокой частоты.

图1.png
Эффективность, Опыт, Стабильность, является наиболее важной задачей, которую должна решить инфраструктура.Общая формула: стандартизация + нормализация + инструментарий + автоматизация.После того, как возможность будет завершена, ее можно будет дополнительно модернизировать до платформизации + продуктизации. С точки зрения направления, наша команда классифицируется и состоит из следующих 8 основных направлений для справки:

  • Спецификация разработки: Эта часть ускоряет стандартизированный консенсус команды Стандартизация является важным условием для эффективного командного сотрудничества.
  • Процесс НИОКР: стандартизированные процессы напрямую влияют на разделение труда и эффективность совместной работы выше и ниже по течению.Отличные процессы могут способствовать более профессиональному сотрудничеству.
  • Основные активы: В нашей команде система активов включает в себя набор инструментов, стандартный DSL команды, библиотеку материалов (компоненты, блоки, шаблоны и т. д.).
  • Инженерное управление: экономичное управление и контроль всего жизненного цикла приложения, от создания приложения до настройки локальной среды, разработки с минимальным кодом, упаковки и развертывания.
  • Оценка производительности: автоматические методы на основе инструментов для обнаружения узких мест в производительности страницы и предоставления предложений по оптимизации.
  • Предупреждение и контроль безопасности. Трехсторонний пакет основан на механизмах предотвращения и контроля, таких как безопасность, проверка соответствия кода и обнаружение угроз безопасности.
  • Статистический мониторинг: схема скрытых точек, сбор данных, анализ данных, онлайн-мониторинг аномалий и т. д.
  • Обеспечение качества: контрольный список самопроверки, одиночный тест, тест автоматизации пользовательского интерфейса, тест автоматизации ссылок и т. д.

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

Пять, как сделать инфраструктуру

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

1. Спецификации и документация (документы)

  • Зачем стандартизировать?

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

  • Зачем нужна документация?

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

  • Принципы для команды по разработке норм

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

  • Что такое действительный документ?

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

2. Локальная инженерная среда (CLI)

  • Значение CLI

Локальная среда разработки считается стандартной конфигурацией для любой команды.Можно напрямую использовать семейство корзин, соответствующих выбранной среде, например, семейную корзину Vue, или использовать Webpack для создания каркаса. Те, у кого больше возможностей, предоставят некоторые плагины для поддержки шаблонов, такие как Lint или Mock. От простых локальных строительных лесов до сложной системы инженерных комплектов, целью является процесс локальной разработки.дегуманизация,автоматизация.

  • Расскажите о том, как мы делаем CLI?

Инфраструктура локальной среды разработки нашей команды представляет собой среду инженерного пакета.Основная концепция состоит в том, чтобы попытаться «сделать все за один шаг», чтобы сделать настройку и использование локальной среды настолько глупой и бессмысленной, насколько это возможно. Например, для локальной инициализации среды приложения, начиная с операции командной строки CLI (фактически, клиентская группа Zhengcai Cloud теперь полностью основана на графическом интерфейсе),zoo initКоманда может завершить построение всей локальной среды, включая автоматическое выполнение, начиная с создания локального каталога хранилища, автоматической установки зависимостей npm, инициализации плагина скаффолдинга и пробуждения браузера. окно после выполнения Enter в терминале. да, дажеnpm installа такжеdevВам не нужно ничего делать, вы можете сэкономить шаг, если вы можете сэкономить шаг Король Чу такой стройный и сексуальный.

Схема архитектуры локального инженерного пакета CLI:

3. Визуальная инженерная система (GUI)

Фактически, ежедневные исследования и разработки команды в основном были отделены от работы CLI и объединены с платформой настольного клиента «Dunhuang», разработанной командой. Основываясь на возможностях клиента, децентрализованные инженерные возможности могут быть агрегированы, а последовательные возможности ссылок могут быть сформированы в сочетании с интуитивно понятным и простым управлением графическим интерфейсом, что еще больше избавляет от проблем. С помощью настольного клиента можно агрегировать операции по ежедневной интерфейсной линии НИОКР, от разработки компонентов до разработки шаблонов и разработки приложений, от вызова редактора до запуска среды отладки, выполнения обновлений пакетов до развертывания и выпуска пакетов. В то же время настольная система также может быть подключена к другим системам исследований и разработок, чтобы расширить возможности.

4. Разработка и управление компонентами

При нормальных обстоятельствах команда внешнего интерфейса улучшит свою собственную систему библиотек компонентов.В некоторых случаях некоторые библиотеки компонентов пользовательского интерфейса могут использовать отличные сторонние библиотеки с открытым исходным кодом сообщества, такие как antd, но более или менее будут иметь свои собственные библиотеки бизнес-компонентов, которые необходимо упаковать. Ценность инструмента заключается вгладкийРазличия для согласования основных стандартов. Для разработки компонентов описанная выше цепочка инструментов CLI является базовой зависимостью здесь, а также разработка и использование шаблонов, описанные ниже, а также разработка приложений. Разработка и управление компонентами с помощью инструментов может лучше обеспечить стандартизацию именования компонентов, стандартизацию версий, удобство поиска и упрощение процессов разработки и т. д., а также может обеспечить статистику сценариев приложений компонентов и охват версий. .

5. Разработка и управление шаблонами

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

6. Создание проекта и управление им

Создание и управление проектом, с самого начала нашей целью было "Развязка, один человек может провести весь процесс” —— Это означает, что в процессе создания проекта, построения локальной среды (включая апгрейд среды), управления ветками, построения, развертывания и т. д. фронтенд-студенты могут делать все это одним человеком. кто-то поможет построить склад из-за разрешений. ;Не нужно каждый раз изучать новые из-за несовместимости стандартов локальной среды разработки из-за компонентов, блоков, шаблонов, приложений (SPA/MPA) и выбора (React/Vue) ; не нужно беспокоиться о несогласованности версионных процессов разных бизнесов В итоге приходится спрашивать то и это; нам не нужно настраивать скрипт упаковки с человеческим мясом; нам не нужно искать кого-то (или эксплуатировать и обслуживание), чтобы помочь каждый раз, когда мы развертываем ... Короче говоря, мы надеемся использовать инструменты, чтобы сгладить слишком много в нашей повседневной жизни. Асимметрия разработчика вернет внимание разработчика к простому и чистому кодированию, насколько это возможно. , Даже новичок в кампусе, который мало что знает о Git, командной строке и процессе управления приложениями, с помощью системы визуальной инженерии рабочего стола может с радостью начать кодирование.

7. Передние базовые активы

Ранее мы упоминали о спецификации (стандартизации) команды фронтенда, цепочки инструментов (CLI), визуального вспомогательного клиента (GUI) на основе цепочки инструментов, а также компонентов (модулей), шаблонов и приложений. Абстракция инструментов и многократно используемая абстракция бизнеса — основные активы команды. Упростите его до Webpack, каркаса + набора сторонних библиотек компонентов пользовательского интерфейса с открытым исходным кодом, а остальная часть собранного продукта опирается на человеческую плоть; более сложные возможности, такие как UI2Code, редактор и другие возможности, которые прорывает Alibaba, делают стандарты и процессы более автоматизированы, а дальше человеческая плоть. В части основных активов строительные слои нашей команды на текущем этапе бизнеса выглядят следующим образом:

8. Автоматическое развертывание сборки CI/CD

Внешний интерфейс имеет собственную систему построения и развертывания, что способствует лучшему управлению процессом с точки зрения специализации. Во второй половине 2019 года фронтенд-команда Zhengcai Cloud построила собственную систему построения и развертывания, реализовав облачную упаковку, обнаружение облака и автоматическое развертывание (открывая систему развертывания для эксплуатации и обслуживания стыковки). В начале разработки новой независимой системы основное внимание уделялось реализации потокового механизма Flow, чтобы реализовать возможность статического обнаружения соответствия коду. Эта часть, наконец, реализует механизм подключаемого модуля в системе, который может при необходимости настраивать различные элементы обнаружения.Если элемент обнаружения не проходит проверку, процесс публикации в конечном итоге будет заблокирован.Эти элементы обнаружения включают:

  • Обнаружение ворсинок
  • Проверка совместимости API
  • Обнаружение HTTPS
  • Обнаружение пакетов (черный список, версия пакета)
  • Определение легитимности (домены, ссылки)
  • 404 Обнаружение
  • Базовое обнаружение пользовательского интерфейса (например, отсутствие потолка)
  • ...

9. Система визуального построения

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

Для получения дополнительной информации о системе визуального построения вы можете ознакомиться с этой статьей, которую наша команда опубликовала ранее: 《Система визуального построения для инженерной практики》

Схема архитектуры системы:

Схема развертывания:

10. Встраивание и анализ данных

Во многих компаниях встраивание и анализ данных часто является работой отдела бизнес-аналитики. В Zhengcaiyun, поскольку возможности BI компании на раннем этапе были относительно недостаточными, команда переднего плана сначала инициировала и продвигала создание всей системы, связанной со сбором скрытых точек веб-данных, а также анализом и визуализацией данных, ориентированных на бизнес. До и после реализации спецификации скрытых точек, SDK скрытых точек, сбора и анализа данных, PV/UV, анализа ссылок, анализа конверсий, пользовательского портрета, визуальной тепловой карты, проникновения данных о детализации ям и других возможностей данных.

Для получения дополнительных данных, скрытых точек и анализа, вы можете просмотреть эту статью, ранее опубликованную нашей командой: "Система анализа встраивания данных для передовой инженерной практики》

11. Автоматический анализ производительности страницы

Производительность страницы, 90% на переднем конце. Особенно в бизнесе нашей компании, основанном на toB, на данном этапе, в отличие от моих старых клубов (Taobao, Mogujie), которые уже доминировали над мобильным терминалом, у нас по-прежнему доминирует сцена ПК, и проблема производительности страницы все еще относительно видный. В прошлом году путь, на который все могут сослаться, заключается в том, что мы сначала инициировали оптимизацию объема графа и впервые инициировали стратегию оптимизации для изображений, которые занимают большую часть объема страницы и количества запросов, и приняли подход «стандарт + инструмент». Чтобы помочь предприятиям быстро реализовать графическую оптимизацию, соответствующие осадки можно увидеть в этой статье предыдущей командой.Реорганизуйте систему для себя, те вещи, которые связаны с графиками в оптимизации работы в Интернете". Позже мы постепенно разобрали точки, влияющие на производительность страницы, на основе возможностей Node, реализовали возможности автоматического обнаружения, а также дифференцировали и разработали модели обнаружения в соответствии с различными бизнес-сценариями, а затем выполнили запланированные задачи для обеспечения анализа согласованности производительности и тенденций данных. затем добавили рынок данных об эффективности бизнеса и еженедельный красный и черный список. Для получения более подробной информации об автоматизированной системе анализа производительности страницы вы можете прочитать предыдущую статью нашей команды "Практика сканирования Puppeteer для автоматического анализа веб-производительности", "Решение для автоматизированного анализа веб-производительности".

12.2019 Милус инфраструктуры

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

Для студентов R&D,Ценность зависит от способности решать проблемы, в зависимости от того, есть ли решения разных бизнес-задач. Нашей команде очень повезло, что бизнес находится в периоде бурного развития, со многими проблемами и небольшим количеством существующих месторождений.Нам повезло, что мы можем делать это практически с нуля, помогая бизнесу решать проблемы и следить за быстрым развитием. бизнеса здание. Это очень ценный и редкий опыт, потому что большинство компаний либо не дошли до того момента, когда им нужно это сделать, либо уже сделали это и не видят развития всей системы.Компании необходимо создать среду для сотрудников, но рост сотрудников в конечном итоге зависит от них самих. Таким образом, студенты соглашаются с тем, что использование свободного времени для участия в строительстве или даже для руководства определенным направлением является ценной возможностью для их собственного роста.

6. Помимо инфраструктуры

1. Для каждой конструкции нужны данные

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

2. Найдите решение на месте

Для живой силы живой силы не хватает в любом случае. Но часто наше строительство не может продвигаться вперед, часто не из-за проблем с кадрами, а из-за проблем с кадрами.не думал ясно. В «Биографии Чжуанцзы Ли Коу» есть басня: «Чжу Пинман научился убивать драконов в Чжилийи, семья из тысяч золотых, три года навыков, но они не пригодились». Речь идет о человеке, который тратит все ресурсы своей семьи на то, чтобы научиться мастерству убийства драконов, но когда ему это удается, он обнаруживает, что в мире нет драконов. Для студентов R&D также существует проблема поиска сценариев из плана.Если вы хотите изучить Node и не знаете, как учиться, следуйте примерам в книге, но в итоге вы забываете, что эффект очень плохой . Писателя не узнают по чтению романов, лингвиста не увидят по чтению словарей, точно так же технических экспертов не увидят по чтению технических книг. Обучение на практике всегда самый быстрый способ. Ценные вещи всегда начинаются с проблем самого бизнеса. Проблема в возможности, проблема в яме выращивания моркови.

3. Неограниченное, расширяйте границы возможностей

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

Горизонтальное и вертикальное, 2 измерения. «Вертикаль» справа относится к многоуровневой системе сетевой прикладной системы.Традиционный объем работы внешнего интерфейса сосредоточен в «слое пользовательского интерфейса», и редко удается спуститься к шлюзу ~ инфраструктуре. слой. Задняя часть отличается. С этой точки зрения передок действительно «тонкий». Положительным моментом является то, что возможности Node предоставляют интерфейсу серверные возможности, которые проникают вниз. Некоторые команды также расширяют свои инженерные возможности по горизонтали на основе Node и расширяют свои систематические интерфейсные возможности до глубины бизнеса.

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

4. Поэтапное согласование бизнеса

Содержание инфраструктуры соответствует этапу бизнеса. Разные команды обслуживают разные бизнес-этапы, а содержание и глубина инфраструктуры тоже будут разными. Разница не в сумме, а в понимании и поддержке бизнеса.Если все, что вам нужно, это игла, никогда не точите железный прут.

5. Ценность технологий заключается в решении бизнес-задач

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

7. Наконец

1. Пожалуйста, подумайте: из-за вас что-то изменится?

2. Приезжайте в чашу, мы нанимаем! ! !

Чтобы получить последнюю информацию о наборе в команду, отсканируйте QR-код ниже, чтобы подписаться на общедоступную учетную запись WeChat «Zhengcai Cloud Front-end Team».

Резюме и саморекомендации, пожалуйста, отправьте наZooTeam@cai-inc.com

Третий выпуск 2020.3.28 в прямом эфире, тема "Фронтальная конструкция», отсканируйте код и подпишитесь на официальный аккаунт «Front-end Early Chat», чтобы принять участие в регистрации:

Категории