В настоящее время я работаю Fullstack разработчиком, наш фронтенд строится на React.
Наш текущий процесс включает в себя:
Это хорошо для небольших функций, но, допустим, мы хотим написать селектор DateTime. Как вы, наверное, знаете, это сложные компоненты, поэтому в идеале мы хотим посмотреть на существующие компоненты с открытым исходным кодом и решить нашу проблему.
Но будет очень трудно, даже с продвинутой настройкой, сделать собранный компонент похожим на ваш дизайн, а создание компонента с нуля - сложная задача.
Поэтому я спрашиваю, как правильно поступить? Должны ли мы (как разработчики) скрежетать зубами и создавать компонент? Должны ли мы отправить дизайн обратно? Или попытаться подобрать существующий компонент и уменьшить несоответствия между созданным компонентом и дизайном?
С точки зрения гибкости рекомендуется привлечь больше людей раньше. Люди с опытом в разработке и тестировании могут быть вовлечены потенциально уже на этапе разговора с клиентом или менеджером по продукту, но, безусловно, к тому времени, когда дизайн пользовательского интерфейса создавался в ваших инструментах макетирования пользовательского интерфейса. UX-дизайнеры, разработчики и тестировщики будут в режиме реального времени обсуждать компромиссы между существующими компонентами в библиотеке компонентов, компонентами с открытым исходным кодом, а также усилиями по созданию и тестированию пользовательских компонентов и какие варианты лучше всего удовлетворить заинтересованные стороны. . Сотрудничество будет продолжаться до релиза, и все будут вовлечены на каждом этапе.
Однако здесь никто не может сказать вам, подходит ли такой способ работы для вашей организации или команды. Могут существовать организационные препятствия, препятствующие такому тесному сотрудничеству, и до тех пор, пока они не будут устранены, вам, возможно, придется иметь другие способы снижения рисков, связанных с последовательной работой, передачей работы и поздним тестированием.