Offcanvas

���������

앵귤러 14 출시··· “독립실행형 구성 요소 및 형식화된 폼 지원”

구글에서 개발한 타입스크립트(TypeScript) 기반 웹 애플리케이션 프레임워크의 최신 버전 ‘앵귤러 14(Angular 14)’가 출시됐다. 최신 프레임워크는 독립실행형 구성 요소의 개발자 미리보기와 형식화된 폼 등을 제공한다.    개발팀에 따르면 독립실행형 구성 요소는 NgModules의 필요성을 줄여 앵귤러 애플리케이션 개발을 간소화한다. 독립실행형 구성 요소, 명령어, 파이프와 함께 standalone: true 플래그를 사용하면 @NgModule() 없이 @component()에 직접 가져오기를 추가할 수 있다. 현재 이 구성 요소는 안정적인 API가 아니며, 앵귤러의 일반적인 하위 호환성 모델 외부에서 변경될 수 있기 때문에 탐색 및 개발에만 활용해야 한다고 개발팀은 덧붙였다.  또 지난 6월 2일(현지 시각) 공개된 앵귤러 14에서는 반응형 폼이 엄격하게 입력된다. 형식화된 폼은 폼 컨트롤, 그룹, 배열 내부 값이 전체 API 표면에서 타입 세이프 하도록 하여, 특히 깊게 중첩된 복잡한 케이스에서 안전한 폼을 가능하게 한다.  업데이트된 회도도를 사용하면 형식화된 폼으로 점진적 마이그레이션을 할 수 있다. 즉, 개발자는 하위 호환성을 갖춘 기존 폼에 점진적으로 입력을 추가할 수 있다. 아울러 ng udpate는 모든 폼 클래스를 형식이 지정되지 않은 버전으로 대체하여 개발자가 자신의 속도로 타입을 활성화할 수 있도록 지원한다.  새로운 타이핑 지원을 사용하려면 Untyped 폼 컨트롤 인스턴스를 검색하고, 가능하다면 새로운 형식화된 폼 API 표면으로 마이그레이션하라고 앵귤러 개발팀은 권장했다. 한편 앵귤러 설정 지침은 이곳에서 확인할 수 있다. 이 밖에 앵귤러 14의 새로운 기능 및 개선사항은 다음과 같다.  • 최신 타입스크립트 4.7 릴리즈를 지원한다. 앵귤러 14는 기본적으로 ES2020을 대상으로 하기 때문에 CLI에서 다운레벨을 수행할 필요 없이 더 작은 코드를 제공할 ...

구글 타입스크립트 프레임워크 앵귤러

2022.06.09

구글에서 개발한 타입스크립트(TypeScript) 기반 웹 애플리케이션 프레임워크의 최신 버전 ‘앵귤러 14(Angular 14)’가 출시됐다. 최신 프레임워크는 독립실행형 구성 요소의 개발자 미리보기와 형식화된 폼 등을 제공한다.    개발팀에 따르면 독립실행형 구성 요소는 NgModules의 필요성을 줄여 앵귤러 애플리케이션 개발을 간소화한다. 독립실행형 구성 요소, 명령어, 파이프와 함께 standalone: true 플래그를 사용하면 @NgModule() 없이 @component()에 직접 가져오기를 추가할 수 있다. 현재 이 구성 요소는 안정적인 API가 아니며, 앵귤러의 일반적인 하위 호환성 모델 외부에서 변경될 수 있기 때문에 탐색 및 개발에만 활용해야 한다고 개발팀은 덧붙였다.  또 지난 6월 2일(현지 시각) 공개된 앵귤러 14에서는 반응형 폼이 엄격하게 입력된다. 형식화된 폼은 폼 컨트롤, 그룹, 배열 내부 값이 전체 API 표면에서 타입 세이프 하도록 하여, 특히 깊게 중첩된 복잡한 케이스에서 안전한 폼을 가능하게 한다.  업데이트된 회도도를 사용하면 형식화된 폼으로 점진적 마이그레이션을 할 수 있다. 즉, 개발자는 하위 호환성을 갖춘 기존 폼에 점진적으로 입력을 추가할 수 있다. 아울러 ng udpate는 모든 폼 클래스를 형식이 지정되지 않은 버전으로 대체하여 개발자가 자신의 속도로 타입을 활성화할 수 있도록 지원한다.  새로운 타이핑 지원을 사용하려면 Untyped 폼 컨트롤 인스턴스를 검색하고, 가능하다면 새로운 형식화된 폼 API 표면으로 마이그레이션하라고 앵귤러 개발팀은 권장했다. 한편 앵귤러 설정 지침은 이곳에서 확인할 수 있다. 이 밖에 앵귤러 14의 새로운 기능 및 개선사항은 다음과 같다.  • 최신 타입스크립트 4.7 릴리즈를 지원한다. 앵귤러 14는 기본적으로 ES2020을 대상으로 하기 때문에 CLI에서 다운레벨을 수행할 필요 없이 더 작은 코드를 제공할 ...

2022.06.09

‘앵귤러JS’ 11년 만에 종료··· “서드파티 지원 옵션은 사용 가능”

웹 개발에 ’혁신을 일으킨’ 자바스크립트 프레임워크가 더 이상 유지되지 않는다. 단, 서드파티 지원 옵션은 사용할 수 있다.  ‘앵귤러JS(AngularJS)’ 자바스크립트 프레임워크가 수명 종료(End-of-Life; EoL)에 도달했다. 그다음 세대인 타입스크립트 기반 앵귤러(Angular) 프레임워크 개발팀은 앵귤러JS 사용자가 후속 제품을 사용하길 바란다고 말했다.    지난 2010년 구글에서 출시된 ‘앵귤러 JS’는 11년 만인 2021년 12월 31일 EOL에 도달했으며, 해당 커뮤니티의 장기 지원도 중단됐다. 하지만 앵귤러 JS 사용자는 엑스엘티에스닷데브(XLTS.dev), 퍼포스(Perforce) 등의 지원 서비스 업체를 포함한 서드파티 지원을 받을 수 있다고 개발팀은 전했다. 앵귤러JS 소스 코드도 NPM, CDN, Bower를 통해 깃허브에서 사용할 수 있다.  구글의 후속작 ‘앵귤러’는 동일한 철학을 사용하지만 지난 2016년에 타입스크립트로 다시 작성된 다른 프레임워크다. 구글 개발자 관계 엔지니어 민코 게체브에 따르면 “타입스크립트는 정적 타이핑을 제공해 개발 경험을 지원하고, 프로덕션 환경에 배포하기 전에 버그를 식별하는 데 도움을 준다.” 퍼포스의 오픈소스 에반젤리티스트 하비에르 페레즈는 EOL 버전의 앵귤러JS를 계속 사용하면 위험할 수 있다고 지적했다. 그는 “오픈소스 커뮤니티의 장기 지원이 EOL에 도달하면 더 이상 패치가 릴리즈되지 않는다. 사용자가 EOL 버전의 소프트웨어를 사용할 경우 심각도가 높거나 치명적인 취약점이 새로 발견됐을 때 패치를 사용할 수 없게 될 위험이 있다”라고 설명했다.  또 앵귤러JS는 웹 애플리케이션에서 널리 사용되기 때문에 브라우저를 변경하면 기능에 영향을 미칠 수 있다고 페레즈는 덧붙였다. 그는 앵귤러JS 사용자는 위험할 수 있는 앵귤러JS에 앱을 유지하거나, 최신 버전의 앵귤러로 앱을 다시 작성하거나, 다른 자바스크립트 프레임워크를 사용하...

구글 앵귤러JS 앵귤러 웹 개발 자바스크립트 프레임워크 퍼포스 깃허브 타입스크립트 자바스크립트 웹 애플리케이션

2022.01.11

웹 개발에 ’혁신을 일으킨’ 자바스크립트 프레임워크가 더 이상 유지되지 않는다. 단, 서드파티 지원 옵션은 사용할 수 있다.  ‘앵귤러JS(AngularJS)’ 자바스크립트 프레임워크가 수명 종료(End-of-Life; EoL)에 도달했다. 그다음 세대인 타입스크립트 기반 앵귤러(Angular) 프레임워크 개발팀은 앵귤러JS 사용자가 후속 제품을 사용하길 바란다고 말했다.    지난 2010년 구글에서 출시된 ‘앵귤러 JS’는 11년 만인 2021년 12월 31일 EOL에 도달했으며, 해당 커뮤니티의 장기 지원도 중단됐다. 하지만 앵귤러 JS 사용자는 엑스엘티에스닷데브(XLTS.dev), 퍼포스(Perforce) 등의 지원 서비스 업체를 포함한 서드파티 지원을 받을 수 있다고 개발팀은 전했다. 앵귤러JS 소스 코드도 NPM, CDN, Bower를 통해 깃허브에서 사용할 수 있다.  구글의 후속작 ‘앵귤러’는 동일한 철학을 사용하지만 지난 2016년에 타입스크립트로 다시 작성된 다른 프레임워크다. 구글 개발자 관계 엔지니어 민코 게체브에 따르면 “타입스크립트는 정적 타이핑을 제공해 개발 경험을 지원하고, 프로덕션 환경에 배포하기 전에 버그를 식별하는 데 도움을 준다.” 퍼포스의 오픈소스 에반젤리티스트 하비에르 페레즈는 EOL 버전의 앵귤러JS를 계속 사용하면 위험할 수 있다고 지적했다. 그는 “오픈소스 커뮤니티의 장기 지원이 EOL에 도달하면 더 이상 패치가 릴리즈되지 않는다. 사용자가 EOL 버전의 소프트웨어를 사용할 경우 심각도가 높거나 치명적인 취약점이 새로 발견됐을 때 패치를 사용할 수 없게 될 위험이 있다”라고 설명했다.  또 앵귤러JS는 웹 애플리케이션에서 널리 사용되기 때문에 브라우저를 변경하면 기능에 영향을 미칠 수 있다고 페레즈는 덧붙였다. 그는 앵귤러JS 사용자는 위험할 수 있는 앵귤러JS에 앱을 유지하거나, 최신 버전의 앵귤러로 앱을 다시 작성하거나, 다른 자바스크립트 프레임워크를 사용하...

2022.01.11

‘앵귤러 13’ RC 버전 출시··· “아이비 라이브러리 지원”

타입스크립트(TypeScript) 기반 웹 프레임워크의 차기 메이저 버전 ‘앵귤러 13(Angular 13)’이 릴리즈 캔디데이트 단계로 이동했다. 앵귤러 13의 프로덕션 릴리즈는 오는 11월 3일 출시될 예정이다.  ‘아이비(Ivy)’는 앵귤러의 차세대 컴파일 및 렌더링 엔진이다. 앵귤러는 이전 버전인 ‘뷰 엔진(View Engine)’ 지원을 유지하면서, 최근 릴리즈부터 (아이비를) 지원하기 시작했다. 앵귤러 13에서는 아이비 라이브러리가 완전히 지원되고, 뷰 엔진 지원은 제거된다.    앵귤러 13 릴리즈 캔디데이트의 코드는 깃허브에서 다운로드할 수 있다. 이 밖에 앵귤러 13의 변경사항은 다음과 같다.  • 타입스크립트 4.4(TypeScript 4.4)를 지원한다. 지난 10월 5일부터 코어에서 타입스크립트 4.4.2 이전 버전은 더 이상 지원되지 않는다.  • Rxjs(Reactive Extensions for JavaScript) v7 리액티브 프로그래밍 라이브러리가 지원된다.  • min, max, minLength와 같은 기본 유효성 검사기를 동적으로 비활성화하거나 활성화할 수 있다.  • 단순화된 ViewContainerRef.createComponent API를 통해 구성요소를 동적으로 생성할 수 있다.  • 오류 메시지가 개선됐다.  • 영구적인 ‘디폴트로 캐시 빌드(build cache by default)’ 기능을 통해 빌드가 향상됐다.  • 앵귤러 패키지 포맷 13(Angular Package Format 13)이 추가돼 패키지에서 ‘뷰 엔진’ 코드가 제거됐다.  • 국제화를 위한 $localize가 안정적인 API로 제공된다.  • 사용자 지정 조건은 ng_package에서 설정할 수 있다.  • 새로운 탐색이 진행 중인 탐색을 취소할 때 라우터가 더 이상 브라우저 URL을 대체하지 않는다. 이...

구글 타입스크립트 앵귤러 웹 프레임워크

2021.10.19

타입스크립트(TypeScript) 기반 웹 프레임워크의 차기 메이저 버전 ‘앵귤러 13(Angular 13)’이 릴리즈 캔디데이트 단계로 이동했다. 앵귤러 13의 프로덕션 릴리즈는 오는 11월 3일 출시될 예정이다.  ‘아이비(Ivy)’는 앵귤러의 차세대 컴파일 및 렌더링 엔진이다. 앵귤러는 이전 버전인 ‘뷰 엔진(View Engine)’ 지원을 유지하면서, 최근 릴리즈부터 (아이비를) 지원하기 시작했다. 앵귤러 13에서는 아이비 라이브러리가 완전히 지원되고, 뷰 엔진 지원은 제거된다.    앵귤러 13 릴리즈 캔디데이트의 코드는 깃허브에서 다운로드할 수 있다. 이 밖에 앵귤러 13의 변경사항은 다음과 같다.  • 타입스크립트 4.4(TypeScript 4.4)를 지원한다. 지난 10월 5일부터 코어에서 타입스크립트 4.4.2 이전 버전은 더 이상 지원되지 않는다.  • Rxjs(Reactive Extensions for JavaScript) v7 리액티브 프로그래밍 라이브러리가 지원된다.  • min, max, minLength와 같은 기본 유효성 검사기를 동적으로 비활성화하거나 활성화할 수 있다.  • 단순화된 ViewContainerRef.createComponent API를 통해 구성요소를 동적으로 생성할 수 있다.  • 오류 메시지가 개선됐다.  • 영구적인 ‘디폴트로 캐시 빌드(build cache by default)’ 기능을 통해 빌드가 향상됐다.  • 앵귤러 패키지 포맷 13(Angular Package Format 13)이 추가돼 패키지에서 ‘뷰 엔진’ 코드가 제거됐다.  • 국제화를 위한 $localize가 안정적인 API로 제공된다.  • 사용자 지정 조건은 ng_package에서 설정할 수 있다.  • 새로운 탐색이 진행 중인 탐색을 취소할 때 라우터가 더 이상 브라우저 URL을 대체하지 않는다. 이...

2021.10.19

‘앵귤러 13’ 미리보기··· 폼 및 라우터 개선

구글에서 개발한 타입스크립트(TypeScript) 기반 웹 프레임워크 ‘앵귤러(Angular)’의 버전 13이 구체화되기 시작했다. 지난 8월 4일과 11일 깃허브에서 공개된 두 개의 베타 릴리즈에서는 폼과 라우터가 변경됐다.    먼저 앵귤러 13에는 FormControlStatus라는 새로운 유형이 도입됐다. 폼 컨트롤에 사용할 수 있는 모든 상태 문자열의 조합이다. 또한 AbstractControl.status가 string에서 FormControlStatus로 축소됐고, StatusChanges는 Observable<any>에서 Observable<FormControlStatus>로 축소됐다. 앵귤러 변경 로그에 따르면 대부분의 애플리케이션은 이러한 새로운 유형을 원활하게 사용할 수 있다.  라우터에서는 기본 URL 직렬 변환기가 쿼리 매개변수의 물음표를 포함한 모든 항목을 나중에 삭제하여 /path?q=hello?&other=123 탐색에서 잘못된 구문 분석이 발생하는 상황을 해하기 위한 변경사항이 제안됐다. 이 변경사항은 올바른 구문 분석을 제공한다.  앵귤러 13의 프로덕션 릴리즈는 오는 11월 출시될 예정이다. 이 밖에 제안된 변경사항은 다음과 같다.  • 컴파일러-cli에서 d.ts 파일의 절대 가져오기에 올바른 모듈 확인 컨텍스트를 사용하도록 한다. 또 앵귤러 동작이 없는 파일의 증분 빌드에서는 분석을 건너뛴다. 증분 빌드에서 컴파일러는 이전 컴파일러의 분석 데이터를 최대한 재사용하여 분석 작업을 다시 수행하지 않도록 한다. 하지만 앵귤러 동작이 없는 소스 파일의 경우 분석 데이터가 기록되지 않으며, 결과적으로 변경사항이 없더라도 소스 파일이 빌드마다 재분석된다. 이 커밋은 그러한 소스 파일의 분석을 방지한다.  • 언어 서비스는 템플릿에서 자동완성 문자열 리터럴 통합 유형 지원이 제공된다.  • 라우터에서는 누락된 아울렛 이벤트가 Rout...

구글 타입스크립트 웹 프레임워크 앵귤러 앵귤러 13

2021.08.17

구글에서 개발한 타입스크립트(TypeScript) 기반 웹 프레임워크 ‘앵귤러(Angular)’의 버전 13이 구체화되기 시작했다. 지난 8월 4일과 11일 깃허브에서 공개된 두 개의 베타 릴리즈에서는 폼과 라우터가 변경됐다.    먼저 앵귤러 13에는 FormControlStatus라는 새로운 유형이 도입됐다. 폼 컨트롤에 사용할 수 있는 모든 상태 문자열의 조합이다. 또한 AbstractControl.status가 string에서 FormControlStatus로 축소됐고, StatusChanges는 Observable<any>에서 Observable<FormControlStatus>로 축소됐다. 앵귤러 변경 로그에 따르면 대부분의 애플리케이션은 이러한 새로운 유형을 원활하게 사용할 수 있다.  라우터에서는 기본 URL 직렬 변환기가 쿼리 매개변수의 물음표를 포함한 모든 항목을 나중에 삭제하여 /path?q=hello?&other=123 탐색에서 잘못된 구문 분석이 발생하는 상황을 해하기 위한 변경사항이 제안됐다. 이 변경사항은 올바른 구문 분석을 제공한다.  앵귤러 13의 프로덕션 릴리즈는 오는 11월 출시될 예정이다. 이 밖에 제안된 변경사항은 다음과 같다.  • 컴파일러-cli에서 d.ts 파일의 절대 가져오기에 올바른 모듈 확인 컨텍스트를 사용하도록 한다. 또 앵귤러 동작이 없는 파일의 증분 빌드에서는 분석을 건너뛴다. 증분 빌드에서 컴파일러는 이전 컴파일러의 분석 데이터를 최대한 재사용하여 분석 작업을 다시 수행하지 않도록 한다. 하지만 앵귤러 동작이 없는 소스 파일의 경우 분석 데이터가 기록되지 않으며, 결과적으로 변경사항이 없더라도 소스 파일이 빌드마다 재분석된다. 이 커밋은 그러한 소스 파일의 분석을 방지한다.  • 언어 서비스는 템플릿에서 자동완성 문자열 리터럴 통합 유형 지원이 제공된다.  • 라우터에서는 누락된 아울렛 이벤트가 Rout...

2021.08.17

앵귤러 12 베타 버전 공개··· “성능, 컴파일러, DOM 요소 등 개선”

구글에서 개발한 타입스크립트(TypeScript) 기반 웹 프레임워크 ‘앵귤러(Angular)’의 버전 12가 오는 5월 출시될 예정이다. 이에 앞서 앵귤러 12는 2월부터 6개의 베타 릴리즈를 선보이면서 성능, 컴파일러, DOM 요소 등과 관련된 여러 개선사항을 추가했다.    앵귤러 12 프로젝트는 이전에 프로덕션 빌드 개선, 웹팩 5(Webpack 5) 번들러 지원 등의 내용을 담은 기술 로드맵을 발표한 바 있다. 프로덕션 릴리즈는 5월에 공개될 예정이다. 최신 베타 릴리즈(앵귤러 12.0.0-next.6)는 지난 3월 24일 깃허브(GitHub)에 게시됐다. 이번 베타에서 개선된 사항 및 기능은 다음과 같다.  • 프래그먼트 값을 null이 아닌 값(non-nullable)으로 변환하는 마이그레이션이 추가됐다.  • 컴파일러-cli(compiler-cli)에서 타입안정성을 지원하는 방식으로 임의의 데이터를 제공할 수 있는 모든 요청에 대해 context 옵션이 도입됐다. 이 기능은 요청별로 HTTP 클라이언트에서 인터셉터를 구성해야 하는 필요성을 해결한다.  • 이제 애니메이션에서 루트 뷰가 제거되면 DOM 요소가 올바르게 제거된다.  • 성능을 향상시키고자 DomAdapter에서 사용되지 않는 메소드를 제거했다.  • legacy-migrate라는 새 포맷이 localize-extract에 추가됐다. 이는 레거시 메시지 ID를 표준 메시지 ID에 매핑하는 데 사용할 수 있는 JSON 파일을 생성한다.  • 엄격한 null 검사가 null일 가능성이 있는 프래그먼트를 보고한다.  • APP-INITIALIZER 토큰 타입이 앵귤러에서 처리하는 반환 값 타입을 더 정확하게 반영하도록 변경됐다.  • BrowserAnimationsModulewithConfig를 통해 애니메이션을 비활성화하는 기능이 추가됐다.  • FormArray 및 Fo...

구글 타입스크립트 웹 프레임워크 앵귤러 앵귤러 12 웹팩 5 자바스크립트

2021.03.31

구글에서 개발한 타입스크립트(TypeScript) 기반 웹 프레임워크 ‘앵귤러(Angular)’의 버전 12가 오는 5월 출시될 예정이다. 이에 앞서 앵귤러 12는 2월부터 6개의 베타 릴리즈를 선보이면서 성능, 컴파일러, DOM 요소 등과 관련된 여러 개선사항을 추가했다.    앵귤러 12 프로젝트는 이전에 프로덕션 빌드 개선, 웹팩 5(Webpack 5) 번들러 지원 등의 내용을 담은 기술 로드맵을 발표한 바 있다. 프로덕션 릴리즈는 5월에 공개될 예정이다. 최신 베타 릴리즈(앵귤러 12.0.0-next.6)는 지난 3월 24일 깃허브(GitHub)에 게시됐다. 이번 베타에서 개선된 사항 및 기능은 다음과 같다.  • 프래그먼트 값을 null이 아닌 값(non-nullable)으로 변환하는 마이그레이션이 추가됐다.  • 컴파일러-cli(compiler-cli)에서 타입안정성을 지원하는 방식으로 임의의 데이터를 제공할 수 있는 모든 요청에 대해 context 옵션이 도입됐다. 이 기능은 요청별로 HTTP 클라이언트에서 인터셉터를 구성해야 하는 필요성을 해결한다.  • 이제 애니메이션에서 루트 뷰가 제거되면 DOM 요소가 올바르게 제거된다.  • 성능을 향상시키고자 DomAdapter에서 사용되지 않는 메소드를 제거했다.  • legacy-migrate라는 새 포맷이 localize-extract에 추가됐다. 이는 레거시 메시지 ID를 표준 메시지 ID에 매핑하는 데 사용할 수 있는 JSON 파일을 생성한다.  • 엄격한 null 검사가 null일 가능성이 있는 프래그먼트를 보고한다.  • APP-INITIALIZER 토큰 타입이 앵귤러에서 처리하는 반환 값 타입을 더 정확하게 반영하도록 변경됐다.  • BrowserAnimationsModulewithConfig를 통해 애니메이션을 비활성화하는 기능이 추가됐다.  • FormArray 및 Fo...

2021.03.31

앵귤러 11.1.0 출시··· 오류 코드 및 디버깅 가이드 추가

앵귤러(Angular) 버전 11.1.0 포인트 릴리스가 공개됐다. 이번 업데이트는 표준화된 오류 코드와 온라인으로 제공되는 오류 설명 및 디버깅 가이드를 추가했다.  자바스크립트 프레임워크 앵귤러 개발팀이 플랫폼에 표준화된 오류 코드 및 디버깅 가이드를 지원한다고 발표했다. 개발자가 문제를 더 빠르게 해결할 수 있도록 하는 한편 디버깅을 개선하기 위해서다.  오류 코드는 지난 1월 20일 공개된 앵귤러 11.1.0 릴리스에 적용됐다. 개발팀에 따르면 앵귤러 오류 메시지에는 이제 표준화된 오류 코드, 세부 정보, 형식이 포함된다.    구체적으로 설명하자면, 앵귤러 오류 메시지는 NG로 시작해 앵귤러 특정 오류를 타입스크립트 오류 및 브라우저 메시징과 구분한다. 그다음에 오는 숫자는 유형을 나타낸다. 런타임 오류는 0으로 시작하고, 컴파일러 문제는 1부터 9까지 기존 넘버 스페이스를 유지한다. 이는 개발자로 하여금 프레임워크 오류를 더욱더 쉽게 인지하고 검색할 수 있도록 하는 데 그 목적이 있다고 개발팀은 전했다.  또한 angular.io/errors 링크가 오류 메시지에 추가됐다. 여기서는 일반적인 오류에 관한 설명과 이를 디버깅하는 방법을 알려주는 동영상 가이드를 확인할 수 있다. 개발팀은 이제 일련의 앵귤러 디버깅 동영상을 유튜브에서 볼 수 있다고 언급했다.  현재 깃허브에서 다운로드 받을 수 있는 ‘앵귤러 11.1.0 포인트 릴리스’는 이 밖에 성능 개선, 컴퍼일러 및 언어 서비스 강화, 다양한 버그 수정 등을 지원한다. 한편 2021년 5월에 출시될 것으로 예상되는 ‘앵귤러 12’는 오류 메시징과 더불어 NPM에 아이비(Angular Ivy) 라이브러리를 배포할 수 있는 ng-링커(ng-linker)를 더욱더 개선할 계획이다. ciokr@idg.co.kr  

앵귤러 자바스크립트 프레임워크 오류 코드 오류 메시지 디버깅

2021.02.02

앵귤러(Angular) 버전 11.1.0 포인트 릴리스가 공개됐다. 이번 업데이트는 표준화된 오류 코드와 온라인으로 제공되는 오류 설명 및 디버깅 가이드를 추가했다.  자바스크립트 프레임워크 앵귤러 개발팀이 플랫폼에 표준화된 오류 코드 및 디버깅 가이드를 지원한다고 발표했다. 개발자가 문제를 더 빠르게 해결할 수 있도록 하는 한편 디버깅을 개선하기 위해서다.  오류 코드는 지난 1월 20일 공개된 앵귤러 11.1.0 릴리스에 적용됐다. 개발팀에 따르면 앵귤러 오류 메시지에는 이제 표준화된 오류 코드, 세부 정보, 형식이 포함된다.    구체적으로 설명하자면, 앵귤러 오류 메시지는 NG로 시작해 앵귤러 특정 오류를 타입스크립트 오류 및 브라우저 메시징과 구분한다. 그다음에 오는 숫자는 유형을 나타낸다. 런타임 오류는 0으로 시작하고, 컴파일러 문제는 1부터 9까지 기존 넘버 스페이스를 유지한다. 이는 개발자로 하여금 프레임워크 오류를 더욱더 쉽게 인지하고 검색할 수 있도록 하는 데 그 목적이 있다고 개발팀은 전했다.  또한 angular.io/errors 링크가 오류 메시지에 추가됐다. 여기서는 일반적인 오류에 관한 설명과 이를 디버깅하는 방법을 알려주는 동영상 가이드를 확인할 수 있다. 개발팀은 이제 일련의 앵귤러 디버깅 동영상을 유튜브에서 볼 수 있다고 언급했다.  현재 깃허브에서 다운로드 받을 수 있는 ‘앵귤러 11.1.0 포인트 릴리스’는 이 밖에 성능 개선, 컴퍼일러 및 언어 서비스 강화, 다양한 버그 수정 등을 지원한다. 한편 2021년 5월에 출시될 것으로 예상되는 ‘앵귤러 12’는 오류 메시징과 더불어 NPM에 아이비(Angular Ivy) 라이브러리를 배포할 수 있는 ng-링커(ng-linker)를 더욱더 개선할 계획이다. ciokr@idg.co.kr  

2021.02.02

‘앵귤러 12’ 미리보기··· 배포 통합 및 에러 메시지 개선

구글에서 개발한 웹 개발 프레임워크 ‘앵귤러(Angular)’의 버전 12가 배포 서비스 업체와의 향상된 통합부터 에러 메시지 개선까지 여러 개선 사항을 선보일 예정이다.  더 엄격한 유형과 더 향상된 라우터 성능을 제공하는 ‘앵귤러 11’이 작년 11월 출시된 데 이어, ‘앵귤러 12’는 오는 5월 공개될 예정이다.    앵귤러 12에서 검토하고 있는 개선 사항 중의 하나는 기본적으로 프로덕션 빌드를 실행하는 ng build 컴파일러 명령과 yarn build 번들러 명령이다. 구글 산하의 앵귤러 개발팀 소속 민코 게체프에 따르면 목표는 헤로쿠(Heroku), 네트리파이(Netlify) 등을 포함해 여러 배포 서비스 업체와의 통합을 개선하는 것이다. 오류 메시지 개선도 예상되는 개선 사항 가운데 하나다. 상위 10개 오류에서 훨씬 더 자세한 오류 메시지와 문서를 표시한다.  이 밖에 앵귤러 12에 포함되리라 예측되는 기능은 다음과 같다.  • NPM에 앵귤러 아이비(Angular Ivy) 라이브러리를 배포할 수 있는 ng-링커(ng-linker): 이렇게 하면 호환성 컴파일러 사용이 중단되고 빌드 시간이 향상된다.  • 각 테스트 실행 이후 테스트 모듈과 환경을 자동으로 정리하고 해체한다. 이 개선사항은 테스트 속도를 크게 향상시킬 것이다.  • 웹팩 5(Webpack 5) 모듈 번들러에 프로덕션-레디 지원  • 신규 프로젝트에서 CLI는 기본적으로 엄격한 모드 사용 • 구성요소에서 인라인 Sass 지원  • 개선된 타입 검사를 제공하는 새로운 버전의 아이비 언어 서비스  • 유니버셜(Universal)에서 인라인 스타일을 위한 중요하지 않은 CSS 트리밍: 이 실험적 기능은 옵트-인 또는 옵트-아웃으로 활성화된다. 앵귤러 유니버셜은 서버에서 앵귤러 애플리케이션을 렌더링한다.  앵귤러 개발팀은 웹팩 5 지원 등의 내용을 담은 기술 로드맵을 발표한 바 ...

구글 앵귤러 웹 개발 프레임워크 헤로쿠 네트리파이

2021.01.13

구글에서 개발한 웹 개발 프레임워크 ‘앵귤러(Angular)’의 버전 12가 배포 서비스 업체와의 향상된 통합부터 에러 메시지 개선까지 여러 개선 사항을 선보일 예정이다.  더 엄격한 유형과 더 향상된 라우터 성능을 제공하는 ‘앵귤러 11’이 작년 11월 출시된 데 이어, ‘앵귤러 12’는 오는 5월 공개될 예정이다.    앵귤러 12에서 검토하고 있는 개선 사항 중의 하나는 기본적으로 프로덕션 빌드를 실행하는 ng build 컴파일러 명령과 yarn build 번들러 명령이다. 구글 산하의 앵귤러 개발팀 소속 민코 게체프에 따르면 목표는 헤로쿠(Heroku), 네트리파이(Netlify) 등을 포함해 여러 배포 서비스 업체와의 통합을 개선하는 것이다. 오류 메시지 개선도 예상되는 개선 사항 가운데 하나다. 상위 10개 오류에서 훨씬 더 자세한 오류 메시지와 문서를 표시한다.  이 밖에 앵귤러 12에 포함되리라 예측되는 기능은 다음과 같다.  • NPM에 앵귤러 아이비(Angular Ivy) 라이브러리를 배포할 수 있는 ng-링커(ng-linker): 이렇게 하면 호환성 컴파일러 사용이 중단되고 빌드 시간이 향상된다.  • 각 테스트 실행 이후 테스트 모듈과 환경을 자동으로 정리하고 해체한다. 이 개선사항은 테스트 속도를 크게 향상시킬 것이다.  • 웹팩 5(Webpack 5) 모듈 번들러에 프로덕션-레디 지원  • 신규 프로젝트에서 CLI는 기본적으로 엄격한 모드 사용 • 구성요소에서 인라인 Sass 지원  • 개선된 타입 검사를 제공하는 새로운 버전의 아이비 언어 서비스  • 유니버셜(Universal)에서 인라인 스타일을 위한 중요하지 않은 CSS 트리밍: 이 실험적 기능은 옵트-인 또는 옵트-아웃으로 활성화된다. 앵귤러 유니버셜은 서버에서 앵귤러 애플리케이션을 렌더링한다.  앵귤러 개발팀은 웹팩 5 지원 등의 내용을 담은 기술 로드맵을 발표한 바 ...

2021.01.13

MS, ‘비주얼 스튜디오용 앵귤러 랭귀지 서비스’ 확장 출시

‘비주얼 스튜디오용 앵귤러 랭귀지 서비스(Angular Language Service for Visual Studio)’ 확장 프로그램은 앵귤러 템플릿 내부에서 코드 자동완성, 오류 확인, 빠른 정보, 탐색 기능을 제공한다.    ‘앵귤러 랭귀지 서비스’가 마이크로소프트의 비주얼 스튜디오 IDE로 포팅됐다. 앵귤러 랭귀지 서비스는 앵귤러 템플릿 내에서 자동완성, 오류 확인, 힌트, 탐색 등을 위한 메커니즘을 제공한다.  구글에서 개발한 앵귤러 자바스크립트/타입스크립트 프레임워크와 함께 작동하는 이 서비스는 ‘비주얼 스튜디오용 앵귤러 랭귀지 서비스’ 확장 프로그램으로 제공된다. 현재 비주얼 스튜디오 마켓플레이스(Visual Studio Marketplace)에서 다운로드받을 수 있다.  공식 블로그에 따르면 마이크로소프트는 많은 ASP.NET 및 ASP.NET Core 사용자들이 앵귤러에서 프론트엔드를 구축한다는 사실을 알고 이 서비스를 지원하기로 했다. 비주얼 스튜디오에서는 기본 기능(예: 코드 완성, 인텔리센스(InteliSense), 정의로 이동(Go to Definition)) 외에는 앵귤러를 많이 지원하지 않았다.  이 확장 기능을 사용하려면 비주얼 스튜디오 16.5.0 이상 버전이 필요하다. 앵귤러 랭귀지 서비스는 인라인 템플릿뿐만 아니라 별도의 HTML 파일에 있는 외부 템플릿과도 작동한다. 비주얼 스튜디오는 개발자가 앵귤러 파일을 여는 것을 감지하고, 앵귤러 언어 서비스를 사용하여 tsconfig.json 파일을 읽는다. 그리고 애플리케이션에서 모든 템플릿을 찾는다. 그다음, 열려 있는 템플릿에서 랭귀지 서비스를 사용할 수 있다.  한편 마이크로소프트는 8월 5일 공개한 새 확장 프로그램에 관한 피드백을 요청하고 있다. 피드백은 깃허브를 통해 남길 수 있다. ciokr@idg.co.kr  

마이크로소프트 비주얼 스튜디오 앵귤러 코드 편집기 자바스크립트 타입스크립트 비주얼 스튜디오 마켓플레이스 ASP.NET 인텔리센스 html

2020.08.20

‘비주얼 스튜디오용 앵귤러 랭귀지 서비스(Angular Language Service for Visual Studio)’ 확장 프로그램은 앵귤러 템플릿 내부에서 코드 자동완성, 오류 확인, 빠른 정보, 탐색 기능을 제공한다.    ‘앵귤러 랭귀지 서비스’가 마이크로소프트의 비주얼 스튜디오 IDE로 포팅됐다. 앵귤러 랭귀지 서비스는 앵귤러 템플릿 내에서 자동완성, 오류 확인, 힌트, 탐색 등을 위한 메커니즘을 제공한다.  구글에서 개발한 앵귤러 자바스크립트/타입스크립트 프레임워크와 함께 작동하는 이 서비스는 ‘비주얼 스튜디오용 앵귤러 랭귀지 서비스’ 확장 프로그램으로 제공된다. 현재 비주얼 스튜디오 마켓플레이스(Visual Studio Marketplace)에서 다운로드받을 수 있다.  공식 블로그에 따르면 마이크로소프트는 많은 ASP.NET 및 ASP.NET Core 사용자들이 앵귤러에서 프론트엔드를 구축한다는 사실을 알고 이 서비스를 지원하기로 했다. 비주얼 스튜디오에서는 기본 기능(예: 코드 완성, 인텔리센스(InteliSense), 정의로 이동(Go to Definition)) 외에는 앵귤러를 많이 지원하지 않았다.  이 확장 기능을 사용하려면 비주얼 스튜디오 16.5.0 이상 버전이 필요하다. 앵귤러 랭귀지 서비스는 인라인 템플릿뿐만 아니라 별도의 HTML 파일에 있는 외부 템플릿과도 작동한다. 비주얼 스튜디오는 개발자가 앵귤러 파일을 여는 것을 감지하고, 앵귤러 언어 서비스를 사용하여 tsconfig.json 파일을 읽는다. 그리고 애플리케이션에서 모든 템플릿을 찾는다. 그다음, 열려 있는 템플릿에서 랭귀지 서비스를 사용할 수 있다.  한편 마이크로소프트는 8월 5일 공개한 새 확장 프로그램에 관한 피드백을 요청하고 있다. 피드백은 깃허브를 통해 남길 수 있다. ciokr@idg.co.kr  

2020.08.20

칼럼ㅣ구세주인가 사기꾼인가··· 구글의 ‘OUC(Open Usage Commons)’란?

구글의 새로운 재단이 이스티오(Istio), 앵귤러(Angular), 게릿(Gerrit)을 시작으로 오픈소스 프로젝트에 ‘상표 보호’를 제공한다. 물론 모두가 기뻐하는 것은 아니다.  최근 구글이 ‘OUC(Open Usage Commons)’ 재단을 설립했다. 공식 웹사이트에 따르면 이 재단은 '상표 보호 및 관리에 특화된 지원을 비롯해 사용 가이드라인, 적합성 테스트'를 제공한다. 그냥 평범해 보이는가?  각자의 입장에 따라 OUC가 좋을 수도, 나쁠 수도 있다. IBM과 리눅스 재단은 공개적으로 OUC를 싫어하는 듯하다. 밝히진 않았지만 OUC가 달갑지 않은 사람도 꽤 있을 것이다. 이를 반기는 곳은 아마도 구글 하나인 것 같다. 션 코놀리, 애덤 제이콥 등 오픈소스 전문가는 이게 아마 우리가 알고 있는 오픈소스의 종말은 아닐 것이라는 의견을 내놨다.  하지만 ‘상표를 보호하는 재단이 뭐가 문제인가?’라고 생각할 수도 있다. OUC에 의해 무슨 일이 일어났고, 그게 왜 문제인지 살펴본다.   그치지 않는 혼란   모든 문제의 쟁점은 거버넌스로 귀결된다. OUC가 거버넌스 문제에 대해 할 말은 없다. 직접적으로는 그렇다는 것이다. OUC가 하는 일이 오픈소스 프로젝트에게 ‘상표 보호’를 지원하는 것뿐이기 때문이다.  물론 OUC가 이런 일을 하는 최초의 재단은 아니다. 리눅스 재단(Linux Foundation), 소프트웨어 프리덤 컨서번시(Software Freedom Conservancy) 등도 이러한 서비스를 제공한다. 그러나 차이점을 꼽자면 OUC는 ‘상표 보호 및 관리’만 한다.  OUC 이사회 위원이자 전직 구글 직원인 마일즈 와드는 “하나로 제공하든 나눠서 제공하든 유용성이 있기 마련이다. 우리는 일반적인 재단들이 해왔던 일에서 상표 부분을 분리하려고 한다. 그리고 이렇게 하는 것이 유용한지 확인하고자 한다. 지켜보면 알겠지만 아마 유용할 것이다”라고 말했다.  ...

구글 오픈소스 OUC 이스티오 앵귤러 게릿 리눅스 재단 IBM 오픈소스 거버넌스 쿠버네티스

2020.07.15

구글의 새로운 재단이 이스티오(Istio), 앵귤러(Angular), 게릿(Gerrit)을 시작으로 오픈소스 프로젝트에 ‘상표 보호’를 제공한다. 물론 모두가 기뻐하는 것은 아니다.  최근 구글이 ‘OUC(Open Usage Commons)’ 재단을 설립했다. 공식 웹사이트에 따르면 이 재단은 '상표 보호 및 관리에 특화된 지원을 비롯해 사용 가이드라인, 적합성 테스트'를 제공한다. 그냥 평범해 보이는가?  각자의 입장에 따라 OUC가 좋을 수도, 나쁠 수도 있다. IBM과 리눅스 재단은 공개적으로 OUC를 싫어하는 듯하다. 밝히진 않았지만 OUC가 달갑지 않은 사람도 꽤 있을 것이다. 이를 반기는 곳은 아마도 구글 하나인 것 같다. 션 코놀리, 애덤 제이콥 등 오픈소스 전문가는 이게 아마 우리가 알고 있는 오픈소스의 종말은 아닐 것이라는 의견을 내놨다.  하지만 ‘상표를 보호하는 재단이 뭐가 문제인가?’라고 생각할 수도 있다. OUC에 의해 무슨 일이 일어났고, 그게 왜 문제인지 살펴본다.   그치지 않는 혼란   모든 문제의 쟁점은 거버넌스로 귀결된다. OUC가 거버넌스 문제에 대해 할 말은 없다. 직접적으로는 그렇다는 것이다. OUC가 하는 일이 오픈소스 프로젝트에게 ‘상표 보호’를 지원하는 것뿐이기 때문이다.  물론 OUC가 이런 일을 하는 최초의 재단은 아니다. 리눅스 재단(Linux Foundation), 소프트웨어 프리덤 컨서번시(Software Freedom Conservancy) 등도 이러한 서비스를 제공한다. 그러나 차이점을 꼽자면 OUC는 ‘상표 보호 및 관리’만 한다.  OUC 이사회 위원이자 전직 구글 직원인 마일즈 와드는 “하나로 제공하든 나눠서 제공하든 유용성이 있기 마련이다. 우리는 일반적인 재단들이 해왔던 일에서 상표 부분을 분리하려고 한다. 그리고 이렇게 하는 것이 유용한지 확인하고자 한다. 지켜보면 알겠지만 아마 유용할 것이다”라고 말했다.  ...

2020.07.15

"AI로 파이썬 코드 완성"··· 카이트, 자바스크립트 지원

머신러닝 모델을 기반으로 코드 자동 완성 기능을 제공하는 카이트(Kite)가 자바스크립트를 학습한 머신러닝 모델을 애드온으로 추가했다. 주요 코드 편집기 및 IDE와 통합할 수 있다. 카이트 개발팀이 5월 12일 AI 기반 파이썬용 코드 자동 완성 툴, 카이트(Kite)에 자바스크립트 지원을 추가했다고 발표했다. 이밖에 고급 기능을 추가한 카이트 유료 버전도 함께 선보였다.   카이트는 파이썬과 자바스크립트 코드 각각으로 구축한 머신러닝 모델을 사용해 사용자가 입력하려는 코드를 예측하여 자동 완성 기능을 제공한다. 이는 정적 코드뿐만 아니라 코드로부터 얻은 추상구문트리(Abstract Syntax Tree)를 학습한다. 또한 사용자와 다른 개발자가 유사한 상황에서 작성했던 코드를 기반으로 맥락을 파악해 예측을 제안한다. 카이트는 초창기 파이썬만 지원했지만 카이트 개발팀은 지원 언어를 확대할 계획이라고 밝힌 바 있다. 그리고 자바스크립트가 바로 그 첫 번째 언어다. 이번에 추가된 카이트 머신러닝 모델은 자바스크립트 기반 프레임워크인 리액트(React), 뷰(Vue), 앵귤러(Angular), 노드.js(Node.js)를 포함해 주로 사용되는 자바스크립트 패키지에서 수집된 동작 데이터세트를 기반으로 한다.  비주얼 스튜디오 코드(Visual Studio Code) 및 아톰(Atom)을 포함한 대부분의 주요 개발 환경과 통합해 사용할 수 있다. 해당 툴은 로컬로 설치되며 클라우드 연결이 필요 없다. 모든 예측 기능이 자체 시스템에서 이뤄지고 제공된다.  카이트는 기본적으로 개인적 용도는 물론 상업적 용도에도 무료로 사용할 수 있다. 새로 출시된 유료 버전인 카이트 프로(Kite Pro)는 몇 가지 고급 기능이 추가됐다. 주요 추가 기능에는 데이터 딕셔너리(data in dictionaries), 앨리어스 가져오기(import aliases), 코드 스니펫(code snippets)을 포함한 딥러닝 기반으로 생성된 한 줄(sin...

자바스크립트 자동코드완성 비주얼스튜디오코드 리액트 앵귤러 딥러닝 머신러닝 파이썬 아톰 인공지능 AI 코드 카이트

2020.05.14

머신러닝 모델을 기반으로 코드 자동 완성 기능을 제공하는 카이트(Kite)가 자바스크립트를 학습한 머신러닝 모델을 애드온으로 추가했다. 주요 코드 편집기 및 IDE와 통합할 수 있다. 카이트 개발팀이 5월 12일 AI 기반 파이썬용 코드 자동 완성 툴, 카이트(Kite)에 자바스크립트 지원을 추가했다고 발표했다. 이밖에 고급 기능을 추가한 카이트 유료 버전도 함께 선보였다.   카이트는 파이썬과 자바스크립트 코드 각각으로 구축한 머신러닝 모델을 사용해 사용자가 입력하려는 코드를 예측하여 자동 완성 기능을 제공한다. 이는 정적 코드뿐만 아니라 코드로부터 얻은 추상구문트리(Abstract Syntax Tree)를 학습한다. 또한 사용자와 다른 개발자가 유사한 상황에서 작성했던 코드를 기반으로 맥락을 파악해 예측을 제안한다. 카이트는 초창기 파이썬만 지원했지만 카이트 개발팀은 지원 언어를 확대할 계획이라고 밝힌 바 있다. 그리고 자바스크립트가 바로 그 첫 번째 언어다. 이번에 추가된 카이트 머신러닝 모델은 자바스크립트 기반 프레임워크인 리액트(React), 뷰(Vue), 앵귤러(Angular), 노드.js(Node.js)를 포함해 주로 사용되는 자바스크립트 패키지에서 수집된 동작 데이터세트를 기반으로 한다.  비주얼 스튜디오 코드(Visual Studio Code) 및 아톰(Atom)을 포함한 대부분의 주요 개발 환경과 통합해 사용할 수 있다. 해당 툴은 로컬로 설치되며 클라우드 연결이 필요 없다. 모든 예측 기능이 자체 시스템에서 이뤄지고 제공된다.  카이트는 기본적으로 개인적 용도는 물론 상업적 용도에도 무료로 사용할 수 있다. 새로 출시된 유료 버전인 카이트 프로(Kite Pro)는 몇 가지 고급 기능이 추가됐다. 주요 추가 기능에는 데이터 딕셔너리(data in dictionaries), 앨리어스 가져오기(import aliases), 코드 스니펫(code snippets)을 포함한 딥러닝 기반으로 생성된 한 줄(sin...

2020.05.14

"개발자 관심사 분석해보니... 딥러닝, 멀티플랫폼, 코딩 역량" 기트허브

기트허브가 2017년 개발자들의 활동을 분석한 결과, 개발자들이 시간을 쏟는 대상은 크로스 플랫폼 개발, 딥러닝, 신규 코딩 역량 습득 등의 주제였던 것으로 드러났다. 기트허브에 따르면 구글 앵귤러 자바스크립트 프레임워크와 텐서플로우 머신러닝 라이브러리에 대한 참여가 특히 고조됐다. 기트허브의 코딩 인터뷰 유니버시티와 같은 학습 프로젝트 또한 호응이 높았다. 멀티 플랫폼 및 웹 개발의 경우, 앵귤러 애플리케이션에 명령줄 인터페이를 제공하는 앵귤러 CLI 프로젝트는 2016년에서 2017년 동안 기여자가 두 배로 증가했다. 앵귤러 프레임워크 자체에 대한 관심도 늘어났는데, 페이스북의 리액트(React) 자바스크립트 UI 라이브러리와 기트허브의 일렉트론(Electron) 프레임워크에의 참여가 두드러졌다. 기트허브 측은 또 다양한 산업 분야에서 인공지능에 대한 관심이 증가하는 현실을 포착했다고 전했다. 관심이 증가한 프로젝트로는 다음과 같은 것들이 있다. - 텐서플로우는 전년보다 2.2배 더 많은 방문자를 기록했. 텐서플로우 모델(TensorFlow Models) 프로젝트는 방문 횟수가 5.5 배 증가했다. - 파이썬으로 작성된 케라스 하이레벨 신경 네트워크 API - 모질라의 프로젝트 딥서치(DeepSearch). 머신러닝 활용을 위한 스피치 투 텍스트 엔진을 제공하는 프로젝트다. 코딩 학습. 코딩 베스트 프랙티스, 직업 취득과 관련된 인기 프로젝트는 다음과 같다. - 'Charengelo 30 Seconds of Code'. 자바 스크립트 코드 정보를 제공한다. - 'Norvig Pytudes'. 숙달 및 시연 역량을 위한 파이선 프로그램을 제공한다. - 'Jwasham Coding Interview University'. 소프트웨어 엔지니어가 되기 이한 학습 계획을 제공한다. - 'Yangshun Tech Interview Handbook'. 코...

딥러닝 텐서플로우 기트허브 앵귤러 멀티플랫폼

2018.02.12

기트허브가 2017년 개발자들의 활동을 분석한 결과, 개발자들이 시간을 쏟는 대상은 크로스 플랫폼 개발, 딥러닝, 신규 코딩 역량 습득 등의 주제였던 것으로 드러났다. 기트허브에 따르면 구글 앵귤러 자바스크립트 프레임워크와 텐서플로우 머신러닝 라이브러리에 대한 참여가 특히 고조됐다. 기트허브의 코딩 인터뷰 유니버시티와 같은 학습 프로젝트 또한 호응이 높았다. 멀티 플랫폼 및 웹 개발의 경우, 앵귤러 애플리케이션에 명령줄 인터페이를 제공하는 앵귤러 CLI 프로젝트는 2016년에서 2017년 동안 기여자가 두 배로 증가했다. 앵귤러 프레임워크 자체에 대한 관심도 늘어났는데, 페이스북의 리액트(React) 자바스크립트 UI 라이브러리와 기트허브의 일렉트론(Electron) 프레임워크에의 참여가 두드러졌다. 기트허브 측은 또 다양한 산업 분야에서 인공지능에 대한 관심이 증가하는 현실을 포착했다고 전했다. 관심이 증가한 프로젝트로는 다음과 같은 것들이 있다. - 텐서플로우는 전년보다 2.2배 더 많은 방문자를 기록했. 텐서플로우 모델(TensorFlow Models) 프로젝트는 방문 횟수가 5.5 배 증가했다. - 파이썬으로 작성된 케라스 하이레벨 신경 네트워크 API - 모질라의 프로젝트 딥서치(DeepSearch). 머신러닝 활용을 위한 스피치 투 텍스트 엔진을 제공하는 프로젝트다. 코딩 학습. 코딩 베스트 프랙티스, 직업 취득과 관련된 인기 프로젝트는 다음과 같다. - 'Charengelo 30 Seconds of Code'. 자바 스크립트 코드 정보를 제공한다. - 'Norvig Pytudes'. 숙달 및 시연 역량을 위한 파이선 프로그램을 제공한다. - 'Jwasham Coding Interview University'. 소프트웨어 엔지니어가 되기 이한 학습 계획을 제공한다. - 'Yangshun Tech Interview Handbook'. 코...

2018.02.12

기고 | 앵귤러 2가 마음에 드는 6가지 이유

웹 애플리케이션을 개발해 본 적이 있다면 완전한 기능을 갖춘 브라우저 기반 애플리케이션 개발용 인기 자바스크립트(JavaScript) 프레임워크인 앵귤러(Angular)에 관해 들어 보았을 것이다. 최근 공개된 앵귤러 2(2016년 9월)는 앵귤러를 현대적인 웹, 모바일 및 데스크톱 애플리케이션에도 적용할 수 있다는 것이 특징이다. 그렇다면 앵귤러 2에서 흥미로운 점은 무엇일까? 기존의 모든 자바스크립트 프레임워크와 다른 점은 무엇일까? 배울 가치가 있을까? 그렇게 대단한 이유는 무엇일까? 필자가 앵귤러 2를 좋아하는 6가지 이유는 다음과 같다. 1. 앵귤러 2 덕분에 향상된 개발자 생산성 지난 5년 동안 웹은 크게 달라졌다. ES(ECMAScript) 2015를 통해 우리는 모듈, 클래스, 화살표 기능을 갖게 되었다. 앵귤러 2는 이런 기능을 활용하여 코딩 패턴을 일관성 있고 학습하기 쉽도록 해준다. TS(TypeScript) 이외에도 앵귤러 2는 자바스크립트의 확대집합이자, 형식 및 인터페이스를 제공하는 언어다. 우리는 앵귤러 개발용 TS를 활용함으로써 형식 검사, 더 안전한 리팩토링(Refactoring), 인라인 코드 문서화 등의 좋은 툴을 얻을 수 있다. 이러한 기능은 개발과 편집 경험을 개선해 주며 코드를 디버깅하고 더욱 잘 이해할 수 있는 근거를 확보하는 데 도움이 된다. 2. 일관된 코딩 패턴 프레임워크가 개발자 생산성에 가장 크게 도움이 되는 부분은 일관된 코딩 패턴인데, 특히 앵귤러가 그렇다. 그중 클래스, 내장 DI(Dependency Injection), MVVM(Model-View-ViewModel) 패턴에 관해 알아보자. 앵귤러 2는 ES 클래스와 데코레이터(Decorator)라는 주석을 활용하여 모든 주요 앵귤러 구성을 구축한다. 앵귤러 구성 요소를 구축하고 싶나? 그렇다면 클래스를 생성하고 적절한 데코레이터를 추가하자. 사용자 정의 파이프 필터를 구축하고 싶...

CIO Angular 앵귤러 웹 앱 코딩 사용자 경험 언어 UX 자바스크립트 데스크톱 개발 개발자 앵귤러 2

2016.11.29

웹 애플리케이션을 개발해 본 적이 있다면 완전한 기능을 갖춘 브라우저 기반 애플리케이션 개발용 인기 자바스크립트(JavaScript) 프레임워크인 앵귤러(Angular)에 관해 들어 보았을 것이다. 최근 공개된 앵귤러 2(2016년 9월)는 앵귤러를 현대적인 웹, 모바일 및 데스크톱 애플리케이션에도 적용할 수 있다는 것이 특징이다. 그렇다면 앵귤러 2에서 흥미로운 점은 무엇일까? 기존의 모든 자바스크립트 프레임워크와 다른 점은 무엇일까? 배울 가치가 있을까? 그렇게 대단한 이유는 무엇일까? 필자가 앵귤러 2를 좋아하는 6가지 이유는 다음과 같다. 1. 앵귤러 2 덕분에 향상된 개발자 생산성 지난 5년 동안 웹은 크게 달라졌다. ES(ECMAScript) 2015를 통해 우리는 모듈, 클래스, 화살표 기능을 갖게 되었다. 앵귤러 2는 이런 기능을 활용하여 코딩 패턴을 일관성 있고 학습하기 쉽도록 해준다. TS(TypeScript) 이외에도 앵귤러 2는 자바스크립트의 확대집합이자, 형식 및 인터페이스를 제공하는 언어다. 우리는 앵귤러 개발용 TS를 활용함으로써 형식 검사, 더 안전한 리팩토링(Refactoring), 인라인 코드 문서화 등의 좋은 툴을 얻을 수 있다. 이러한 기능은 개발과 편집 경험을 개선해 주며 코드를 디버깅하고 더욱 잘 이해할 수 있는 근거를 확보하는 데 도움이 된다. 2. 일관된 코딩 패턴 프레임워크가 개발자 생산성에 가장 크게 도움이 되는 부분은 일관된 코딩 패턴인데, 특히 앵귤러가 그렇다. 그중 클래스, 내장 DI(Dependency Injection), MVVM(Model-View-ViewModel) 패턴에 관해 알아보자. 앵귤러 2는 ES 클래스와 데코레이터(Decorator)라는 주석을 활용하여 모든 주요 앵귤러 구성을 구축한다. 앵귤러 구성 요소를 구축하고 싶나? 그렇다면 클래스를 생성하고 적절한 데코레이터를 추가하자. 사용자 정의 파이프 필터를 구축하고 싶...

2016.11.29

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.

10.4.0.6