- (Эта статья изначально была опубликована в блоге Йотако) -

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

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

Более того, мы также должны предоставить точную копию дизайна, переданного дизайнером. Обеспечить такое воспроизведение на любом устройстве - дело непростое! Это требует умения жонглировать двумя разными областями: дизайном и разработкой. Хотя граница между этими областями становится все тоньше, отсутствие взаимодействия между инструментами дизайнеров и инструментарием разработчиков остается серьезной проблемой при разработке интерфейса. Не говоря уже о дополнительных проблемах в мобильном интерфейсе…

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

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

5 этапов горя

1. Отказ

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

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

2. Гнев

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

3. Торг

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

4. Депрессия

Вы помните все эти эпические моменты депрессии и разочарования в идеальном кодировании до пикселей.

5. Принятие

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

Что-то нужно было сделать

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

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

Что это? Yotako - это онлайн-суперсила, позволяющая нам, интерфейсным разработчикам, воплотить дизайн приложения в жизнь за 3 простых шага:

1. Загрузите файл дизайна. Независимо от того, какой дизайнерский инструмент использовали ваши дизайнеры. Будь то дизайн Photoshop, файл Sketch или мокап Balsamiq.

2. Настройте свой стек. Будь то веб-приложение или мобильное приложение. Вы можете выбрать один из высококачественных и пуленепробиваемых стеков, которые предлагает Yotako, с лучшими библиотеками и фреймворками, или вы можете использовать свой собственный стек, как хотите.

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

Конечно, мы не могли притвориться, что Yotako решает все проблемы, которые могут возникнуть с вашим интерфейсом. Действительно, поскольку у всех нас есть свой способ кодирования, мы хотели позволить вам использовать свой собственный стек с Yotako! Для этого мы решили перейти на открытый исходный код (да, мы любим открытый исходный код!). Таким образом, любой может внести свой вклад, поэтому мы все вместе сделаем фронтенд-разработку «снова великолепной».

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

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

Если вам это понравилось, нажмите ‹3 ниже, чтобы другие люди увидели это здесь, на Medium. Не стесняйтесь оставлять нам комментарии или делиться своим мнением об основных проблемах, с которыми вы сталкиваетесь как фронтенд-разработчик!

Присоединяйтесь к нашему сообществу в Twitter и Facebook или просто скажите привет на [email protected]

Команда Yotako