NCP설정은 저번에 해주었으니 이번에는 SENSE가 잘 작동되는지 테스트 해보도록 하자SMS설정을 마쳐준후 확인버튼을 눌러준다문자가 잘발송되는것을 알수가 있다!!NCP에서 API를 호출하기 위해서 header에 인증을 해줘야한다.네이버 API 호출 가이드를 따라서 작성

호영이가 사이드 프로젝트를 하고 싶은데 할생각 있냐고 물어봐서 같이 하기로 하였다!예전에 친구와 했던 프로젝트인데 스터디공부를 할때 카카오톡에 톡방을 만들어 아침 9시에 인증 샷을 올려서 공부를 했던 적이 있어서 위치 기반으로 출석체크를 할수 있는 앱을 만들고 싶다고

저번에 workflow의 Invoke까지 작성해봤기 때문에 이번에는 이 코드가 잘 작동하는지 테스트 코드를 작성해본다.개인적으로 생각하며 테스트 코드를 짜보았는데 통과는 하였다 하지만 이테스트가 통과한다고 다된것인지, 아니면 어떤 값을 뱉어줘야 테스트가 통과하는지 잘모

리팩토링을 위해 Invoke부분을 뜯어보았다.필요한 값들은headers와 \_http 그리고 requestUrl과 Get인지 Send인지 메서드 리스펀스의 종류가 필요하다.Workflow파일에서 http를 정의를 해준다.headers는 멘토님이 생성해주실때 정의 되어있

우리는 총 3부분으로 나눠서 리팩토링을 담당하기로 했다.header 부분은 멘토님께서 도와주셔서 완성하였고query 부분은 준희님build request url 부분은 의정님 Invoke 부분은 내가 담당하기로 하였다.Invoke 부분은 회의 결과 앞에서 나온값만 가져

이번주는 너무 아쉬움이 많이 남는 주였다. 큰 이유는 백엔드 파트를 담당했지만 프론트엔드 팀원들이 진전 상황이 너무 적고 만든 기능도 다 못쓰겠다는 말만 하는 분들이 계서서 원하는 만큼 완성을 못했다... 1차때도 잘하지 못한거 같아서 잘만들어보고 싶었는데 아쉬운게 되

나는 1차 프로젝트때 유저정보를 담담했었기 때문에 이번에는 유저정보를 백엔드 다른 팀원에게 넘겨주고 나는 가게정보와 예약정보를 담당하기로 했다.가게 정보와 예약정보의 스키마를 만들고DB에 저장 까지 하였다.Postman으로 가게 정보를 가져올때 등록된 메뉴까지 가져올수

챌린저스를 끝내고 마스터즈 인원 발표를 기다리고 있는데 멘토님께서 리드맨티 제안을 하셨다!하지만 다른것도 바쁘고 많을 시간을 투자하지 못하지 때문에 죄송하다고 일반 팀원으로 하고 싶다고 말씀드렸다.그결과 4번 번호로 합류하게 되었다~!~!(분명 15명이였는데..?)3개

오늘은 NHN Cloud의 API의 대해서 알아보고 사용해볼 예정이다.해당 홈페이지 Console에서 SMS API를 사용할수 있다.REST API를 사용하기위해서 baseURL과 Appkey 그리고 SecretKey를 사용한다. 이것은 개인의 값이기때문에 노출되서는

Events – push, pull_request Events – workflow_dispatch

이번주는 GitHub Action에 대해서 진행을 하였다.두개를 잘깔아준후 github과 연동하여 하나를 새로 파준다.연동시켜준 .github/workflows아래의 main.yml파일에 아래의 코드를 작성한다.작성후 깃허브에 Push를 하고 Actions를 보면 Fi

과제 내용 애저 API 관리자 애저 펑션 애저 저장소 어카운트 애저 앱 서비스 플랜 애저 애플리케이션 인사이트 애저 로그 아날리틱스 워크스페이스 https://docs.microsoft.com/en-us/azure/templates/ 각 필요한 리소스를 Micro

Bicep은 애저 리소스를 배포하는데 사용되는 RM(Resource Manager)템플릿 언어로 DSL 즉, 도메인을 위해 설계되었다.Bicep을 생성하기 위해서는 사전작업으로 Azure CLI와 애저 계정 구독을 해야한다.(애저 CLI로 배포를 해야하기 때문)다음은

Fluent API(fluent interface) 메소드 체이닝에 상당 부분 기반한 객체 지향 API 설계 메소드 메소드 체이닝(Method) OOP에서 여러 메소드를 이어서 호출하는 문법 메소드가 객체(this)를 반환하여 여러 메소드를 순차적으로 선언할 수 있

발대식이 끝난후 7/12일 첫번째 워크샵을 진행하게 되었다. 워크샵을 준비하기 위한 개발환경이 필요하였다.원래 발대식때 개발환경을 다같이 맞춰서 진행하려고 했는데발대식때 설명하는 시간이 너무 길어져서 개발환경은 세팅하지 못하여 수업전에 미리 해오기로 했습니다!M365

월요일부터 수요일까지 3일간 프로젝트 안내 받고 프로젝트를 기획하도록 하였다!어떤 주제의 프로젝트를 할것인지, 어떤 기술을 쓸려고 하는지, 어떤 방식으로 구현을 할지 정하는 시간이였다.팀원의 투표결과 음식점을 예약하는 프로젝트를 하기로 하였구이름을 고민하다가 다른거는

CSR: 초기 로딩은 느리지만, 사용자에게 좋은 사용 경험을 제공SSR: SEO를 손쉽게 적용할 수 있음SSG: SSR처럼 완성된 HTML을 받아오지만, 해당 HTML은 빌드 타임에 생성됨next.js: React에 SSR 개념을 적용한 프레임워크Code Splitti

코드 테스트: 코드를 작성하고 나면, 원하는 대로 동작하는지 알기 위해 테스트를 함화이트 박스 테스팅: 컴포넌트 내부 구조를 미리 안다고 가정하고 테스트 코드를 작성블랙박스 테스팅: 컴포넌트 내부 구조를 모른채 어떻게 동작하는지에 대한 테스트Unit Testing: 다

ReDux: 앱 전체 상태를 쉽게 관리하기 위한 라이브러리Action: 상태의 변경을 나타내는 개념Action Creator: Action을 생성하는 함수Store: 앱 전체의 상태를 보관하는 곳Reducer: Action을 받아 새로운 State를 만듦Dispatch

Redux: javascript로 구동되는 앱에서 상태관리를 도와주는 라이브러리Redux Toolkit: Redux를 좀더 쉽게 사용할수 있게 해주는 라이브러리Jest: Facebook에서 개발한 단위 테스트가 가능한 라이브러리리덕스는, 가장 사용률이 높은 상태관리 라