Наставник: «Ты не фронтенд»
Я:"???"
Наставник: «Ты не думаешь, что ты фронтенд, ты не фронтенд»
Я: «Но разве вы не наняли меня для написания внешнего интерфейса??»
Ментор: «Можно писать фронтенд, но ты не ограничиваешь себя фронтендом, не ограничиваешь свое видение фронтендом. Ты должен блаблаблабла из всего проекта, с инженерной точки зрения Посмотреть..."
Я: (перебивая) «Нет, я фронтенд, мне очень нравится фронтенд, особенно JS».
Наставник: "Черт возьми, не говори так... Ты говоришь, что ты фронтенд, как ты Наставник, мне очень стыдно"
—— Вышеприведенный разговор произошел на второй неделе моей стажировки в Baidu между мной и моим наставником.
PS: После того, как новичок присоединяется к Baidu, обычно есть Menter (наставник), который помогает новичку.
Вскоре после того, как я получил предложение Baidu на последнем курсе, я начал стажировку в Baidu.
Любить фронтенд, любить JS, иметь свою параноидальную эстетику и думать, что вся вселенная — это на самом деле программа, написанная на JS — это, конечно, невозможно. Но любовь JS действительно есть.
С разделением интерфейса и сервера интерфейс может сосредоточиться только на интерфейсе и игнорировать проклятый сервер — призрак хочет знать, как хранится ваша таблица данных, я просто хочу свои данные JSON. , а затем завершите крутые интерфейсные функции, поразите пользователей, поразите себя и поразите весь мир!
Это я, великолепная передняя часть~~
Великолепно, я получил свое первое задание - разработку функции импорта для страницы, я отвечал за фронтенд, а мой Ментор - за бэкенд.
Изменения во внешнем интерфейсе относительно небольшие, я закончил писать интерфейс и логику взаимодействия в три шага, пять разделов и два, и все прошло очень гладко~~ За исключением того, что я хотел сначала запустить фоновую программу на своем локальном компьютере, и я столкнулся со странной проблемой Docker Compose.
Но это не имеет значения, я не хочу знать, что это за штука, и я не хочу знать, почему мне нужно изменить так много параметров, чтобы запустить Docker Compose.
В общем, Docker Compose теперь успешно работает на моем компьютере, ничего плохого, за исключением того, что он съедает половину моей оперативной памяти и заставляет мой WebStorm зависать. Пока я могу получить согласованные данные, я могу заставить внешний интерфейс работать нормально.
Да здравствует разделение спереди и сзади~!
Тогда Ментор сказал мне, что запрос интерфейса должен быть RESTful, что это? Кажется, я уже слышал это раньше. Я проверил информацию - это не просто использование кода состояния HTTP для возврата результата, кстати, метод запроса (GET, POST, PATCH, PUT, DELETE...), просто изменение запроса Ajax на фронте конец.
Затем Mentor говорит, что мы собираемся использовать RESTful:
- В первый раз для создания данных необходимо использовать POST, а затем использовать PUT. Ok
- Проверьте код состояния HTTP, чтобы определить результат запроса. Ok
- Запишите токен в заголовок HTTP. . . Ok
В конце концов, это работа, пока этого требует проект, я без проблем помещаю данные в шапку.
Но Mentor объяснил мне это, рассказал логику реализации бэкенда и некоторые детали, почему это лучше и почему у него такое поведение. Я думаю, что это так хлопотно, не должен ли я просто хорошо работать с интерфейсом?
Тогда я сказал Ментору:
- Я не хочу знать так много внутренних реализаций.Вы сказали, что этот метод вызова интерфейса сильно повлияет на производительность внутреннего интерфейса.Я изменю его на формат, который вы ожидаете.
- Я не хочу знать так много конфигураций проекта, мне просто нужно удерживать процесс и продолжать, и, наконец, запустить сервер, который может предоставлять данные.
- Я просто хочу знать, данные какого формата вы ожидаете и какой формат вы возвращаете?
- Я просто передний конец
Тогда Ментор очень разозлился и сказал: «Ты не фронтенд», что меня действительно шокировало.
Я не фронтенд?
Почему я не фронтенд? Я явно фронтенд! Я только что пришел сюда со своей страстью к интерфейсу, я люблю интерфейс, Интернет и JS.
Возможно, в глазах других передняя часть очень низкая, а техническое содержание P - нет.
Но как любитель интерфейсов, я знаю, насколько он глубок, гибок, элегантен и как много возможностей. Какую боль во внешнем интерфейсе решает каждая «новая технология, которая кажется бесполезной для посторонних», и какую замечательную функцию приносит каждое поколение «часто обновляемых обновлений ECMAScript».
«Вы говорите, что вы фронтенд, как наставник, мне очень стыдно».
Я чувствую, что эта фраза просто сводит на нет все чувства, которые я посвятил переднему концу, и полностью презирается.Если бы я был инженером, отвечающим за запуски ракет, другая сторона никогда бы этого не сказала.
Так что я был очень зол и чувствовал, что другая сторона была неблагоразумна.
Я фронтенд и планирую присоединиться к TC39 в будущем, чтобы внести свой вклад в мой любимый JS.
После выполнения импортированной задачи, со временем, я получаю другие задачи одну за другой.
В только что открывшемся проекте у меня возникли некоторые разногласия с однокурсниками из DG, которые отвечали за back-end разработку дизайна интерфейса. Я выступаю за то, чтобы в «интерфейсе, возвращающем список сеансов приложения», возвращалась информация о приложении одновременно с возвратом данных сеанса, и он сказал, что это нехорошо. Обе стороны на какое-то время зашли в тупик, поэтому мы с DG решили пойти к двум старшим Т по соседству (мой наставник — один из них), чтобы решить.
Я объяснил, почему я хочу, чтобы в интерфейсе списка сеансов была информация о приложении:
- Удобнее при просмотре интерфейса списка сеансов отладки
- Таким образом, фронтенд запрашивает на один интерфейс меньше, а данные будут отображаться быстрее.
- Разделять интерфейс особого смысла нет, информации о приложении очень мало, нет необходимости добавлять еще один интерфейс, просто прикрепите его прямо к интерфейсу списка сессий
- Хотя два интерфейса выполняют свои функции после разделения, работать с внешним интерфейсом по отдельности очень проблематично.
Выслушав мое объяснение, Ментор сказал мне:
Вы это обнаружили? Все ваши отправные точки — сделать интерфейс более удобным.
Действительно, вы фронтенд, поэтому вы определенно хотите, чтобы фронтенд был крутым. Однако именно потому, что вы являетесь только фронтендом, вы не понимаете реализацию и архитектуру бэкенда и не знаете, какой дизайн подходит для бэкенда. Я не знаю самого проекта, поэтому не могу думать о нем с инженерной точки зрения.
Это называется задница решает голову, потому что ты фронтенд, а непроектразделение.
Я был внезапно ошеломлен.
Я действительно не знаю реализацию фона, и я не знаю, какой ES используется в фоне. Я даже не знаю, что я делаю с этим проектом, я знаю только, что получил набросок дизайна от UI и восстановил его.
Я вдруг вспомнил, что в школе учитель неоднократно подчеркивал разницу между «программистом по жизни» и «инженером», а я тогда не воспринимал это всерьез.
И теперь я действительно чувствую разницу между ними! ! !
Мне было очень неловко осознавать, что я был неправ, и я был более уверен в себе, чем раньше. . .
. . . Он тихо признал свою ошибку, затем быстро повернул голову и сделал вид, что пишет код.
Внутренняя ОС: Аааа~~! ~! ! ~~ Так неловко! ! ! Большое спасибо, но так стыдно! ! Может быть, я должен поблагодарить Ментора, но это неловко! !
Долго смотрел на оператор объявления функции на экране со сложным выражением, гм, оранжево-красная подсветка очень красивая. Затем я пошел, чтобы найти только что одноклассника DG, чтобы обсудить реализацию и архитектуру нижнего фона, и выразил свое согласие на его план. . .
Теперь я наконец понял, что значит "ты не фронтенд".
Ежедневная рутина «учить быть мужчиной» продолжается, и темп прогресса не остановится.