스파르타코딩클럽_Spring3기_본캠프

pwd(print working directory) : 현재 작업하고있는 폴더(위치)를 보여 달라는 뜻.'~' 는 home 위치를 가르키며 데스크탑(바탕화면)보다 상위위치.ls(list) : 내 폴더안에 폴더&파일의 목록을 표시☆ ls -a(list all) : 숨긴파

신입을 뽑기위한 리소스 대비 효율이 높지않아 꺼려하게 됌.하루에 한번 일단 작성하기 (easy mode) / 처음부터 완벽하게 하려면 오히려 진입장벽이 생김그날의 '주제'를 정해 배웠던 내용을 정리초기 : 강의를 정리하고 복습중기 : 개발 단계 정리. (설치 / 세팅

본캠프를 시작하며 1주차부터 팀프로젝트 겸 미니 프로젝트인 '팀원소개페이지'를 제작하는 과제를 받음.박태우(조장) : 깃헙 Reopository , 방명록 기능제작(CRUD 기능)조성준 : 와이어프레임, 구글폼 작성, 메인화면CSS 제작윤영한 : 디자인, 텍스트에어리

기능 추가사항 CSS 최적화. 사용 이미지 용도에 맞게 편집. 팀원 자기소개 카드 플립 애니메이션 추가. 사용 기술 HTML CSS 작업결과물 해당카드가 처음엔 뒷면 이었다가 앞면으로 변할때 애니메이션 + 간단 자기소개 페이지가 나오게 설계. CSS 카드애니메이션

와이어 프레임 최적화메뉴별 이동 내비게이션 추가최상단 이동 버튼 추가HTMLCSSJAVAScript처음에는 매니저분이 사용하신다는 피그마를 사용하려했으나 내생각대로 배치가 잘 안되서 그냥 파워포인트를 사용했다.처음에는 a태그를 이용하려고 했으나 깔끔하지 않고 하이퍼텍스

추가사항 최종발표 사용기술 PPT Notion ZOOM 완성 결과물 > https://wootaepark.github.io/first-project-team3/ (배포 URL이 언제까지 살아있을진 미지수) 지금까지 숨겨왔던 메인컨셉을 드디어 공개. 발표중 PPT중

원본파일을 살리돼 다른파일을 수정하고싶을때 기존의 파일을 복사를 해왔음(파일의 크기가 커질수록 자원낭비.)브랜치 기능을 통해서 원본에 영향을 주지않고 기능별로 개발이 가능하다.git branch 브랜치이름 : 브랜치 생성git branch : 존재하는 브랜치 확인.gi

나는 나를 얼마나 알고있나요?메타인지 : 내가 뭘모르고, 무엇을 알고있는가?TIL, WIL 등 배운것을 까먹지 않기 위해 키워드라도 적어둬야함.개발공부는 왜이렇게 힘든걸까?직업의 물질적가치(연봉) 직업론적 가치가 높기때문에 힘들수밖에없음.더 학습을 잘하는 법.왜 하고싶

A언어 : 1960년 , 입/출력, 문맥, 프로그램을 만들기위한 가장 기본적인 언어.B언어 : 1960년 , A언어+데이터타입+연산기능+메소드, 데이터를 연산하고 묶어서 관리 구현이 가능한 언어.C언어 : 1970년, B언어+자료형데이터타입+자료구조, 더 다양한 데이터

비교연산자는 두 연산자의 타입이 다를경우 더 큰타입으로 타입을 통일시킴비교연산은 주소값을 비교하기에 참조형의 경우 .equals()메서드 사용(비교연산부분 참조)증감연산자는 항상 순서에 주위하여 계산해야함.삼항 연산자 결과에 따라 직접 응답할 값을 지정하는 연산자.(조

배열보다 다수의 참조형 데이터를 더 쉽고 효과적으로 처리.기능 : 크기자동조정, 추가, 수정, 삭제, 반복, 순회, 필터 등...배열처럼 일렬로 데이터를 저장하고 조회하여 인덱스로 값을 조회가 가능.크기가 가변적으로 늘어나는 동적배열.메모리에 남는공간을 요청해서 불연속

현실세계의 제품이 하나하나의 모듈이 있듯이 프로그램 또한 기능,속성별 모듈화를 통해 부품을 조립해 만드는 방법.세상에 존재하는 물체이며 식별가능한것.속성=필드, 행위=메서드 구성됌.실제로 존재하는것을 SW상의 객체로 만드는것을 '객체 모델링' 추상화 라고함객체들은 서로

웹서비스란 무엇인가?웹이라는 공간에서 제공되는 서비스.해당 서비스를 설계 / 제작 / 관리 하는것이 웹서비스 개발자.웹 서버컴퓨터데이터 센터(내부에 수많은 서버컴퓨터가 존재)클라이언트에 요청을 받고 웹서비스를 제공하는 웹서버. / 인터넷으로 연결되어있다.웹서비스를 원활

문제발생 : 기초 코드뼈대를 짜고 Git 레파지토리를 먼저 설정하고 프로젝트를 구조를 Git에 맞추면서 src 루트폴더가 안보이는문제발생원인 : Git 은 폴더의 구조를 보는 것이 아닌 '해당경로에 파일의 변경성' 만을 보기에 아무 파일이 없던 src폴더를 인식하지못함

JAVAGit, GithubCommit 컨벤션 : 프로젝트 참가ㄷ자들이 일관된 형식의 커밋메시지를 작성하기위한 규칙. 가독성 향상, 변경이력 추적이 가능.익숙하지 않은 방법이다 보니 줄바꿈 등 습관화가 덜 됌.커밋메세지 내에서 줄을 바꾸고싶은 경우 git commit

JAVA는 기본적으로 값에 의한 호출을 함.값을 복사하여 처리하며 원시타입(Stack), 참조타입(Heap)에 따라 갈린다.원시타입은 값을 스택에서 복사해서 가져오기에 각자의 주소영역을 가짐.참조타입은 주소값을 들고오기 때문에 Heap 영역에 있는 동일 객체를 가르킴.

JAVAGit, Githubmain() 메소드에 구동부나 변수가 있는걸 싫어하기에 ServiceManager 클래스를 두어 흐름을 제어하게끔 하고 main() 은 프로그램실행만 하는 역할로 변경.System.out.println(firstNum + " " + opera

JavaGit, Githubpublic double calculate(T firstNum, T secondNum, String operator) throws ArithmeticException, OperatorInputException { operatorT

프로그램을 개발하는 개발자가 개발자의 의도 외에 행동을 하려고 할때 행동의 방향성을 유도할수 있음. (예외 및 오류에대한 규정 및 정의)일반적으로는 회복이 불가능.시스템레벨에서 발생하며 프로그램 종료의 단계까지 도달.개발자가 대응이 힘듬.일반적으로 회복이 가능 (핸들링

OS로부터 자원을 할당받는 작업의 단위.실행중인 프로그램, N개의 프로세스가 작업중일땐 멀티프로세스프로세스 할당시 Code, Data, Memory(Stack,Heap) 할당.Code : Java Main 메소드같은 코드Data : 프로그램 실행중 저장될수있는 저장공간

수학의 함수처럼, 특정한 데이터에 의존하지 않고, 관련 없는 데이터를 변경하지도 않으며, 결과값이 오직 입력값에만 영향을 받는 함수를 순수 함수라고함외부의 값에 영향을 받지않음 입력값으로만 동작.검증이 쉽다. (내부 로직으로만 돌아가기 때문에/ 결과성의 보장)성능 최적

코드복잡성 하락, 유지보수성 상승, 재사용성 상승car class 와 dashboard class의 분리로 객체별 책임을 분리 유지보수성이 높아진다.하나 class의 기능이 추가되거나 변경되도 영향이 가지않는다.모든객체를 수정할 필요성이 없어짐.자동차별 변수네임을 통해

1.2.3.AbstractCalculator 의 객체를 직접적으로 받으면서 calculate 메소드는 숫자와 객체만을 가지고 연산자가 무엇인지에 상관없이 계산에대한 동작을 보장함.또한 Inner eunm Class 였던 OperatorType Class 르 외부 Cla

해당코드는 예시용 코드임.문제발생 : 숫자야구 생성을 위한 랜덤숫자 3개를 생성시키고 중복제거를 위해 HashSet()을 사용중 값이 계속 정렬된 상태로 저장되는것을 확인. 정렬된상태를 유지한다면 셔플 및 알고리즘 로직이 완전히 달라져버림.가설 : Set은 값을 정렬된

JavaGit, Gtihub요구 조건 : 서로 다른 중복되지않는 3자리숫자 , 1~9 의 숫자(Math.random() \* 9) + 1) 메소드를 이용하여 1~9의 숫자를 랜덤으로 받아 Set의 저장한다. Set의 저장하는 이유는 중복을 허용하지 않기 때문.Set의

문제발생 : 일정을 생성하며 날짜 형태 컬럼들인 생성일, 수정일 및 일정 시작날짜, 종료날짜를 DateTime, Date 형식으로 지정하면서 기존의 String으로 지정되있던 DATA 저장형 객체들의 오류가발생.가설 : APP을 작성하면서 DB가 매치가 안되는 데이터타

개발 공통사항 > Lv.1 필수기능 > 사용기술 MySQL DataBase 진행과정 1. API 명세서 작성 API 명세서 링크(클릭) 2. ERD 작성하기 Lv.1~3

서버사이드 렌더링 : 서버측에서 View를 구현하여 데이터렌더링까지 진행.현재는 프론트 없이 VIEW가 존재하지 않는 API만을 개발하고있음.Layer는 관심사의 집합.클라이언트의 요청을 받고 알맞는 응답을 도출요청의 분해 및 응답에 중점을 둠 (로직 및 DB의 접근등

APP 에 접근이 가능한 사용자인지 확인이메일/ 휴대폰/ 로그인/ 출입등특정 구역입장.출입시 휴대폰 보안인가.접근권한 여부 VS 권한 확인총 2가지의 인증(로그인, API 호출시 세션제시) 을 거침.ClientSide 에서 K : V 형태로 쿠키로 보관.RequestH

문제발생 : 기존 Calendar 는 모든 API를 RequestDto, ResponseDto 단 2개로 관리를 진행했음. DTO가 Entity형태를 띄면서모든레이어를 관통. 해당 문제는 API별로 Dto를 새로생성하면 문제가 되지않지만 레이어를 관통하는문제는 그대로임

개발공통사항 > Lv.0 필수 기능 > 사용기술 SQL DataBase

1. DB 조회 최적화 문제 발생 : 현재 규모의 프로젝트에선 Email 과 NickName 을 unique 값으로 두어 중복문제를 해결하였음. 유저의 입력값의 중복검증을 하기위해 2번의 쿼리를 날려야하는 상황이 발생. 원인 : 각각의 입력요소에 대해서 2번의 DB접속의 요구가 필요한 코드가 작성되어짐. 가설 : 굳이 2개의 요소가 모두 중복일 필요없이...

Member Table 에 많은게 귀속된형태로 ERD가 작성이 되었다.친구 Table 과 친구대기 Table 을 나눈 이유는 컬럼으로 상태값을 검증하기 위해선 서비스로직 혹은 DB에서 검증작업이 필요, 서비스가 길어질수록 대기신청과 친구관계 표기가 합쳐서 사이즈가 너무

SW가 개발자의 의도한대로 정확하게 동작하는지 확인하는것이 제일 중요.규모가 이미 있는 프로젝트내에서 추가한 기능에 대한 검증만 요구신규기능 개발시 테스트에 대한 비용을 아낄수 있다.기존 요구 사항에서 변동을 주는 부분을 빠르게 발견가능하다.기존기능에 대한 변경의 전파

요구사항에서는 회원가입시에도 토큰을 발행하도록 변경이 필요.유저가 회원가입시 가입한 정보를 가지고 토큰을 만들어서 토큰을 전달하도록 변경.제대로 회원가입시 가입한 회원에게 토큰을 내려주도록 변경.현재 로그인단에서 컨트롤러를 통해서 토큰을 생성하고 반환을 해주고있지만 토

Github에 내장된 CI/CD 도구 이다.github와 통합이 쉽고, CI/CD 서버가 내장 되어 CI/CD서버를 따로 구축할 필요 없으며, 일정 수준까지 가격이 무료 이다.repository의 .github/workflows 디렉토리에 필요한 Actions 파일들을

Level. 1 1-1 > 개선 전 개선 후 @Transactional(readOnly = true) 설정이 되어져있어 읽기 전용 상태이지만 데이터 삽입 작업인 saveTodo() 가 데이터를 삽입하려 할때 오류가 발생하고 있다. saveTodo() 에게 @Tr