Мое время в Вегасе подходит к концу. Я забронировал все необходимые приготовления для моего возвращения в Лос-Анджелес. Через 3 недели я снова буду калифорнийцем! Я почти так же счастлив, как собака на доске для серфинга.
Конечно, с большим волнением приходит большое беспокойство. Я буду жить с семьей и накопить приличную сумму денег, но мысль о переезде за пределы штата без работы все еще пугает. К счастью, команда Thinkful предоставляет услуги по трудоустройству после окончания учебы. Мое портфолио почти готово, так как я уже немного поработал над ним, пока ходил на курсы Codecademy. Самое главное, я должен закончить свой последний Capstone до переезда, чтобы он тоже мог быть в моем портфолио. Это немного похоже на гонку на время, но мне нравится давление.
Конечно, одна проблема с несколько безумным подходом к завершению проекта заключается в том, что может потребоваться немного больше времени, чем обычно, чтобы сделать шаг назад и понять, что я слишком усложняю вещи. Например, в моей базе данных SQL есть две отдельные таблицы: «Друзья» и «Пользователи». Делая GET-запрос для друзей, я хотел получить доступ к некоторой информации из таблицы Users, используя данные из друзей в качестве параметра. Я подумал, что лучший способ сделать это — вложить GET-запрос для пользователей в ответ на мой GET-запрос для друзей. Вот реальные (не совсем) кадры, на которых Эми Полер держит визуальное представление маршрута, который я пытался построить:
….и вот реальный скриншот маршрута, который я пытался построить:
На самом деле это относительно чистая версия. Чем дальше я углублялся в решение проблемы, тем уродливее становилась функция. Я не стал фотографировать функцию в худшем ее проявлении. Поверьте, это было плохо. Поиграв немного с Elias, я пришел к выводу, что ДОЛЖЕН быть более простой способ сделать это. Я подумал, что могу структурировать модель так, чтобы получать соответствующую информацию из обеих таблиц. Я ошибся насчет моделей, но я был на правильном пути. Благодаря замечательной, потрясающей Sequelize docs я нашел то, что мне было нужно. Вот скриншот моего запроса GET сейчас:
Мне стало намного удобнее читать документацию, и это здорово! Но это также делает его еще более разочаровывающим, когда документация не дает ответов, которые мне нужны. Например, мой компонент Nav отрисовывал кучу лишних пробелов, которые я, вероятно, не заметил бы, если бы они не сильно меняли дизайн моей страницы.
Комментарии «React-text» и «» появились только в компоненте Nav. Короче говоря, я на собственном горьком опыте усвоил, что копирование/вставка кода из Apple Notes в Visual Studio Code приводит к причудливой кодировке символов. Проблема была устранена путем переделки всех моих отступов.
Последним препятствием является аутентификация, которой я, по общему признанию, избегал. У меня настроены маршруты для защиты определенных конечных точек, и я уверен, что знаю, что делать с состоянием. Основным препятствием является правильный вызов AJAX от клиента. Я использую PassportJS как со стратегиями Basic, так и со стратегиями Facebook. Я сказал Рэйчел, что могу отказаться от Базовой стратегии и потребовать от пользователей входа в систему через Facebook, но она этого не разрешила.
В такие моменты я очень рад, что присоединился к Thinkful. Было так заманчиво попытаться выбрать легкий путь из проектов, когда я учился самостоятельно. Рэйчел держит меня подотчетной. Рэйчел (а также бесчисленное множество других студентов и наставников Thinkful) помогают мне подсказывать, когда я застреваю, что поддерживает мою мотивацию. Искушение выбрать легкий путь практически исчезло, и теперь у меня есть уверенность в том, что я найду ответы, которые мне нужны, и помогу другим, которые также застряли. Я даже впервые ответил на вопрос Переполнения стека! Я действительно чувствую, что теперь я часть сообщества веб-разработки.
Спасибо за чтение!
