데이터 사이언스의 악용 가능성 - 데이터가 수집된 방법 & 수집된 이유 & 데이터의 한계 & 방법의 한계를 신경쓰지 않으면, 악용 될 수 있다. - 데이터의 이해가 제대로 되지 않으면 잘못된 가정 또는 무의미한 진술을 할 수 있다. - 프라이버시가 보호되고, 투명성을 보장해야한다. 10년 후 데이터 사이언스의 전개 - 대기업들이 쇼핑 거래 분석을 수행하고 공급망과 공급방식을 합리화하는 방법을 찾을 것이다. - 미래에는 우리의 생활 방식, 건강, 우리의 가정환경, 소비하는 에너지, 우리가 하는 요리, 식료품이나 연료의 관점에서 우리가 주문하는 자원과 얻어내는 방법들이 변화할 것이다. - 우리의 삶과 삶의 방식, 문화, 사회에 걸친 컴퓨터와 스마트폰 뿐만 아니라 모든 종류의 센서 및 데이터 제작자와 데이터에..

데이터 시각화의 목적과 데이터 사이언스 내의 역할에 대해 설명한다. 탐색 및 설명 시각화의 차이점을 설명한다. 여러 데이터 유형과 사용할 수 있는 시각화 유형을 비교한다. 시각적으로 데이터를 인코딩하는 과정과 사용할 수 있는 다양한 인코딩을 설명한다. 특정 데이터 인코딩의 효율성을 평가한다. Python(Bokeh)을 사용해 시각화를 제작한다. 데이터 시각화의 정의 통계 그래프, 플롯(plot) 및 정보 그래픽을 사용해 명확하고 효율적으로 정보를 전달하는 것 By Tufte. 데이터가 보여주는 것을 취하는 방법, 최선의 방법으로 전달하는 도구 -> 즉 데이터의 주요 특징들을 매우 빠르게 파악할 수 있게 한다. 따라서 보는 사람들이 데이터를 통해 전달되는 흥미로운 통찰력을 찾도록한다. 데이터 시각화의 역할..

데이터 사이언스 응용 프로그램에서 사용하기 위한 다양한 데이터 소스 설명이 가능하다. 데이터에 대한 다양한 라이선스 옵션 비교가 가능하다. 데이터 수집을 위한 API의 역할 설명이 가능하다. 데이터 정리의 역할을 설명할 수 있다. 데이터 수집 기술을 적용해 MongoDB에 데이터 저장 및 관리가 가능하다. 여러 출처에서 데이터를 수집하는데 따른 이점 및 문제점을 평가 할 수 있다. MongoDB에서 데이터를 추출하기 위한 쿼리 작성이 가능하다. 데이터 사이언스 파이프라인 데이터 수집 -> 데이터 처리 -> 데이터 클리닝 및 통합 데이터 및 데이터 수집 소스 데이터 전처리와 통합 데이터 저장 및 관리(물리적 로컬 시스템 사용에 대한 클라우드 기반 저장 및 처리) 데이터 수집 및 데이터 소스 웹상의 데이터 ..

데이터 사이언스가 무엇인지 설명할 수 있다. 데이터 사이언스가 통계 및 컴퓨터 과학을 비록한 다른 분야와 다른 이유를 설명할 수있다. 관련된 데이터 사이언스 프로세스 및 단계를 요약할 수 있다. 데이터 사이언스로 간주되는 것을 받영할 수 있다. 다양한 소스에서 유래된 데이터 유형을 분류 가능하다. 데이터 사이언스를 수행하는데 필요한 광범위한 기술 역량을 요약할 수 있다. 데이터 사이언스 개요 빅데이터와 데이터사이언스의 차이 빅데이터는 IT와 매우 큰 관련이 있거나 컴퓨터 과학 및 엔지니어링에 중점을 둔다. 또한 특허를 식별하고, 조직에 새로운 유용한 것을 발견하기 위해 다양한 출처의 많은 데이터를 수집하고 사용한다. 즉, 빅데이터에 의해 생기는 기회에 중점을 둔다. Volume(양) Variety(다양성..

Composite Pattern 여러개의 객체들로 구성된 복합 객체와 단일 객체를 클라이언트에서 구별없이 다루게 해주는 패턴 전체 - 부분(Directory-File) 관계를 갖는 객체들 사이의 관계 정의시 유용 클라이언트는 전체와 부분을 구분하지 않고, 동일한 인터페이스를 사용 Component - 구체적인 부분 - Leaf 클래스와 전체에 해당하는 Composite 클래스에 공통 인터페이스 정의 Leaf - 구체적인 부분 클래스 - Composite 객체의 부품으로 설정 Composite - 전체 클래스 - 복수 개의 Component를 갖도록 정의 (복수 개의 Leaf, 복수 개의 Composite 객체를 부분으로 가질 수 있다.) 컴퓨터에 추가 장치 지원하기 Computer 클래스: 합성 관계 K..

객체 생성 처리를 서브 클래스로 분리해 처리하도록 캡슐화하는 패턴 - 객체의 생성 코드를 별도의 클래스와 메서드로 분리해 객체 생성의 변화에 대비 가능 - 특정 기능의 구현은 개별 클래스를 통해 제공되는 것이 바람직한 설계 --> 기능의 변경이나 상황에 따른 기능의 선택은 해당 객체를 생성하는 코드의 변경을 초래 --> 상황에 따라 적절한 객체를 생성하는 코드는 자주 중복 가능 --> 객체 생성 방식의 변화는 해당하는 모든 코드 부분을 변경해야 하는 문제 발생 Product: Factory Method로 생성될 객체의 공통 인터페이스 ConcreteProduct: 구체적으로 객체가 생성되는 클래스 Creator: 팩토리 메서드를 갖는 클래스 ConcreteCreator: 팩토리 메서드를 구현하는 클래스로..