Learning AI

(vue.js 입문) 투두리스트 앱 프로젝트 하면서 감 잡기 브라우저 저장소- 로컬 스토리지- 세션 스토리지- 인덱스드 디비 등 <meta name="viewport" content="width=device-width, initial-scale=1.0">태그를 추가하면 기기의 너비만큼 웹 페이지의 너비를 지정 후, 페이지의 줌(zoom) 레벨을 1.0으로 설정한다. src/ 디렉터리 밑에 components/ 디렉터리 만들어서 컴포넌트 관리 앱 규모가 커저 기능별 관리가 필요하다면 components/기능/컴포넌트.vue 같은 구조를 씀 컴포넌트 생성 후에는최상위 컴포넌트인 App.vue에 등록 SFC 체계에서 특정 컴포넌트에서 다른 위치의 컴포넌트 불러올 때는import 객체 fro

(고성능 파이썬) 이 장에서 다루는 것- 코드의 속도(CPU 속도)상 병목과 RAM 사용 병목을 파악하는 방법- CPU와 메모리 사용량을 프로파일링 하는 방법- 장기간 실행되는 앱의 프로파일링- Cpython의 내부 동작 "감에 의존해서 코드 구조를 변경하기 전에 가설을 세우고 프로파일링을 해보는게 훨씬 합리적이다" -> 프로파일링을 통해 해결해야할 병목 지점을 빠르게 찾아낼 수 있음 프로파일링- 첫 번째 목표; 시스템의 어느 부분이 느린지, 어디서 RAM을 많이 쓰는지, 디스크 및 네트워크 I/O를 과도하게 발생시키는 부분이 어딘지 확인하는 것- 코드를 작성할 때 모듈별로 미리 나누는 것이 프로파일링 할 때 편함 (프로파일링 시 10~100배 까지 느려짐) 기본적인 프로파일링 기법-

(고성능 파이썬) cProfile 모듈-표준 라이브러리에 내장된 프로파일링 도구- 가상 머신 안에서 확인되는 모든 함수에 시간 측정을 위한 장치 연결 -> 풍부한 정보 * 프로파일링 할 때는, 항상 프로파일링 하려는 코드의 기대 속도에 대한 가설을 세우는 습관! ; 프로파일링 전에 가설을 먼저 검증하면 코드에서 느리게 동작할 가능성이 있는 부분을 발견할 가능성이 있음* 항상 측정 결과를 기준으로 , 증거를 삼아 판단 및 결정* 열심히 최적화 했는데 실제 원인이 아니었다면...? 쥘리아 코드에 대한 가설은caculate_z_serial_purepython 함수가 가장 느린 부분일 것이라는 것왜나면 리스트의 값을 읽고 산술 연산 수행하고 abs 함수를 호출하므로 CPU 자원을 가장 많이 쓸 것이기

(vue.js 입문) HTML파일 안에서 뷰 코드 작성을 해도 되긴하다. 만약 필디서비스에 jQuery 대용으로 적용한다면 그래야만 할 것 같다. 지금와서 처음부터 뷰로 짤 수는 없으니까 무튼 HTML 파일 안에서 뷰 코드 작성을 하면 당연한 한계점에 부딪힘-> 뷰 앱은 여러 개의 컴포넌트로 구성되어있고 페이지 사이 이동시 라우터를 사용해야함.-> 하나의 HTML 파일에 때려박으면 노답-> 관리도 힘들고, 템플릿도 보기 안좋고, 정신없고... 대신에 Single File Components 체계를 이용해서 .vue 파일을 이용해 프로젝트의 구조를 짤 수 있음 .vue- 뷰파일 1개는 1개의 컴포넌트와 동일하고- 아래와 같은 기본 구조 가짐 * 뷰 로더 라는 것이 .vue 파