📒 | 비전공자 PM의 협업을 위한 IT지식(feat. 판교 사투리)

 | PM부트캠프를 듣기 전인 23년 01월,

 친구들과 SaaS 웹을 만들기 위한 미니프로젝트를 한 적이 있었다. 본인은 (패션디자인 중퇴, 독일어과+경영)을 전공했으며, 나머지 친구들 4명은 전부 컴퓨터공학과였다. IT계열 프로젝트가 아니더라도 많은 활동에서 항상 기획을 담당했기 때문에 프로젝트 팀장인 친구에 의해 디자인 능력 어느정도+기획능력 어느정도 있는 나는 PM으로 참여하게 되었다. 하지만 예상대로 첫 회의부터 API, 프론트, 백, DB, JS.. 등등 "판교 사투리"라 불리는 용어들로 회의를 진행하니 전혀 따라갈 수 가 없었다. 점점 회의를 할 때마다 익숙해지는 몇가지 단어들은 있었지만, 가끔 모르는 용어들이 나올 때 마다 회의의 내용을 따라갈 수 없던 어려운 시간들이었다.
 막상 패스트캠프 PM부트캠프에서 [비전공자들도 쉽게 이해할 수 있는 IT 지식]의 저자인 최원영 강사님께서 직접 해주시는 특강을 보고, 책을 병행해서 읽으니 확실히 머릿속에 판교사투리가 정돈되었다. 그럼,,, 제가 알고있는 판투리들 모음zip을 풀어보겠읍니다.^^

---

| 클라이언트와 서버

• 대다수의 IT서비스는 클라이언트 - 서버 구조로 이루어져있다.
• 요청을 하는 쪽 : 클라이언트 | 요청에 응답 : 서버
• 클라이언트(프론트앤드) : 고객의 사용하는 동선에 맞게 앱은 서버에 정보를 요청
• 서버(백앤드) : 서비스의 정보들을 가지고 있다가, 요청에 맞추어 제공

 

| 캐시와 쿠키

• 캐시 : 웹의 빠른 구동을 위해 요소를 저장하기 위한 임시저장 장소
  • 일반적으로 이미지 등을 리소스 파일을 미리 저장해 트래픽을 줄이고 로딩을 빠르게함
• 쿠키 : 특정 서버에서 브라우저에서 저장한 특정 데이터를 의미
  • 유저들의 행동패턴 관련 정보들 저장
  • 만료기간이 있어서 시간이 지나면 자동 삭제
  • ex)오늘하루 보지 않기

 

| 앱 클라이언트 스토리지

• 앱의 경우 클라이언트 스토리지를 활용해서 데이터 등을 저장하는 경우
• 카카오톡의 앱 자체 용량은 290메가이지만 전체 용량은 390인 까닭이다
• 앱 안에서 대화내역, 사진파일 등 일정기간동안 저장

 

| 클라우드 컴퓨팅

• IT 리소스를 인터넷을 통해 온디맨드로 제공하고 사용한 만큼만 비용을 지불하는 것
• 물리적 데이터센터와 서버를 구입, 소유 및 유지관리하는 대신, 클라우드 공급자로부터 필요에 따라 컴퓨팅 파워, 스토리지, 데이터베이스와 같은 서비스를 이용할 수 있음

 

| 백오피스(어드민)

• 앱서비스 기능을 관리하는 별도의 관리자페이지
• 상품정보, 결제정보, 서비스 노출정보 등을 관리할 수 있음

 

| 앱 개발 방법론 - 네이티브 앱

• 정의 : 모바일 기기에 최적화된 언어로 개발된 앱
• 장점
  • 빠르고, 안정적이며, 원하는 UIUX구현 가능
  • 플랫폼(iOS, Android) API(자체 제공가능_카메라, GPS, 주소록, 생체인증 등)의 기능을 활용할 수 있음
• 단점
  • 플랫폼간 호환이 되지 않기 때문에 별도로 개발 필요
  • 비용이 많이들고, 개발 시간이 많이 소요됨

 

| 앱 개발 방법론 - 웹 앱

• 정의 : 모바일 화면에 맞게 구성한 웹(반응형 웹)
• 장점
  • 웹 개발 방식과 동일하여 빠른 개발 가능
  • 다양한 플랫폼에서 실행 가능
  • 앱 베포 없이 기능을 자유롭게 수정가능하며 유지보수 용이
• 단점
  • 플랫폼 API활용할 수 없음
  • 네이티브 앱보다 유려한 UIUX구현이 어려움

 

| 앱 개발 방법론 - 하이브리드 앱

• 정의 : 네이티브 앱과 웹 앱의 장점이 결합된 형태로 웹 앱에 네이티브 앱 프레임을 씌운 형태
• 장점
  • 네이티브의 API활용이 가능함
  • 웹 개발 기술을 활용해서 앱을 개발할 수 있음
• 단점
  • 앱 네이티브 기능에 접근하기 위해서는 플랫폼 별 개발자가 필요함

 

| API

• Application Programming Interface
• 응용 프로그램에서 사용할 수 있도록, 운영체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스
• Private API
  • 내부에서 사용되는 API로 회사 내부 자체제품과 서비스 운영, 개선하기 위해 사용되는 API
  • 외부나 제 3자에 노출되지 않음
• Public API
  • 오픈 API
  • 개방형 API
  • 누구나 제한 없이 API를 사용할 수 있지만 승인을 받아야함
  • 무료로 제공하지만 사용자 수에 따라 비용발생 가능

 

| 인터페이스(Interface)

• 컴퓨터 시스템끼리 정보를 교환하는 공유경제를 의미
• 터치스크린과 같은 일부 하드웨어 장치들은 인터페이스를 통해 데이터를 송수신 할 수 있으며, 마우스 같은 장치들은 오직 시스템에 데이터를 전송만하는 인터페이스를 제공함
• 다른 경계를 이어주는 느낌이라고 이해하면 됨

 

| JSON

• JavaScript Object Notation
• 데이터를 저장하거나 전송할 때 만힝 사용되는 DATA교환 형식
• 어떠한 통신 방법도, 프로그래밍 문법도 아닌 단순히 데이터를 표시하는 표현방법
• 용량이 작아서 XML을 대체해서 데이터 전송 등에 많이 사용됨

 

| 프로젝트 방법론 - 워터폴 방식

• 소프트웨어 개발 뿐만 아니라 다양한 분야에서 널리 사용됨
• 단계 구분이 뚜렷하게 나누어진 순차적 프로젝트 관리 방법론
• 장점
  • 각 단계의 문서와 구조적 설계로 새로운 협업자가 합류하게 되더라도 쉽게 적응 가능
  • 미리 작성해놓은 WVS로 결과 예측 용이, 평가 프로세스 분명
  • 시간을 효율적으로 관리할 수 있음
  • 각 단계별로 업무를 진행하는 팀이 다르다
• 단점
  • 특정 단계의 문제가 발생할 경우 전체 타임라인에 영향
  • 한 단계가 끝나면 전 단계로 역추적하기 어려움
  • QA가 프로세스 후반에 진행됨(개발되는 중간에 테스트하기 어려움)
• 적합한 경우
  • 프로젝트 최종목적이 명확히 정의되었을 때
  • 필요 기술이 파악되어 있는 경우
  • 모호한 요구사항들이 없는 경우

 

| 프로젝트 방법론 - 애자일 방식

• '기민한, 날렵한' 뜻으로 좋은 것을 빠르게 취하고, 낭비없게 만드는 방법론
• 신속한 반복 작업을 통해 실제 작동 가능한 제품/서비스를 개발하여 지속적으로 제공하기 위한 방식
• Less Document-Oriented, Code-Oriented
• 전체적인 계획을 짜지 않고 일정한 주기로 개발
• 애자일 선언문의 주요가치
  • 개인과 개인의 상호작용이 프로세스 및 툴보다 우선
  • 작동하는 소프트웨어가 포괄적인 문서보다 우선
  • 고객과의 협업이 계약 협상보다 우선
  • 변화에 대응하는 것이 계획을 따르는 것 보다 우선
• 장점
  • 변화하는 요구사항을 수용하기 쉬움
  • 최종 목표가 확실하지 않은 프로젝트에 용이
  • 사용자 의견을 수용하기 쉬움
• 단점
  • 계획의 불확실성
  • 팀을 구성하기 어려움
  • 최종 제품이 요구사항과 다를 수 있음

 

---

판교사투리라고 불릴만큼 생소한 IT관련 용어들은 이렇게 한번 머릿속에 정리해두면 더 이상 어렵지 않게 느껴진다.
실제로 개발 프로젝트를 진행하면서 모르는 용어들이 나오면 이 포스팅에 추가적으로 추가하며 (애자일 방식으로)포스팅할 예정입미다 :-)