Автор|Ли Шуай (Чжо Фэн)
Произведено | Alibaba New Retail Tao Department Технологический отдел
Перед тем, как написать эту статью, я думал, как объяснить, почему фронтенд должен переключаться в интеллектуальное направление, я действительно долго думал об этом, а потом решил использовать то, что видел за последние 10 лет. как интерфейс. Давайте ответим на то, что вы услышали, чтобы каждый мог почувствовать больше.
источник
Этот абзац — моя связь с фронтендом, наверное, таких как я много, и они столкнулись с фронтенд индустрией по незнанию.
Одна нога в дыре
Я соприкоснулся с фронтендом, и было это в 2010 году. В то время самые популярные в интернете Три мушкетера——Adobe Dreamweaver, Adobe Flash, Adobe Fireworks.
Эти три программы очень популярны.Первую можно перетаскивать, перетаскивать, заполнять и сопоставлять с визуальным редактором, чтобы получить веб-страницу.Хотя она имеет много концепций и сложна в использовании, по крайней мере, это было сделано в ту эпоху. самое мощное программное обеспечение в сети;
Второй — для Flash, оснащенный языком ActionScript.В то время из Интернета было загружено множество исходных кодов веб-сайтов с гиковскими Flash, но код было очень трудно читать;
Третий предназначен для постеров (поскольку изображение постера относительно большое и длинное, и для его вырезания требуется больше памяти, эта программа работает быстрее) и Gif-анимации, но я использую меньше, большую часть времени я использую для этого Photoshop CS4. .
Хотя эти три программы являются самыми популярными, причина, по которой я действительно увлекся интерфейсом (в то время не было «интерфейса», а некоторые были «Четузи»), заключалась в том, что я хотел быть веб-дизайнером.
В то время было две причины стать веб-дизайнером:
1. В программной инженерии очень скучно заниматься Java, C++ и C. Чтобы написать программу, нужно скомпилировать, развернуть и ждать последние две-три минуты. Лекции), я обнаружил, что веб-страница Удивительно. Я набрал несколько строк кода в текстовом редакторе, изменил расширение и дважды щелкнул страницу, чтобы отобразить ее. Такое визуальное воздействие красоты того, что вы видите, — это то, что вы получаете, что заставило меня двигаться в этом направлении и закладывая первопричину 😄.
2. К счастью, я могу читать много иностранных сайтов на FQ.На тот момент самое большое ощущение было, что это красиво, атмосферно и много свободного места.Но где отечественные веб-страницы, дизайн интерфейса просто убогий Эстетическое ощущение - это все куча текста и окошек, плюс куча мигающих гифок (типа "Новинка"), особенно официальный сайт образовательной сети, что безобразно просто ненужно. Кроме того, пространство QQ было очень популярно в то время, и вы могли сделать свое собственное пространство, но оно все еще не чувствовало себя очень атмосферным, поэтому я подумал о том, чтобы сделать более качественную и атмосферную веб-страницу самостоятельно в то время 😄 .
Во время учебы в колледже, хотя мои одноклассники высмеивали идею научиться проектировать и создавать веб-страницы самостоятельно и говорили, что это должно быть чем-то, что должны делать студенты младших курсов колледжа, я все же упорствовал. Помимо чтения профессиональных курсов и прохождения курсовой практики я обычно провожу время в общежитии, в библиотеке, на факультативах и в лаборатории держа в руках кучу видеоколлекций P-picture фотостудий и толстый дизайнерский материал в ксерокопии .из. В то время я изучил себя в Photoshop, а также изучил принцип трех основных цветов в дизайне и применял его в ежедневном дизайне плакатов кампуса, украшении фотографий и т. д. Теперь у меня есть возможность делать фотографии с Снимки SLR и P. Тоже накопилось в то время.
Затем я нашел лабораторный проект в кампусе и работал с группой людей над созданием веб-сайта по доставке еды, а сам занимался разработкой веб-страницы. Честно говоря, на тот момент другая сторона не верила, что я справлюсь с веб-разработкой, ведь я был еще новичком. Так что в то время я грыз W3C и учился, делая это в Интернете.Хотя в то время была хорошая среда jQuery, я все еще использовал HTML4, CSS и Javascript для создания каскадного регионального селектора меню вручную, и UI тоже разрабатывал сам.Да, я вдруг ощутил прилив уверенности, поэтому выходил из-под контроля один проект за раз и уходил в индустрию веб-разработки или Четузай.
Это, вероятно, передний конец, и я похоронил его глубокой связью, считая переднюю ногу в отрасли.
Два фута в яму
Когда дело доходит до слова «внешний интерфейс», интервьюер упомянул его мне во время интервью на Taobao. Хотя я еще не понимал, что делает фронтенд в то время, когда интервьюер сказал, что я могу работать с дизайнерами, и я хочу быть дизайнером в будущем, я также мог перевестись, поэтому я не Я больше не колебался, и я сделал все за один день.Во время собеседования я подписал предложение от фронтенд-разработчика на Taobao.С тех пор я шагнул в индустрию фронтенда обеими ногами.
Обзор: Золотые 10 лет фронтенд-разработки (Shallow Water)
Когда вы действительно выйдете из кампуса и погрузитесь в работу, вы обнаружите, что время летит более чем в два раза быстрее, чем в школе. Время было отдано работе. Я размышлял о причине этого. Позже, Я постепенно понял, что такая скорость сама по себе и развитие Интернета дополняют друг друга, от 2G к 3G, к 4G, а затем к 5G, 6G ..., из-за развития интернета и существования нас толкателей приливов, для нашего времени становится нормальным ускоряться. Я знаю, что многие люди не понимают, но люди в этом кругу поймут или будут говорить так же. Например, возьмите в качестве примера 10 лет фронтенд-разработки, у вас будет глубокое понимание.
Ниже приводится подробное введение в золотые 10 лет фронтенд-разработки.Заинтересованные читатели могут прочитать его внимательно.Если вам неинтересно, вы можете пропустить этот обзор: фронтенд изначально предназначался только для завершения разработки веб-сайта. Когда разработка 5, 10 или более страниц завершается одновременно, задача перед интерфейсом становится все более сложной, поэтому содержание работы перед интерфейсом отделено от простой разработки веб-страницы. в модульную разработку, разделение фронтенда и бэкенда и переход к визуализации Построение систем и т. д., объем функций постепенно перешел от веб-разработки к бэкэнд-разработке, разработке полного стека, а область применения также подразделяется на веб-разработку, разработку на стороне ПК, разработку на стороне мобильных устройств, разработку игр/интерактивов, разработку Nodejs и разработку архитектуры и т. д. Содержание проекта также развивалось с этапа, на котором выполняется фрагмент кода jQuery для интерфейс, требующий построения, упаковки, интеграции, тестирования, оттенков серого и других очень сложных инженерных систем. Однако в производительности по-прежнему доминирует человеческая плоть, а передовая интернет-индустрия по-прежнему трудоемка.
Этап 1: руби и стреляй и дикий рост
Front-end 2010, IE6 по-прежнему распространен, является боссом jQuery, YUI, хотя и не плохо, но с людьми, в конце концов, не больше, чем jQuery. Существует относительно быстрый аппаратный инструмент под названием Firebug, который можно считать самым большим преимуществом для внешнего интерфейса. Передняя часть этого времени, по моему мнению, должна быть достаточно сокращённой и записывающей фаз, хотя в Dreamweaver есть такие инструменты визуального редактирования страницы, но бесполезного количества сгенерированного кода действительно много, и слишком много проблем со стыковкой данных, стоимость обслуживания не низкая, в то время в условиях сети люди могут использовать его много, но я всегда это делаю.
Фаза 2: модульная разработка и обновление платформы
В 2011 году, после того, как я пришел на Али на стажировку, я обнаружил, что страница Tmall (тогда она называлась Taobao Mall) действительно была очень качественной и атмосферной, и она действительно работала с дизайнерами (в то время она называлась UED). . Я был очень взволнован. В то время масштаб фронтенда был невелик (около 15~20 человек, включая аутсорсинг), YUI все еще был относительно популярен в компании, KISSY начал показывать свою известность и увидел, что код, написанный предшественниками, хорошо организованы и действительно восхищаются, так в основном, что полгода большинство выходных в стажёрской жизни проводятся в компании или работают сверхурочно или учатся у предшественников. В то же время, есть еще очень хороший продукт в компании под названием TMS.Благодаря идее модульности и шаблонности, вы можете создать страницу за считанные минуты.The Double 11 (хотя многие до сих пор рассматривают Double 11 как Singles' День) страница события была создана с этим большим убийцей. Использование идеи модульной конструкции для решения проблемы массового производства страниц было ведущей идеей в отрасли в то время, и эта идея продолжается по сей день. Так что, если у Али есть музей истории продукта, TMS определенно является одним из них.
В исторический период между 2011 и 2014 годами доминировала идея модульности. В то время для разработки загрузчика ресурсов Assets была сформулирована модульная спецификация протокола. В то время наиболее популярными модульными протоколами были AMD (RequireJS), CMD (представленный Seajs) и KMD (представленный Kissy). На Taobao и Tmall очень популярен Kissy, а YUI ушел с исторической сцены, поэтому KMD доминирует в мире; в Alipay и внешних сообществах очень популярен Seajs, поэтому CMD доминирует в мире, а репутация и престиж Yubo также находятся на подъеме. круг front-end — особенно высок, при этом AMD более популярен за рубежом, но постепенно ослабляется появившейся позже спецификацией CommonJS.
В то время фронтенд поддерживал производство веб-страниц с помощью модульных идей и различных фреймворков (YUI, jQuery, Kissy, ...), а ресурсы фронтенда Assets больше не выпускались в комплекте с сервером код на стороне, но страница документа. В веб-контейнере на стороне сервера необходимо совместно отлаживать интерфейсную и внутреннюю часть производства, а также необходимо обращать внимание на порядок выпуска. Хотя TMS проста в использовании, она по-прежнему имеет сильное преимущество в маркетинговой деятельности (например, 618 и Double 11), а данные в основном статичны Меньше, чем роль быстрого производства. К счастью, маркетинговая деятельность в то время была не такой интенсивной, и в течение года было всего несколько мероприятий, так что производственное давление на интерфейс не было столь очевидным. Но проблема в обновлении фреймворка: ежегодное обновление Kissy вызывает проблемы у фронтенда всех предприятий.
Этап 3: Благословение браузера и богатый опыт
С войной браузеров технология ядра браузера развивается (заинтересованные студенты могут проверить историю развития ядра браузера в Интернете, например, «Всестороннее понимание истории развития браузера (ядра)»), IE постепенно не может идти в ногу. Фаерфокс, Сафари и Хром. Восходящая звезда Chrome очень обеспокоен производительностью движка JavaScript и считает, что ее можно улучшить в 10 раз, поэтому он разработал высокопроизводительный движок JavaScript под названием V8, исходный код которого открыт под лицензией BSD. семейство браузеров находится на подъеме. Цепочка инструментов отладки, поддерживающая внешний интерфейс, более полная.Через консоль можно выполнять отладку кода, определение производительности, обнаружение ресурсов, обнаружение сети, определение структуры DOM и многие другие задачи.Хром можно назвать браузером в глазах В мире IDE совершенно бесполезны.
Благодаря благословению Chrome эффективность внешних исследований и разработок была улучшена.Кроме того, с появлением HTML5 + CSS3 и его поддержки браузерами производительность веб-страниц постепенно улучшилась до более высокого уровня, а технические также начали проявляться попытки, которые можно сделать на веб-страницах, такие как веб-спецэффекты/анимация, веб-игры.
Этап 4. Разделение интерфейсной и серверной частей и инженерное усовершенствование
Эта идея была предложена в то время высококлассным специалистом по внешнему интерфейсу Alibaba. Эффективность НИОКР интерфейсной и серверной частей.Поэтому эта связь была преобразована в пару связи данных, ориентированного на данные программирования и полной передачи веб-части интерфейсу, так что исследования и разработки эффективность фронтенда и бэкэнда будет значительно повышена.
Время появления этой идеи было как раз на начальном этапе создания экосистем NodeJS и NPM. Али использовал NodeJS, чтобы попытаться разделить переднюю часть и внутреннюю часть. Среди множества сомнений в задней части он убил PHP и веб-контейнер Java, и победила полностью. Фронтальная инициатива в веб-контейнере. В экосистеме NodeJS фреймворки веб-приложений, такие как express, koa, egg и begg, также имеют открытый исходный код во внешнем интерфейсе, а комплекты инженерных каркасов (такие как webpack) также начали дорабатываться с помощью NodeJS. В то же время появился новый тип работы — инженер-разработчик NodeJS. Практически все экосистемы промежуточного программного обеспечения Alibaba для Java также имеют соответствующую долю в экосистеме NodeJS.
Внешняя часть и внутренняя часть разделены, и передняя часть доминирует над веб-контейнером.Прямая выгода заключается в том, что передняя часть может выполнять интегрированное производственное проектирование как со стороны клиента, так и со стороны сервера, так что передняя часть производительность загрузки страницы может быть максимальной. Конечно, расширение фронтенд-функций также влечет за собой дополнительную нагрузку на фронтенд, поэтому при отсутствии отдела с достаточной кадровой подготовкой легко не пытаться нести ответственность за сторону WebServer, ведь эксплуатация и эксплуатационные расходы. К счастью, с развитием технологии контейнеризации докеров и развитием возможностей эксплуатации и обслуживания облачной инфраструктуры, от IaaS до PaaS и SaaS, стоимость эксплуатации и обслуживания сервера значительно снизилась, поэтому стоимость эксплуатации и обслуживания внешнего интерфейса значительно снизилась. WebServer значительно ниже.
Более поздние слова: теперь, когда он развился до стадии FaaS, он в основном бессерверен, а эксплуатация и обслуживание в основном прозрачны для верхнего уровня, а верхний уровень еще более невидим.
Конечно, разделение фронтенда и бэкенда не сильно повышает эффективность НИОКР фронтенда, но делает систему фронтенда более полной и надежной. Предыдущий интерфейс можно назвать pageboy, но интерфейс больше не находится на этом этапе, потому что интерфейсная инженерная система (например, IDE, исследования и разработки, создание, упаковка, интеграция, тестирование, оттенки серого, производственные услуги и т. д. .) не хуже, чем Java How many.
Фаза 5: Терминал обломки и технологии крещения
В 2013 году, с появлением мобильных терминалов Ali All in Mobile, разработка мобильных браузеров слаба и не может идти в ногу с пользовательским интерфейсом приложений.Технологические продукты, накопленные в эпоху ПК за многие годы, оказались сложными. в условиях слабых сетей мобильной связи Mobile First В соответствии с технологической стратегией многие инфраструктуры должны быть перепроектированы с мобильных терминалов.
Например: мини-версия Kissy для Kimi на мобильном терминале, но позже также из-за сильного падения репутации Kissy во фронтенд-бизнесе и подъема RN (React Native) и Vue в сообществе, поэтому экология Кисси постепенно исчезает под колесом времени.
Другой пример: упомянутая выше система TMS из-за ее несовместимости с мобильным терминалом привела к тому, что она постепенно исчезла под колесами времени и была заменена новыми продуктами, поддерживающими построение мобильных веб-страниц.
С развитием 3G и 4G и растущей популярностью мобильных телефонов iOS и Android на рынке основное поле битвы ПК-бизнеса постепенно переместилось на мобильные терминалы. Режим внешнего интерфейса переместился с ПК на мобильный терминал и соответствует пользовательскому опыту приложения. Поддержка протокола HTML5 на мобильной стороне не идеальна, производственные мощности переднего плана несовершенны, а экран Android фрагментирован, поэтому в то время трудоемкость фронтенд-разработки для адаптации мобильных страниц была намного больше, чем у разработчиков. Эпоха ПК.
Этап 6: Обсуждение данных и фреймворка
К счастью, существуют фреймворки MVVM, такие как Angular, React, Vue и RN (React Native), которые позволяют интерфейсу принять крещение мышления, управляемого данными, а также использовать RN для завершения обновления опыта мобильного терминала. включая более поздний Weex, Flutter.
На этом этапе клиентская часть начинает иметь базовую архитектурную группу терминала и начинает понимать производительность загрузки и производительность взаимодействия с пользователем интерфейсной страницы на мобильном терминале. Миграция внешнего интерфейса и колебания между контейнерами Web и Weex в исследованиях и разработках мобильного терминала усложняют выбор технологии и не могут быть повторно использованы друг с другом.
Таким образом, чтобы решить проблему повторного использования нескольких терминалов, Weex использует экологическую структуру Vue, чтобы открыть оба конца веб-просмотра и weex, мечтая о наборе кодов для управления миром. Но на самом деле это просто ошеломление. Возможности двух терминальных контейнеров не согласованы и ограничивают друг друга. Набор кода написан на перспективу. На этот раз переднюю часть замучила терминальная техника.
К счастью, развитие веба на мобильной стороне становится все сильнее и сильнее, в то же время с поддержкой некоторых возможностей клиента (таких как hybird, cache, prefetch и т. д.) достаточно сильным, чтобы конкурировать с приложениями. Итак, после четырех или пяти лет страданий голос Интернета теперь доминирует над мобильным терминалом. Также определяется соответствующая структура мобильного терминала.
В то же время, в 2016 году на кон стала ставиться концепция небольших программ, открытое решение легкого приложения начало вызывать волну в Китае, WeChat, Alipay, Baidu и куче интернет-гигантов (включая мобильные производители аппаратного обеспечения телефонов, такие как Xiaomi и Huawei) ), чтобы поделиться едой под этой волной. Поэтому перед интерфейсом родился новый DSL для небольших программ.Фронтенд должен учитывать сеть и небольшие программные DSL между различными производителями, и боль удваивается. Если есть боль, кто-то снимет боль.Небольшие программные фреймворки, такие как WePY, mpvue и Taro, возникли один за другим («Сравнение малых программных сторонних фреймворков (wepy/mpvue/taro)»).
В дополнение к мобильному терминалу, какие технические решения следует использовать в C-стороне, а также в мидл- и бэк-энд бизнесе ПК? Должен ли я использовать инфраструктуру MVVM? Какой фреймворк мне следует использовать React (включая Preact), Vue и Angular?
После многих лет неоднократных споров со многими голосами было окончательно установлено, что React использовался в середине и на заднем плане, а C-сторона ПК приняла ту же изоморфную схему, что и мобильный терминал. Несмотря на то, что он пережил несколько лет боли и страданий, конкуренция фреймворков, наконец, утихла, и внимание фронтенда начало сосредотачиваться на построении компонентных материалов более высокого уровня (таких как AntD, Fusion, ICE middle и back-end). конечные материалы и т. д.) и детали передней части промышленности.
Этап 7: Сегментация поля и построение визуализации
После вышеупомянутых разногласий и спокойствия, область фронтенд-индустрии стала более подразделяться, а строительство верхнего уровня и углубленное строительство поля также идут полным ходом.В дополнение к вышеупомянутому NodeJS направление поля, есть также следующие вертикальные направления.
небольшая стойка регистрации
Он нацелен на потребительские веб-сценарии и бизнес-сценарии легких приложений.В этом сценарии, после многих лет резкой маркетинговой деятельности, система визуального построения страниц для операций, продавцов или KOL также является очень зрелой. Поэтому маркетинговая деятельность в основном поддерживается такой системой.
Середина и за кулисами
Он предназначен для бизнес-сценариев, таких как корпоративные ERP, CRM, OA и т. д., таких как системы цепочки поставок. Внутреннее строительное решение формируется для предоставления переднего плана, разработки или продуктовых решений для бизнеса.Роль предоставляет универсальные промежуточные и внутренние производственные решения. Целью строительства, безусловно, является повышение эффективности бизнес-производства.
визуализация данных
Он предназначен для анализа корпоративных данных BI и сценариев визуального представления, таких как большой экран в режиме реального времени данных уровня предприятия Alibaba и продавцов на Double 11. В этом сценарии с помощью материалов диаграмм визуализации данных, таких как echart, highcharts и AntV, формируется набор систем построения визуализации данных, который обеспечивает универсальное решение для создания диаграмм визуализации данных для внешнего интерфейса, разработки или Продуктовые роли бизнеса. Целью использования конструкции, безусловно, является повышение эффективности бизнес-производства.
Интерактивный контент
AR, VR, 3D, онлайн-игры, короткие видеоролики, живые (WebRTC) производные и другие новые технологии, популярные в Интернете, а также более богатый интерактивный путеводитель по покупкам в виде бесконечного потока, так что это направление должно сделать инвестиции в построение ориентированного на будущее взаимодействия с пользователем богатый опыт.
...
Есть и другие вертикальные поля, которые здесь не рассматриваются.
Оглядываясь назад на последние 10 лет, можно сказать, что это были самые быстрые 10 лет для развития Интернета и терминалов, а также 10 лет для фронтенд-разработки. Поскольку нет технического поля, новые колеса могут появляться бесконечным потоком, и их можно многократно переворачивать, модернизировать, модернизировать и снова переворачивать. становится все более и более зрелым в глубине строительства в различных областях. В то же время каждый также обнаружит, что эти сложные конструкции также основаны на перспективе решения бизнес-задач и повышения эффективности собственного производства.
Перспективы: следующие 10 лет фронтенд-разработки (Deep Water)
Не будем говорить о решении бизнес-задач, так почему фронтенд должен обращать внимание на эффективность производства?
Поскольку это напрямую связано с объемом бизнеса Али, объем бизнеса Али удваивался каждый год по сравнению с прошлым годом (например, выход за границу, затопление, инновационный бизнес ...), поэтому, если эффективность производительности не может идти в ногу с темпами развития бизнеса, то у вас не будет преимущества в рыночной конкуренции.В качестве примера возьмем сценарий, где высококонкурентный рынок стоков третьего и четвертого эшелона в 2019 г. Если фронтенд не выдерживает ритм развития бизнеса, и он по-прежнему медленный и неспеша заниматься производством, предприятиям будет сложно занять рынок.рынок.
Таким образом, каждый фронт-энд обременен увеличением объема бизнеса, тем, как быстро поддержать развитие бизнеса и как помочь бизнесу прорваться и расти (в 2017 году поставки мобильных телефонов достигли пика и снизились, а естественный рост пользователей Достигнут дивиденд мобильного терминала. Пик можно увидеть из «Во второй половине падения дивидендов пользовательского трафика, как Taobao поддерживает быстрый рост?» (blog.CSDN.net/таобао технологии…
Передняя часть достигла узкого места!
Мы знаем, что даже при наличии зрелых инженерных возможностей неразрешимой проблемой является проблема «эффективности производства».
Предполагая, что интерфейсу среднего уровня требуется 1 неделя для создания полнофункциональной страницы, хороший интерфейс может занять всего 2 дня; и даже если используются все хорошие интерфейсы, только интерфейс займет в неделю. Выпускается не более 4 страниц. Если производится только 10 страниц, то за неделю можно нанять 1-2 потрясающих внешних интерфейса, но как насчет производства 100 страниц и 1000 страниц? Сколько фронтендов уместно нанять в настоящее время? Нехватка высококлассных специалистов и контроль над затратами на найм приведут к тому, что нагрузка на начальный этап производства на заводе удвоится.
Чтобы развязать звонок, необходимо быть посыльным, поэтому в отрасли начался бум повышения эффективности от жесткого кода к низкому коду. Не говоря уже о внешнем мире, просто взять Али в качестве примера, там бесконечные lowcode платформы для мидла и бекстейджа, C-сайда, визуализации данных.Хотя сложность старта очень высока (ведь сложность решения задач есть, как Photoshop), но и созревают.
Но безопасно ли сидеть сложа руки и расслабляться? На самом деле нет, потому что скорость итерации бизнеса слишком высока, даже если эти платформы существуют, они все равно не могут решить насущные потребности бизнеса, а проблема эффективности фронтенда по-прежнему является узким местом в отрасли.
Если взять команду, которую я возглавляю в качестве примера, объем бизнеса и сложность каждой линии, которую мы обслуживаем, высоки (каждая линия несет десятки миллионов трафика, поэтому сложность бизнеса, естественно, будет высокой), за исключением ежедневных продуктов Итерация, по крайней мере, 1 Каждый месяц в одно и то же время проводится ~2 маркетинговых мероприятия.Даже если используются вышеупомянутые продукты с низким кодом, это все равно не может решить дилемму деловой стороны, часто привлекательной для высокопоставленных лиц, и даже традиционные уловки планирования и сокращения спроса. в настоящее время Это также не влияет на бизнес-сторону.
Как сделать? Один человек не может обыграть четыре руки, не говоря уже о куче рук, которые невозможно сосчитать.
Как пробивается передняя часть?
Чтобы прояснить этот момент, давайте посмотрим на него с другой точки зрения. Как известно, рынок имеет четкий и устаревший механизм, ни одна отрасль не стоит на месте, пока есть передовые, устаревшие обречены на ликвидацию, независимой переменной этого процесса является только время.
Точно так же, как в тот момент, когда Интернет электронной коммерции поднимется, сколько физиотерапевтов поймут, что их работа не будет идти в ногу со временем? Так же, как в тот момент, когда пришел мобильный терминал, сколько компаний и частных лиц еще баловались продуктами эпохи ПК, а потом поняли, что отстали от конкурентов на несколько улиц.
Как и сейчас, когда рынок приложений насыщен, пользователь назначает ограниченное количество приложений при установке терминала, а также мобильные веб-технологии и технологии облегченных приложений в iOS, экологические приложения Android начали подъем на сцену, продолжают иметь клиент персонал на входе на рынок, в условиях объективных факторов, таких как воздействие быстрого развития, практикующие клиенты держать свою работу найти все труднее и труднее.
Так же, как с появлением ИИ и блокчейна, на рынок было экспортировано большое количество практиков алгоритмов и новых технологических стартапов.После промывки рыночной конкуренции было обнаружено, что таланты алгоритмов были насыщены и стартапов умерло.
Следовательно, в зависимости от будущего развития отрасли, оно зависит от того, где таланты этой отрасли в настоящее время и в будущем будут интенсивно востребованы на рынке, а где правила наиболее туманны или запутаны. Если правила этой отрасли удивительно ясны, а предложение талантов удивительно спокойно, то в основном развитие этой отрасли на рынке достигло состояния равновесия, и должна быть другая отрасль, которая может нарушить это равновесие и возродить его. установить его развитие инфильтрации.
Итак, возвращаясь к фронтенд-индустрии, в которой мы находимся, фронтенд-таланты определенно нужны интернет-компаниям, особенно крупным фабрикам, из-за потребностей развития бизнеса, а потребности очень интенсивны (трудоемкие отрасли) и эта отрасль также является довольно запутанной. Почему путаница? С одной стороны, это связано с серьезной тенденцией диверсификации терминалов, такой как влияние на рынок новых отраслей, таких как умные носимые устройства и умные дома IOT, умное медицинское обслуживание и умные здания, а с другой стороны, из-за форма развития, масштаб развития и расстояние развития бизнеса (от внутреннего до иностранного) и другие факторы привели к тому, что технические правила прошлых терминалов не смогли адаптироваться к формирующейся области терминалов, поэтому правила меняются, технологии меняются, рамки меняются, а также меняется поле деятельности практиков.
Следовательно, с этой точки зрения функциональные области переднего плана будут только расширяться, спрос на таланты будет только расти, а требования к мощности предложения будут только расти. Можно сказать, что это сигнал о том, что рынок хорош для фронтенд-индустрии, но это также сигнал, чтобы напомнить фронтенд-индустрии о давлении.Если фронтенд на этом рынке не может справиться с рыночным давлением Проблема хорошо, как только появляется новая производительность, сформированная новыми технологиями, то сфера работы в этой сладкой выпечке на переднем конце не будет гарантирована. Рынок такой спокойный и жестокий.Когда рынок очищает и ликвидирует отрасль, можно даже не здороваться.Нет причин.Это необходимо для развития.
Теперь, когда мы можем ясно видеть ситуацию, а затем посмотреть на наши средства производительности, можно сказать, что это все еще трудоемко.Даже если мы наберем талантливых людей, если мы все еще будем использовать эти средства производства, мы будем устранены рано или поздно, сколько бы ни было старших, даже специалистов и исследователей. Поэтому разработка фронтенда в этот киоск кажется зрелой, но на самом деле она полна опасностей.
Нам нужны размышления, а также прорыв и самореволюция с панорамной точки зрения. Вместо того, чтобы позволять другим отменять нашу жизнь, нам лучше отказаться от своей собственной жизни. Так что следующая фронтенд-разработка обязательно столкнется с одной из самых привычных, но и самых важных проблем —Как удвоить эффективность начального производства?
Исторический опыт говорит нам, что если производственно-сбытовая мощность отрасли удваивается, то она должна быть неотделима от технических средств этой отрасли. Например, в традиционной обрабатывающей промышленности изготовление обуви и ткачество ткани — это все ручная работа. автоматизация может быть полностью отделена от ручного труда на производстве.
Точно так же текущий производственный процесс внешнего интерфейса по-прежнему остается человеческим.Даже если существует определенная степень продукта с низким кодом, помогающего интерфейсу снизить производственное давление, он все равно не может решить проблему дефицита. так что другого пути нет.Есть только один способ избавиться от человеческой плоти.Путем перехода на полностью автоматизированные средства производства, только за счет того, что мощность предложения намного превышает рыночный индекс роста спроса, может ли проблема недостаточного предложения быть полностью решена.
Итак, как передняя часть модернизирует средства производства до стадии автоматизации?
Прежде всего, средства производства, о которых мы можем думать, не должны сильно зависеть от людей, поэтому единственное, что осталось, — это машины, а для нас это должны быть компьютеры.
Во-вторых, вопрос, над которым нам нужно подумать,Как использовать компьютеры для решения производственных проблем, с которыми мы сталкиваемсяПодумайте о первом шаге не сложно, а самые трудные случаются это шаг. Как решить это (как)?
Опрос показал, что на рынке есть два типа решений: один — метод жесткого кода стекирования людей, включая традиционную компонентную экологию, и все они остаются на этом этапе, другой — метод низкого кода, либо для помощи себе, либо для помощи. другие роли для выполнения производства (другими словами, перенос производственных отношений на другие роли), этот метод может в определенной степени повысить эффективность в определенной области, но как только поле будет расширено или слегка трансплантировано, он столкнется с трудностями. адаптироваться, рабочая нагрузка при его использовании значительно возрастает по сравнению с жестким кодом. В настоящее время мы находимся на этапе 2, но проблемы с производительностью все еще очень заметны. Итак, решение, которое я выбрал, это nocode, хотя это слово и не новое, но значения этого слова достаточно, чтобы выразить мои взгляды на следующий этап повышения производительности по снабжению. И технология, которая может помочь интерфейсу реализовать решение без кода, должна быть ИИ (точнее, машинное обучение). Почему?
Развитие интернета принесло огромное количество данных.Нельзя анализировать характеристики отрасли опираясь на человеческий мозг.По крайней мере все мы смертные.Ведь такие гении как Эйнштейн еще редкость,и это невозможно ни в одной отрасли, чтобы иметь его Жду появления Эйнштейна, чтобы найти решение. Поэтому мы оставляем компьютерам то, что человеческий мозг не может сделать. Сегодняшнее развитие облачных вычислений и развитие ИИ снизили порог для нас, чтобы применять ИИ для решения наших проблем. Поэтому внедрение ИИ — это вопрос времени, и это невозможно делать это каждый день.С завязанными глазами и делая вид, что не видим, и в определенной степени мы должны признать, что ИИ умнее нас, поэтому мы просто принимаем тот факт, что мы не можем убежать. ИИ был рожден для больших данных и сложных задач.
изменение образа мышления
Так как же внешний интерфейс поддерживает возможности ИИ?
Эта проблема сложна для тех, кто занимается только фронтендом, а также для тех, кто практикует алгоритмы, но она несложна для практиков, которые разбираются как во фронтенде, так и в алгоритмах. Чтобы прояснить эту проблему, я сначала объясню, в чем заключается разница в инерции между двумя видами мышления, направленными на решение проблем, и помогу всем сначала изменить свое мышление, чтобы каждый мог легче его принять.
В качестве примера возьмем конкретный случай: когда ваш менеджер по продукту просит вас сделать небольшую игру, подобную приведенной ниже, высота отверстия трубы фиксирована, и она движется влево с постоянной скоростью. как заставить птицу самостоятельно уворачиваться от препятствий?
демонстрационный адрес:Маленький Вин IE опасается.GitHub.IO/flappy учиться…
Если фронтенд видит вышеуказанные требования, то его мышление в целом такое: Во-первых, должен быть холст с двумя объектами (Объектом) птицы и трубы, а у объекта птицы есть x, y, ширина, Высота, живая и другие атрибуты, x, y представляют его горизонтальное и вертикальное смещение, width, height представляют собственную ширину и высоту птицы, live представляет жизнь и смерть птицы, в конвейерном объекте не менее 5 x, y, ширина, высота, скорость Атрибуты x и y представляют горизонтальные и вертикальные координаты конвейера, ширина и высота представляют ширину и высоту конвейера, а скорость представляет скорость движения конвейера влево. Во-вторых, необходимо установить радиолокационный механизм раннего предупреждения о птице в зависимости от скорости движения трубопровода и непрерывно определять наличие препятствия перед ним путем опроса. Наконец, и так далее, чтобы достичь конечной точки.
Если алгоритм видит вышеперечисленные требования, то его образ мышления в целом такой: Во-первых, нужно найти модель, взять в качестве примера сеть, можно использовать генетический алгоритм для решения вышеперечисленных задач, а именно через 50 поколений птиц продолжать попытки столкновения, записывать гены каждого поколения неудавшихся птиц, а затем передавать их следующему поколению, чтобы сформировать генетическую память, чтобы птицы не терпели неудачу на пути неудачи, и так далее, пока не исчезнут появляются неудавшиеся птицы, потом тренируются Успешные гены, и такое поколение птиц может полностью пройти препятствие.
Как видите, код идей решения задач, выдаваемый внешним интерфейсом, имеет конкретное объяснение того, как птица должна оценивать препятствие, а код идеи алгоритма решения проблем на самом деле не обучает логике кода птица, чтобы преодолеть препятствие.Некоторые просто передают некоторые функции и извлечение обратной связи в сеть, а реальный процесс оценки ошибок выполняется моделью. И в этом ключевое различие между этими двумя идеями. Если быть точным, это разница в привычках мышления программистов и инженеров-алгоритмистов ИИ. инженеры-алгоритмы думают о том, «какой режим обучения данных я должен использовать, чтобы модель как можно скорее поняла, что правильно, а что нет». Первая представляет собой субъективную точку зрения на самостоятельное решение проблемы, поэтому написанный код просто переводится на компьютер, как решить проблему; вторая представляет собой объективную точку зрения, согласно которой машина решит проблему за меня, поэтому написанный код чисто Это как бросить проблему на компьютер, и сказать ввод и результат правильный или неправильный.Что касается того, как компьютер решает проблему, процесс и закон, инженера-алгоритма не волнует, только результат.
Видя это, каждый должен иметь личное представление о двух способах мышления.Если вы все еще этого не понимаете, вы также можете прочитать г-на Донни Йена.«Фронтальный интеллект — путь к трансформации мышления»Эта статья дает более глубокое введение в эту разницу мышления.
Пересмотреть решение
Теперь, когда мы знаем разницу между ними, мы можем пересмотреть проблемы эффективности производства, возникающие в области передовых технологий, с учетом последних перспектив.
Фронтенд, ключевое слово в нем «конец», так называемый «фронт» — самое близкое к пользователю место. Следовательно, любой контент взаимодействия человека с компьютером (визуальная коммуникация, слуховая коммуникация, физическая коммуникация и, возможно, даже обонятельная коммуникация и т. д.), представленный на терминалах (включая различные экраны специальной формы, сенсорные терминалы без экранов и т. д.), который пользователь прикасается и т. д.) можно рассматривать как работу в рамках ответственности переднего плана. Перед лицом таких разнообразных форм терминалов, чтобы быстро создавать контент для взаимодействия человека с компьютером, что нам делать с ИИ?
Поскольку тема немного большая, мы все же сосредоточимся на веб-страницах (и так для других), как добиться эффективного производства с помощью ИИ?
Один из способов мышления — это, прежде всего, сосредоточиться на формах контента, которые могут быть представлены на веб-странице, чтобы увидеть, какие существуют типы (языки на пространственной оси), такие как текст, изображения и видео (видео могут следует понимать как покадровую анимацию изображений плюс аудио), аудио; затем давайте посмотрим, какой контент на веб-странице часто меняется (неупорядоченное состояние на временной шкале) и какой контент меняется в результате взаимодействия ( упорядоченное состояние на временной шкале). Наконец, наша производственная стратегия заключается в том, чтобы отдать приоритет передаче набора обучающих данных на временной шкале в модель, которая распознает изменения на временной шкале, а затем использовать модель CV или NLP для распознавания сущностей в изменяющемся содержании (сущностях). может быть связано с существованием ряда моделей, таких как уточнение модели распознавания карты продукта), а затем использовать другую модель CV или NLP для определения постоянного содержимого на временной шкале (часто этой частью содержимого является макет страницы). и контейнерный фрейм), а затем сделать отображение на код структуры страницы через ряд моделей распознавания сущностей (значения косинусов векторов многомерного пространства равны). Теоретически, если имеется большой объем данных обучающей выборки, модель может постепенно изучить правила для упорядоченного состояния (т. е. реакции на событие) на временной оси.
Вышеупомянутая идея является чисто алгоритмической, и на нее не влияет какой-либо режим мышления переднего плана, но трудно сказать, каков будет конкретный эффект и сложность реализации, по крайней мере, мы не начинали эту попытку.
Возможно, вышеприведенное мышление будет правильным в будущем, но сегодня внешний интерфейс не готов, и он все еще проходит пошаговую трансформацию мышления и итерацию, что действительно требует процесса. И машинное обучение не всемогуще, оно сильно ограничено моделью, а модель часто является символом вычислительной мощности. Мы можем сравнить машинное обучение со статистическим калькулятором с высокосложными параллельными интенсивными вычислительными мощностями (вычисление матриц в многомерном пространстве), и модель является ядром этого калькулятора. Может быть, он может вычислять такие космические законы за кулисами, но, по крайней мере, он также выполняет глубокие вычисления, а для таких глубоких вычислений требуются массивные образцы. Образец — это душа, которая формирует ядро этого калькулятора, но изготовление этого массивного образца ни в коем случае не может быть выполнено за одну ночь техническим специалистом с опытом разработки программного обеспечения. Сама выборка — это данные, поэтому должен быть запас данных, чтобы была возможность развиваться в направлении глубокого обучения. В противном случае образцы, изготовленные из человеческой плоти, будут либо некачественными (недостаточно объективными), либо шкала количества будет недостаточной. Конечно, можно сначала настроить и калькулятор.Что касается образцов, которые можно накопить со временем, то этот способ не является невозможным, то есть время ожидания может быть относительно большим, и получить чудодейственный эффект сразу невозможно .
Следовательно, для делового поведения у нас должно быть как минимум 2 набора планов, один для долгосрочных (как указано выше) приготовлений, а другой для краткосрочных и ближайших планов. Если это краткосрочно, используйте гибридный метод системы правил + машинное обучение, чтобы строить планы. Но несмотря ни на что, проблема образца должна быть решена. 2 набора планов также являются 2 вариантами, может быть, у вас есть 3-й вариант, все они являются вариантами, поэтому нет никакой разницы между большим и меньшим, просто зависит от того, сколько вы можете инвестировать и как долго вы сможете сохраняться после выбора. Такого рода инвестиции предполагают запас знаний и навыков, поэтому, если вы хотите решить задачу на переднем крае, вам все равно придется использовать машинное обучение как можно раньше. Что касается того, как начать, я не буду вводить здесь слишком много.В Интернете есть много курсов.Вы также можете прочитать книгу об арбузах, чтобы начать, но ключ в том, чтобы сделать это. Сначала вы можете начать с поля CV.Инженерию NLP немного сложно развернуть на одной машине, и она должна использовать облако (например, платформу Google TPU).
В долгосрочной перспективе интеллектуальное направление фронтенд + ИИ определенно продолжит свое существование, и во фронтенде также будет много различных изменений производительности из-за добавления возможностей ИИ. Это изменение может быть поэтапным или окончательным.Короче говоря, производительность будет постепенно переходить к компьютеру, а работа, выполняемая внешним интерфейсом, — это более глубокая работа, которая движет всем этим. Отступления в этом направлении нет, и его нельзя обойти (экспертная система не может быть непобедимой), поэтому задача решаться до тех пор, пока она не будет решена полностью.
10 лет интеллекта
Наконец, я хотел бы призвать всех с нетерпением ждать следующих 10 лет интерфейсного интеллекта (исходя из сегодняшнего ритма развития Интернета, возможно, его удастся достичь в течение следующих 5 лет):
В течение 2-3 лет количество интеллектуальных практиков переднего плана удвоилось, а ИИ более или менее применяется в формах продукта в области переднего плана.В терминале начали появляться различные интерфейсные фреймворки машинного обучения, и пользовательские продукты разработаны с точки зрения интеллектуального опыта.Существует также соответствующая склонность, и в сообществе начали появляться различные интерфейсные интеллектуальные инженерные структуры, учебные среды и платформы искусственного интеллекта; Через 3–5 лет количество интеллектуальных специалистов по интерфейсу будет продолжать расти, традиционный интерфейс был устранен, а интеллект в области интерфейса достиг небольших успехов в конкретных областях, которые могут решить некоторые задачи. или проблемы с эффективностью человеческого производства в конкретных областях, и интеллектуальный опыт терминала. Он будет становиться все более и более зрелым, и иммерсивный опыт, предоставляемый пользователям, будет улучшаться. Онлайн и офлайн-опыт без экрана будет близок к одному и тому же, а некоторые передние -конечные интеллектуальные продукты будут доступны сообществу с открытым исходным кодом; Через 5-10 лет рынок интеллектуальных интерфейсов приблизится к насыщению, и дизайнеры интеллектуальных интерфейсов для конечных пользователей должны быть более популярными на рынке (например, иммерсивные игры противостояния человека и машины и т. д.). быть полностью решена, но в то же время принести другие потребительские требования, может создать новые проблемы в этой области.
Эпилог
Теперь, когда кризис полон кризисов, будущее бесконечно, поэтому каждый должен планировать заранее и готовиться заранее. Теперь интерфейсный интеллект — это новый трек.Если вы хотите напрямую участвовать в переднем крае фронтального интеллекта, вы можете присоединиться к нам следующим образом.
Продукт команды imgcook —— Интеллектуальная генерация кода одним щелчком из проекта проекта (woohoo.IMG cook.com/)pipcook — среда проектирования интерфейсных алгоритмов, последняя миля машинного обучения интерфейсных приложений (GitHub.com/alibaba/criticism…