Тревога рядового фронтенда

исходный адрес

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

Во-первых, АмвэйNotionЭто приложение для создания заметок действительно сильно изменило мою жизнь в этом году. Вот несколько примеров применения:

блог. Раньше я использовал Markdown + Github для ведения своего блога.
Ежедневные учебные заметки и документы. использовал кMindNodeкарта разума
Управление задачами, будь то личное управление временем или совместная работа над проектом.
Ведите дневники, еженедельные отчеты, сводки. использовался раньшеDay One
бухгалтерия и др.

КромеVSCode, Notion — мой второй сильно зависимый инструмент.

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

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

На самом деле, большая часть моей производственной работы теперь может быть выполнена с помощью всего лишь одного браузера. Например, я недавно использовалCode-Server, чтобы добиться бесшовной сверхурочной работы дома. С помощью Docker среду разработки можно преобразовать в образ, а также быстро создать среду разработки.

Вернуться к теме

Почему я сегодня снова подумал о написании статьи?В основном я видел пуш аккаунта с утра:Deno вырывается на вершину списка, Vue.js впервые занимает второе место, а кто такие «Восходящие звезды» JavaScript 2020?

Vite, ESBuild, SWC, TailWind, Snowpack, Vue3.0, Recoil, Deno, Lowcode...

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

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

Различные афиши курсов, отправленные кругом друзей...

Это многоракурсная, всесторонняя атака. Не отстаю ли я, с чем я конкурирую? жизнь?

Как вы относитесь к новым технологиям?

Когда я проходил собеседование, я увидел, что в резюме сказано, что я владею jQuery, владею Vue и React. Я обычно задаю этот вопрос:

jQuery был так популярен тогда, почему он используется сейчас?заменены?В чем проблема?

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

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

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

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

Что это?
Решить какую проблему?
- Чтобы ответить на этот вопрос, нужно разобраться в истории соответствующей технологии. Взяв историю как зеркало, мы можем знать взлеты и падения. Если вы опытный разработчик, знание истории пойдет вам на пользу, по крайней мере, вам легче увидеть суть проблемы.
  
  Сказав это, я рекомендую книгу, переведенную doodlewind.20 лет JavaScript
- Может ли он решить проблему, с которой вы сталкиваетесь сейчас? Если он не может решить вашу текущую проблему, он вам, вероятно, не понадобится. Если у вас ограниченная энергия, вы можете отложить ее на время. будущем, если это действительно полезно, вы, естественно, будете использовать его. предстанут перед вашими глазами.
  
  Потому что с практической точки зрения у вас нет возможности практиковать это, и вы вскоре забываете об этом.
Если очень интересно, то можно углубиться и посмотреть как решить?
- Какова структура и какова идея? Самое главное это идея
- Если немного углубиться, как проходил весь процесс?
- Если вы собираетесь стать экспертом в этом, вам придется копаться в исходном коде.

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

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

Чему стоит научиться?

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

Независимо от времени, новые технологии, как правило, появляются группами и не являются чем-то необычным. Например, различные библиотеки CSS-in-js, различные библиотеки управления состоянием, различные кросс-платформенные фреймворки апплетов, фреймворки представлений...

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

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

Глубина или широта?

По Zhihu много похожих вопросов:

Для молодых программистов важнее глубина или широта знаний?

Что важнее, широта или глубина знаний?

Важна ли глубина или широта?

...

Очевидно, это вопрос многих

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

Я просто тихонько набираю свой код, меня не волнуют бизнес-требования
Я реализовал страницу по прототипу, мне все равно, как ее использует пользователь
Если задача не выполнена, то это проблема back-end, интерфейс back-end не предоставлен, а front-end работать не может.
Всегда работаю сверхурочно, проект все еще просрочен, это дело TeamLeader, я сделал то, что должен был сделать.
Совещание по рассмотрению требований и совещание по техническому рассмотрению похожи на перекрестные разговоры о серверной части и продуктах, они не имеют ко мне никакого отношения и являются пустой тратой времени.
...

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

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

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

После нарушения разрозненности вышеперечисленные проблемы могут развиться следующим образом:

Я просто тихонько набираю свой код, меня не волнуют бизнес-требования

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

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

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

В-третьих, знание этой информации способствует последующему планированию разработки и расстановке приоритетов.

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

Наконец, это, очевидно, также может проявлять деловые способности.
Я реализовал страницу по прототипу, мне все равно, как ее использует пользователь

Eating your own dog food, Разумно ли относиться к себе как к пользователю и анализировать потребности с точки зрения пользователя? Дружественный ли пользовательский опыт?

Сосредоточьтесь на бизнес-проблеме, которую необходимо решить за требованиями, а не потребностями менеджера по продукту. Если вы хотите избавиться от страха перед доминированием менеджера по продукту, вам нужно пойти вверх по течению, выяснить исходные бизнес-требования, попытаться понять и проанализировать их самостоятельно, а затем использовать техническую перспективу, чтобы судить о том, подходит ли решение. данный продукт является разумным Это продукт, который YY стреляет в голову? Попробуйте выдвинуть собственное мнение о требованиях к продукту, улучшить или даже отклонить необоснованные требования.
Если задача не выполнена, то это проблема back-end, интерфейс back-end не предоставлен, а front-end работать не может.

Каковы проблемы с фронтенд и бэкэнд коллаборации? Можем ли мы разработать некоторые нормы сотрудничества? Например, сначала документируйте, макет API, автоматизируйте тестирование интерфейса.
Всегда работаю сверхурочно, проект все еще просрочен, это дело TeamLeader, я сделал то, что должен был сделать.

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

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

Бизнес-возможности очень важны. Разве технические специалисты не используют технологии для автоматизации бизнеса?

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

Все это стоит изучить.
...

Поговорите о глубине и широте после того, как разрушите свои собственные бункеры.

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

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

Возможно, проблема здесь в том, что большинство людей не знают, в каком направлении они хотят развиваться. Ты тоже такой?

Что касается фронтенд-сегмента, то это кроссплатформенность, IoT, визуализация данных, NodeJS...

Эти области также расширяются и объединяются с другими областями, такими как искусственный интеллект, бессерверные технологии, большие данные...

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

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

В чем заключается основная конкурентоспособность?

Для технических людей технология — это основа жизни. Но думаете, что технический порог, который вы освоили, не так уж и высок? Вы знаете, JS, HTML, Vue, React и другие, у которых нет базовой подготовки в течение нескольких месяцев, тоже могут «челночить». Кроме того, когда вы состаритесь, что вы используете, чтобы соревноваться с молодыми людьми за удачу?

Это тоже вопрос, который я часто задаю себе. Особенно в повседневный день закручивания шурупов.

Я думаю, что основную конкурентоспособность можно разделить на две части:

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

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

Базовая способность
- логическое мышление.
- Способность к обучению
- Коммуникабельность, сотрудничество, организаторские способности
Солидный опыт, включая теорию и инженерию
с уникальными акцентами
- глубина.
  - Иметь глубокое понимание определенной области и определенной технологии
  - Оперативная мощность. Это тоже территория
    - Небольшая беседа - Проекты
      - Знайте ценность своего бизнеса в компании и старайтесь повысить ценность своего бизнеса.
      - Может участвовать во всем процессе построения проектного бизнеса (включая исследования, моделирование, проектирование и т.д.);
      - Четко знать бизнес-цели проекта, которым вы занимаетесь, кто его пользователи? Какова цель? Каков ваш вклад в него, каковы результаты проекта, можете ли вы объяснить с помощью данных?
    - Разговор по-крупному — Компания
      - Иметь независимое понимание развития бизнеса компании и даже стратегии, иметь возможность решать болевые точки бизнеса, руководить или влиять на развитие бизнеса
    - Уходи - Промышленность
      - Иметь четкое представление об общей технологии продукта, уметь выявлять недостатки в бизнесе и бизнес-моделях и предлагать решения
- широта. Такие как серверная часть, эксплуатация и обслуживание, тестирование, кроссплатформенность, ИИ и т. д.
- Систематизировать. Более продвинутым является формирование набора систематических сетей знаний, от точки, линии до поверхности.
познание
- самосознание. Уточните свое собственное позиционирование и ценность для бизнеса, имейте четкие цели и карьерные планы.
- профессиональные знания. Это зависит от понимания и модели технического измерения и глубины. Стоя на точке, на линии или на поверхности, при структурированном модельном мышлении можно увидеть вещи с точки зрения определенной системы познания.
- осознание профессии. Знание профессии, персонала, коллектива. Это повлияет на планирование карьеры людей, отношение к работе, чувство ответственности и командную работу.
- Критическое мышление, то есть способность видеть истину и мыслить аналитически, видеть суть вещей.
- Избегайте дуалистического познания. Это черное и белое.
- Можно сделать выводы. Одни и те же проблемы можно рассматривать с разных точек зрения и иметь разные решения. Для аналогичных решений его можно расширить для решения других типов задач.
Самоуправление, самостоятельное вождение, способность к самооптимизации. активная сила
- Имейте четкие цели и выполнимый план
- Осознание тайм-менеджмента
- осведомленность об обучении на протяжении всей жизни
существенный
- Я думаю, что вербовка отдела Али очень важна. Существенность относится к процессуальному отношению, при котором человек активно хочет участвовать в продвижении и руководстве изменениями, а также к постоянному поведению, направленному на посадку и получение результатов. Проще говоря, должно быть стремление, позитивный прогресс, активное исследование и активное продвижение изменений, а не пассивное внедрение.
- Не ограничиваться собственным профессиональным разделением труда, но также понимать и думать о восходящем и нисходящем направлениях, общей ситуации.
- Страсть к технологиям. Любопытство, любовь подбрасывать, любовь учиться, любовь подводить итоги.
- Способность к самостоятельному вождению. Самообучение, самоуправление, самооптимизация.
- Не желающие быть посредственными, способные проявить себя. Неудовлетворен тем, что что-то сделано, стремится делать все хорошо, даже до крайности
- Суммировать способности. Иметь определенную способность обобщать себя, проект, команду, компанию и отрасль, а также способствовать дальнейшей оптимизации
Есть выход, результаты и влияние.
- По сути, это тоже самосертификация: помимо управления собой нужно еще влиять на команду, бизнес и сообщество.
- Также есть результаты проекта, личный выход

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

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

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

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

Большинство ответов, которые я получаю, - это сильная способность к обучению, готовность терпеть трудности и способность самостоятельно выполнять...

Можете ли вы объяснить результат?

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

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

Какая разница между этим и рабочим конвейера?

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

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

Я обнаружил, что не в состоянии идти в ногу (хотя я нашел довольно много таких же, как я), просто слушаю и даже блуждаю...

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

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

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

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

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

Жизнь продолжается, идет дальше

Некоторые недавние мысли