# 피드백

kimjn04

( pc )1\.문제점 : swiper의 navigation button이 h3에 가려 위에 보이지 않음.해결방안 : h3를 swiper 안으로 이동 main의 오른쪽 영역 position: sticky; 를 이용하였으나, top: -830px; 수치는

kimjn04

(반응형 웹) video, img, slide 등 가로세로 비율 유지 - 반응형 웹에 유동적으로 대응가능(\* 네이버 Career에서도 피드백 받음)\+추가 피드백 : 원하는 크기로 안나올 경우, img를 한번 더 감싸는 태그를 생성하여 padding을 부여하고 그 부

whtpdus97

seaborn의 taxis 데이터를 활용한 EDA 과제 회고

whtpdus97

[230316] 멋쟁이사자처럼 AI SCHOOL 8기 3월 셋째주 WIL

kimjn04

swiper-slide 마우스 컨드롤 되지 않게 하는 속성(반응형 웹) video, img, slide 등 가로세로 비율 유지 - 반응형 웹에 유동적으로 대응가능swiper-slide의 button, pagination을 꾸밀 때, 개발자모드 이용하기('swiper-b

kimjn04

스크롤 맨 위로 올리기 기능'해당 영역 제외'하고 클리했을 시왼쪽 오픈 메뉴의 경우, header와 main이 아닌 그 사이에 aside태그로 구성될 수 있음이미지 확장자 'svg' 는 path의 fill속성을 변경하여 색 변경이 가능함스크롤바 숨기기 기능스르륵 사라지

kimjn04

body의 header, main, footer를 전체적으로 묶어 min-width 보장해주기영역은 section태그 사용, 하위에 h2태그 필수마크업시, h1태그(보통 logo)는 한번만 사용a태그는 링크이동, button태그는 작동되는 용도통일성 갖추기 (이미지 넣

whtpdus97

[230302] 멋쟁이사자처럼 AI SCHOOL 8기 3월 첫째주 WIL

whtpdus97

[230209] 멋쟁이사자처럼 AI SCHOOL 8기 2월 둘째주 피드백 WIL

dlgkdis801

피드백 반영하여 인증/인가 및 유저와 관련된 서버를 하나로 통합, 알림 서버까지 한번에 그림.API Gateway와 관련해서는 모든 서버가 API Gateway를 거쳐야하기 때문에 담당 서버만 그린 해당 아키텍처에서는 그림을 따로 첨부하지 않음.

humble1725

벡엔드 부트캠프1주차 회고 공부의 방향이 조금 잡혔다. 처음에는 벡엔드수업,알고리즘,cs를 잡아야겠다는 생각으로 꼼꼼히기록하고 꼼꼼히 탐구하면 되겠지라고 생각했지만 시간이 부족했다. 너무 무리해서 계획을 했던것이다.내역량으로는 그런 계획을 해낼수 없다.그래서 계획을 수

whtpdus97

1월 둘째주 피드백

gaeng_man

한 주간의 로그

nhs075241

자바스크립트 프로젝트 피드백

r5zyoon

일요일인 어제(크리스마스 당일) 게더에서 팀끼리 모였는데, 정말 우리 팀만 있어서.. 놀랐다. 그 어느 때에도 다들 들어와 있었는데! 피드백 정리 후 반영할 것만 추려서 반영하고 그 외에도 내부에서 눈에 뜨인 수정 및 개선 작업을 진행했다. 쉽고 가벼운 주제라 사용자가 서비스 접속 후 할 행동을 헤맬 거라는 생각은 거의 못 했었기에, 피드백의 중요성을 다...

whtpdus97

멋사 AI SCHOOL 8기 1주차 피드백

loooggi

PR을 적극적으로 컨벤션을 지켜서 하려고 노력한 점팀원들과의 소통이 조금 더 원활해진 점모르는 것이 있으면 팀원들과 같이 해결하려고 하는점이전의 프로젝트를 하면서 아쉬웠던 부분들을 개선하려고 한 점다른 팀원들에 비해서 맡은 일을 끝내는 속도가 느렸던 점모르는 부분이 있

loooggi

팀원들끼리 서로 배려하면서 프로젝트를 진행했던 점각자 맡은 부분에 대해서 열심히 했던 점프론트엔드랑 백엔드 폴더를 분리했는데 원격 리포는 하나라서 커밋하고 푸시할 때 혼선이 있었던 점생소한 언어에 대해서 차분하게 공부해보지 못했던 점시간 관리가 잘 안됐던 점api명세서

sum3533279

파이썬 경력 개발자로 자바측 백엔드로 커리어 전환을 위해 참여했으며, 전반적인 이해수준과 프로젝트의 이해도가 높아 프론트엔드, 백엔드 상관없이 모든 영역을 아우르며 프로젝트를 진행했고, 프로젝트 내내 기술적, 커뮤니케이션을 리드. 프로젝트 진행에 욕심이 많았기 때문에,

anfrosus

댓글과 대댓글 테이블 설계할 때 계층형 데이터 모델 위와 같이 구현한다면 어땠을 까??내가 이해한대로라면 굳이 댓글 테이블이 두개 있을 필요 없고댓글 -> 글? or 댓글? 과 같은 구조로 설계하면 좋을 것 같다는 말 같다.좋아요도 마찬가지로 하나의 큰 계층형 데이터