TIL 모음 1주차

이상인·2023년 5월 15일

5월 15일

오늘 얻은 것
팀원 : 이수연님, 조혜연님, 상의성님, 임채영님

카멜기법 : ex) commentReceive

github 특강 : 내용 자체는 머릿속에 잘 들어왔다. 기초적인 내용인 것도 있지만 빠른 강의속도에도 불구하고 강사님께서 강의를 잘 하시는 것 같다. github의 사용법에 대해서도 배울 수 있으면 좋았을텐데 시간이 부족하여 다음 주를 기다리게 되었다.
충돌을 해결하는 방법이 설명만 들었을 때는 쉬워보이는데 직접 경험해보는 날이 빨리 왔으면 하는 마음이다.

미니프로젝트 : S.A 작성까지 마무리하고 역할을 분배하니 저녁시간이 되어 많은 작업을 하지는 못했다. 맡은 post부분 작업을 하기 위해 벨로그에 써놓았던 웹개발5 글과 웹개발 종합반 4주차 스파르타 피디아 강의를 참고하였다.
아직도 낯설고 내가 잘 하고 있다는 확신이 들지 않지만, 처음 웹종합 강의를 수강 할 때를 떠올려보면 클라이언트와 서버 사이의 연결 관계에 대해서 더 잘 이해하고 있다는 것을 느꼈다.

9시에 시작해서 이 글을 끝으로 21시30분 즈음 오늘의 일과를 마친다. 어제 5시에 자서 8시에 일어났지만 가끔 오는 졸음을 제외하면 견딜만했다. 앞으로 남은 기간동안 더욱 몰입하는 시간을 보낼 수 있을 것 같다는 자신감을 얻은 것이 오늘의 가장 큰 수확이 아닐까 생각한다.

5월 16일

깨달은 점
쓸모없는 코드는 없다.
답도없이 망했으면 그냥 새로 짜자
부트스트랩의 필요성을 느끼고 재 수강 예정
css파일 분리 및 사용방법

부분 분리 style.css

후에 필요 할 때 마다

5월 18일

like 버튼 만들기
datetime

코드컨벤션

  • 읽고, 관리하기 쉬운 코드를 작성하기 위한 일종의 코딩 스타일 규약

HTML

id : 소문자, 카멜스타일 변수 (EX : imageCound)
class : 하이픈 기법 (EX : image-count)
빈줄 : 그룹되어있는 태그 구분을 위해 코드 간 1줄 빈 줄 사용 x 주석 사용을 권장
주석 : 주석 기호와 내용 사이에 공백 필수 (EX / 내용 /)

CSS

BEM (Block Element Modifier) 방법론

  • 항상 소문자 사용, 카멜 케이스 X
  • 일반적으로 한 요소는 하이픈으로 연결 (EX input-text)
  • 네이밍의 조합은 형태-의미-순서-상태 순으로 사용 (EX button-submit-03-disable)
  • 언더스코어는 파일, 폴더, 이미지 등에만 사용 (EX image_elysia_asset_01.png)
  • 숫자를 사용 할 때는 확장성을 고려해 1, 2와 같이 쓰지 않고 01, 02, 03... 혹은 001, 002, 003 처럼 사용
    이렇게 하지 않으면 정렬시 1 다음 2가 아닌 10이 오는 등 정렬 순서가 엉망이 될 수 있음

JS
https://velog.io/@cada/%EC%9E%90%EB%B0%94%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%8A%B8-%EC%BD%94%EB%94%A9-%EB%B0%8F-%EB%84%A4%EC%9D%B4%EB%B0%8D-
%EC%BB%A8%EB%B2%A4%EC%85%98-1%ED%8E%B8

REST API URL 규칙
https://dev-cool.tistory.com/32

5월 19일

검색 키워드

  • 언어를 먼저 쓴다.
  • 영어로 쓴다.
  • 영어로 작성이 어려울 시 한글로 써보고 안 나오면 번역해서 영어로 쓴다.

chap GPT

  • 대화하듯이 수정해가면서 쓴다.
  • 영어가 좋다. 한글로 하면 대답이 제한적

해외 강의 사이트 유데미

API 설계

  • 프로젝트를 통해 남기는 것은 코드가 아닌 오류해결과정★
  • API를 잘 만들자.

개선사항

  • 좋아요 버튼 눌러서 숫자 올라갈 때 num 안 보이게 하기

  • readme는 개발자들이 보는 것, 개발적인 관점에서 내용을 적는 것이 좋다.


    다른 팀 개선사항

  • 개발자로서 내가 만든 서비스나 기능이 잘 보이는 것에 욕심을 갖자.

  • 경로상으로 url은 일정한 규칙을 갖도록 하고 하나의 html 파일에 작성해야 한다.
    다 만들거면 서버가 필요가 없다.
    클라이언트 파일을 최소로 하고 서버를 통해 내려줘야 한다.

  • 대체(기본)이미지는 유서버에서 디폴트 이미지를 가져온다. 이렇게 하지 않으면 프로젝트 규모가 커지면서 유지보수비용이 커진다.

  • 리소스를 할당 받고 어떻게 해제하고 수동으로 해제해야하는 부분은 어떤 곳이 있는지 고민해봐야 한다.

  • 프로젝트시 역할을 매서드로 나누지 말고 화면(도메인)단위로 나눠서 각각의 기능을 써보자

  • 와이어프레임 툴 같은 것을 잘 활용해서 개발하자.

0개의 댓글