우리 FISA AI엔지니어링 11주차 과정

Monday(03.17)

 

https://koreatstm.tistory.com/268

Airflow

 

 

Tuesday(03.18)

수업

 

AirFlow 실습

https://koreatstm.tistory.com/268#%EC%8B%A4%EC%8A%B5-1

 

특강

 

입사지원서류 작성 가이드

 

1. 입사지원서류란?

• 입사지원서는 내가 어떤 사람인지 보여주는 중요한 도구, 면접 기회를 얻는 첫 번째 관문
• 나의 강점과 경험을 효과적으로 보여주어야 한다.

 

2. 지원서 작성 시 유의 사항

• 지원 자격과 요건에 맞추기: 지원하는 회사와 직무에 맞는 경험과 역량을 강조
• 강점 어필: 경진대회, 프로젝트, 봉사활동 등을 통해 내가 가진 강점 강조

 

3. 지원서 양식

• 자사 양식이 있으면 그에 맞춰 작성하고, 자유 양식을 사용할 경우 아래 순서대로 작성
  • 키워드, 지원 기업, 지원 직무, 깃허브/블로그
  • 인적 사항, 학력 사항, 경력 사항, 스킬, 자격증/어학, 수상 내역

 

4. 기본 사항

• 경력 사항: 직무와 관련 있는 경험만 기입 
• 프로젝트 페이지: 프로젝트 기간, 역할, 개발 환경, 성과 등 구체적으로 작성

 

자기소개서 작성 전략

 

1. 기업 vs 직무 초점

• 직무 초점이 중요. 내가 왜 이 직무를 잘 할 수 있는지, 나만의 강점을 통해 회사에 기여할 수 있음을 강조

 

2. 두괄식 vs 미괄식

• 두괄식으로 먼저 핵심을 말하고 내용을 채우기

 

3. 자기소개서 작성 팁

• 정확한 상황 설명: 감정 표현보다는 상황을 정확하게 설명
• STAR-LC 기법 활용: 상황, 과제, 행동, 결과, 배운 점을 포함해 경험을 구체적으로 서술

 

4. 예시

• 성격의 장단점: 직무 관련 장점과 단점은 극복 방안을 함께 서술

 

 

직무경험 및 지원동기

 

1. 직무경험

• 관련 경험 강조: 지원 직무와 관련된 경험을 중심으로 작성하고, 목표, 과정, 성과를 구체적으로 서술

2. 지원동기

• 회사에 대한 관심: 회사의 비전이나 강점에 대해 언급하고, 왜 내가 이 직무에 적합한지 구체적으로 설명

3. 입사 후 포부

• 단기 및 중장기 목표: 입사 후 1년, 3년, 5년 후 나의 목표를 구체적으로 작성

 

Wednesday(03.19)

 

https://koreatstm.tistory.com/269

MLFlow

 

 

Thursday(03.20)

 

2주 동안은 웹에 대해서 배운다. 프론트와 백앤드(Flask, Fast API)를 배우는데, 기본적으로 아는 것들이 있어서, 복습 + 헷갈렸던것 정리 하는 방식으로 공부하려 한다.

 

• 인터넷과 웹의 차이
  • 인터넷은 전 세계의 컴퓨터, 서버, 네트워크들이 연결되어 정보를 교환하는 거대한 네트워크
    • 인터넷은 데이터와 통신을 위한 기반 인프라를 제공
  • 웹은 인터넷 위에서 동작하는 서비스 중 하나. 웹은 브라우저를 통해 다양한 웹 페이지를 보여주는 시스템으로, 웹 서버와 웹 브라우저 간의 정보 교환 방식인 HTTP를 사용. 즉, 웹은 인터넷을 통해 정보를 시각적으로 제공하는 방식
• 인터넷 안에 존재하는 서비스들
  
  • Email: 이메일 서버를 통해 메시지를 전송하고 받을 수 있는 서비스
  • Web: HTTP를 통해 웹 페이지를 요청하고 응답을 받는 서비스
  • FTP: 파일 전송을 위한 프로토콜로, 서버와 클라이언트 간에 파일을 주고받을 수 있다.

 

• HTTP 메서드
  • 웹 서버와 클라이언트 간의 요청과 응답을 정의하는 동작 방식
  • GET: 서버에서 데이터를 조회
  • POST: 서버에 데이터를 전송
  • PUT: 서버의 데이터를 수정
  • PATCH: 서버의 일부 데이터를 수정
  • DELETE: 서버에서 데이터를 삭제

 

• API (Application Programming Interface)
  
  • 애플리케이션 간의 데이터 교환을 위한 인터페이스로, 두 프로그램 간의 상호작용을 정의하는 규격
  • API를 통해 애플리케이션이 서로 데이터를 주고받거나, 특정 기능을 호출
  • 인터페이스: 다른 시스템과 상호작용을 할 수 있도록 정의된 메서드나 프로토콜 세트
  • 정보 요청 및 응답 규격: 정보를 요청하는 방식과 받는 방식에 대한 규격을 정의

 

• API 유형
  • Private API: 특정 기업이나 애플리케이션에서만 사용되는 API
  • Partner API: 파트너 기업이 사용할 수 있도록 제공되는 API. 외부와의 연동을 위해 제한적으로 공개
  • Public API: 누구나 사용할 수 있도록 공개된 API 

 

• Open API
  • Open API는 누구나 사용할 수 있도록 공개된 API
  • 다양한 기업이나 서비스가 외부 개발자에게 제공하는 API로, 이를 통해 다른 애플리케이션과 연동
  • REST 방식을 많이 사용하며, RESTful API는 특정 규칙을 준수하는 Open API

 

• REST와 RESTful
  • HTTP를 기반으로 하는 아키텍처 스타일로, 자원(Resource)을 URL로 표현하고, HTTP 메서드(GET, POST, PUT, DELETE 등)를 통해 자원에 대한 행위를 표현하는 방식
  • RESTful은 REST 아키텍처 스타일을 준수하는 API를 의미

 

• REST의 6가지 특징
  1. Server-Client: 서버와 클라이언트는 분리되어 있으며, 클라이언트는 서버의 자원을 요청하고, 서버는 클라이언트에게 자원을 반환
  2. Stateless: 각 요청은 독립적이며, 서버는 클라이언트 상태를 저장하지 않고, 모든 요청은 자신이 필요한 정보를 포함
  3. Uniform Interface: RESTful API는 표준화된 인터페이스를 제공하여, 다양한 시스템 간의 상호작용을 일관되게 만든다.
  4. Layered System: 클라이언트는 중간 서버나 로드밸런서 등 여러 레이어를 거쳐서 응답을 받을 수 있다. 각 레이어는 다른 레이어와 독립적으로 동작할 수 있다.
  5. Cacheable: 서버에서 응답하는 데이터는 캐시가 가능해야 하며, 클라이언트가 반복적으로 동일한 데이터를 요청할 때 성능을 최적화할 수 있다.
  6. Code on Demand (optional): 서버에서 클라이언트에게 동적인 코드를 전송할 수 있다.

 

• REST API 설계 규칙
  • 명사 사용: 자원은 일반적으로 명사로 표현하고, 동사를 사용하지 않는다.
  • 소문자 사용: URL은 대소문자를 구별하지 않으며, 일반적으로 소문자를 사용
  • 슬래시(/): 슬래시는 자원의 계층 관계를 나타내는 데 사용
  • HTTP 메서드 사용: 자원에 대한 행위는 HTTP 메서드를 사용하여 표현

 

• HTTP 상태 코드(자주 사용 위주)
  • 200 OK: 요청이 성공적으로 처리
  • 201 Created: 리소스가 성공적으로 생성
  • 400 Bad Request: 클라이언트의 잘못된 요청
  • 401 Unauthorized: 인증되지 않은 요청
  • 404 Not Found: 요청한 리소스를 찾을 수 없다.
  • 500 Internal Server Error: 서버에서 오류가 발생

 

2번째 5주 연속 우수 작성자로 선정되었다!!!

꾸준히 기록하며 공부 하고 있는데, 너무 좋은 소식이다 🥹

교육과정의 분기점을 넘은 만큼 조금 더 정진해가자 😉

 

 

Friday(03.21)

 

 맛집을 찾았다.

FISA를 하면서 별점 5점 준 식당은 식락밖에 없었는데, 여긴 진짜 맛있다.

https://koreatstm.tistory.com/216#Thursday%C2%A0(01.02)-1

 강추 강추 강추!!! 

https://map.naver.com/p/entry/place/1270673519?lng=126.8881105&lat=37.5821909&placePath=%2Fhome&entry=plt&searchType=place&c=15.88,0,0,0,dh

네이버 지도

 

HTML&CSS&JavaScript

 

까먹은 것 위주 정리

 

HTML 요소

• block 요소: 한 줄 전체 차지 (e.g., h1, p, div)
• inline 요소: 내용만큼만 공간 차지 (e.g., a, span, img)
• table 요소는 thead, tbody 내부에 tr(행), th(헤더), td(데이터)를 포함

 

HTML 폼 (<form> 태그)

• <input>의 name 속성은 서버로 전송될 때 변수 역할
• <label for="id">를 사용하면 해당 input과 연결 가능

 

CSS 선택자 우선순위

• class (.)보다 id (#)의 우선순위가 높음
• 같은 class가 여러 번 선언되면 마지막 선언이 적용됨
• inline style (style="color: blue;")이 최우선

 

JavaScript

AJAX를 이용해 서버에서 데이터를 가져와 실시간으로 웹페이지에 반영

• 버튼 클릭 시 텍스트 변경
• 입력한 값 실시간 반영
• 서버에서 데이터를 가져와 화면에 표시

 

Bootstrap 활용

• navbar(네비게이션 바)를 fixed로 고정 가능.
• container, row, col을 활용하여 반응형 레이아웃 구성.
• btn, text-muted, fw-bolder 등의 클래스를 활용해 스타일 적용.

 

 

Saturday(03.22)

 

특강 정리(2차시 위주로 정리하였다.)

 

DevOps란 무엇인가?

• DevOps는 개발과 운영을 통합하여 효율적인 개발과 배포, 지속적인 통합(CI) 및 배포(CD)를 가능하게 하는 문화이자 방법론
• DevOps의 도입으로 수작업을 줄이고, 자동화된 환경에서 코드를 테스트하고 배포할 수 있음

 

https://koreatstm.tistory.com/140

Jenkins란?

 

불편한 상황 (전통적인 개발 방식)

• 수작업으로 개발 서버에서 빌드 서버로 코드를 옮기고 빌드 실패 시 수정을 위해 다시 올리는 작업은 비효율적
• 빌드 성공 후 테스트 서버에 배포할 때도 의도대로 동작하지 않는 경우 발생
• 머지 충돌도 발생하며, 버전 관리의 어려움

 

• -> DevOps는 이러한 불편함을 해결하기 위해 자동화와 일관성 있는 배포 환경을 제공하고, CI/CD와 자동화된 테스트를 통해 개발과 운영을 통합하고, 빠르게 피드백을 받을 수 있게 한다.
• DevOps를 도입하면 개발에서부터 배포까지 자동화가 이루어지고, 빠른 피드백을 받을 수 있다. 

 

DevOps에서의 Git 브랜치 관리

• main 브랜치에서 리베이스를 한다?
• 소규모 회사에서는 리베이스가 유용할 수 있다.
• 리베이스는 커밋 히스토리를 깔끔하게 유지할 수 있도록 도와주기 때문에, 소규모 팀에서 효율적으로 브랜치를 관리할 수 있다. 다만, 머지는 충돌을 해결하는 데 유리하지만, 리베이스는 커밋 내역을 깔끔하게 유지하는 데 좋다.

 

Jenkins와 파이프라인

• Jenkins는 자동화된 CI/CD 파이프라인을 구현하는 도구로, 스크립트형과 선언형 문법을 기반으로 파이프라인을 작성할 수 있다.
• 스크립트형 문법: 자유로운 구성이 가능하지만 관리가 어려울 수 있다.
• 선언형 문법: 구조적이고 규칙적인 방식으로 파이프라인을 정의할 수 있어 가독성이 좋다.
• Jenkins는 소스 코드 빌드, 테스트, 배포까지의 자동화된 프로세스를 정의하고 관리할 수 있게 도와줌

 

Docker, Harbor, Kubernetes

• Docker: 애플리케이션을 컨테이너화하여 개발과 배포를 효율적으로 가능하게 함
• Harbor: 사설 레지스트리, Docker 이미지를 저장하고 관리하는 시스템 ECR(Amazon Elastic Container Registry)와 유사
• Kubernetes: 컨테이너 오케스트레이션 도구로, 오토스케일링, Self/Auto healing을 지원하여 대규모 컨테이너 환경을 효율적으로 관리