Эта проблема должна быть проблемой, с которой относительно легко столкнуться в начале от одного до трех лет:
Теперь мне становится все скучнее писать бизнес-код, я чувствую себя носильщиком. Стек технологий в основном vue + elementUI/React. Фронтенд работает уже больше полугода. В марте этого года мне вдруг захотелось освоить азы фронтенда Вы, которого я знал по Жиху, тоже записались к вам на занятия. Хотя Thief 6, который писал бизнес-код с фреймворком на поверхности, также был признан другими, но на самом деле я знаю, что только остаюсь на уровне написания бизнес-кода, не зная технических принципов. Последние несколько месяцев были довольно противоречивыми для бизнеса компании, и я просто хочу изучить некоторые основы интерфейса. Плохо то, что компания 996 теперь дает мне меньше свободного времени. В последнее время дела компании только решаются и доделываются.В свободное время смотрю ваши видео и пишу небольшой блог.Я думаю это очень хорошо. Я должен остаться в Шанхае на следующие несколько лет, и моя будущая цель — технический менеджмент. Теперь я обнаружил, что бизнес и обучение противоречат друг другу, теперь я сопротивляюсь бизнесу и хочу узнать больше об основах интерфейса. Должен ли я сосредоточиться на бизнесе или технологиях, что мне выбрать?
Действительно, из новичка вы превратились в «опытного», который к тому же разбирается в организации работы компании.
Просто мне всегда кажется, что я повторяю вчерашнее себя день за днем.
У меня тоже была эта фаза. Позвольте мне рассказать вам о моих контрмерах.
1. Чистого бизнес-кода не бывает
Разделение кода на «бизнес-код» и «технический код» — это простая дихотомия. Но это может быть не так в реальности. По моему опыту, есть третий тип кода — «бизнес-технический код».
С точки зрения непрофессионала, такой код представляет собой колесо, специально созданное для бизнеса компании.
Например, если ваша компания использует jQuery круглый год, все, что вам нужно сделать, это использовать jQuery для фильтрации таблиц, пейджинга, карусели, проверки форм и т. д. Такая работа выглядит скучно, не так ли?
Я ожидаю, что для такого рода работы маршрут роста внешнего интерфейса должен быть таким:
- Первый класс занимается работой. Вы выполняете требования, выполняя поиск, проверяя Stackoverflow, копируя и вставляя и т. д. Код выглядит немного "спагетти", но он работает.
- Второй этап – абстрактная классификация. На этом этапе вы обнаружите, что требования компании к вам стандартны, есть несколько режимов проверки формы и несколько правил проверки формы, поэтому вы пишете резюме статьи или фиксируете код в шаблоне, таким образом, Компания Приходите к тому же требованию снова, вы можете получить его очень быстро.
- Третий этап – изготовление колеса. После того, как код на втором этапе был проверен бизнес-требованиями, вы очень уверены в качестве кода, тогда вы можете извлечь эти коды в «бизнес-колеса» и поделиться этими колесами с коллегами по фронтенду. коллег, так что их потребности также могут быть выполнены хорошо и быстро.
- Четвертый этап – оптимизация. Вам необходимо предоставить полную документацию и тест-кейсы на эти колеса, а если в вашей компании много людей, то вам также необходимо подготовить «план продвижения»
Это очень хороший путь роста, потому что это путь, который я планировал для себя в Али, и именно так я его практикую.
У вас может не быть понятия о «колесе бизнеса» на третьем этапе, поэтому позвольте мне привести пример.
Прежде чем я присоединился к команде, они прошли много шагов, чтобы сделать пагинацию, в том числе
- Копировать структуру HTML
- JS-инициализация
- Согласование внутреннего интерфейса
- CSS настройки
После того, как я сделаю колесо, оно станет таким:
<div data-role="pager" data-total-page="10" data-page="3"
data-auto-page data-theme="taobao"></div>
Пользователю нужно только указать общее количество страниц, текущее количество страниц и название темы. Параметры внутреннего интерфейса были объединены в URL плюс page=?, и их не нужно повторно согласовывать. пользователь нажимает номер в пейджере, будет два результата:
- Если есть поле data-auto-page, автоматически изменить параметр ?page=xxx текущей страницы
- Если поля data-auto-page нет, запустите событие pagechange. Это «бизнес-руль», приспособленный для бизнеса компании.
В процессе нужно обобщить требования, проанализировать привычки пользователей (разработчиков) и обратиться к отличным колесам на GitHub.
Я сделал много подобных колес и поделился ими со всеми своими коллегами. Это может не только улучшить технологию, но и чувство достижения, почему бы и нет.
2. Отказ от нормализации сверхурочной работы
Если вам всего 996 год, и вы не слушаете отговорки, нет покаяния, я думаю, вы можете
- Повысьте свою производительность с помощью бизнес-колеса выше, чтобы у вас было больше времени
- Используйте дополнительное время для изучения новых технологий на рынке
- Отправьте свое резюме и найдите команду, которая не 996
Я не встречал 996, но встречал большие и маленькие команды.
Если компания нормализует эту систему, я всегда рекомендую увольняться, но я рекомендую увольняться не тогда, когда вы плохо справляетесь, а увольняться, когда у вас получается хорошо.
Как только я говорю другим, я не ухожу, потому что не могу.
Во-вторых, дайте себе лист удовлетворительных ответов, чтобы быть более уверенным.
Суммировать
В общем, не ставьте себя в порочный круг (сверхурочная работа — плохой код — больше сверхурочной работы — плохой код), а поставьте себя в благоприятный круг (сверхурочная работа — повышение эффективности работы — работайте меньше сверхурочной работы — более высокая эффективность).
Кто-то говорит, что у меня нет времени даже научиться создавать «колесо бизнеса», поэтому я могу только насильно менять работу?
Я сказал: как вы меняете работу без учебы? В лучшем случае перейдите в аналогичную компанию.
Надеюсь, это поможет вам.