각개코드

Interpreter 언어

- Interpreter 언어는 Compiler 언어와 대비되는 용어이며, 런타임 단계에서 한 줄씩 해석하는 방식을 띈다.

  둘의 차이와 개념에 대해서는 오른쪽 링크 참조 >> Compiler 언어와 Interpreter 언어

Script 언어

- 이미 존재하는 소프트웨어(애플리케이션)를 제어하기 위한 용도로 쓰이는 언어이다.

정리

- Interpreter 언어는 Interpreter 방식을 사용하는 언어를 뜻하고 스크립트 언어는 이미 존재하는 소프트웨어를 제어하기 위한 용도로 쓰이는 언어이다. 단지 스크립트 언어 용도상 인터프리터 방식이 유용하기 때문에 스크립트 언어 대부분이 인터프리터 방식을 쓰는 인터프리터 언어일 뿐인 것.

안티패턴 : 소프트웨어 공학 분야에서 실제로 많이 사용되는 패턴이지만, 비효율적이거나 비생산적인 패턴

1) 파스칼 표기법: 한 단어나 여러 단어로 언더바('_'), 공백없이 조합하되, 각 단어의 첫 문자만 대문자로 표기.

ex) AddAriticle  / AddArticle()

2) 카멜 표기법: 한 단어나 여러 단어로 언더바('_'), 공백없이 조합하되, 첫 문자를 제외한 각 단어의 첫 문자만 대문자로 표기.

ex) addArticle / addArticle()

3) 스네이크 표기법:  한 단어나 여러 단어를 언더바('_')를 통해 구분하고, 소문자만으로 표기.

ex) add_article / add_article()

4) 헝가리안 표기법: 자료형을 변수, 메소드명에 포함시킨다.

ex) inum / iNum / int_num

내가 사용하고 있는 표기법은 카멜 표기법이다.

complier 언어와 interpreter언어의 가장 큰 차이점은 컴파일을 수행하는 시점이다.

런타임 전에 컴파일을 수행하면 complier 언어이고, 런타임에 interpreter을 수행하면 인터프리터 언어이다.

complier 언어는 런타임 전에 컴파일해서 메모리에 올리기 때문에 메모리를 많이 차지하지만 빠르다.

C,C++, C# 등이 compiler 언어에 속하고, interpreter언어는 런타임 중에 한줄한줄 해석하며 실행하기 때문에 상대적으로 complier 언어보다 느리지만 코드 변경 시 즉시 실행이 가능하다는 장점이 있다. 대표적으로  자바스크립트, HTML, 파이썬, SQL, 루비 등이 interpreter언어에 속한다.

자바의 경우 javac 명령어를 통해 컴파일을 하게 되고, 그 결과로 바이트코드를 얻기 때문에 complier 언어이지만, VM(가상 머신)에서 바이트 코드를 다시 기계어로 변환한다는 점에서 interpreter언어의 특징도 가지고 있다.

■ 도메인(Domain)이란

: 인터넷에 연결된 장치들이 서로 식별되기 위해 IP라는 고유번호를 갖게된다.

  이 IP는 사람들이 기억하기 어렵기 때문에 IP에 이름을 부여해서 사용하는 것이 도메인이다.

■ 각 도메인은 .(comma)를 통해 구분되고, 도메인의 단계(level)이 나뉜다.

- 혼용되기도 하는 URI, URL부터 URN까지 개념을 정리한다.

1) URI ( Uniform Resource Identifier ) 

- URI는 URL, URN을 아우르는 개념이다.

  인터넷의 상에 존재하는 웹사이트 내에 특정 웹페이지 등 리소스에 접근하는 방법으로,

  서로 다른 리소스를 구분하여 접근하기 위한 식별자(identifier)를 사용하는 개념이 URI 이다.

2) URL ( Uniform Resource Locator )

- URI의 한 방식인 URL은, 리소스들을 주소(adress)라는 위치로 구분한다. 

  만약, 기존의 URL을 통해 존재하던 리소스를 다른 주소로 변경한다면, 해당 리소스는

  그 주소와 더 이상 무관해진다.

3) URN ( Uniform Resource Name )

- URL의 한계를 극복하기 위해 나온 방식으로, 리소스의 주소가 아닌, 리소스 자체의 이름을 통해

  접근하는 방식이다.

■ 폭포수 모델이란?

: 순차적인 소프트웨어 개발 프로세스(소프트웨어를 만들기 위한 프로세스)로, 개발의 흐름이 폭포수처럼,

"계획 > 분석 > 설계 > 개발 > 테스트 > 유지보수"의 단계로 진행되는 것.

 어떤 단계에서 문제가 발생 시, 해당 단계로 돌아가는식(피드백 단계)으로 운영된다.

1) 계획

- 범위, 일정, 원가 등 필요 자원에 대한 계획을 수립하는 단계.

2) 분석

- 사용자 요구사항 및 주어진 문제를 분석하고 이해하는 단계.

3) 설계

- 시스템 구조, UI , DB 등을 설계하는 단계.

4) 개발

- 프로그램을 코딩하면서 간이테스트를 진행하는 단계.

5) 테스트

- 통합, 시스템, 인수테스트를 진행하는 단계.

5-1) 통합(Integration) 테스트

- 단위 테스트를 우선 실행하여, 각각 모듈이 잘 작동된다면 이 모듈들을 연동하는 테스트.

5-2) 시스템 테스트

- 통합한 모듈들이 요구사항에 맞게 작동하는지를 판단하고 작동시간, 처리능력, 부하, 복구 등의 비기능적인 요소들도    점검.

5-3) 인수 테스트

- 실제 운영 환경에서 사용될 준비가 되었는지 최종적으로 확인하는 테스팅 단계.

6) 유지보수

- 운영 중 발생하는 여러 변경사항에 대한 대응을 하는 단계.

■ 폭포수 모델의 장/단점

- 장점

: 적용 사례가 풍부하고 전체 과정의 이해가 쉽다.

- 단점

: 프로세스별 병행작업이 안 되며, 고객의 요구사항 분석에 대한 마치고 개발 단계에 들어가므로, 요구사항을 상세하게 반영하기 어렵다.

■ 폭포수 모델을 적용하기 알맞은 프로젝트

- 고객의 요구사항이 단순하고, 변경될 여지가 적은 프로젝트

- 규모와 난이도가 낮은 프로젝트

- 산출물의 결과가 명확한 프로젝트

- 참여하는 개발자가 경험한적 있는 프로젝트

- 문서 객체 모델( Document Object Model )

: XML이나 HTML의 노드 트리 구조에 접근하기 위한 인터페이스