Offcanvas
Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.
Offcanvas
1111Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.
TOPIC

개발자

"코드 맥락에 따라 함수 자동 제안"…‘깃허브 코파일럿’, 올여름 나온다

마이크로소프트가 5월 24일(현지 시각) 연례 빌드 개발자 컨퍼런스에서 코드 편집기에 입력한 내용에 따라 코드 또는 함수를 제안하는 AI 기반 코딩 어시스턴트 ‘깃허브 코파일럿(GitHub Copilot)’이 올여름 출시될 예정이라고 발표했다. 아울러 클라우드 기반 데브 박스(Dev Box) 워크스페이스, 파워 페이지(Power Pages) 로우코드 웹 개발, 애저 컨테이너 앱(Azure Container Apps) 등도 공개됐다.    연례 빌드 컨퍼런스에서 마이크로소프트는 깃허브 코파일럿이 올여름 GA 버전으로 전환된다는 소식을 알렸다. 깃허브 코파일럿은 비주얼 스튜디오 코드(Visual Studio Code), 네오빔(Neovim), 젯브레인 IDE(JetBrains IDEs)의 확장 프로그램으로 사용할 수 있다. 마이크로소프트는 깃허브의 모회사다.  깃허브 코파일럿은 공개적으로 사용 가능한 수십억 줄의 소스코드와 자연어를 학습한 AI 시스템 ‘오픈AI 코덱스(OpenAI Codex)’를 기반으로 한다. 반면 작업 중인 코드의 맥락을 활용하는 이 도구와 관련해 자유 소프트웨어 재단(Free Software Foundation)은 무료 라이선스 소스코드 사용의 합법성과 윤리에 의문을 제기해왔다.    깃허브 코파일럿 외에 빌드 개발자 컨퍼런스에서 발표된 다른 제품과 서비스는 다음과 같다.    ‘마이크로소프트 데브 박스(Microsoft Dev Box)’는 모든 규모의 하이브리드 팀을 지원하기 위해 안전하고, 즉시 코딩할 수 있는 워크스테이션을 제공하는 클라우드 서비스다. 팀은 특정 프로젝트 및 작업을 위해 데브 박스를 미리 구성할 수 있다. IT 부서는 윈도우 365(Windows 365)를 통해 통합 관리, 보안, 컴플라이언스를 유지관리할 수 있다. 현재 비공개 미리보기에 등록해 사용해볼 수 있다.  안전한 로우코드 웹페이지를 구축하는 도구인 ‘마이...

마이크로소프트 깃허브 깃허브 코파일럿 2022.05.26

액티비전 자회사 레이븐 소프트웨어, 노조 결성 투표 통과돼

월요일(현지 시간), 액티비전 블리자드 자회사인 액티비전의 레이븐 소프트웨어 디비전에서 시행한 노조 결성 찬반 투표가 통과됐다. 미국 게임업계의 대형 퍼블리시 업체에서 처음으로 결성된 노조로 주목받고 있다. 레이븐 소프트웨어에서 콜 오브 듀티 시리즈 개발에 참여한 소프트웨어 품질 보증 부서는 노조 결성을 두고 투표한 결과, 찬성 19표, 반대 3표로 미국 커뮤니케이션 노동자 연합 소속의 노조를 결성하게 됐다.   미국 국가 노동 관계 위원회(National Labor Relations Board, NLRB)가 집계 및 감사를 맡은 이번 투표는 350명 직원을 둔 레이븐 소프트웨어의 직원 부문에 한해 인정된다. NLRB는 모든 직원이 노조 결성 투표에 참여해야 한다는 액티비전의 요구를 거절했다. 레이븐 소프트웨어의 노조 결성은 최근 이어진 애플 소매 매장 직원, 아마존 창고 직원 등 IT 기업의 노조 결성 움직임의 연장선에 있다. 뉴욕 타임즈 같은 언론사에서도 600명의 소프트웨어 엔지니어, 데이터 애널리스트 등 기타 직원을 대표하는 노동조합 결성안이 404대 88로 가결됐다. 레이븐 소프트웨어의 노조 결성 역시 레이븐 직원이 수 개월 동안 조직한 결과로 보인다. 지난해 말 레이븐 소프트웨어는 12명의 품질 보증 테스터를 해고했고, 직원들은 5주간의 파업을 강행한 후 직원을 대표하는 게임 노동자 연합(Game Workers Alliance)을 결성했다. 게임 노동자 연합은 CWA의 지원을 받았다. 액티비전 노조는 성명을 통해 “더 나은 게임을 만들고 개발사의 가치를 반영하며 모든 직원의 사기를 북돋울 수 있도록 게임 개발사의 직원 단체 행동에 힘을 보태고 싶다. 강력한 노조 계약을 통해 액티비전 블리자드의 미래와 직원 근무 조건을 긍정적으로 형성할 수 있도록 관리자와 대화하기를 바란다”라고 발표했다. 레이븐 소프트웨어는 투표가 모든 직원을 대상으로 시행되어야 한다는 주장을 반복했다. 레이븐 소프트웨어는 노조 결성 여부는 모든 직원이...

노동조합 액티비전블리자드 레이븐소프트웨어 2022.05.25

프로젝트 '레이든' 마침내 활동 시작…“자바 플랫폼에 정적 이미지 도입”

느린 시작, 최대 성능 도달까지 걸리는 시간, 큰 설치 공간 등 자바의 문제점을 해결하기 위한 프로젝트가 현재 진행 중이다. 2년 넘게 논의된 ‘프로젝트 레이든(Project Leyden)’은 JDK 및 자바 플랫폼에 정적 이미지를 도입해 기존 이슈를 해결할 계획이다.    지난 5월 20일(현지 시각) 오픈JDK 커뮤니티에서 오라클의 자바 플랫폼 그룹 수석 아키텍트 마크 라인홀드는 레이든 프로젝트를 시작한다고 밝혔다. 그에 따르면 정적 이미지는 애플리케이션에서 파생된 독립 실행형 프로그램으로, 해당 애플리케이션만 실행한다. 정적 이미지는 로드할 수 있는 클래스와 관련해 폐쇄된 환경(closed world)이다. 런타임 시 이미지 외부에서 클래스를 로드할 수 없으며, 클래스를 동적으로 생성할 수도 없다. 이 폐쇄된 환경의 제약 조건은 특히 기존의 자바 프레임워크 및 라이브러리가 기반으로 하는 런타임 리플렉션과 클래스 로딩 기능에서 자바의 자연적 역동성을 엄격하게 제한한다.  라인홀드는 “모든 애플리케이션이 이 제약 조건에 적합한 것은 아니며, 모든 개발자가 이 제약 조건을 기꺼이 받아들이는 것도 아니다. 처음부터 폐쇄된 환경의 제약 조건을 채택하는 대신, 제약 조건의 스펙트럼을 탐색하고 이것이 어떤 최적화를 가능하게 하는지 알아내는 점진적인 접근 방식으로 추진할 예정이다”라고 말했다.  그 결과 최적화는 폐쇄된 환경의 제약 조건보다 약할 수 있다. 하지만 (제약 조건이 약해) 최적화는 더 넓은 범위의 기존 코드에 적용될 수 있어 유용하다고 라이홀드는 설명했다. 아울러 이 프로젝트는 핫스팟 JVM(HotSpot JVM), C2 컴파일러(C2 compiler), 애플리케이션 클래스-데이터 공유(application class-data sharing), 제이링크 코드 도구(jlink code tool)를 포함해 JDK의 기존 구성요소를 활용할 예정이다. ciokr@idg.co.kr

자바 플랫폼 정적 이미지 JDK 2022.05.25

커리어 로드맵 : 데이터 엔지니어

데이터 엔지니어링은 소프트웨어 엔지니어링과 데이터 과학의 요소를 결합한, IT 영역에서 빠르게 성장 중인 IT 분야 중 하나다. Indeed.com에 따르면, 데이터 엔지니어는 데이터 과학 프로젝트에 사용되는 아키텍처를 개발하고 유지하며 데이터가 서버와 애플리케이션 사이를 중단 없이 흐르도록 한다.  데이터 엔지니어는 다양한 운영체제 및 데이터베이스에 익숙해야 하고 소프트웨어를 쓰고 프로그래밍할 수도 있어야 한다. 데이터 웨어하우스 및 데이터 분석 경험, 그리고 뛰어난 비판적 사고와 커뮤니케이션 역량도 필요하다. 데이터 엔지니어는 교육, 직장 내 훈련, 지속적인 자격증 습득의 조합을 통해 기술력을 쌓을 수 있다. 인디드(Indeed)는 자격증 습득이 자신의 역량을 보여주고 앞서 나가기 위한 좋은 방법이라고 강조한다.  데이터 엔지니어가 되기 위해 무엇이 필요한지를 알아보기 위해 AI 기반의 품질 모니터링 플랫폼 전문업체인 유닛큐(unitQ)의 데이터 엔지니어인 랜스 마일스를 인터뷰했다.    교육과 취업  마일스는 2013년 캘리포니아 산타크루즈 대학에서 신경과학 학사 과정을 졸업한 뒤 2017년 워싱턴 대학에서 데이터 과학 자격증을 취득하고, 2020년에 캘리포니아 버클리 대학에서 정보 및 데이터 과학 석사 학위를 취득했다.  마일스는 “내가 거쳐온 단계를 뒤돌아볼 때 한 가지 큰 영향을 미친 경험이 있다. 대학 마지막 학기의 파이썬 과정이었던 생물학자를 위한 프로그래밍이다. 이 경험이 새로운 열정의 바탕이 됐다”고 말했다.  잘 아는 영역에서 나와 처음부터 시작해야 하는 새로운 영역으로 들어간다는 것은 겁나는 일이었다. 마일스는 매일 코드를 쓰며 방대한 서열 데이터 집합에서 정보를 추출해 단백질 서열의 물리화학적 속성을 계산하기 위한 방법을 개발하고, 유전자의 길이와 위치를 알아내고 바이러스 DNA의 특성을 파악했다.  마일스는 “정리되지 않은 데이터 집합을 간결한 결과로 ...

데이터엔지니어 데이터과학 머신러닝 2022.05.23

“자바 동시성, 더 쉬워진다” 새 오픈JDK 제안 

오픈JDK(OpenJDK) 커뮤니티에서 인큐베이션 중인 새로운 제안 ‘구조화된 동시성(JEP 428: Structured Concurrency)’은 서로 다른 자바 스레드에서 실행되는 여러 작업을 단일 작업 단위로 처리한다.  현재 오픈JDK 커뮤니티에서 인큐베이팅하고 있는 계획으로 멀티스레드 프로그래밍이 더 쉬워질 예정이다. ‘구조화된 동시성’ 제안은 서로 다른 스레드에서 실행되는 여러 작업을 단일 작업 단위로 처리하는 라이브러리를 도입한다. 해당 제안에 따르면 새 라이브러리는 오류 처리 및 취소를 간소화하고, 안정성을 개선하며, 관찰 가능성을 향상시킨다.    이 제안의 목표는 멀티스레드 코드의 안정성과 관찰 가능성을 개선하는 것, 그리고 취소 및 종료로 발생하는 일반적인 위험(예: 스레드 유출 및 취소 지연 등)을 제거할 수 있는 동시 프로그래밍 스타일을 촉진하는 것이다. 현시점에서 구조화된 동시성 제안은 특정 버전의 자바를 대상으로 하지는 않는다.  제안에 따르면, 구조화된 동시성은 단일 스레드 코드 개발자가 다뤄야 하는 가독성 및 유지관리를 위한 멀티스레드 프로그래밍 접근 방식이다. 이는 작업이 동시 하위 작업으로 분할되면 모두 같은 위치, 즉 작업의 코드 블록으로 돌아간다는 원칙을 따른다. 동일한 코드 블록으로 돌아가면 동시 하위 작업의 수명은 구문 블록으로 제한된다. 형제 하위 작업이 동일한 블록에 국한되기 때문에 하나의 단위로 추론하고 관리할 수 있다. 하위 작업은 결과를 기다리고 실패를 모니터링하는 작업(외부 블록의 코드)을 대신하여 작동한다.  단일 스레드 코드를 지원하는 구조화된 프로그래밍 기술과 마찬가지로 멀티스레드를 지원하는 구조화된 동시성은 2가지 아이디어에서 비롯된다. (1) 코드 블록을 통한 실행 흐름에서 잘 정의된 진입점 및 종료점 그리고 (2) 코드 중첩을 미러링하는 방식으로 작업 수명을 엄격하게 중첩하는 것이다. 또한 런타임에서 구조화된 동시성은 동일한 상위 작업이 가지고 ...

자바 오픈JDK JEP 2022.05.23

"개발 언어 지배자는 여전히 자바스크립트와 파이썬"

개발자의 언어 선호도에서 자바스크립트와 파이썬의 강세가 계속되고 있다. 러스트의 상승세도 만만치 않은 것으로 나타났다. 이는 지난 4일 공개된 '개발자 현황 22번째 에디션(State of the Developer Nation, 22nd Edition)'의 주요 내용이다. 이 보고서는 시장조사업체 슬래시데이터(SlashData)가 2021년 12월부터 올해 2월까지 전 세계 166개국 2만 명 이상의 개발자를 설문한 결과다.   보고서를 보면, 자바스크립트는 가장 선호하는 언어로 선정됐다. 슬래시데이터는 이 조사를 1년에 2~3번 정도 진행하는데, 자바스크립트는 최근 12번의 조사에서 연속으로 1위를 차지했다. 전 세계적으로 약 1,750만 명이 사용하고 있고, 자바스크립트 커뮤니티 역시 수년간 지속해서 성장하고 있다. 2위는 파이썬이었다. 2년 전 자바를 앞지른 이후 선두권을 계속 유지하고 있다. 전 세계 사용자 수는 1,570만 명으로, 불과 6개월 사이에 330만 명이나 늘어났다.   상승세를 보면 러스트가 눈에 띈다. 지난 2년 사이 사용자 수가 거의 4배 늘었다. 2020년 1분기 60만 명이었는데, 2022년 1분기에는 220만 명이 됐다. 러스트 파운데이션의 상임이사 레베카 럼블은 "보안과 메모리 안전성 등의 장점 때문에 러스트 사용자가 크게 늘었다. 메인터이너와 컨트리뷰터 커뮤니티가 포괄적이고 협력적인 것도 장점이다. 또한 러스트 개발자에 대한 수요가 계속해서 늘고 있으므로 직업적 전망에서도 좋은 언어다"라고 말했다. 보고서는 러스트가 주로 IoT 프로젝트는 물론 증강, 가상현실 개발에서도 널리 사용되고 있다고 분석했다.   이밖에 보고서의 주요 내용은 다음과 같다.   자바는 강력하고 안정적으로 성장하고 있다. 2021년 이후 거의 500만 명의 개발자가 자바 커뮤니티에 합류했다. PHP는 지난 6개월간 꾸준히 성장해 2021년 3분기에서 2022년 1분기 사이에 60만 명이 증가했다. PHP는 웹 ...

자바스크립트 파이썬 러스트 2022.05.20

‘코틀린 1.7.0’ 베타 출시…“빌더 타입 추론 변경”

젯브레인(JetBrains)에서 만든 크로스 플랫폼 오픈소스 프로그래밍 언어의 최신 버전 ‘코틀린 1.7.0’이 베타 릴리즈 단계에 도달했다. 이번 업데이트는 빌더 타입 추론 변경사항과 새로운 메모리 관리자 등이 특징이다.   업체에 따르면 빌더 추론은 일반 빌더 함수를 호출할 때 유용한 타입 추론이다. 이는 컴파일러가 람다 인수 내 다른 호출의 타입 정보를 사용해 해당 호출의 타입 인수를 추론하는 데 도움이 된다. 1.7.0 베타에서는 -Xenable-builder-inference 컴파일러 옵션을 지정하지 않고 일반 타입 추론이 충분한 타입 정보를 얻을 수 없을 때 빌더 추론이 자동으로 활성화된다. 즉, 이제 개발자는 추가 주석이나 옵션을 적용하지 않고 빌더 타입 추론을 사용하는 빌더를 작성할 수 있다. 이번 변경사항으로 빌더 추론 안정화에 가까워졌다고 젯브레인은 밝혔다.  또 베타 릴리즈에는 새로운 코틀린/네이티브 메모리 관리자 알파 버전이 제공된다. 이 관리자는 JVM과 네이티브 플랫폼 간의 차이를 줄인다. 업체에 의하면 개발자는 안드로이드와 iOS 모두에서 작동하는 크로스 플랫폼 모바일 애플리케이션을 더 쉽게 구축할 수 있다. 아울러 스레드 간 객체 공유 제한이 풀리고, 특정한 관리나 주석이 필요하지 않은 ‘누수 없는(leak-free)’ 동시 프로그래밍 기본 요소를 지원한다. 새 메모리 관리자는 향후 버전에서 디폴트로 제공될 예정이다.  코틀린 1.7.0 베타 설치 지침은 이곳에서 확인할 수 있다. 이 밖에 베타의 다른 기능은 아래와 같다.    ‘확실히 nullable이 아닌(definitely non-nullable types)’ 타입이 안정화됐다. 이는 지난달 공개된 코틀린 1.6.20에서 도입됐으며, 현재 디폴트로 활성화된다. 일반 자바 클래스 및 인터페이스를 확장할 때 개발자에게 향상된 상호운용성을 지원하는 타입을 제공한다.  min()와 max() 콜렉션 함수가 원래 함수 ...

젯브레인 코틀린 프로그래밍 언어 2022.05.20

"멀티 클라우드의 ID 정책을 통합한다" 오픈소스 프로젝트 '헥사' 공개

18일(현지시간) ID 오케스트레이션 업체 스트라타 아이덴티티(Strata Identity)가 새로운 오픈소스 프로젝트를 공개했다. 애저, AWS 및 구글처럼 호환되지 않는 클라우드의 ID 시스템을 통합해 사용자가 멀티 클라우드 플랫폼에서 ID 및 액세스 정책을 일관적으로 적용하는 기능을 제공한다.  스트라타 아이덴티티에 따르면, 해당 프로젝트는 오픈소스 기술인 헥사(Hexa)와 ID 액세스 정책을 정의하는 새로운 공통 정책 형식인 IDQL로 구성되며 멀티 클라우드와 온프레미스 시스템 및 공급업체의 솔루션을 결합한다. 이는 과잉 권한이 부여되고 소홀하게 관리되는 클라우드 계정이 사이버 공격자에게 공격 경로를 열어주는 격이라는 내용의 최근 연구에 따른 결과다.  다중 클라우드 ID 관리의 사일로 해결 스트라타 아이덴티티는 현재 인기 있는 클라우드 플랫폼이 서로 호환되지 않는 개별 정책 언어와 독점 ID 시스템을 사용한다고 말했다. 각 애플리케이션은 특정 ID 시스템과 함께 작동하도록 하드코딩되어야 한다. 헥사는 IDQL을 사용해 여러 ID 시스템이 시스템이나 애플리케이션을 변경하지 않고도 통합된 상태로 함께 작동할 수 있도록 설계됐다. 클라우드 플랫폼과 권한 부여 시스템, 데이터 리소스 및 제로 트러스트 네트워크에서 ID 및 액세스 정책을 추상화해 존재하는 정책을 찾고, 네이티브 구문에서 제네릭 IDQL 선언적 정책으로 변환한다. 그런 다음 클라우드 기반 아키텍처를 통해 대상 시스템의 기본적인 필수 정책으로 다시 변환하고, 클라우드 시스템과 앱, 데이터 리소스, 플랫폼 및 네트워크 전반에 걸쳐 ID 및 액세스 정책을 오케스트레이션한다.  IDQL 작업 그룹 구성원이자 글로벌 ID 및 액세스 관리 책임자인 톰 몰타는 “처음으로 모든 CSP(Cloud Service Provider) 또는 솔루션 아키텍처의 사실상 모든 엔드포인트에서 동서(east-weat) 및 남북(north-south) 간 정책을 모두 통합하고 중...

스트라타 아이덴티티 IDQL 헥사 2022.05.19

블로그 | 당신의 클라우드옵스 계획은 너무 늦었다

필자는 종종 워터폴 소프트웨어 개발 라이프 사이클 시대를 떠올린다. 당시엔 각 작업이 개별적으로 시작해 종료됐다. 한 작업이 끝난 결과물이 다른 문서화나 코드의 시작점이었다. 시간이 오래 걸리는 개발 방식이었고 방향을 바꾸기가 사실상 불가능했지만, 관련된 다른 계획을 세우기에는 훨씬 수월했다.   하지만 그런 시절은 끝났다. 오늘날 클라우드 개발 혹은 동시 개발 방식에서는 반복적이고 민첩하게 작업이 진행되고 언제든 방향을 바꿀 수 있다. 매우 강력한 데브옵스 툴 체인을 통해 자동화되면서 유동적인 개발 방식이 만들어졌다. 이런 변화는 올바른 방향이라고 생각한다. 하지만 동시에 일부 악화한 부분이 있다. 운영 계획이 대표적이다. 개발이 끝날 때까지 마치지 못하는 경우가 비일비재하고 아예 시작하지 못하기도 한다. 개발자는 코드와 데이터 구조를 운영팀에 넘기고 운영팀은 이를 장기적으로 잘 운영할 방법을 빠르게 찾아야 한다. 그런데 현실적으로 많은 운영 혹은 클라우드옵스 담당자가 현재 공석이다. 이 자리가 점점 기피 IT 업종이 되고 있기 때문이다. 그러나 운영 계획은 반드시 개발 과정의 초기, 최소한 설계 단계에서 시작돼야 한다(보안과 거버넌스 계획 역시 이 단계에서 함께 고민해야 하지만 여기서는 이 부분은 논외로 한다). 운영 계획을 개발 초기에 세워야 건강한 운영 관행이 시스템에 녹아들어 갈 수 있다. 새로 만든 시스템이든 클라우드로 이전한 시스템이든 마찬가지다. 이렇게 해야 프로세스와 스토리지 시스템이 장애나 성능, 사용성 등 일반적인 운영 문제를 겪을 수 있는 가능성을 줄일 수 있다. 운영 계획이 부실하거나 아예 없으면 문제에 직면할 가능성이 커지는 정도가 아니다. 개발팀에 다시 코드와 데이터 구조를 돌려보내기 전에 상당히 많은 문제에 고통받는다. 필자가 개발자와 애플리케이션 디자이너, 아키텍트 등에게 코드를 작성하거나 전환하기 전에 운영 계획을 먼저 마련하라고 하면 그들은 마치 필자가 에베레스트산을 오르라고 한 것 같은 표정으로 쳐다본다....

클라우드옵스 데브옵스 ops 2022.05.18

MS, ‘닷넷 7’ 프리뷰 4 공개…“정규식 개선ㆍ캐시 메트릭 지원”

‘닷넷 7(.NET 7)’의 네 번째 프리뷰가 지난 5월 10일(현지 시각) 공개됐다. 정규표현식 라이브러리에서의 스팬(span) 지원과 아이메모리캐시(IMemoryCache)의 적중률 및 실패율 통계 등이 추가됐다.  마이크로소프트 닷넷 웹사이트에서 다운로드할 수 있다. 닷넷 7의 프로덕션 릴리즈 출시는 11월로 예정돼 있다.   닷넷 7 프리뷰 4는 스팬 유형 지원을 추가하는 나머지 계획된 API를 정규표현식 라이브러리에 제공한다. 변경 사항은 ReadOnlySpan<char> 입력과의 매칭 지원을 추가하고, RegexOptions.IgnoreCase 처리를 정밀 검사한다. 프리뷰 4에서 지원되는 새로운 스팬 기반 API는 다음과 같다.    Regex.IsMatch(ReadOnlySpan<char> input) – 정규표현식이 입력 범위에서 일치하는 항목을 찾는지 여부를 나타낸다. Regex.Count(ReadOnlySpan<char> input) – 정규표현식의 모든 항목에서 입력 문자열을 검색하고 일치하는 항목 수를 반환한다.  Regex.EnumerateMatches(ReadOnlySpan<char> input) – 정규표현식 발생의 입력 범위를 검색하고 ValueMatchEnumerator를 반환하여 일치 항목을 천천히 반복한다.  또한 정규표현식 소스 생성기에서 생성된 코드를 더 읽기 쉽고, 더 디버깅하기 쉬우며, 여러 소스에서 생성된 정규표현식 패턴을 가진 프로젝트가 공통 코드를 공유할 수 있도록 했다고 업체 측은 밝혔다. 아울러 프리뷰 4에서는 아이메모리캐시의 메트릭 지원도 제공된다. 추가되는 주요 API는 ▲아이메모리캐시의 캐시 적중률, 실패율, 예상 크기 등을 보여주는 MemoryCacheStatistics, ▲MemoryCacheStatistics의 인스턴스 또는 TrackStatistics 플래그가 활성화되지 않은 경우 nul...

마이크로소프트 닷넷 닷넷 7 2022.05.17

구글이 포스트그레SQL 시장에서 AWS, 애저와 어깨를 겨룰 수 있는 이유

레거시에서 클라우드의 오픈소스 데이터베이스로 데이터를 옮기는 기업이 증가하는 가운데 구글 클라우드 플랫폼(GCP)이 포스트그레SQL(PostgreSQL)과 호환되는 완전 관리 서비스형 데이터베이스(DBaaS)를 알로이DB(AlloyDB)라는 이름으로 제공하고 있다. 알로이DB는 현재 공개 프리뷰 단계이며 아마존 오로라(Aurora), 마이크로소프트 애저의 포스트그레SQL용 데이터베이스 등과는 경쟁 관계에 있다.   가트너에 따르면 2022년까지 모든 데이터베이스의 75%가 클라우드 플랫폼에 구축되거나 마이그레이션될 전망이다. 또한 온프레미스 시스템으로의 복귀를 한 번이라도 고려한 적이 있는 기업은 5%에 불과하다. 가트너는 이 추세를 견인하는 원동력은 분석 용도의 데이터베이스 사용이라고 말했다.   또한 가트너는 레거시 데이터베이스의 50% 이상이 오픈소스로 전환되는 과정에 있으며 새로운 애플리케이션 개발의 70% 이상이 오픈소스 데이터베이스를 기반으로 이뤄지고 있다고 전했다. 데이터베이스 관리 시스템으로 포스트그레SQL을 선택하는 기업도 느는 추세다.   포스트그레SQL을 도입하는 이유는? 애널리스트는 구글 클라우드와 AWS, 마이크로소프트가 포스트그레SQL로 초점을 옮긴 이유는 데이터베이스 중에서 포스트그레SQL의 인기가 상승 중인 데 있다고 말한다.   레드몽크(RedMonk)의 수석 애널리스트 스티븐 오그래디는 “포스트그레SQL에 대한 관심과 사용이 다시 증가한 것은 확실하다. 가장 큰 이유는 잠재적인 제공업체가 많은 오픈소스 데이터베이스라는 점, 그리고 다용도 데이터베이스로서 모든 종류의 워크로드에 맞게 조정이 가능하다는 점에 있다”라고 말했다.   db인사이트(dbInsight)의 대표이자 창업자인 토니 베어는 핵심 기술과 스킬을 활용하는 포스트그레SQL 기반의 거대한 데이터베이스 생태계를 바탕으로 표준 엔터프라이즈급 오픈소스 데이터베이스로의 입지를 갖추고 있다고 말했다.   다른 전문가는 포...

오픈소스데이터베이스 포스트그레SQL 알로이DB 2022.05.13

"틈새를 파고든다" 새로운 프로그래밍 언어 11선

영국의 시인 알렉산더 포프는 “희망은 인간의 가슴에서 영원히 샘솟는다(Hope springs eternal in the human breast)”라고 말했으니 해커가 아닌 시인이라 할지라도 새로운 프로그래밍 언어 발견에 대한 희망을 이해할 것이라 본다. 소프트웨어 개발자는 유니코드 문자의 독특한 조합으로 만들어진 언어가 마침내 모든 문제를 해결해 몇 번의 클릭만으로 쉽게 코딩할 수 있길 영원히 희망하고 있다.  포프는 분명 답을 상상하기만 하면 될 정도로 직관적인 구문에 대한 희망을 이해할 것이다. 또한 올림픽에서 볼 수 있는 트리플 악셀 혹은 대회전 활강처럼 (사실은 그렇지 않지만) 힘들지 않고 우아해 보이는 새로운 코드를 손에 넣으려는 열망을 높이 평가할 것이다.    하지만 오늘날의 언어 대부분은 기발함이나 코딩 역량을 보여주기 위해 만들어지진 않았다. 이는 개발자(창작자)가 간절하게 해결하고자 했던 문제에 해결책을 내놓으면서 만들어졌다. 대다수의 개발자가 하나 이상의 오래된 기성 언어로 코딩을 계속하겠지만, 코딩 문제를 해결하는 데 도움이 되는 새로운 도구도 ‘영원히’ 찾고 있다. 특히, 도메인별 언어(DSL)의 부상에서 이런 경향은 더 뚜렷해졌다. 이들 언어는 특정 도메인에 초점을 맞추고 있으며, 범용적으로 사용하진 못한다. 하지만 바로 그런 이유로 도구 상자에서 특별한 위치를 차지할 수 있다.  여기서는 틈새시장을 찾은 11개의 새로운 언어를 살펴본다. 비록 지금 당장 필요한 것은 아니지만, 모두 현재 하는 일을 개선할 수 있는 무언가를 갖고 있다. 리액티브 클로저(Reactive Clojure) 클로저(Clojure)와 리액트(React)를 결합한 결과다. 즉, 리액티브 프론트엔드의 모든 가능성과 클로저의 견고하고 기능적인 장점을 결합한 시스템이다. 리액티브 클로저를 사용하면 복잡한 프론트엔드 구성요소 컬렉션을 배치하고 이를 기능과 함께 묶을 수 있다. 리액티브 프레임워크는 세부 사항을 입력하고 애플리케...

개발자 소프트웨어 개발 프로그래밍 언어 2022.05.12

“C#의 무서운 상승세" 5월 개발언어 인기 순위

티오베 인덱스(Tiobe Index)에 따르면 마이크로소프트의 프로그래밍 언어 ‘C#’의 인기가 심상치 않다. 2022년 5월 C#의 순위는 작년 5월과 동일하게 5위(6.39%)를 기록했지만 이를 지목한 비율은 1년 전(4.41%)에 비해 2%P 가까이 증가했다.    소프트웨어 품질 서비스 기업 티오베는 C#을 “현존하는 가장 성숙한 언어이며, 많은 현대 프로그래밍 패러다임을 지원한다”라고 설명하면서, 더 많은 고객이 지난 2년 동안 리눅스에서 C#을 실행하기 시작했다고 평가했다. 이어 C#이 티오베 인덱스의 상위 3개 언어 중 C를 대체할 수 있는 가능성이 크다고 내다봤다. 아울러 C#과 마찬가지로 상승세를 보이고 있는 ‘C++’은 작년 대비 1.01%P 증가했다. 전년 동기 대비 2위에서 1위로 올라선 파이썬은 0.86%P 증가했으며, 1위에서 2위로 내려간 C는 1.80%P 감소했다. 3위를 지킨 자바도 0.74% 감소했다.  티오베 인덱스는 구글, 빙, 야후, 위키피디아 등의 검색 엔진에서 검색된 수치를 기반으로 하며, 전 세계에서 해당 언어를 사용하는 소프트웨어 엔지니어, 교육과정, 소프트웨어 개발업체 수도 순위 산정에 반영한다. 2022년 5월 티오베 인덱스 톱 10은 다음과 같다. 1. 파이썬(12.74%) 2. C(11.59%) 3. 자바(10.99%) 4. C++(8.83%) 5. C#(6.39%) 6. 비주얼 베이직(5.86%) 7. 자바스크립트(2.12%) 8. 어셈블리(1.92%) 9. SQL(1.87%) 10. PHP(1.52%) 한편 구글에서 특정 프로그래밍 언어 튜토리얼이 얼마나 많이 검색됐는지를 기준으로 하는 PYPL(Popularity of Programming Language) 인덱스의 톱 10은 다음과 같다. C#은 해당 인덱스에서도 상위 5위 안에 들었다.  1. 파이선(27.85%) 2. 자바(17.86%) 3. 자바스크립트(9.17%) 4. C#(7.62%) 5...

프로그래밍 언어 개발 언어 티오베 인덱스 2022.05.12

"주피터부터 R스튜디오까지" 데이터 과학자의 필수 아이템 8선

데이터 과학의 열기가 식을 줄 모른다. 한때 데이터를 수집하고 분석하는 일은 연구소에 있는 소수의 과학자만 할 수 있다고 여겨졌다. 하지만 이제는 모든 기업이 데이터 과학을 활용해 조직을 간소화하고 고객을 만족시키고 싶어 하며, 데이터 과학 관련 툴 시장은 이런 수요를 충족시키기 위해 빠르게 성장 중이다. 불과 몇 년 전만 해도 데이터 과학자는 명령줄 그리고 몇 안 되는 오픈소스 패키지를 사용했다. 이제는 데이터 과학의 많은 허드렛일(예: 데이터 클렌징 등)을 처리하는 전문 툴이 속속 개발되고 있다.  규모도 변하고 있다. 원래 데이터 과학은 과학자가 열심히 실험한 후 행하는 숫자 작업에 불과했다. 이제 데이터 과학은 워크플로우의 가장 중요한 부분이다. 오늘날 기업은 현황을 신속하게 파악하기 위해 비즈니스 보고에 수학적 분석을 통합하고 대시보드를 구축한다. 아울러 속도도 빨라지고 있다. 한때 연간 또는 분기로 이뤄졌던 분석 작업은 이제 실시간으로 실행된다. 기업들은 관리자와 직원이 현명한 결정을 내릴 뿐만 아니라 데이터 과학이 제공하는 모든 것을 활용할 수 있도록 현재 무슨 일이 일어나고 있는지 파악하고 싶어 한다.  여기서는 끝없는 데이터 흐름 분석에 정확성과 과학을 더하는 주요 툴을 소개한다.    주피터 노트북(Jupyter Notebooks) 단어, 코드, 데이터 묶음은 ‘공통어(lingua franca)’가 됐다. 변하지 않는 분석과 콘텐츠로 채워진 정적 PDF는 영구적 기록을 생성하기 때문에 여전히 가치 있지만, 데이터 과학자는 하부의 메커니즘을 이리저리 손보고 싶어 한다. 주피터 노트북을 사용하면 단순히 정보를 확인하는 것 이상의 일을 할 수 있다. 주피터 노트북은 매스매티카(Mathermatica; 계산용 소프트웨어)의 유연성을 차용하고자 했던 파이썬 사용자에 의해 처음 개발됐다. 오늘날 표준 주피터 노트북은 40개 이상의 프로그래밍 언어를 지원한다(R, 줄리아(Julia), 자바, C 언어가 주를 이...

데이터 과학 데이터 애널리틱스 애널리틱스 도구 2022.05.11

글로벌 칼럼 | 로우코드와 애플리케이션 복잡성 간의 상관관계

여전히 로우코드에 대한 관심과 논란이 지속되고 있다. 많은 소프트웨어 개발자가 로우코드를 사용하면 애플리케이션의 개발 프로세스가 개선되는지, 아니면 애플리케이션 품질이 떨어지는지 잘 알지 못한다. 어떤 개발자는 로우코드가 보안에 미치는 영향을 우려하기도 한다. 만약 로우코드로 인해 애플리케이션의 복잡성이 증가한다면, 로우코드는 보안 문제를 더 난해하게 만드는 셈이다. 하지만 과연 로우코드가 애플리케이션을 더 복잡하게 만들까? 로우코드 사용과 애플리케이션 복잡성 간의 상관관계를 자세히 살펴보자.     복잡성은 접근법과 별개 로우코드가 반드시 애플리케이션의 복잡성을 야기하는 것은 아니다. 전통적인 애플리케이션 개발과 마찬가지로, 복잡성은 주로 제품 코드 베이스의 라이프사이클과 관련이 있다. 애플리케이션이 어떻게 만들어졌는지에 관계없이 복잡성을 완화하는 여러 방법이 있으며, 이들 접근법을 통해 성능과 확장성, 가용성, 혁신 속도를 개선할 수 있다. 물론 로우코드 애플리케이션에 대해서도 다른 제품 개발 프로세스처럼 복잡성을 낮추는 간소화 기법을 사용해야 한다.   ‘알 수 없는 것’과 복잡성 로우코드를 사용하면 애플리케이션에 개발팀이 직접 사용하지 않은 코드 수가 증가한다. 로우코드 플랫폼에 의해 더 많은 코드가 자동으로 생성되거나, 애플리케이션 작동에 필요하지만 개발자가 만든 것은 아닌 라이브러리에 포함된 코드가 늘어나는 것이다. 따라서 로우코드를 사용하면, 애플리케이션에 ‘알 수 없는 코드’가 더 많아진다. 하지만 ‘알 수 없는 것’과 복잡성은 다르다. 알 수 없는 코드 자체는 애플리케이션의 복잡성을 가중시키지 않는다. 반대로 그런 경우도 있지만 말이다.   복잡성을 낮추는 로우코드 로우코드를 사용하면 애플리케이션의 복잡성을 낮출 수 있다. 로우코드 플랫폼은 애플리케이션 개발자의 인지 부하와 시간 압박을 완화한다. 따라서 개발자는 세부 작업보다 비즈니스 논리에 더 집중할 수 있다. 세부 작업은 로우코드 환경에서 처리된...

로우코드 애플리케이션 개발 2022.05.11

"GPU 기반 파이썬 머신러닝" 파이토치(PyTorch)의 이해

파이토치(PyTorch)는 오픈소스 머신러닝 프레임워크로, 연구용 프로토타이핑과 프로덕션 환경에 모두 사용한다. 소스 코드 리포지토리에 따르면 파이토치의 가장 큰 특징은 다음 2가지다.   강력한 GPU 가속을 활용해 텐서 계산(넘파이(NumPy)와 유사) 테이프 기반 오토그라드(autograd) 시스템 위에 구축된 심층 신경망 아이디업 연구소(Idiap Research Institute), NYU, NEC 실험실, 페이스북, 딥마인드 테크놀로지(Deepmind Technologies)와 토치(Torch) 및 카페2(Caffe2) 프로젝트가 함께 처음 개발한 파이토치는 활발한 오픈소스 커뮤니티로 발전했다. 2021년 10월 출시된 파이토치 1.10은 426명의 기여자가 커밋했고 현재 리포지토리의 별 수는 5만 4,000개다. 여기서는 파이토치를 개괄적으로 살펴본다. 파이토치 1.10의 새로운 기능과 파이토치를 시작하기 위한 간단한 가이드도 제시한다.   파이토치의 발전 초기 학계와 연구원은 그래픽 처리 장치(GPU)를 사용한 모델 개발에서 파이토치가 텐서플로우에 비해 사용하기 쉽다는 점에 끌렸다. 파이토치는 기본적으로 즉시 실행(eager execution) 모드로 동작한다. 즉, 파이토치의 API 호출은 그래프에 추가돼 나중에 실행되는 것이 아니라 호출될 때 실행된다. 이후 텐서플로우도 즉시 실행 모드를 지원하도록 개선됐지만 학계와 연구 커뮤니티에서는 파이토치의 인기가 여전히 높다. 현재 파이토치는 프로덕션에 사용할 수 있는 단계이며 TorchScript를 사용해 즉시 실행과 그래프 모드 사이를 손쉽게 전환하고 TorchServe로 프로덕션까지의 경로를 가속화할 수 있다. torch.distributed 백엔드는 연구 및 프로덕션에서 확장할 수 있는 분산 교육과 성능 최적화를 가능하게 해주며, 풍부한 툴과 라이브러리 생태계는 파이토치를 확장해 컴퓨터 비전, 자연어 처리 등의 개발을 지원한다. 마지막으로, 파이토치는 알리바바, 아마...

파이토치 PyTorch 2022.05.11

블로그 | “휴식이 필요해” 번아웃 위험에 처한 개발자

올해 초 스택 오버플로우(Stack Overflow)가 소프트웨어 개발자 800명을 대상으로 직장에서 행복감을 느끼는지, 건강 유지와 개선을 위해 무엇을 하고 있는지에 관해 설문조사를 실시했다. 신체적 및 정신적 건강 개선을 원한다고 답한 응답자는 각각 88%, 83%였다. 스택 오버플로우는 개발자가 프로그래밍과 관련해 질의응답을 하는 사이트이다.   건강과 행복을 위해 무엇을 하는지 묻는 질문에 대해 ‘충분한 수분 섭취(57%)’, ‘건강한 식생활 유지(56%)’, ‘운동(47%)’이라고 답한 개발자의 비율이 가장 높았다. 25%는 근무 시간을 줄이고 있다고 답했다. 또한, 대다수 응답자가 일에서 잠시 벗어나 쉴 때 주로 ‘소셜 미디어 활동(37%)’, ‘동영상 시청(36%)’, ‘게임(27%)’ 등 디지털 기기를 사용한다고 답했다. 반면, 응답자의 절반은 산책이나 운동을 하는 것으로 나타났다. 더 나아가, 재직 중인 기업이 신체적 및 정신적 건강을 장려한다고 답한 응답자의 비율은 75%인반면, 60%는 회사에 다니면서 정신적으로 건강했던 날이 단 한 번도 없었다고 답했다. 이 조사 결과는 IT 웰빙 플랫폼 여보(Yerbo)가 발표한 ‘2022년 기술 부문 번아웃 상황(State of Burnout in Tech)’ 보고서의 내용을 뒷받침한다. 이 보고서에 따르면, IT 직원 5명 중 2명꼴로 번아웃을 경험할 위험이 높은 것으로 나타났으며, 업계는 직원의 복지 개선에 힘쓰지 않을 경우 잠재적인 위기에 직면해 있다. 실제로 세계보건기구(World Health Organization)는 번아웃을 에너지 손실과 부정적인 성향, 무가치감을 초래하는 합법적인 진단명으로 분류했다. 스택 오버플로우의 수석 애널리스트 데이비드 깁슨은 빠른 속도로 발전하는 산업에서 개발자의 번아웃을 막는 것은 앞으로도 쉽지 않을 것이라고 말했다. 하지만 업계는 규칙적인 휴식을 장려하는 등 개발자의 건강과 행복을 개선하기 위한 조치를 취할 필요가 있다.  edit...

개발자 번아웃 스택오버플로우 2022.05.11

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

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

Copyright © 2022 International Data Group. All rights reserved.