Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[이남경]Week2 #54

Conversation

namgyeonglee
Copy link

요구사항

https://week2mission-erin.netlify.app/

기본

  • [기본] PC사이즈만 고려해 주어진 디자인을 구현했나요?
  • [기본] HTML, CSS 파일을 Netlify로 배포했나요? (참고: https://www.codeit.kr/learn/5309)
  • [기본] 랜딩 페이지의 url path는 루트(‘/’)로 설정했나요?
  • [기본] title은 Linkbrary로 설정했나요?
  • [기본] 화면의 너비가 1920px 이상이면 하늘색 배경색은 너비를 꽉 채우도록 채워지고, 내부 요소들의 위치는 고정되고, 여백만 커지도록 했나요?
  • [기본] 화면의 너비가 1920px 보다 작아질 때, “Linkbrary” 로고의 왼쪽 여백 200px “로그인" 버튼의 오른쪽 여백 200px이 유지되고, 화면의 너비가 작아질수록 두 요소간 거리가 가까워지도록 했나요?
  • [기본] Linkbrary 아이콘은 클릭 시 루트 페이지(‘/’)로 이동하나요?
  • [기본] 클릭으로 기능이 동작해야 하는 경우, 사용자가 클릭할 수 있는 요소임을 알 수 있도록 cursor: pointer를 설정했나요?
  • [기본] “로그인”은 클릭 시 로그인 페이지(‘/signin’)로 이동하나요?
  • [기본] “링크 추가하기”는 클릭 시 회원가입(‘/signup’)로 이동하나요?
  • [기본] 화면의 너비가 1920px 이상이면 내부에 있는 요소간 동일한 간격을 유지하며 가운데 정렬해야 합니다.
  • [기본] 화면의 너비가 1920px 보다 작아질 때, 최하단에 있는 “codeit-2023”의 왼쪽 여백 104px과 SNS 아이콘들의 오른쪽 여백 104px을 유지하면서 가운데 있는 “Privacy Policy”, “FAQ” 요소와 각각 동일한 간격을 유지하며 가까워져야 합니다.
  • [기본] “Privacy Policy”, “FAQ”는 클릭 시 각각 Privacy 페이지(‘/privacy’), FAQ 페이지(‘/faq’)로 이동하나요?
  • [기본] 페이스북, 트위터, 유튜브, 인스타그램 아이콘은 클릭 시 각각의 홈페이지로 새로운 창이 열리면서 이동 하나요?
  • [랜딩] 아래로 스크롤 해도 “Linkbrary” 로고와 “로그인” 버튼이 있는 상단 네비게이션 바(Global Navigation Bar)영역이 최상단에 고정되게 했나요?
  • [로그인 페이지, 회원가입 페이지 공통] Linkbrary 로고 클릭시 루트 페이지(“/”)로 이동하나요?
  • [로그인 페이지, 회원가입 페이지 공통] 로그인 페이지, 회원가입 페이지 모두 로고 위 상단 여백이 동일한가요?
  • [로그인 페이지, 회원가입 페이지 공통] input 요소에 focus in 일 때, 테두리 색상이 파랑색인가요?
  • [로그인 페이지, 회원가입 페이지 공통] input 요소에 focus out 일 때, 테두리 색상이 회색인가요?
  • [로그인 페이지, 회원가입 페이지 공통] SNS 아이콘들은 클릭시 각각 “https://www.google.com/”, “https://www.kakaocorp.com/page/” 으로 이동하나요?
  • [로그인 페이지] “회원 가입하기”는 클릭시 “/signup” 페이지로 이동하나요?
  • [회원가입 페이지] “로그인 하기”는 클릭시 “/signin” 페이지로 이동하나요?

심화

  • [심화] 사용자의 브라우저 font-size가 크고 작아짐에 따라 페이지의 요소간 간격, 요소의 크기, font-size 등 모든 크기와 관련된 값이 크고 작아지도록 설정했나요?
  • [심화] palette에 있는 color값들을 css 변수로 등록하고 사용했나요?
  • [심화] 비밀번호 input 요소 위에 비밀번호를 확인할 수 있는 눈 모양 아이콘을 추가했나요?

주요 변경사항

스크린샷

Screenshot 2024-02-25 at 9 15 55 PM ㄴ main Screenshot 2024-02-25 at 9 16 01 PM ㄴ signin Screenshot 2024-02-25 at 9 16 05 PM ㄴ signup

멘토에게

  • [style-signin.css] input focus in 일 때 border color 값 변경해주는 css 속성을 아래와 같이 지정하였는데 적용이 안되어서 주석 처리해두었습니다.
input:focus {
  border: 1px solid red;
  background: var(--Linkbrary-white, #FFF);
}
  • [style.css] 반응형 관련 css 속성은 한 줄 작성하였습니다. 화면 크기를 줄일 때 마다 자연스럽게 text 크기랑 이미지 크기가 변경되는 것은 더 찾아보고 구현해보겠습니다!
@media (max-width: 500px) {
  .main-h1 { 
    font-size: 40px;
    text-align: center;
    font-family: Pretendard;
    font-style: normal;
    font-weight: 700;
    line-height: 80px; /* 125% */
    color: var(--Black); 
  }
}

@namgyeonglee namgyeonglee added the 매운맛🔥 뒤는 없습니다. 그냥 필터 없이 말해주세요. 책임은 제가 집니다. label Feb 25, 2024
@namgyeonglee namgyeonglee requested a review from kiJu2 February 25, 2024 13:51
@kiJu2
Copy link
Collaborator

kiJu2 commented Feb 27, 2024

안녕하세요 남경님 ! 위클리 미션 수행하시느라 수고 정말 많으셨습니다 !
꼼꼼하게 읽어보고 리뷰 남기도록 할게요 👍😎

@kiJu2
Copy link
Collaborator

kiJu2 commented Feb 27, 2024

commit 단위를 더욱 자주, 작게 해보시는건 어떠실까요?

git을 다룰 때 commit은 "언제 해야 하는가"를 생각해보신 적 있으신가요?
흔히 하는 말이 있습니다:

커밋은 합칠 수 있지만 나눌 수 없습니다.

그럼 커밋을 언제 해야 할까요?

저는 다음과 같은 룰을 지키며 커밋을 하는걸 권장 드립니다:

  1. 커밋을 하는 단위는 커밋 메시지 한 줄로 설명할 수 있는 행동
  2. 하나의 목표 혹은 액션이 달성될 때

관련하여 읽으시면 좋은 아티클을 추천드릴게요:

tl;dr

관련 변경 사항 커밋
커밋은 관련 변경 사항에 대한 래퍼여야 합니다. 예를 들어 두 개의 다른 버그를 수정하면 두 개의 별도 커밋이 생성되어야 합니다. 작은 커밋을 통해 다른 개발자가 변경 사항을 더 쉽게 이해하고 문제가 발생한 경우 롤백할 수 있습니다. 준비 영역과 같은 도구와 파일의 일부만 준비하는 기능을 통해 Git을 사용하면 매우 세부적인 커밋을 쉽게 만들 수 있습니다.

자주 커밋
커밋은 커밋을 작게 유지하고 관련 변경 사항만 커밋하는 데 도움이 되는 경우가 많습니다. 또한 이를 통해 코드를 다른 사람들과 더 자주 공유할 수 있습니다. 이렇게 하면 모든 사람이 정기적으로 변경 사항을 통합하고 병합 충돌을 방지하는 것이 더 쉬워집니다. 대조적으로, 대규모 커밋을 갖고 이를 드물게 공유하면 충돌을 해결하기가 어렵습니다.

미완성 작업을 커밋하지 마십시오
논리적 구성 요소가 완료된 경우에만 코드를 커밋해야 합니다. 자주 커밋할 수 있도록 기능 구현을 빠르게 완료할 수 있는 논리적 청크로 분할합니다. 깨끗한 작업 복사본이 필요하기 때문에(브랜치 확인, 변경 사항 가져오기 등) 커밋하고 싶은 유혹이 든다면 Git의 «Stash» 기능을 대신 사용하는 것이 좋습니다.

커밋하기 전에 코드를 테스트하세요
완료되었다고 생각하는 일을 저지르고 싶은 유혹에 저항하세요. 철저하게 테스트하여 실제로 완료되었는지, 부작용이 없는지(알 수 있는 한) 확인하세요. 로컬 저장소에 설익은 것을 커밋하려면 자신만 용서하면 되지만, 코드를 다른 사람과 푸시/공유하는 경우에는 코드를 테스트하는 것이 훨씬 더 중요합니다.

원문 보기

또한 깃 커밋 메시지 컨벤션도 함께 읽어보세요:

tl;dr:

커밋 메시지 형식

type: Subject

body

footer

기본적으로 3가지 영역(제목, 본문, 꼬리말)으로 나누어졌다.

메시지 type은 아래와 같이 분류된다. 아래와 같이 소문자로 작성한다.

feat : 새로운 기능 추가
fix : 버그 수정
docs : 문서 내용 변경
style : 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우 등
refactor : 코드 리팩토링
test : 테스트 코드 작성
chore : 빌드 수정, 패키지 매니저 설정, 운영 코드 변경이 없는 경우 등

원문보기

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

해당 파일 확장자를 .svg로 하신 이유가 있으실까요?

svg는 벡터 이미지를 사용할 때 정하는 확장자입니다 ! 수학적 연산처리로 그래픽을 나타내는 방법이며 낮은 용량과 깨지지 않는 장점이 있어요.
해당 이미지는 점과 선으로 이루어지기 어려운 이미지이며 벡터이미지 보다는 픽셀 이미지에 가까운 것 같습니다 !

또한, 단순이 img 라는 파일명 보다는 product-image-1, 혹은 introduce-product-image-1, landing-main-image-1과 같이 의미 있는 파일명으로 짓는 것이 어떨까요 ? =)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

파일 명에 =가 있습니다. 의도된 것일까요?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

의도한건 아닌데 파일명에는 = 를 안쓰는게 좋은가요??

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

파일명에는 띄어 쓰기 대신 -를 사용하시는 것을 권장드립니다 !
문자열로 표시할 때 "Component\ 2.svg" 이런식으로 표기해야 될 수도 있어서요.

<a href="/signup.html">
<input class="main-h1-button" type="button" value="링크 추가하기">
</a>
<img src="/images/landing/_img.svg" alt="landing-main-image">
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

alt를 좀 더 구체적으로 작성해볼까요?

alt를 꼼꼼하게 작성했군요 ! 좋은 습관입니다.
다만, alt는 스크린 리더 사용자에 대한 보조 텍스트가 될 수 있으므로 "어떠한 이미지 인지"를 작성해주는 것이 좋아요 !

alt의 목적

  • 인터넷 연결이 끊겼을 때 대체되는 이미지
  • 스크린 리더 사용자를 위한 대체 텍스트
  • 이미지를 볼 수 없는 환경에서 이미지를 대체하기 위한 텍스트
    등 목적을 알게 된다면 alt를 어떻게 사용하시면 될지 알 수 있을 것 같아요.

다음은 하버드 에듀케이션에서 제안하는 alt 규칙입니다:

tl;dr

  • Write Good Alt Text
  • Add alt text all non-decorative images.
  • Keep it short and descriptive, like a tweet.
  • Don’t include “image of” or “photo of”.
  • Leave alt text blank if the image is purely decorative
  • It's not necessary to add text in the Title field.

원문 보기

<section class="input">
<section class="input-email">
<label class="label" for="이메일">이메일</label>
<input class="email" type="email" placeholder="[email protected]">
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

<input>type 프로퍼티를 올바르게 설정하셨군요 👍 좋습니다.

</section>
</section>
<p class="login">
<input class="button" type="submit" value="로그인">
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

오호 좋아요 form 안에 input태그로 적절하게 설정하셨군요 ! 👍👍👍

<img src="/images/landing/_img.svg" alt="landing-main-image">
</section>

<section class="main1">
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

class/id를 단순히 숫자를 열거하는 것보다 어떤 "목적"인지 작성하는게 어떨까요?

다음은 *BEM 컨벤션을 따른 목적을 내포한 네이밍 예시입니다:

Suggested change
<section class="main1">
<section class="landing-section__image--left">

만약, 1, 2와 같은 순서가 숫자로 들어가야 한다거나 디자인을 보았을 때 직관적으로 재사용 가능한 패턴들로 보이는데 각자 다른 고유한 스타일이 들어가야한다면, 스타일 구성이 잘못되었는지도 확인해보면 좋습니다.

BEM: CSS 클래스/아이디 네이밍 컨벤션 중 하나예요. 더 알아보기

저장한 링크를<br>
<span class="main4-h2-gradient">검색</span>해 보세요
</h2>
<p class="main4-text-normal">
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

text-normal과 같은 의미 있는 클래스명. 훌륭합니다 👍 이런식으로 지어주시면 더욱 좋을 것 같아요 ㅎㅎ

@kiJu2 kiJu2 merged commit 2856ed8 into codeit-bootcamp-frontend:part1-이남경 Feb 27, 2024
@kiJu2
Copy link
Collaborator

kiJu2 commented Feb 27, 2024

위클리 미션 진행하시느라 수고 정말 많으셨어요 남경님 !

@namgyeonglee namgyeonglee self-assigned this Mar 2, 2024
Comment on lines +13 to +26
<body>
<header>
<section class="header">
<a href="/">
<img class="header-logo" src="/images/signin/logo.svg" alt="Linkbrary-logo">
</a>
<nav>
<a href="/signin.html">
<input class="header-login" type="button" value="로그인">
</a>
</nav>
</section>
</header>
<main>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(예시입니당) 여기서 header가 맞는지 잘 모르겠어요 ㅠㅜ

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
매운맛🔥 뒤는 없습니다. 그냥 필터 없이 말해주세요. 책임은 제가 집니다.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants