늘 겸손하게

[ 3rd party ] 하드웨어 생산자와 소프트웨어 개발자의 관계를 나타낼 때 사용하는 용어 1. 퍼스트 파티 개발자 하드웨어 생산자가 '직접' 소프트웨어를 개발하는 경우 : 퍼스트 파티 개발자 2. 세컨드 파티 개발자 하드웨어 생산자인 기업과 자사간의 관계(또는 하청업체)에 속한 소프트웨어 개발자 3. 서드 파티 개발자 아무 관련없는 제 3자 소프트웨어 개발자 주로 편한 개발을 위해 생산되는 소프트웨어인 플러그인, 라이브러리, 프레임워크 등을 개발하는 개발자가 써드 파티 개발자들.

[ 데브옵스 (DevOps) ] Development + Operations의 합성어 소프트웨어 제품이나 서비스를 알맞은 시기에 출시하기 위해 개발과 운영이 상호 의존적으로 대응해야 한다는 의미 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 의미한다. 목적 : 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것 데브옵스의 개념은 애자일 기법과 지속적 통합의 개념과도 관련이 있다. 애자일 기법 실질적인 코딩을 기반으로 일정한 주기에 따라 지속적으로 프로토타입을 개발하고, 필요한 요구사항을 파악하며 이에 따라 즉시 수정사항을 적용하여 결과적으로 하나의 큰 소프트웨어를 개발하는 적응형 개발 방법 지속적 통합 통합 작업을 초기부터 계속 수행해서 지속적으로..

[ 함수형 프로그래밍 ] 다른 이름 = 선언형 프로그래밍 함수형 프로그래밍은 순수 함수와 보조 함수의 조합을 통해 외부 상태를 변경하는 부수 효과를 최소화해서 불변성(immutability)을 지향하는 프로그래밍 패러다임이다. 함수형 프로그래밍 특징 1. 순수함수 (Pure Function) 동일한 입력에는 항상 동일한 값을 반환하는 함수 함수 실행이 side effect를 발생시키지 않는 함수 side effect 예시 프로그램 상태 변경 함수 외부 변수 변경 함수의 입력, 출력과 관계없는 작업 2. 비상태, 불변성 (Stateless, Immutability) 함수형 프로그래밍에서 데이터는 불변성을 유지해야 한다. 데이터 변경이 필요한 경우, 원본 데이터의 복사본을 만들어 복사본을 사용한다. 3. ..

[ 등장배경 ] 초기 소프트웨어 개발 방법은 계획 중심의 프로세스 마치 도시 계획으로 건축에서 사용하는 방법과 유사하며, 당시에는 이런 프로세스를 활용하는 프로젝트가 대부분 90년대 이후 소프트웨어 사용자들이 '일반 대중들'로 바뀌면서 트렌드가 급격하게 빨리 변화하는 시대가 도달했다. 이로써 비즈니스 사이클(제품 수명)이 짧아졌고, SW 개발의 불확실성이 높아지게 되었다. [ 새로운 개발 방법의 등장 ] 개발의 불확실성이 높아지면서 경량 방법론 주의자들은 일단 해보고 고쳐나가자는 방식으로 개발하게 되었다. => 규칙을 적게 만들고, 가볍게 대응을 잘하는 방법을 적용하는 것 이런 경량 방법론 주의자들이 모여 자신들이 사용하는 개발 방법론을 공유하고, 공통점을 추려서 애자일이라는 용어에 의미가 담기게 된것...