어떠한 형태로 값이 나오는지 알려주거나, 에러 메세지가 나올 때, 어떻게 잘못 요청한 것인지 파악하여 제대로 요청해라 등등 알려주기 위함 - 명사 쓰면 좋다 - 복수형이 좋긴 하지만, 통일되면 괜찮다 - 폴더명은 복수형 권장 (여러 유저가 들어가 있으니, Users) 어떤 책이나 강의, 스터디 권장 등 방향을 안내해드릴 예정이니, UMC에서 알려주는 부분만 알면 구현 자체는 어렵지 않다. 불안하더라도, 과정 자체를 따라주면 좋겠다. 템플릿 사용 -> 어떤 원리로 간편해지는가? 기술적인 원리, 툴에 대한 생각을 해보자. 이 과정들에서 생긴 궁금증들을 템플릿을 보면서 해결해나가면 좋을 것 같다. 실무에서는 꼭 테스트코드를 작성한다. 유효성 검사 자동화를 위해 테스트 코드 우선 1차적 목표는 API 구현 나중..

+ 조인할 때, 축약형 쓰는 것 추천하지 않는다. + 컬럼명이 마음에 안들 때 활용하는 것만 권장 - 검색은 아니다 (아직 아무 것도 검색 안함, 로그인도 마찬가지) - 광고, 날씨 등등: 현재 상황에서 DB에서 불러온 값 (서버와 연결된 부분들) - 레이아웃을 제외한 것들은 모두 DB에 저장된 값을 불러온 것 - 실제 서비스 화면을 보고, 데이터베이스에서 어떤 값들을 보내줘야겠구나 생각하는 것이 도움이 된다. - 쿼리를 짤 때, Join 문을 많이 써봐야 한다. - 최대한 많은 정보를 담을 수 있도록 쿼리를 짜봐야 한다. Get 데이터를 조회하는 것 그럼 http의 body를 가져오나? X Query String & Path Variable 을 활용한다. Post 데이터 자체를 보내는 것 body에 데..

과거에는 기업이 모든 과정을 작업함 (On Promise) -> 점차 서비스로 제공되는 범위가 확장됨 : 문제 자체에 집중할 수 있게 되었다. : 보통은 IaaS 위에서 작업을 하게 된다. AWS EC2: 서버 컴퓨터 RDS: 관계형 데이터 서비스 (Relational Data Service), 데이터베이스 S3: 파일 저장소 구글은 로그인 한번 하면 동일한 계정으로 다양한 서비스 이용 가능 -> 각각 웹서버와 WAS는 따로 존재하지만, DB를 공유한다. (계정 정보 공유) 장점: 단일 계정을 통해 다양한 서비스를 이용할 수 있다. 장점2: DB 안전 (웹서버나 WAS가 터질 때, DB도 같이 날라가는데, 이렇게 분리하면 데이터 유실 가능성이 떨어진다.) 단점: 이게 털리면 다 털린다. (보안 측면에서)..

하드웨어: 입출력장치 (키보드, 마우스, 스피커, 프린터, 모니터 등등) + CPU와 메모리도 포함된다. 시스템 소프트웨어 - 운영체제 (OS) - 언어 번역기 - 프로그래밍 언어를 컴퓨터가 이해하는 언어로 번역하는 과정 - 어셈블러, 인터프리터, 컴파일러 - 유틸리티 (보조 프로그램이라고 생각하면 됨) 하드웨어는 0과 1로 동작함 (이진법) OS: 컴퓨터의 하드웨어/소프트웨어 자원을 효율적으로 운영 및 관리한다. 따라서 App단에서 처리하는 작업들로 컴퓨터를 동작시킬 수 있음 (저급 언어, low-level 언어) OS의 역할 1) 시스템 자원 관리 2) 사용자와 컴퓨터 간의 소통 지원 (CLI - 커멘드 라인 인터페이스, GUI - 그래픽 유저 인터페이스) 3) 응용 프로그램 관리/지원: API (A..

정규화 - 학생의 핸드폰번호와 집주소는 개인 정보로 따로 빼자 - 학번: 유일 값 (학생별 중복이 없이 부여되는 값), 단일값, 기본키 : PK (primary key) : 테이블 당 기본키는 하나씩 갖고 있는 것이 좋다. - 외래키 (학번을 통해 개인정보를 찾는다. 학생과 정보를 매칭함) : FK + 성적의 과목코드 == FK - auto increasing : 데이터 먹일 때 마다 하나씩 늘어남 (학번 부여할 때) : 학생 당 학번을 생성할 때, 1씩 증가하도록 부여하는 과정 + 게임 업계에서 많이 발생하는 이슈 식별: PK 없는 경우 (FK로 식별하는 경우) 비식별: PK가 있는 경우 (기본키를 갖는 경우가 편리하다) PK가 있으면, PK만 보고서 처리할 수 있다. PK가 없으면, 여러 단계를 거쳐..

포트포워딩: 문을 여는 것! 다시 설명해주셔서 이해가 잘 되었다 :)