Это была значимая неделя. Это заставляет меня использовать различные перспективы, чтобы думать о некоторых вещах.
У нас было наше первое встреча со стороны сортировки для проекта телескопа (я ошибался в моем последнем посте, то, что у нас было за последнюю неделю, было просто вступительные встречи). Процесс был не так сложно, как я думал. Хорошо организовано и обрабатывается, довольно легко понять для новых членов команды. Однако я все еще не был достаточно активным. Причина в основном потому, что у меня недостаточно знаний, чтобы присоединиться к обсуждению, когда дело доходит до определенных тем или вопросов, которые требуют некоторых профессиональных знаний. Когда я думал, что я уже потратил значительное количество времени на новые (новые для меня) инструменты (например, Neartjs, TymerctScript) телескопа, и смог просмотреть некоторые PRS и взять на себя один, я все еще не могу совсем понять все содержание на встрече.
В этой неделе выпуск (1.5) наша главная цель – переместить большую часть наших компонентов из GATSBY в Nextjs. Nextjs – это совершенно новый материал для меня, так что тирасприцеп (я знал это, но никогда не пишешь это сам). Моя стратегия читала документацию Nextjs и замкнутым PR, о портировании в Nextjs одновременно. Это немного похоже на обману, например, ходить на лабиринт от цели в въезд. Это помогает мне работать через релиз этой недели, который в основном о портировании к Nextjs, однако я не могу сказать и организовать то, что я узнал у них. Мне нужно понять, как узнать новые инструменты и применить их одновременно. (Или я могу просто принять больше внимания на эти новые инструменты … в целом)
Еще одна вещь, о которой я хочу поговорить, – это правила ожидания в проекте с открытым исходным кодом. Когда члены присваиваются пару задач, но не смогли закончить его до выпуска дня, и не смог связаться с заданиями. Честно говоря, я не хочу ждать и отложить дату выпуска или переместить эти задачи к следующему выпуску. Я не могу быть умным разработчиком, но я люблю правила и сроки и уважать их. Когда мы работаем командой, мы всегда должны уважать других людей. Это своего рода безответственно для такой ситуации. Тем не менее, это действительно трудно сказать или сделать что-то строго в команде, так как никто не хочет быть плохим парнем. В этом случае, имея четкий протокол просить членов команды, чтобы следить за графиком, а также информировать штраф (хотя я не могу подумать о каком-либо умеренном и эффективном штрафе в проекте с открытым исходным кодом) может быть хорошим выбором. Другая альтернатива состоит в том, чтобы поддерживать связь с задачами часто, поэтому мы можем контролировать возможный ущерб вовремя. Однако, если задача не любит текст, это может не работать хорошо.
После того, как PR я сделал эту неделю и проект App App, который я делаю в другом курсе, более позитивно, что я должен проводить больше времени на внешних библиотеках JavaScript. Это поле чрезвычайно гибкое, и я видимо, по-видимому, недостаточно быстро и приемлемо.
Оригинал: “https://dev.to/yuanleemidori/taking-the-first-challenge-with-nextjs-and-project-release-43hp”