나만무

처음에는 소수인지 판명을 해줘야할 것 같아 소수 판명함수를 넣어놨는데, 생각해보니까 if (N % i == 0)과정에서 i로 나눠지는 경우는 이미 다 사라지기 때문에 따로 소수를 판명하지 않아도 됬다. 때문에 브루트 포스로 소인수 분해만 시켰다.문자열의 해당 문자를 i

입력이 들어오면 그 입력에 따라 8진수, 10진수, 16진수로 구분해서 10진수로 변환시키는 문제이다.쉽게 2줄로 띡- 하는 방법도 있지만 최대한 내가 생각한 방법으로 풀어보기 위해서 코드를 좀 풀어서 적었다.문자를 아스키코드로 변환해서 서로 비교하는 방법인데, 코드가

데이터 베이스가 없으니 인터페이스로 구현 클래스 변경할 수 있도록 설계향후 변경을 위해 인터페이스로 구현만 해놓음Optional은 값이 있을수도, 없을수도 있는 컨테이너Optional<Member> findById(Long id)처럼 쓰면 만약 해당 id의 Mem

강한 결합 한 클래스가 다른 클래스에 강하게 의존 되어있어 한쪽을 변경할 때, 다른쪽도 변경해야 하는 경우를 말한다. 위와 같은 코드가 그 예시인데, GameRunner는 MarioGame 클래스에 강한 결합되어있어 다른 게임이 들어가면 오류가 나오게 된다. 강한

ModelAttribute 어노테이션으로 json처럼 담아서 데이터 보내기 가능ddl-auto entity를 처음 실행할때 자동으로 테이블을 만들지 말지 설정하는 코드 none이면 아무것도 하지않는다.

팀이 목표로하는 프로덕션에 가장 큰 비중팀원들와 매일 스크럼을 하면서 서로의 진행상황이나 어떤걸 구현하고 있는지 확인하기첫주차는 기획과 발표, 3회의 발표2~3주차는 실제 기획에대한 개발4~5주차는 폴리싱늦어도 4주차 초반까지는 개발 끝내야함4~5주차에는 발표 자료 준

AI를 사용했을때 같은 경우에는 더미데이터의 종류가 많고 차이가 나는 더미데이터를 어떻게 의미있게 사용하는지를 고민해봐야함깃에 커밋하는 내역이 트러블에 관한건지 리포트를 받고 싶은건지 구분하기자바 독스라는 것이 있다. 안쓰이는 이유가 너무 복잡해서 안했다.가고자하는 방

나만무 2일차 아이디어 회의를 하였다.

YouSync 유튜브의 영상을 자동으로 더빙해주는 어플캐싱 시스템을 이용해 상위 10퍼센트의 영상을 미리 저장한다.연습하다가 시험을 하고 싶은 경우가 있을것 같다. 데이터를 가져올떄 영어 회화에 적합한 URL이라는것을 어떻게 아는가 원본데이터의 무결성이 제일 중요할것

내가 더 긴장된다 ;;LDS 코치님 스타일 : 뭔가 명확하거나 명쾌한 설명이 되기를 원하신다.졸라긴장된다우리팀화이팅흐에느낌이 클린코드기능에서 10000% 피드백이 들어올것같다기술적 챌린지부분에서 딱히 피드백이 들어오지 않은것으로보아 기술적 챌린지는 현재 나쁘지않은것같다

NestJS 기본 구조 nest-cli.json nest 프로젝트를 위해 특정한 설정을 할 수 있는 json파일 tsconfig.json 어떻게 타입스크립트를 컴파일 할지 설정 tsconfig.build.json tsconfig.json의 연장선 상 파일이면 빌드를

Jira로 브랜치 만들기Jira로 브랜치 만든걸 로 업데이트3\. Jira에서 커밋 메세지 받아와서 커밋하기4\. 연동됬는지 확인로그인 회원가입 백엔드 구현, jwt인증 구현, 리프래시 토큰 구현, 마이페이지 기능, 마이페이지 수정 구현제일 먼저 email 모듈과 au

bundle.js 여기에 우리가 개발할 것들이 여기서 스크립트로 만들어져서 실행된다. 제일 먼저 시작되있는것은 index.js다. jsx는 html을 자바 스크립트 내에서 쓸 수 있도록 한것이다. 아이디가 root인 놈을 가져온다. 루트로 만들겠다는 뜻, 렌더라는

NestJs의 파일 구조 frontEnd로부터 입력을 받는것은 제일먼저 DTO에서 오브젝트로 만들어 준다. 오브젝트로 만들어서 입력 받은 DTO에서부터 받아온 구성요소를 controller와 service에서 받아주는 느낌이다. merge 작업 1주일간의 작업을 병합

2. CICD

중고거래 사이트가 아닌 합주 사이트로 변경되었음우리가 이것까지 고민했습니다. 라는것을 보여줬으면 좋겠다. 완성도 측면에서 사용자 클라이언트에 조금 더 완성도 있는것을 보여줄 수 있으면 좋겠다.더미 데이터를 몇백만건 넣고 데이터가 많이 쌓이면 어떻게 하면 좋을지 확인하는

깃허브 연동

두 코드의 차이는 아래 코드는 처음 한번 받아오고 head나 base 값이 하나라도 변하면 다시 실행되지만위 코드는 처음 한번만 실행되고 바뀌지 않는다.

이슈 자동생성 기능을 만들었다.

비밀번호 찾기 기능 및 AI 모델 기능 보강

하루종일 쉬었다

AWS에서 헤더 허용을 해서 코드 클린시 보내지는 파라미터를 제대로 할 수 있었다.

ㅁㄴㅇㅁㄴㅇㅁㄴㅇㅁㄴㅇ

데이터들을 배열로 가져오는 것뿐만 아니라 Modal을 Open하는 것 또한 배열로 가져와야한다.또한 onClick과 onOpenChange로 관리하는 모달의 열림상태도 배열상태의 함수로 설정해서 구분할 수 있어야한다.Modal에서는 파라미터 값을 전달해주어야한다.

병합 구현

23일차일기

내 이슈를 전체적으로 재정비할 필요성이 생겼다.유형별, 타입별로 정렬하기 위해 filter을 사용해서 정렬을 시켜준다.useMemo : 컴퓨터 프로그램이 동일한 계산을 반복해야해서 이전에 계산한 값을 메모리에 넣을 필요가 있을 때 사용한다.필터링 값이 매 렌더마다 불필

AWS Bedock을 이용해 LLM 모델 사용을 구현하였다.먼저 access_key, 엑세스 시크릿 키가 필요하다.

이슈 자동생성을 할 때 적합한 라벨까지 만들어주는 것을 목표로 개발을 진행했다.먼저 AI모델을 gemini-2.5-flash-lite로 변경했다.우리 프로젝트에는 고성능 모델이 그다지 필요없고 오히려 빠른 이슈생성이 필요하기에 좀더 가볍고 빠른 모델을 사용해서 생성 속

28일차

29일차 AI 성능 개선

30일차

1조 발표시간 5분 40초, 좀더 시연하면 좋을것 같다. 시연시간을 조금 더 써도 될것같다. 캐싱되어있는 데이터기 때문에 차라리 캐싱되지 않은 사진과 캐싱된 사진을 두개 다 보여주는게 좋을수있다. 플로우 괜찮음 핸드폰은 안보고 하는게 좋고, 가능하다면 모달 같은걸로

이전에 비해 훨씬 좋아졌고 시간도 컴팩트해졌다검은 화면을 줄일 수 없다면 중간의 침묵 시간을 새로운 멘트를 추가해서 없애면 좋다.대부분 좋았다.한가지 아쉬운건 본 UI가 개선이 안 되있는 부분이었는데 오늘안에 고칠 수 있을것 같다.발표가 많이 좋아졌다.피드백 내용도 대

사람을 선정하고 사람이 실제로 사용하는것을 보여줘서 보는 사람이 쓰고 싶도록 하는 설명을 해준다. 시간이 살짝 오바됬는데. 기획 설명에서 하고 싶은 얘기를 시연으로 살짝 빼는게 좋을 것같다.디바이스 별로 따로 반응형으로 보이는게 아니면 해상도가 맞지 않아서 위험할 수

34일차

검증 모델을 써서 실제로 성능이 좋아졌다는 그 객관적인 지표가 있을까객관적인 검증 지표는 없지만 원래는 이슈카드를 생성할때 라벨을 아예 적용을 하지 않는 경우가 있었다. 때문에 사용자가 라벨을 대신 삽입해야하는 경우가 있었는데, 검증모델을 따로 둔 이후부터는 그런 경우

발표시간은 준비하는 시간 포함 7분, QA시간은 따로, 발표 이후에는 포스터 섹션을 진행해야한다. 발표가 끝난 후 소감을 말하자면 확실히 발표시간이 극단적으로 짧다는 생각이 들었다. 7분 내에 우리가 만든 프로젝트의 장점을 보여줘야한다니, 힘들었다. 떄문에 우리는 우

나무자르기 문제를 CPP로 다시 풀었다.