jay_velog

🧑🏻‍💻 뒤늦은 메인 프로젝트 회고록! 프로젝트 소개 프로젝트 명 : 나와 잘 맞는 팀원을 만나기 위한 사이드 프로젝트 플랫폼 기간 : 2023.08.24 - 2023.09.19 ✔️ 깃허브 주소 : https://github.com/dotollll/seb45_main_024 GitHub - dotollll/seb45_main_024: 나와 잘 맞는 팀원을 만나기 위한 사이드 프로젝트 플랫폼, 스무디 나와 잘 맞는 팀원을 만나기 위한 사이드 프로젝트 플랫폼, 스무디. Contribute to dotollll/seb45_main_024 development by creating an account on GitHub. github.com 메인 프로젝트가 드디어 끝이 났다. 프로젝트 기간 동안은 에러와의 싸움..

🧑🏻‍💻 비밀번호 재설정 테스트 중 발생한 에러 로그 1. Could not autowire. No beans of 'JavaMailSender' type found. ❓ 의존성을 추가하고 yml 작성 후 아래와 같이 필드를 선언하는 데 자꾸 빨간줄이 나타났다. 뭐가 문제인지 찾아보니 대체적으로 yml 설정을 잘못해서 난 에러라고 한다. yml 파일을 몇 번이고 살펴봤지만 딱히 빨갛게 에러도 안 뜨고 gpt에게도 물어봤지만 딱히 좋은 답변도 주지 않아 이걸로 초반에 한참을 시간을 잡아 먹었던 것 같다. 뭔가 문법이 틀린 것 같긴 했는데 도통 그 문제를 찾지를 못했다. 그러다 찾은 문제! 실제로 spring.mail. 이런 식으로 시작되어야 맞는 것인데 내가 띄어쓰기를 하지 않고 딱 붙여 썼으니 yml에 ..

🧑🏻‍💻 비밀번호 재설정을 위한 이메일 보내기 구현 1 본격적인 구현에 앞서 STMP가 무엇인지 어떻게 작동하는 것인지 알기 위해 테스트를 해봤다. 💡STMP(Simple Mail Transfer Protocol)란? ➡️ 인터넷에서 이메일을 전송하는 데 사용되는 표준 프로토콜이다. 이 프로토콜은 서로 다른 이메일 시스템 간의 메세지 전달 및 중계를 가능하게 하며 TCP/IP를 기반으로 동작한다. ➡️ 전자 우편 서버 간의 통신을 위한 핵심 프로토콜이라고 할 수 있다. ✔️ 테스트 시작에 앞서 기본적으로 해줘야 할 의존성 추가 (나는 gradle을 사용하기 때문에 아래와 같이 추가했다.) implementation 'org.springframework.boot:spring-boot-starter-mail..

🧑🏻‍💻 메인 프로젝트가 시작한지 벌써 일주일하고 하루가 지났다. 간단한 시작 후기와 함께 첫 멘토링에 대한 기록 남기기. ✔️ 메인 프로젝트의 시작! 메인 프로젝트는 마음 맞는 사람들과 미리 팀을 꾸려도 된다기에 프리 프로젝트가 끝나자마자 바쁘게 움직였다. 프리 때 같이 협업했었던 프론트엔드 분께 연락을 드려서 같이 팀을 꾸리게 되었고 그분이 구해오신 두 분, 그리고 내가 구한 두 분이 모여 팀이 완성되었다. 화기애애하지만 어색했던 첫 시작은 뒤로 하고 메인 프로젝트는 어설펐던 프리 프로젝트와는 다르게 완성도 있는 결과물을 내기 위한 열정적인 회의가 계속 지속됐다. 프론트 중 한 분이 경험이 있어 잘 끌어주긴 했지만 아이디어가 쉽게 모이지는 않았다. 아무래도 다들 기획은 해본 적이 없던 터라 더 그랬던..

프로젝트 소개 프로젝트 명 : 스택오버플로우 클론 코딩 기간 : 2023.08.04 ~ 2023.08.23 ✔️ 깃허브 주소 : https://github.com/codestates-seb/seb45_pre_019 GitHub - codestates-seb/seb45_pre_019 Contribute to codestates-seb/seb45_pre_019 development by creating an account on GitHub. github.com 드디어 첫 프로젝트가 끝이 났다. (물론 끝난 게 끝난 게 아님을... 리팩토링 하자) 시작 전에는 클론 코딩이라는 얘기를 듣긴 했지만 과연 내가 잘 해낼 수 있을까 하는 의문이 가득 했는데 다행스럽게도 맡은 바 역할은 잘 해낸 것 같아서 그나마 안도..

🧑🏻‍💻 TIL(Today I Learned) ✔️ 지속적 배포 💡 지속적 배포(CD, Continous Deployment) ➡️ 애플리케이션 개발 및 배포 과정에서 사용되는 방식 중 하나, 코드 변경사항이 발생하면 자동으로 애플리케이션을 빌드하고 테스트한 후 운영환경에 배포하는 것을 의미 개발 및 운영팀 간 소통 및 협업을 더욱 향상할 수 있음 → 개발팀은 더 빠르고 안정적인 애플리케이션 배포 가능 애플리케이션의 배포 주기를 단축하고 버그를 빠르게 발견하고 수정할 수 있도록 도와줌 → 시스템 관리자와 개발자에게도 편리할 뿐 아니라 사용자에게도 향상된 서비스 제공 ➡️ 일부 조직에서는 보안과 안정성에 대한 우려가 있을 수 있으므로 조직의 상황에 맞게 적절한 방법으로 구성하고 운영해야 함 💡 배포 자동화..

🧑🏻‍💻 TIL(Today I Learned) ✔️ 빌드, 지속적 통합 💡 빌드(Build) ➡️ 소프트웨어 개발에서 소스 코드 파일들을 컴퓨터가 이해할 수 있는 실행 가능한 소프트웨어 산출물로 변환하는 과정 ➡️ 산출물은 "아티팩트(Artifact)" 라고 부름, 바이너리 파일, 라이브러리, 패키지 등의 형태로 제공됨 🔎 빌드 도구가 필요한 이유 ➡️ 빌드 과정을 자동화하면 더 효율적이고 안정적인 소프트웨어 릴리즈를 위한 과정을 간소화할 수 있음 🔎 빌드 도구 종류 Java : Maven, Gradle Python : (의존성 관리 및 빌드 스크립트 실행 도구) pip, setuptools JavaScript : (의존성 관리 및 빌드 스크립트 실행 도구) npm, yarn C++ : CMake, Ma..

🧑🏻‍💻 TIL(Today I Learned) ✔️ 프록시 서버, 로드 밸런서, 오토 스케일링 💡 프록시 서버(Proxy Server) ➡️ 클라이언트가 서버와 소통할 때 서버에 바로 접근하지 않고 자신을 통해 서버에 접근할 수 있도록 해주는 일종의 대리(proxy) 서버 ➡️ 보통 일반 사용자는 제한되어있는 서비스를 이용하기 위해 우회하거나 캐시를 통해 더 빠른 이용을 하기 위해 사용함 🔎 프록시 서버 종류 ➡️ 위치에 따라, 프록시 서버가 클라이언트에 가까이 있는지 서버에 가까이 있는지, 두 가지로 구분 Forward Proxy : 클라이언트에 가까이 위치한 프록시 서버, 클라이언트를 대신해 서버에 요청 전달 : 주로 캐싱을 제공하는 경우가 많아 사용자가 빠른 서비스를 이용 할 수 있도록 도와줌 캐싱..

🧑🏻‍💻 TIL(Today I Learned) ✔️ AWS 💡 클라우드 컴퓨터(Cloud Computing) 기존 서버의 방식 전산실 등에 컴퓨터를 배치하고 인터넷을 연결하여 서비스 제공 → 하지만 서버가 요청에 대한 수용 능력이 한계에 도달하게 된다면? 같은 공간에 더 많은 컴퓨터를 두어 한 대가 해결할 수 있는 요청을 여러 대가 나누는 방식을 사용하거나 컴퓨터 한 대의 성능을 높이는 방식을 사용할 수 있음 하지만 따라오는 한계점이 있음 주기적인 관리 필요 : 서버실에서 고장이 나거나 인터넷이 연결되지 않는 컴퓨터가 생긴다면 해결하기 위한 인력 및 비용 투입 필요 : 컴퓨터의 개수가 늘어나면 그만큼 인력과 비용이 증가함 공간의 한계 : 서버실에 컴퓨터를 배치하고 필요에따라 개수를 늘리는 방식으로 능력을..