Offcanvas

������

칼럼 | 로우코드가 애플리케이션 복잡성을 늘린다?

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

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

2022.05.12

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

2022.05.12

“오는 3월 출시”··· 고(Go), 제네릭 도입한 1.18 두 번째 베타 공개

오는 3월 출시될 구글의 ‘고(Go)’ 버전 1.18은 지난 2012년 이 프로그래밍 언어가 공개된 이래 가장 중요한 변화를 도입한다.  제네릭(Generics) 기능을 추가한 ‘고 1.18’이 두 번째 베타 릴리즈로 이동했다. 한편 고 언어 개발팀은 정식 버전 출시를 당초 계획된 2월이 아닌 3월로 연기했다고 전했다. 고 1.18 릴리즈 캔디데이트는 2월 중 나올 예정이다.    개발팀에 따르면 지난 1월 31일 발표된 두 번째 베타 버전에서는 안정적인 최종 릴리즈를 위해 제네릭의 일부 버그가 수정됐다. 제네릭은 이 프로그래밍 언어가 출시된 이래 가장 중요한 변화로 불려왔다. 첫 번째 베타는 2021년 12월 14일 공개됐다. 이제 고 언어 서버 gopls 및 비주얼 스튜디오 코드 고 확장은 제네릭을 지원한다.  고 1.18 베타 1에서 매개변수화된 유형을 사용하는 제네릭 코드 지원이 포함됐다. 제네릭 프로그래밍은 함수과 데이터 구조를 제네릭 형식으로 표현할 수 있도록 하는 향상된 기능이다. 또한 제네릭은 코드를 공유하고 프로그램을 더 쉽게 빌드할 수 있는 빌딩 블록을 제공한다.  첫 번째 고 1.18 베타 버전은 가장 많이 다운로드된 고 베타였으며, 이전 베타보다 2배 많은 다운로드 수를 기록했다고 개발팀은 밝혔다. 기존 도구 체인과 함께 두 번째 베타를 설치하려면 다음을 실행해야 한다.      go install golang.org/dl/go1.18beta2@latest go1.18beta2 download 그다음 개발자는 코드 변환 없이 대체해서 더 좋은 성능을 낼 수 있는(drop-in replacement) ‘고 1.18 베타 2’를 실행할 수 있다. 자세한 다운로드 옵션은 이곳(https://go.dev/dl/#go1.18beta2)을 참조하라.  첫 번째 베타 릴리즈를 발표한 블로그 게시물에서 고 언어 개발팀은 중요한 기...

구글 고 언어 고랭 프로그래밍 개발 프로그래밍 언어 개발 언어 제네릭

2022.02.03

오는 3월 출시될 구글의 ‘고(Go)’ 버전 1.18은 지난 2012년 이 프로그래밍 언어가 공개된 이래 가장 중요한 변화를 도입한다.  제네릭(Generics) 기능을 추가한 ‘고 1.18’이 두 번째 베타 릴리즈로 이동했다. 한편 고 언어 개발팀은 정식 버전 출시를 당초 계획된 2월이 아닌 3월로 연기했다고 전했다. 고 1.18 릴리즈 캔디데이트는 2월 중 나올 예정이다.    개발팀에 따르면 지난 1월 31일 발표된 두 번째 베타 버전에서는 안정적인 최종 릴리즈를 위해 제네릭의 일부 버그가 수정됐다. 제네릭은 이 프로그래밍 언어가 출시된 이래 가장 중요한 변화로 불려왔다. 첫 번째 베타는 2021년 12월 14일 공개됐다. 이제 고 언어 서버 gopls 및 비주얼 스튜디오 코드 고 확장은 제네릭을 지원한다.  고 1.18 베타 1에서 매개변수화된 유형을 사용하는 제네릭 코드 지원이 포함됐다. 제네릭 프로그래밍은 함수과 데이터 구조를 제네릭 형식으로 표현할 수 있도록 하는 향상된 기능이다. 또한 제네릭은 코드를 공유하고 프로그램을 더 쉽게 빌드할 수 있는 빌딩 블록을 제공한다.  첫 번째 고 1.18 베타 버전은 가장 많이 다운로드된 고 베타였으며, 이전 베타보다 2배 많은 다운로드 수를 기록했다고 개발팀은 밝혔다. 기존 도구 체인과 함께 두 번째 베타를 설치하려면 다음을 실행해야 한다.      go install golang.org/dl/go1.18beta2@latest go1.18beta2 download 그다음 개발자는 코드 변환 없이 대체해서 더 좋은 성능을 낼 수 있는(drop-in replacement) ‘고 1.18 베타 2’를 실행할 수 있다. 자세한 다운로드 옵션은 이곳(https://go.dev/dl/#go1.18beta2)을 참조하라.  첫 번째 베타 릴리즈를 발표한 블로그 게시물에서 고 언어 개발팀은 중요한 기...

2022.02.03

때로는 혼란이 보약··· 데브섹옵스팀에 '카오스 엔지니어링'이 필요한 이유

‘카오스(chaos)’와 ‘엔지니어링’이라는 단어는 보통 잘 어울리지 않는다. 훌륭한 엔지니어는 결과적으로 혼란(chaos)스러운 상황을 멀리하기 때문이다. 그러나 최근에는 여러 소프트웨어 개발자가 숨겨진 결함을 드러냄으로써 컴퓨터 시스템을 강화하기 위해 적당한 수준의 ‘카오스’를 사용한다. 카오스 특성상 결과가 보장되지는 않으므로 완벽한 방법은 아니지만, 의외로 효과적인 경우가 많다.   카오스 엔지니어링은 문서화되지 않고 예측할 수 없는 백도어를 찾아야 하는 보안 애널리스트에게 특히 유용하다. 카오스 테스트로 모든 보안 문제를 찾을 수는 없지만, 개발자가 생각하지 못한 패치하지 않은 위험한 취약점을 발견할 수 있다. 좋은 카오스 엔지니어링은 데브섹옵스팀과 데브옵스팀에 모두 도움이 된다. 안정성 또는 탄력성 문제가 곧 보안 문제로 이어지는 경우도 있고, 동일한 코딩 실수가 전체 시스템 중단이나 사이버 공격자의 침입으로 이어질 수 있어서다. 카오스 엔지니어링이란? ‘카오스 엔지니어링’은 성공적인 결과가 입증된 여러 기법을 통칭하는 신조어다. 컴퓨터 시스템을 비틀어 균형을 무너뜨리고 멈추게 만들기도 하므로 ‘퍼징(fuzzing)’이나 ‘글리칭(glitching)’이라는 용어를 사용하기도 한다. 카오스 엔지니어링은 소프트웨어에 스트레스를 가하는 무작위 행동을 주입한 후 오작동이나 버그가 나타나는지 주의 깊게 관찰하는 방법이다. 정상적인 사용 환경에서는 발견까지 몇 년이 걸리는 문제를 카오스 엔지니어링으로 비교적 짧은 시간 안에 발견하는 경우가 많다.  EFF(Electronic Freedom Foundation) 공동 설립자 존 길모어는 “코딩은 지속적인 개선 과정이며 카오스 엔지니어링은 가능한 모든 실행 경로를 찾는 속도를 높이는 대표적인 방법이다. 오랜 기간 실행되는 코드는 해당 코드를 처음 실행하는 1,000만 명의 사용자, 코드를 처음 컴파일하는 20개의 컴파일러, 그리고 코드를 처음 실행하는 5개의 운영체제를 통해 대부분의 버그...

카오스엔지니어링 취약점발견 개발 데브섹옵스 데브옵스

2022.01.25

‘카오스(chaos)’와 ‘엔지니어링’이라는 단어는 보통 잘 어울리지 않는다. 훌륭한 엔지니어는 결과적으로 혼란(chaos)스러운 상황을 멀리하기 때문이다. 그러나 최근에는 여러 소프트웨어 개발자가 숨겨진 결함을 드러냄으로써 컴퓨터 시스템을 강화하기 위해 적당한 수준의 ‘카오스’를 사용한다. 카오스 특성상 결과가 보장되지는 않으므로 완벽한 방법은 아니지만, 의외로 효과적인 경우가 많다.   카오스 엔지니어링은 문서화되지 않고 예측할 수 없는 백도어를 찾아야 하는 보안 애널리스트에게 특히 유용하다. 카오스 테스트로 모든 보안 문제를 찾을 수는 없지만, 개발자가 생각하지 못한 패치하지 않은 위험한 취약점을 발견할 수 있다. 좋은 카오스 엔지니어링은 데브섹옵스팀과 데브옵스팀에 모두 도움이 된다. 안정성 또는 탄력성 문제가 곧 보안 문제로 이어지는 경우도 있고, 동일한 코딩 실수가 전체 시스템 중단이나 사이버 공격자의 침입으로 이어질 수 있어서다. 카오스 엔지니어링이란? ‘카오스 엔지니어링’은 성공적인 결과가 입증된 여러 기법을 통칭하는 신조어다. 컴퓨터 시스템을 비틀어 균형을 무너뜨리고 멈추게 만들기도 하므로 ‘퍼징(fuzzing)’이나 ‘글리칭(glitching)’이라는 용어를 사용하기도 한다. 카오스 엔지니어링은 소프트웨어에 스트레스를 가하는 무작위 행동을 주입한 후 오작동이나 버그가 나타나는지 주의 깊게 관찰하는 방법이다. 정상적인 사용 환경에서는 발견까지 몇 년이 걸리는 문제를 카오스 엔지니어링으로 비교적 짧은 시간 안에 발견하는 경우가 많다.  EFF(Electronic Freedom Foundation) 공동 설립자 존 길모어는 “코딩은 지속적인 개선 과정이며 카오스 엔지니어링은 가능한 모든 실행 경로를 찾는 속도를 높이는 대표적인 방법이다. 오랜 기간 실행되는 코드는 해당 코드를 처음 실행하는 1,000만 명의 사용자, 코드를 처음 컴파일하는 20개의 컴파일러, 그리고 코드를 처음 실행하는 5개의 운영체제를 통해 대부분의 버그...

2022.01.25

개발과 운영을 한 곳에서… 데브옵스 가이드

기업 소프트웨어 개발의 핵심 트렌드 중 하나임에도 불구하고 데브옵스는 여전히 잘못 이해되곤 한다. 데브옵스의 정의와 데브옵스가 업계에서 인기를 끈 이유를 알아본다.  데브옵스는 지난 10년 동안의 트렌드를 규정한 기술 중 하나라고 평가해도 무방하다. 특히 현대 소프트웨어 개발에 영향을 미친 수많은 변화와 직결된다는 점에서 그렇다. 클라우드 인프라의 대중화에서부터 애자일 개발, 클라우드 네이티브 컴퓨팅에 이르는 각종 변화와 더불어, 데브옵스는 전체 업계가 소프트웨어 개발 주기를 가속화하는데 일조했다.  데브옵스의 기초, 그리고 데브옵스가 소프트웨어를 보다 규칙적이고, 신속하고, 안전하게 출시하는 데 어떤 도움을 줄 수 있는지에 대해 살펴본다.   데브옵스란 무엇인가? ‘개발’과 ‘운영’의 합성어인 데브옵스는, 소프트웨어의 개발과 배포를 맡는 분리된 두 팀을 하나로 통합하려는 움직임으로 처음 등장했다. 과거에는 코드를 작성하는 개발팀과, 코드 배포와 통합 작업을 담당하는 시스템 관리자(운영팀)로 대개 구분돼 있었다.  이후 애자일 방법론과 클라우드 컴퓨팅이 등장했으며, 더 빠르고 우수한 릴리스를 위해 많은 기업들이 현대의 클라우드 네이티브 프랙티스를 모색하기 시작함에 따라 소프트웨어 개발과 배포 방식이 변화하기 시작했다. 이런 변화에 대응하기 위해서는, 개발과 운영의 분리로 인한 해묵은 문제를 이전보다 매끄럽고 효율적이며 협력적으로 해결할 수 있도록 하는 방법이 필요했다.  더 휘닉스 프로젝트(The Phoenix Project)의 저자이자 업계의 주요 데브옵스 전문가인 진 킴은 데브옵스를 “개발과 IT 운영 간의 협업을 위한 새로운 움직임이다. 계획된 작업의 빠른 실행을 도모하면서 생산 환경의 신뢰성, 안정성, 복원력, 보안성에 대한 지속적인 개선을 추구한다”라고 정의했다.  이제 데브옵스는 더 이상 페이스북, 넷플릭스, 스포티파이 및 아마존 같은 클라우드 네이티브 기업들만의 전유물이 아니다. 일...

데브옵스 개발 운영 애자일 클라우드 컴퓨팅

2021.06.25

기업 소프트웨어 개발의 핵심 트렌드 중 하나임에도 불구하고 데브옵스는 여전히 잘못 이해되곤 한다. 데브옵스의 정의와 데브옵스가 업계에서 인기를 끈 이유를 알아본다.  데브옵스는 지난 10년 동안의 트렌드를 규정한 기술 중 하나라고 평가해도 무방하다. 특히 현대 소프트웨어 개발에 영향을 미친 수많은 변화와 직결된다는 점에서 그렇다. 클라우드 인프라의 대중화에서부터 애자일 개발, 클라우드 네이티브 컴퓨팅에 이르는 각종 변화와 더불어, 데브옵스는 전체 업계가 소프트웨어 개발 주기를 가속화하는데 일조했다.  데브옵스의 기초, 그리고 데브옵스가 소프트웨어를 보다 규칙적이고, 신속하고, 안전하게 출시하는 데 어떤 도움을 줄 수 있는지에 대해 살펴본다.   데브옵스란 무엇인가? ‘개발’과 ‘운영’의 합성어인 데브옵스는, 소프트웨어의 개발과 배포를 맡는 분리된 두 팀을 하나로 통합하려는 움직임으로 처음 등장했다. 과거에는 코드를 작성하는 개발팀과, 코드 배포와 통합 작업을 담당하는 시스템 관리자(운영팀)로 대개 구분돼 있었다.  이후 애자일 방법론과 클라우드 컴퓨팅이 등장했으며, 더 빠르고 우수한 릴리스를 위해 많은 기업들이 현대의 클라우드 네이티브 프랙티스를 모색하기 시작함에 따라 소프트웨어 개발과 배포 방식이 변화하기 시작했다. 이런 변화에 대응하기 위해서는, 개발과 운영의 분리로 인한 해묵은 문제를 이전보다 매끄럽고 효율적이며 협력적으로 해결할 수 있도록 하는 방법이 필요했다.  더 휘닉스 프로젝트(The Phoenix Project)의 저자이자 업계의 주요 데브옵스 전문가인 진 킴은 데브옵스를 “개발과 IT 운영 간의 협업을 위한 새로운 움직임이다. 계획된 작업의 빠른 실행을 도모하면서 생산 환경의 신뢰성, 안정성, 복원력, 보안성에 대한 지속적인 개선을 추구한다”라고 정의했다.  이제 데브옵스는 더 이상 페이스북, 넷플릭스, 스포티파이 및 아마존 같은 클라우드 네이티브 기업들만의 전유물이 아니다. 일...

2021.06.25

“구글 고(Go) 언어, 업무 현장서 사용 확대됐다”

‘고 디벨로퍼 서베이 2020(Go Developer Survey 2020)’에 따르면 고 언어 개발자 대부분이 업무 현장에서 고(Go)를 사용하며, 주로 기술 회사에서 일하는 것으로 나타났다.  보고서는 업무 현장에서의 고(Go) 언어 사용이 확대되고 있다고 밝혔다. 그리고 2019년 설문조사 결과와 마찬가지로 올해에도 고 언어 개발자들은 주로 기술 산업에서 일하고 있는 것으로 드러났다고 전했다.    ‘고 디벨로퍼 서베이 2020’이 지난 3월 9일 공개됐다. 전체 응답자의 76%가 업무 현장에서 고 언어를 사용하고 있다고 말했다. 2019년 설문조사 결과(73%)와 비교하면 증가한 수치다.  고 언어가 소속 기업의 성공에 중요한 역할을 하고 있다고 밝힌 응답자도 2019년 59%에서 올해 66%로 늘어났다. 한편 응답자의 46%가 기술 부문에서 일하고 있었으며(2019년에는 43%), 이어서 금융 서비스(12%)가 뒤를 이었다.  올해에는 처음으로 고 언어에 관한 전반적인 만족도를 조사했다. 전체 응답자의 92%는 지난 1년 동안 고 언어 사용에 매우 만족 또는 다소 만족한다고 밝혔다. 고 모듈은 거의 보편적으로 채택됐다. 96%가 고 패키지 관리에 고 모듈을 정기적으로 사용하고 있다고 답했다.  26%는 고 언어에 필요한 기능이 없다고 지적했는데, 이 가운데 88%가 누락된 기능으로 제네릭(Generic)을 꼽았다. 이어서 향상된 오류 처리(58%), 널 안정성(44%)이 뒤를 이었다(제네릭은 올해 말 도입될 예정이다. 이 기능에 대한 공식적인 제안은 지난 1월 발표됐다). 올해 설문조사에는 총 9,648명이 참여했으며, 여기에는 전체 설문을 완료하지 않은 응답자도 포함돼 있다. 이밖에 다른 설문조사 결과는 다음과 같다. • 업무 현장에서 다른 언어를 사용한다고 밝힌 응답자는 2018년 63%, 2019년 54%에서 감소한 53%로 조사됐다.  • 고 언어가 주로 사용되는 분...

구글 고 언어 고랭 프로그래밍 프로그래밍 언어 개발 개발 언어 개발자 고 모듈 제네릭 널 안정성 리눅스

2021.03.22

‘고 디벨로퍼 서베이 2020(Go Developer Survey 2020)’에 따르면 고 언어 개발자 대부분이 업무 현장에서 고(Go)를 사용하며, 주로 기술 회사에서 일하는 것으로 나타났다.  보고서는 업무 현장에서의 고(Go) 언어 사용이 확대되고 있다고 밝혔다. 그리고 2019년 설문조사 결과와 마찬가지로 올해에도 고 언어 개발자들은 주로 기술 산업에서 일하고 있는 것으로 드러났다고 전했다.    ‘고 디벨로퍼 서베이 2020’이 지난 3월 9일 공개됐다. 전체 응답자의 76%가 업무 현장에서 고 언어를 사용하고 있다고 말했다. 2019년 설문조사 결과(73%)와 비교하면 증가한 수치다.  고 언어가 소속 기업의 성공에 중요한 역할을 하고 있다고 밝힌 응답자도 2019년 59%에서 올해 66%로 늘어났다. 한편 응답자의 46%가 기술 부문에서 일하고 있었으며(2019년에는 43%), 이어서 금융 서비스(12%)가 뒤를 이었다.  올해에는 처음으로 고 언어에 관한 전반적인 만족도를 조사했다. 전체 응답자의 92%는 지난 1년 동안 고 언어 사용에 매우 만족 또는 다소 만족한다고 밝혔다. 고 모듈은 거의 보편적으로 채택됐다. 96%가 고 패키지 관리에 고 모듈을 정기적으로 사용하고 있다고 답했다.  26%는 고 언어에 필요한 기능이 없다고 지적했는데, 이 가운데 88%가 누락된 기능으로 제네릭(Generic)을 꼽았다. 이어서 향상된 오류 처리(58%), 널 안정성(44%)이 뒤를 이었다(제네릭은 올해 말 도입될 예정이다. 이 기능에 대한 공식적인 제안은 지난 1월 발표됐다). 올해 설문조사에는 총 9,648명이 참여했으며, 여기에는 전체 설문을 완료하지 않은 응답자도 포함돼 있다. 이밖에 다른 설문조사 결과는 다음과 같다. • 업무 현장에서 다른 언어를 사용한다고 밝힌 응답자는 2018년 63%, 2019년 54%에서 감소한 53%로 조사됐다.  • 고 언어가 주로 사용되는 분...

2021.03.22

MS, 엑셀 기반 로우-코드 언어 ‘파워 Fx’ 오픈소스로 공개

마이크로소프트에 따르면 파워 앱스(Power Apps)에서 활용되고 있는 노-코드, 로우-코드 언어가 파워 플랫폼(Power Platform) 전체로 확장된다.  지난 3월 2일에 발표된 이 로우-코드 오픈소스 언어는 마이크로소프트 엑셀 스프레드시트 그리고 스프레드시트와 동일한 수식(엑셀 구문 및 함수 등)을 기반으로 한다. 마이크로소프트는 파워 Fx(Power Fx)를 통해 시민 개발자에게 프로그래밍 로직을 표현하는 ‘익숙하고 접근 가능한 방법’을 제공하고자 한다고 설명했다.    한편 파워 Fx는 이미 마이크로소프트 파워 앱스에서 사용되고 있다. 이는 현재 캔버스 앱에 통합돼 있어 바로 체험해볼 수 있다. 마이크로소프트는 파워 Fx를 파워 앱스에서 추출해 다른 파워 플랫폼 제품으로 통합하고 오픈소스로 제공하는 중이라고 밝혔다. 이 언어의 공식 문서는 깃허브에서 확인할 수 있다.  회사에 따르면 이 언어는 ‘노-코드’ 선언형 프로그래밍에서 강력한 타입, 선언적 및 기능적 코드를 포함한 ‘프로 코드’까지 전체 개발 범위를 지원한다. 엑셀과 마찬가지로 파워 Fx 수식은 선언적이며 스프레드시트처럼 즉시 재계산된다.  따라서 개발자는 변수와 데이터 테이블을 최신 상태로 유지하기 위해 수동으로 관리하지 않아도 된다. 마이크로소프트는 방법이나 시기를 설명할 필요 없이 원하는 작업을 앱에 알릴 수 있다고 설명했다. 앱은 비주얼 스튜디오 코드(Visual Studio Code) 등의 텍스트 편집기에서 편집할 수 있다.  앞으로 2년 동안 파워 Fx는 파워 플랫폼 전체에 걸쳐 일관된 단일 언어로 확장될 계획이다. 이 언어는 이미 수백 개의 외부 데이터소스, 모바일 기기, 고급 애플리케이션 시나리오를 통해 작동하도록 확장됐다고 회사 측은 덧붙였다.  마이크로소프트는 파워 Fx를 데이터버스(Dataverse), 파워 오토메이트(Power Automate), 버추얼 에이전트(Virtual Agents) 등...

마이크로소프트 파워 플랫폼 파워 Fx 파워 앱스 엑셀 스프레드시트 로우코드 노코드 시민 개발자 프로그래밍 프로그래밍 언어 개발 언어 개발 소프트웨어 개발 애플리케이션

2021.03.04

마이크로소프트에 따르면 파워 앱스(Power Apps)에서 활용되고 있는 노-코드, 로우-코드 언어가 파워 플랫폼(Power Platform) 전체로 확장된다.  지난 3월 2일에 발표된 이 로우-코드 오픈소스 언어는 마이크로소프트 엑셀 스프레드시트 그리고 스프레드시트와 동일한 수식(엑셀 구문 및 함수 등)을 기반으로 한다. 마이크로소프트는 파워 Fx(Power Fx)를 통해 시민 개발자에게 프로그래밍 로직을 표현하는 ‘익숙하고 접근 가능한 방법’을 제공하고자 한다고 설명했다.    한편 파워 Fx는 이미 마이크로소프트 파워 앱스에서 사용되고 있다. 이는 현재 캔버스 앱에 통합돼 있어 바로 체험해볼 수 있다. 마이크로소프트는 파워 Fx를 파워 앱스에서 추출해 다른 파워 플랫폼 제품으로 통합하고 오픈소스로 제공하는 중이라고 밝혔다. 이 언어의 공식 문서는 깃허브에서 확인할 수 있다.  회사에 따르면 이 언어는 ‘노-코드’ 선언형 프로그래밍에서 강력한 타입, 선언적 및 기능적 코드를 포함한 ‘프로 코드’까지 전체 개발 범위를 지원한다. 엑셀과 마찬가지로 파워 Fx 수식은 선언적이며 스프레드시트처럼 즉시 재계산된다.  따라서 개발자는 변수와 데이터 테이블을 최신 상태로 유지하기 위해 수동으로 관리하지 않아도 된다. 마이크로소프트는 방법이나 시기를 설명할 필요 없이 원하는 작업을 앱에 알릴 수 있다고 설명했다. 앱은 비주얼 스튜디오 코드(Visual Studio Code) 등의 텍스트 편집기에서 편집할 수 있다.  앞으로 2년 동안 파워 Fx는 파워 플랫폼 전체에 걸쳐 일관된 단일 언어로 확장될 계획이다. 이 언어는 이미 수백 개의 외부 데이터소스, 모바일 기기, 고급 애플리케이션 시나리오를 통해 작동하도록 확장됐다고 회사 측은 덧붙였다.  마이크로소프트는 파워 Fx를 데이터버스(Dataverse), 파워 오토메이트(Power Automate), 버추얼 에이전트(Virtual Agents) 등...

2021.03.04

칼럼 | 제품 디자인이 윤리적이어야 할까?

반복되는 스캔들과 EU의 GDPR(General Data Protection Regulation), 넷플릭스의 다큐멘터리 ‘소셜 딜레마(The Social Dilemma)’ 덕분에 대중은 점점 AI와 기술, 그리고 데이터 사용과 관련된 윤리 문제를 인식하고 있다. 사회적 활동을 하며 기업에 비즈니스 관행을 재고할 것을 촉구하는 개발자, 디자이너, 기술자의 움직임이 증가하고 있다. 즉 이런 사람들은 기업이 보다 윤리적이기를 원한다. 최근 필자는 베이스캠프(Basecamp)의 디자이너이자 헬로웨더(HelloWeather)의 공동 제작자인 요나스 다우니와 대화할 기회가 있었다. 베이스켐프는 ‘헤이(Hey)’라는 새로운 이메일 서비스를 제공하고 있는데, 구글의 지메일과 달리 개인정보보호와 윤리적 디자인 개념을 포함한 서비스다. 다우니는 “고수준의 기술 회사는 수익을 위해 해로운 일을 하도록 유도하는 근본적으로 비윤리적인 비즈니스 모델을 가지고 있다”라고 지적했다. 예를 들어, 페이스북은 광고에서 수익을 창출하는데, 광고 조회수를 늘리기 위해 사용자가 가능한 오래, 자주 화면을 보도록 한다. 이런 비즈니스 모델로 인해 기업은 광고 조회수 증가에 도움이 되는 잘못된 정보 또는 혐오 표현(hate speech)가 퍼지는 것을 막지 않게 된다. 다른 한편으로는 의도하지 않은 효과가 나타날 수도 있다. 다우니는 트위터가 영향력있는 도구가 될 것이라고 생각하지 않았다는 점을 지적했다. 결과적으로 트위터는 잘못된 정보와 때로는 노골적인 혐오 발언의 도구가 됐다. 결정적으로 기술 산업은 빠르게 성장했고 무엇이 옳은지 그른지를 통제하기 위한 통합된 윤리적 이론이 없었다. 기업과 개발자는 수익성을 기준으로 의심스러운 부분이 있는 많은 결정을 내려왔으며, 이제는 그것이 표준 관행으로 자리 잡았다. 다우니는 “소셜 미디어 회사가 되기 위한 ‘히포크라테스 선서’는 없다”라고 지적했다. 의사가 의료 윤리를 위반해 환자에게 해로운 일을 하면 벌금이 부과되거나 면허를 잃을 수도 있다. ...

윤리 디자인 개발 코인베이스 베이스캠프

2020.11.20

반복되는 스캔들과 EU의 GDPR(General Data Protection Regulation), 넷플릭스의 다큐멘터리 ‘소셜 딜레마(The Social Dilemma)’ 덕분에 대중은 점점 AI와 기술, 그리고 데이터 사용과 관련된 윤리 문제를 인식하고 있다. 사회적 활동을 하며 기업에 비즈니스 관행을 재고할 것을 촉구하는 개발자, 디자이너, 기술자의 움직임이 증가하고 있다. 즉 이런 사람들은 기업이 보다 윤리적이기를 원한다. 최근 필자는 베이스캠프(Basecamp)의 디자이너이자 헬로웨더(HelloWeather)의 공동 제작자인 요나스 다우니와 대화할 기회가 있었다. 베이스켐프는 ‘헤이(Hey)’라는 새로운 이메일 서비스를 제공하고 있는데, 구글의 지메일과 달리 개인정보보호와 윤리적 디자인 개념을 포함한 서비스다. 다우니는 “고수준의 기술 회사는 수익을 위해 해로운 일을 하도록 유도하는 근본적으로 비윤리적인 비즈니스 모델을 가지고 있다”라고 지적했다. 예를 들어, 페이스북은 광고에서 수익을 창출하는데, 광고 조회수를 늘리기 위해 사용자가 가능한 오래, 자주 화면을 보도록 한다. 이런 비즈니스 모델로 인해 기업은 광고 조회수 증가에 도움이 되는 잘못된 정보 또는 혐오 표현(hate speech)가 퍼지는 것을 막지 않게 된다. 다른 한편으로는 의도하지 않은 효과가 나타날 수도 있다. 다우니는 트위터가 영향력있는 도구가 될 것이라고 생각하지 않았다는 점을 지적했다. 결과적으로 트위터는 잘못된 정보와 때로는 노골적인 혐오 발언의 도구가 됐다. 결정적으로 기술 산업은 빠르게 성장했고 무엇이 옳은지 그른지를 통제하기 위한 통합된 윤리적 이론이 없었다. 기업과 개발자는 수익성을 기준으로 의심스러운 부분이 있는 많은 결정을 내려왔으며, 이제는 그것이 표준 관행으로 자리 잡았다. 다우니는 “소셜 미디어 회사가 되기 위한 ‘히포크라테스 선서’는 없다”라고 지적했다. 의사가 의료 윤리를 위반해 환자에게 해로운 일을 하면 벌금이 부과되거나 면허를 잃을 수도 있다. ...

2020.11.20

애자일 vs 워터폴··· 프로젝트 방법론 비교하기

애자일과 워터폴은 각각 장점과 단점이 있다. 각 방법론의 장단점 그리고 각 조직의 프로젝트에 적합한 방법론을 구별하는 방법은 아래와 같다. 프로젝트 개발에 적합한 방법론을 선택하는 일은 프로젝트 성공을 위한 첫걸음이다. 그러나 각 조직이 당면한 프로젝트에 어떤 방법론이 가장 적합한지를 구별하기는 쉽지 않다. 선택할 수 있는 프로젝트 관리 방법론의 가짓수가 너무 많을 땐 특히 그렇다.  널리 사용되는 대표적인 방법론은 애자일과 워터폴이다. 프로젝트 유형, 팀 구조, 역량, 인재 등의 요인에 따라 적합한 방법론의 유형은 다르다. 각 방법론의 개요, 장단점, 최적화된 조직 유형, 프로젝트 성공에 필요한 역량의 유형을 살펴본다.     애자일이란 무엇인가? 애자일은 1970년대 윌리엄 로이스가 대형 소프트웨어 시스템 개발에 관해 제출한 논문에서 처음 등장했으며, '스프린트'(sprint)라는 짧고 점진적인 개발 주기로 구성된 프로젝트 관리 방법론이다. 각 주기는 제품이나 서비스 개발을 지속적으로 향상시키는 데 초점이 맞춰져 있다. 애자일 방법론은 애자일 선언(Agile Manifesto)의 4가지 기본 가치와 12가지 원칙에 바탕을 두고 있으며, 반복적이며 사람 중심적인 개발 방식을 취한다. 프로세스는 다음과 같다.    계획: 고객과 주요 이해관계자들이 함께 프로젝트 개념화, 브레인스토밍, 정의, 우선순위설정, 필요 자원, 예산 책정을 논의한다. 그다음 승인 및 실행하는 작업이 이뤄진다.  설계: 사용자경험 전문가가 스크럼 마스터, 클라이언트, 제품팀 그리고 기타 주요 이해관계자와 협력해 제품의 모양새와 여타 요소들을 결정한다.  개발: 개발팀은 이 단계에서 ‘스프린트’라고 불리는 여러 반복 작업을 거치며 고객 요구사항에 맞는 제품을 개발한다. 테스팅: 테스팅 단계에서는 제품이 고객 요구사항을 충족하는지 확인한다. 만약 결함이 발견되면 해당 제품을 개발 단계로...

애자일 워터폴 개발 방법론 스프린트

2020.10.06

애자일과 워터폴은 각각 장점과 단점이 있다. 각 방법론의 장단점 그리고 각 조직의 프로젝트에 적합한 방법론을 구별하는 방법은 아래와 같다. 프로젝트 개발에 적합한 방법론을 선택하는 일은 프로젝트 성공을 위한 첫걸음이다. 그러나 각 조직이 당면한 프로젝트에 어떤 방법론이 가장 적합한지를 구별하기는 쉽지 않다. 선택할 수 있는 프로젝트 관리 방법론의 가짓수가 너무 많을 땐 특히 그렇다.  널리 사용되는 대표적인 방법론은 애자일과 워터폴이다. 프로젝트 유형, 팀 구조, 역량, 인재 등의 요인에 따라 적합한 방법론의 유형은 다르다. 각 방법론의 개요, 장단점, 최적화된 조직 유형, 프로젝트 성공에 필요한 역량의 유형을 살펴본다.     애자일이란 무엇인가? 애자일은 1970년대 윌리엄 로이스가 대형 소프트웨어 시스템 개발에 관해 제출한 논문에서 처음 등장했으며, '스프린트'(sprint)라는 짧고 점진적인 개발 주기로 구성된 프로젝트 관리 방법론이다. 각 주기는 제품이나 서비스 개발을 지속적으로 향상시키는 데 초점이 맞춰져 있다. 애자일 방법론은 애자일 선언(Agile Manifesto)의 4가지 기본 가치와 12가지 원칙에 바탕을 두고 있으며, 반복적이며 사람 중심적인 개발 방식을 취한다. 프로세스는 다음과 같다.    계획: 고객과 주요 이해관계자들이 함께 프로젝트 개념화, 브레인스토밍, 정의, 우선순위설정, 필요 자원, 예산 책정을 논의한다. 그다음 승인 및 실행하는 작업이 이뤄진다.  설계: 사용자경험 전문가가 스크럼 마스터, 클라이언트, 제품팀 그리고 기타 주요 이해관계자와 협력해 제품의 모양새와 여타 요소들을 결정한다.  개발: 개발팀은 이 단계에서 ‘스프린트’라고 불리는 여러 반복 작업을 거치며 고객 요구사항에 맞는 제품을 개발한다. 테스팅: 테스팅 단계에서는 제품이 고객 요구사항을 충족하는지 확인한다. 만약 결함이 발견되면 해당 제품을 개발 단계로...

2020.10.06

칼럼ㅣ개발팀을 ‘린(Lean)’하게 운영하는 4가지 방법

오늘날 IT 리더들은 코로나19 사태로 인해 많은 과제를 안게 됐다. 이를테면 예산을 늘리거나 인력을 충원하지 않고 새로운 가치를 계속 추구해야 하는 것이다. 여기서는 '린(Lean)한 방식'의 새로운 모습을 살펴본다.   적은 리소스로 더 많은 일을 하는 것(Doing more with less)은 조직들의 오랜 목표였다. 그러나 코로나19 사태로 업계 풍경이 바뀌었다. IT 시장분석기관 IDC는 올해 업계 리더들이 기술 구매와 새로운 계획 수립을 보류하면서 IT 부문 지출은 2.7% 하락할 것으로 예상했다. 또한 IT 예산 축소, 기술 프로젝트 지연, 채용 동결, 해고와 같은 이슈로 신규 채용이 재개될 가능성도 요원하다. 이에 따라 '적은 리소스로 적은 일(Doing less with less)'을 하는 추세가 코로나19 시대의 뉴노멀로 빠르게 자리잡고 있다. 오늘날 기술 책임자들은 무거운 부담을 맞닥뜨리고 있다. 인력을 충원하거나 예산을 늘리지 않고도 새로운 가치를 추진하고 혁신을 일으켜야만 한다는 것이다.   이러한 상황에서 개발팀이 성과를 내려면 일하는 방식을 바꿔야 한다. 2008년 경기침체 당시 IT 조직은 인력과 자원을 해외에서 아웃소싱(오프쇼어링)하면서 소위 ‘린’해질 수 있었다. 하지만 코로나19 사태에서는 오프쇼어링 자체는 답이 아닐 수 있다. 대신 분산된 원격 오프쇼어링 팀들의 ‘린’한 업무 방식을 모방하는 게 도움이 될 수 있다. 다시 말해, 프로젝트에 걸쳐 자원을 공유하고, 다양한 기술과 경험을 갖춘 전문가의 자문을 구하며, 협업용 툴을 활용하는 것이다. 현재 개발팀만으로 성과를 최대화하고 싶다면 아래의 4가지 시사점을 참고하라. 1. 팀 내 개발자와 테스터 인력 비율을 재조정하라 개발자와 테스터 비율을 2대 1로 유지 중인 조직이라면, 오프쇼어링 팀처럼 인원 비율을 3대 1로 조정해볼 수 있다. 애자일 방법론을 활용한다면 속도와 스프린트 측면에서 개발자 비율을 늘릴 수 있다. 테스터를 팀에 포함...

개발 개발팀 코로나19 스크럼

2020.08.11

오늘날 IT 리더들은 코로나19 사태로 인해 많은 과제를 안게 됐다. 이를테면 예산을 늘리거나 인력을 충원하지 않고 새로운 가치를 계속 추구해야 하는 것이다. 여기서는 '린(Lean)한 방식'의 새로운 모습을 살펴본다.   적은 리소스로 더 많은 일을 하는 것(Doing more with less)은 조직들의 오랜 목표였다. 그러나 코로나19 사태로 업계 풍경이 바뀌었다. IT 시장분석기관 IDC는 올해 업계 리더들이 기술 구매와 새로운 계획 수립을 보류하면서 IT 부문 지출은 2.7% 하락할 것으로 예상했다. 또한 IT 예산 축소, 기술 프로젝트 지연, 채용 동결, 해고와 같은 이슈로 신규 채용이 재개될 가능성도 요원하다. 이에 따라 '적은 리소스로 적은 일(Doing less with less)'을 하는 추세가 코로나19 시대의 뉴노멀로 빠르게 자리잡고 있다. 오늘날 기술 책임자들은 무거운 부담을 맞닥뜨리고 있다. 인력을 충원하거나 예산을 늘리지 않고도 새로운 가치를 추진하고 혁신을 일으켜야만 한다는 것이다.   이러한 상황에서 개발팀이 성과를 내려면 일하는 방식을 바꿔야 한다. 2008년 경기침체 당시 IT 조직은 인력과 자원을 해외에서 아웃소싱(오프쇼어링)하면서 소위 ‘린’해질 수 있었다. 하지만 코로나19 사태에서는 오프쇼어링 자체는 답이 아닐 수 있다. 대신 분산된 원격 오프쇼어링 팀들의 ‘린’한 업무 방식을 모방하는 게 도움이 될 수 있다. 다시 말해, 프로젝트에 걸쳐 자원을 공유하고, 다양한 기술과 경험을 갖춘 전문가의 자문을 구하며, 협업용 툴을 활용하는 것이다. 현재 개발팀만으로 성과를 최대화하고 싶다면 아래의 4가지 시사점을 참고하라. 1. 팀 내 개발자와 테스터 인력 비율을 재조정하라 개발자와 테스터 비율을 2대 1로 유지 중인 조직이라면, 오프쇼어링 팀처럼 인원 비율을 3대 1로 조정해볼 수 있다. 애자일 방법론을 활용한다면 속도와 스프린트 측면에서 개발자 비율을 늘릴 수 있다. 테스터를 팀에 포함...

2020.08.11

러스트, ‘가장 사랑받는’ 언어 5년 연속 1위 <스택 오버플로우 발표>

스택 오버플로우에 따르면 러스트가 5년 연속 ‘가장 사랑받는’ 프로그래밍 언어 1위를 차지했다. 이어서 타입스크립트가 파이썬을 제치고 2위에 올랐다.  2020년 스택 오버플로우(Stack Overflow) 개발자 설문조사에서 러스트가 ‘가장 사랑받는(most loved)’ 언어로 조사됐다. ‘가장 관심 있는(most wanted)’ 언어로는 파이썬, ‘가장 많은 급여를 받는(top paying)’ 언어는 펄, 스칼라, 고(Go)인 것으로 나타났다.    ‘가장 사랑받는’ 언어 순위는 해당 언어를 현재 사용 중이며 계속 사용하겠다고 응답한 비율이 높은 순으로 나열됐다. 또한 ‘현재 사용 중이지만 더 사용하고 싶지 않은(most dreaded)’, ‘현재 사용하지 않지만 가장 관심이 많은(most wanted)’, ‘가장 많은 급여를 받는(top paying)’, ‘가장 일반적으로 사용되는(most popular)’ 언어 순위도 함께 조사됐다.  스택 오버플로우는 지난 2월 전 세계 6만 5,000명의 개발자를 대상으로 설문조사를 실시했으며, 그 결과는 5월 27일 공개됐다. 앞서 언급한 범주의 상위 10개 결과는 다음과 같다. ‘가장 사랑받는’ 프로그래밍 언어 톱 10  1. 러스트(86.1%) 2. 타입스크립트(67.1%) 3. 파이썬(66.7%) 4. 코틀린(62.9%) 5. 고(62.3%) 6. 줄리아(62.2%) 7. 다트(62.1%) 8. C#(59.7%) 9. 스위프트(59.5%) 10. 자바스크립트(58.3%) ‘현재 사용 중이지만 더 사용하고 싶지 않은’ 언어 톱 10 1. VBA(80.4%) 2. 오브젝티브-C(76.6%) 3. 펄(71.4%) 4. 어셈블리(70.6%) 5. C(66.9%) 6. PHP(62.7%) 7. 루비(57.1%) 8. C++(56.6%) 9. 자바(55.95%) 10. R(55.5%) ‘현재 사용하지 않지만 가장 관심이 많은’ 언어 톱 10 1. 파이썬(30%)...

스택 오버플로우 개발자 개발 프로그래밍 개발 언어 프로그래밍 언어 러스트 파이썬 스칼라 타입스크립트 코틀린 스위프트 자바스크립트 티오베

2020.06.03

스택 오버플로우에 따르면 러스트가 5년 연속 ‘가장 사랑받는’ 프로그래밍 언어 1위를 차지했다. 이어서 타입스크립트가 파이썬을 제치고 2위에 올랐다.  2020년 스택 오버플로우(Stack Overflow) 개발자 설문조사에서 러스트가 ‘가장 사랑받는(most loved)’ 언어로 조사됐다. ‘가장 관심 있는(most wanted)’ 언어로는 파이썬, ‘가장 많은 급여를 받는(top paying)’ 언어는 펄, 스칼라, 고(Go)인 것으로 나타났다.    ‘가장 사랑받는’ 언어 순위는 해당 언어를 현재 사용 중이며 계속 사용하겠다고 응답한 비율이 높은 순으로 나열됐다. 또한 ‘현재 사용 중이지만 더 사용하고 싶지 않은(most dreaded)’, ‘현재 사용하지 않지만 가장 관심이 많은(most wanted)’, ‘가장 많은 급여를 받는(top paying)’, ‘가장 일반적으로 사용되는(most popular)’ 언어 순위도 함께 조사됐다.  스택 오버플로우는 지난 2월 전 세계 6만 5,000명의 개발자를 대상으로 설문조사를 실시했으며, 그 결과는 5월 27일 공개됐다. 앞서 언급한 범주의 상위 10개 결과는 다음과 같다. ‘가장 사랑받는’ 프로그래밍 언어 톱 10  1. 러스트(86.1%) 2. 타입스크립트(67.1%) 3. 파이썬(66.7%) 4. 코틀린(62.9%) 5. 고(62.3%) 6. 줄리아(62.2%) 7. 다트(62.1%) 8. C#(59.7%) 9. 스위프트(59.5%) 10. 자바스크립트(58.3%) ‘현재 사용 중이지만 더 사용하고 싶지 않은’ 언어 톱 10 1. VBA(80.4%) 2. 오브젝티브-C(76.6%) 3. 펄(71.4%) 4. 어셈블리(70.6%) 5. C(66.9%) 6. PHP(62.7%) 7. 루비(57.1%) 8. C++(56.6%) 9. 자바(55.95%) 10. R(55.5%) ‘현재 사용하지 않지만 가장 관심이 많은’ 언어 톱 10 1. 파이썬(30%)...

2020.06.03

CI/CD 확산, 마침내 의외의 '모멘텀'을 얻다

기업들은 개발 워크플로우를 개선해야 할 필요성을 여러 해 전부터 인식해왔다. 코로나19 사태로 인해 개발자를 비롯한 전 직원이 원격근무에 돌입하면서 기업들이 마침내 움직이고 있다.  데브옵스는 수년 동안 많은 기업에게 도전적인 목표였다. 최근 1억 달러의 시리즈 E 투자를 유치한 CI/CD 솔루션 업체 서클CI(CircleCI)의 CEO 짐 로스는 코로나 19 사태로 인해 재택근무가 갑작스럽고 광범위하게 실시되면서 “데브옵스 및 CI/CD 도입 일정이 앞당겨졌다”라며, “이 팬데믹이 CI/CD가 확산되는 데 걸리는 시간을 단축했다”라고 말했다.    현재 직원들의 사무실 복귀 시기를 가늠할 수 없고, 코로나19 사태가 끝난다고 하더라도 최근 가트너 조사에서 볼 수 있듯 원격근무 체제 유지로 인력이 제한될 수 있는 상황이다. 이러한 불확실성으로 인해 기업들이 오래된 온프레미스 기반 젠킨스를 원래 계획했던 것보다 더 빠르게 바꿔야 한다는 사실을 깨닫고 있다고 로스는 설명했다. 먹구름 뒤의 한 줄기 희망(Silver lining) 서클CI가 최근 자사의 API v2에 인사이트를 접목한 엔드포인트를 출시했다. 이는 벤치마크 지표 중에서 복구 및 변경 실패율 데이터를 제공하는 것이 주목적이다.  서클 CI의 제품 마케팅 책임자 에밀리 파웰은 공식 블로그를 통해 “어떤 작업이 실패하고 어떤 워크플로우가 비정상적 테스트를 하고 있는지 쉽게 파악할 수 있다. 이를 통해 파이프라인 개선에 대해 우선순위를 두고 추진할 수 있다”라고 언급했다.  이어서 그는 “어떤 워크플로우나 작업이 가장 오래 걸리는지 알아보고 캐싱(caching), 병렬화(parallelization) 그리고 새로운 컨비니언스 이미지(convenience images)를 통해 속도를 높일 수 있는 지점을 확인할 수 있다”라고 말하면서, 데브옵스에 정통한 개발팀을 위해 플랫폼을 더욱 최적화했다고 덧붙였다.  한편 대부분의 기업이 재택근무를 시행하...

클라우드 코로나바이러스 코로나19 CI/CD 데브옵스 운영 개발 재택근무 원격근무 팬데믹

2020.04.09

기업들은 개발 워크플로우를 개선해야 할 필요성을 여러 해 전부터 인식해왔다. 코로나19 사태로 인해 개발자를 비롯한 전 직원이 원격근무에 돌입하면서 기업들이 마침내 움직이고 있다.  데브옵스는 수년 동안 많은 기업에게 도전적인 목표였다. 최근 1억 달러의 시리즈 E 투자를 유치한 CI/CD 솔루션 업체 서클CI(CircleCI)의 CEO 짐 로스는 코로나 19 사태로 인해 재택근무가 갑작스럽고 광범위하게 실시되면서 “데브옵스 및 CI/CD 도입 일정이 앞당겨졌다”라며, “이 팬데믹이 CI/CD가 확산되는 데 걸리는 시간을 단축했다”라고 말했다.    현재 직원들의 사무실 복귀 시기를 가늠할 수 없고, 코로나19 사태가 끝난다고 하더라도 최근 가트너 조사에서 볼 수 있듯 원격근무 체제 유지로 인력이 제한될 수 있는 상황이다. 이러한 불확실성으로 인해 기업들이 오래된 온프레미스 기반 젠킨스를 원래 계획했던 것보다 더 빠르게 바꿔야 한다는 사실을 깨닫고 있다고 로스는 설명했다. 먹구름 뒤의 한 줄기 희망(Silver lining) 서클CI가 최근 자사의 API v2에 인사이트를 접목한 엔드포인트를 출시했다. 이는 벤치마크 지표 중에서 복구 및 변경 실패율 데이터를 제공하는 것이 주목적이다.  서클 CI의 제품 마케팅 책임자 에밀리 파웰은 공식 블로그를 통해 “어떤 작업이 실패하고 어떤 워크플로우가 비정상적 테스트를 하고 있는지 쉽게 파악할 수 있다. 이를 통해 파이프라인 개선에 대해 우선순위를 두고 추진할 수 있다”라고 언급했다.  이어서 그는 “어떤 워크플로우나 작업이 가장 오래 걸리는지 알아보고 캐싱(caching), 병렬화(parallelization) 그리고 새로운 컨비니언스 이미지(convenience images)를 통해 속도를 높일 수 있는 지점을 확인할 수 있다”라고 말하면서, 데브옵스에 정통한 개발팀을 위해 플랫폼을 더욱 최적화했다고 덧붙였다.  한편 대부분의 기업이 재택근무를 시행하...

2020.04.09

칼럼ㅣ깃옵스란?··· '깃'의 장점을 운영으로 가져오다

깃옵스는 개발자와 운영팀 모두에게 매우 좋은 효과를 발휘할 수 있고, 데브옵스가 오랫동안 지향해온 궁극의 특징을 지니고 있다.  아마 한 번쯤은 깃옵스(GitOps)에 대해 들어봤겠지만, 여전히 모르고 있을 수 있다. 만약 깃옵스가 반드시 깃을 포함하는 것은 아니며, 일반적으로 연결되는 쿠버네티스가 요구되는 것은 아니라고 말한다면 더 애매모호할 수 있다. 해당 용어를 창안한 위브웍스에 따르면 깃옵스는 ‘개발자 중심의 애플리케이션 관리 환경을 가능하게 하는 방법론’이다.  그래도 혼란스러운가? 단도직입적으로 말하자면 깃옵스는 개발자가 산출물을 더 많이 제어할 수 있도록 하는 방법이다. 한층 더 업그레이드된 데브옵스(DevOps)인 셈이다. 결론은 간단하다. 깃옵스는 개발자가 애플리케이션 운영에서 훨씬 더 큰 역할을 담당할 수 있도록 지원하는 동시에 운영팀의 프로세스도 크게 개선한다.   시작은 깃(Git)이었다 분산 버전 관리 시스템 깃을 발명한 인물은 리눅스의 아버지로 널리 알려진 리누스 토발즈다. 토발즈는 “내가 '히트곡 하나뿐인 가수'가 아니라는 것을 깃이 증명했다"라고 말했다. 그러나 이는 깃의 중요성을 표현하기에 굉장히 부족하다. 그만큼 깃은 중요하다. 깃 이전에도 버전 관리 시스템, 이를테면 서브 버전 등이 있었지만 깃은 2005년 공개된 이후 개발자가 소프트웨어를 구축하는 방식에 혁명을 일으켰다. 애널리스트 로렌스 헥트는 오늘날 깃이 '가장 보편적인' 소프트웨어 개발 요소라고 분석했다. 프로그래밍 커뮤니티 스택 오버플로우(Stack Overflow)의 설문조사에 따르면 2018년 깃을 사용한다고 밝힌 응답자가 78%에 달했다. 소프트웨어 개발사 젯브레인(JetBrains)도 2017년 79%에서 2019년 90%로 깃 사용자 수가 급증했다는 설문조사 데이터를 공개한 바 있다. 그도 그럴 것이 공공 및 개인 깃 저장소에 엄청나게 많은 코드가 있기 때문이다.  위브웍스 CEO 알렉시스 리처드슨은 "...

개발자 머큐리얼 깃옵스 쿠버네티스 데브옵스 클러스터 운영 개발 애플리케이션 서브버전

2020.03.26

깃옵스는 개발자와 운영팀 모두에게 매우 좋은 효과를 발휘할 수 있고, 데브옵스가 오랫동안 지향해온 궁극의 특징을 지니고 있다.  아마 한 번쯤은 깃옵스(GitOps)에 대해 들어봤겠지만, 여전히 모르고 있을 수 있다. 만약 깃옵스가 반드시 깃을 포함하는 것은 아니며, 일반적으로 연결되는 쿠버네티스가 요구되는 것은 아니라고 말한다면 더 애매모호할 수 있다. 해당 용어를 창안한 위브웍스에 따르면 깃옵스는 ‘개발자 중심의 애플리케이션 관리 환경을 가능하게 하는 방법론’이다.  그래도 혼란스러운가? 단도직입적으로 말하자면 깃옵스는 개발자가 산출물을 더 많이 제어할 수 있도록 하는 방법이다. 한층 더 업그레이드된 데브옵스(DevOps)인 셈이다. 결론은 간단하다. 깃옵스는 개발자가 애플리케이션 운영에서 훨씬 더 큰 역할을 담당할 수 있도록 지원하는 동시에 운영팀의 프로세스도 크게 개선한다.   시작은 깃(Git)이었다 분산 버전 관리 시스템 깃을 발명한 인물은 리눅스의 아버지로 널리 알려진 리누스 토발즈다. 토발즈는 “내가 '히트곡 하나뿐인 가수'가 아니라는 것을 깃이 증명했다"라고 말했다. 그러나 이는 깃의 중요성을 표현하기에 굉장히 부족하다. 그만큼 깃은 중요하다. 깃 이전에도 버전 관리 시스템, 이를테면 서브 버전 등이 있었지만 깃은 2005년 공개된 이후 개발자가 소프트웨어를 구축하는 방식에 혁명을 일으켰다. 애널리스트 로렌스 헥트는 오늘날 깃이 '가장 보편적인' 소프트웨어 개발 요소라고 분석했다. 프로그래밍 커뮤니티 스택 오버플로우(Stack Overflow)의 설문조사에 따르면 2018년 깃을 사용한다고 밝힌 응답자가 78%에 달했다. 소프트웨어 개발사 젯브레인(JetBrains)도 2017년 79%에서 2019년 90%로 깃 사용자 수가 급증했다는 설문조사 데이터를 공개한 바 있다. 그도 그럴 것이 공공 및 개인 깃 저장소에 엄청나게 많은 코드가 있기 때문이다.  위브웍스 CEO 알렉시스 리처드슨은 "...

2020.03.26

운영 중단 없이 기술 부채를 줄이는 8가지 방법

급박하게 진행된 소프트웨어 개발 프로젝트에서 기술 부채가 발생하지 않을 가능성은 낮다. 애석하게도 호환성 및 성능 문제, 보안 격차 등을 비롯해 골치 아픈 예산 문제까지 얽혀 있는 기술 부채는 언젠가는 꼭 상환해야만 하는 대상이다.  빠듯한 일정에 맞춰 중요한 프로젝트를 진행하더라도 기술 부채를 허용 가능한 수준으로 감소시킬 수 있다. 시간, 비용, 품질을 고려한 합리적인 절충을 시도하는 것이다. 기술 부채를 줄이거나 없애는 8가지 방법을 알아본다.    1. 운영팀과 비즈니스팀이 나란히 움직여야 한다  기술 부채의 발생 가능성을 줄이는 한 가지 방법은 프로젝트 기획 단계에서 IT 운영팀과 비즈니스팀을 모두 포함하는 것이다. 금융서비스 자문 회사 액츄얼라이즈 컨설팅의 사장 매트 수는 “이는 기획 과정에서 운영팀이 목소리를 내도록 한다. 이는 출시까지의 시간과 유지보수 비용 사이에서 절충을 가능하게 한다”라고 말했다.  그는 이어서 “기술 부채가 언제 발생할지 그리고 어떤 기간이 필요한지를 확인하는 반복적인 회의에서 구체적인 결정을 내려야 한다. 이런 식으로 기술 부채를 관리하면 프로젝트가 끝나면서 리스크를 없앨 수 있게 될 것이다”라고 제안했다. 팀 차원에서 기술 부채를 통제하고, 프로젝트처럼 관리해야 한다고 IT 인력 및 기술 서비스 회사인 제네시스10의 CEO 할리 립먼은 충고한다. 그는 “팀 차원으로 관리할 때 조직은 기술 부채를 기억하고, 시간을 효율적으로 사용할 것이다. 특히 점진적인 개선에 집중해야 한다. 팀을 정렬하기 위해 각종 지표 사용을 비롯해 기술 부채를 우선시하도록 만드는 방안을 고려해라”라고 지적했다. 2. 주의 깊게 기획하고 현실적으로 예산을 세워라 기술 부채를 예방하려면 세심한 기획이 필요하다. 클라우드 컨택센터 제공업체 파이브9의 CTO 조나단 로젠버그는 “충분한 예산 확보와 동시에 개발 목표에 대한 명확한 요구사항과 비전은 엔지니어가 적절한 수준의 기술 부채만 발생시키게끔 한다...

개발자 개발 기술부채

2020.01.10

급박하게 진행된 소프트웨어 개발 프로젝트에서 기술 부채가 발생하지 않을 가능성은 낮다. 애석하게도 호환성 및 성능 문제, 보안 격차 등을 비롯해 골치 아픈 예산 문제까지 얽혀 있는 기술 부채는 언젠가는 꼭 상환해야만 하는 대상이다.  빠듯한 일정에 맞춰 중요한 프로젝트를 진행하더라도 기술 부채를 허용 가능한 수준으로 감소시킬 수 있다. 시간, 비용, 품질을 고려한 합리적인 절충을 시도하는 것이다. 기술 부채를 줄이거나 없애는 8가지 방법을 알아본다.    1. 운영팀과 비즈니스팀이 나란히 움직여야 한다  기술 부채의 발생 가능성을 줄이는 한 가지 방법은 프로젝트 기획 단계에서 IT 운영팀과 비즈니스팀을 모두 포함하는 것이다. 금융서비스 자문 회사 액츄얼라이즈 컨설팅의 사장 매트 수는 “이는 기획 과정에서 운영팀이 목소리를 내도록 한다. 이는 출시까지의 시간과 유지보수 비용 사이에서 절충을 가능하게 한다”라고 말했다.  그는 이어서 “기술 부채가 언제 발생할지 그리고 어떤 기간이 필요한지를 확인하는 반복적인 회의에서 구체적인 결정을 내려야 한다. 이런 식으로 기술 부채를 관리하면 프로젝트가 끝나면서 리스크를 없앨 수 있게 될 것이다”라고 제안했다. 팀 차원에서 기술 부채를 통제하고, 프로젝트처럼 관리해야 한다고 IT 인력 및 기술 서비스 회사인 제네시스10의 CEO 할리 립먼은 충고한다. 그는 “팀 차원으로 관리할 때 조직은 기술 부채를 기억하고, 시간을 효율적으로 사용할 것이다. 특히 점진적인 개선에 집중해야 한다. 팀을 정렬하기 위해 각종 지표 사용을 비롯해 기술 부채를 우선시하도록 만드는 방안을 고려해라”라고 지적했다. 2. 주의 깊게 기획하고 현실적으로 예산을 세워라 기술 부채를 예방하려면 세심한 기획이 필요하다. 클라우드 컨택센터 제공업체 파이브9의 CTO 조나단 로젠버그는 “충분한 예산 확보와 동시에 개발 목표에 대한 명확한 요구사항과 비전은 엔지니어가 적절한 수준의 기술 부채만 발생시키게끔 한다...

2020.01.10

'레드햇 오픈시프트 4.2' 출시··· 서비스 간소화·자동화에 초점

레드햇이 7일 서비스 간소화 및 자동화에 초점을 맞춘 쿠버네티스 플랫폼의 최신 버전 '레드햇 오픈시프트(Red Hat OpenShift) 4.2'를 출시한다고 밝혔다.  레드햇 오픈시프트 4.2는 쿠버네티스 환경 설정 및 관리를 자동화하는 기능을 통해 개발자가 클라우드 네이티브 기술을 쉽게 사용하는 것을 목표로 한다고 래드햇은 설명했다. 이를 통해 개발자는 심층적인 쿠버네티스 전문 지식 없이도 엔터프라이즈 애플리케이션을 개발할 수 있을 것으로 보인다.  최신 버전의 레드햇 코드레디 컨테이너(Red Hat CodeReady Container)는 개발자가 사전 구축한 오픈시프트 환경을 로컬 환경에 설치할 수 있도록 한다. 컨테이너 개발 툴과 로컬 클러스터를 연결하는 프레임워크를 제공해 로컬 환경에서 클라우드 네이티브 애플리케이션을 개발하고 준비되면 오픈시프트 환경에 구축할 수 있다. 그 외에도 쿠버네티스 기반 애플리케이션 관련 개발자의 생산성을 향상할 수 있도록 메시, 서버리스 실행 및 클라우드 네이티브 CI/CD(지속적 통합/지속적 배포)에 대한 요구사항을 해결하는 개발자 서비스를 추가했다.  하이브리드 클라우드 환경으로 손쉽게 전환 기업은 AWS, 애저, 구글 클라우드 플랫폼을 포함한 퍼블릭 클라우드와 오픈스택과 같은 프라이빗 클라우드에서 자동화 방식으로 오픈시프트를 설치할 수 있다. 레드햇은 오픈시프트 클러스터에서 오픈시프트 3를 4로 업그레이드할 수 있으며, 워크로드를 자동화 방식으로 복사할 수 있는 마이그레이션 툴링을 제공한다. 이밖에 타사 스토리지 제공업체가 쿠버네티스 에코시스템에 연결할 수 있는 컨테이너 스토리지 인터페이스(CSI) 드라이버도 제공한다.  레드햇은 기업이 엔터프라이즈 쿠버네티스를 활용해 디지털 트랜스포메이션을 추진하는 과정에서 엄격한 내부 및 규제 보안 표준으로 인해 장애가 발생하는 환경도 고려했다. 레드햇 오픈시프트 4.2는 민감한 정보를 처리하는 시스템과 설치 지원을 포함한 인스톨러 향상...

클라우드 애플리케이션 퍼블릭클라우드 레드햇 개발 프라이빗클라우드 하이브리드클라우드 쿠버네티스 오픈시스트

2019.11.07

레드햇이 7일 서비스 간소화 및 자동화에 초점을 맞춘 쿠버네티스 플랫폼의 최신 버전 '레드햇 오픈시프트(Red Hat OpenShift) 4.2'를 출시한다고 밝혔다.  레드햇 오픈시프트 4.2는 쿠버네티스 환경 설정 및 관리를 자동화하는 기능을 통해 개발자가 클라우드 네이티브 기술을 쉽게 사용하는 것을 목표로 한다고 래드햇은 설명했다. 이를 통해 개발자는 심층적인 쿠버네티스 전문 지식 없이도 엔터프라이즈 애플리케이션을 개발할 수 있을 것으로 보인다.  최신 버전의 레드햇 코드레디 컨테이너(Red Hat CodeReady Container)는 개발자가 사전 구축한 오픈시프트 환경을 로컬 환경에 설치할 수 있도록 한다. 컨테이너 개발 툴과 로컬 클러스터를 연결하는 프레임워크를 제공해 로컬 환경에서 클라우드 네이티브 애플리케이션을 개발하고 준비되면 오픈시프트 환경에 구축할 수 있다. 그 외에도 쿠버네티스 기반 애플리케이션 관련 개발자의 생산성을 향상할 수 있도록 메시, 서버리스 실행 및 클라우드 네이티브 CI/CD(지속적 통합/지속적 배포)에 대한 요구사항을 해결하는 개발자 서비스를 추가했다.  하이브리드 클라우드 환경으로 손쉽게 전환 기업은 AWS, 애저, 구글 클라우드 플랫폼을 포함한 퍼블릭 클라우드와 오픈스택과 같은 프라이빗 클라우드에서 자동화 방식으로 오픈시프트를 설치할 수 있다. 레드햇은 오픈시프트 클러스터에서 오픈시프트 3를 4로 업그레이드할 수 있으며, 워크로드를 자동화 방식으로 복사할 수 있는 마이그레이션 툴링을 제공한다. 이밖에 타사 스토리지 제공업체가 쿠버네티스 에코시스템에 연결할 수 있는 컨테이너 스토리지 인터페이스(CSI) 드라이버도 제공한다.  레드햇은 기업이 엔터프라이즈 쿠버네티스를 활용해 디지털 트랜스포메이션을 추진하는 과정에서 엄격한 내부 및 규제 보안 표준으로 인해 장애가 발생하는 환경도 고려했다. 레드햇 오픈시프트 4.2는 민감한 정보를 처리하는 시스템과 설치 지원을 포함한 인스톨러 향상...

2019.11.07

블로그 | 더 편리하게, 더 평등하게··· 애플의 접근성 솔루션이 주도하는 변화

스마트 기기의 접근성은 개개인 사용자뿐 아니라, 기업 내 다양성을 추구하는 기업들에게도 중요한 가치이다. 애플의 접근성 툴은 과연 얼마나 많은 변화를 만들어 냈는가? 실제로 접근성 툴을 사용하는 이들과 만나 이야기를 나누고 이들의 가치가 어느 정도인지를 살펴 보았다. 접근성의 개선은 모두에게 도움 줄 것 애플은 접근성이라는 가치에 주목하고 있다. 스마트 기기 접근성을 개선하기 위한 애플의 노력은 미국 맹인협회, 미국 뇌성마비 재단, 청각 장애인 협회 등으로부터 인정을 받아 왔으며 공로상을 수상하기도 했다. 애플은 기술을 사용하는 사람이 많아 질수록 그 힘은 강력해 진다고 말한다. 애플의 글로벌 접근성 정책 및 이니셔티브 디렉터 새라 허링거는 애플 제품에 포함된 접근성 기능을 강화하기 위해 노력하고 있다. 에어팟의 ‘실시간 듣기(Live Listen)’ 기능 등은 그냥 생겨난 것이 아니다. 애플 기기에 내장된 접근성 기능들은 전 세계 인구의 1/7을 차지하는 장애인들에게만 유용하거나 도움이 되는 것이 아니다. 접근성 기능은 나머지 6/7에게도 도움을 준다. (누구나 전화를 받을 때 아이폰 플래쉬가 깜빡이도록 해 두는 것처럼 말이다.) 접근성은 곧 평등이다 접근성 기능을 사용하는 사용자 이안 맥크레이는 “접근성이 중요한 이유는 그것이 제한적으로만 존재하기 때문이다. 하지만 접근성은 결국 평등과 직결된다”고 말했다. 예를 들어 대중교통 수단을 이용할 때 iBus시스템 덕분에 비 장애인들과 다름 없이 버스를 탈 수 있으며, “처음 가보는 초행길이라도 아무 문제가 없다”고 말한다. 또한, “동네 슈퍼마켓에 가면 상품에 붙은 점자 라벨 덕분에 아무런 문제 없이 쇼핑을 할 수 있다. 물론, 일부 상품들의 경우 점자 라벨링이 되어 있지 않는 경우도 있다”고 말했다. * 영국의 슈퍼마켓 체인 ‘쿠퍼레이티브(Cooperative)’는 모...

애플 아이폰 개발 장애인 접근성

2018.10.23

스마트 기기의 접근성은 개개인 사용자뿐 아니라, 기업 내 다양성을 추구하는 기업들에게도 중요한 가치이다. 애플의 접근성 툴은 과연 얼마나 많은 변화를 만들어 냈는가? 실제로 접근성 툴을 사용하는 이들과 만나 이야기를 나누고 이들의 가치가 어느 정도인지를 살펴 보았다. 접근성의 개선은 모두에게 도움 줄 것 애플은 접근성이라는 가치에 주목하고 있다. 스마트 기기 접근성을 개선하기 위한 애플의 노력은 미국 맹인협회, 미국 뇌성마비 재단, 청각 장애인 협회 등으로부터 인정을 받아 왔으며 공로상을 수상하기도 했다. 애플은 기술을 사용하는 사람이 많아 질수록 그 힘은 강력해 진다고 말한다. 애플의 글로벌 접근성 정책 및 이니셔티브 디렉터 새라 허링거는 애플 제품에 포함된 접근성 기능을 강화하기 위해 노력하고 있다. 에어팟의 ‘실시간 듣기(Live Listen)’ 기능 등은 그냥 생겨난 것이 아니다. 애플 기기에 내장된 접근성 기능들은 전 세계 인구의 1/7을 차지하는 장애인들에게만 유용하거나 도움이 되는 것이 아니다. 접근성 기능은 나머지 6/7에게도 도움을 준다. (누구나 전화를 받을 때 아이폰 플래쉬가 깜빡이도록 해 두는 것처럼 말이다.) 접근성은 곧 평등이다 접근성 기능을 사용하는 사용자 이안 맥크레이는 “접근성이 중요한 이유는 그것이 제한적으로만 존재하기 때문이다. 하지만 접근성은 결국 평등과 직결된다”고 말했다. 예를 들어 대중교통 수단을 이용할 때 iBus시스템 덕분에 비 장애인들과 다름 없이 버스를 탈 수 있으며, “처음 가보는 초행길이라도 아무 문제가 없다”고 말한다. 또한, “동네 슈퍼마켓에 가면 상품에 붙은 점자 라벨 덕분에 아무런 문제 없이 쇼핑을 할 수 있다. 물론, 일부 상품들의 경우 점자 라벨링이 되어 있지 않는 경우도 있다”고 말했다. * 영국의 슈퍼마켓 체인 ‘쿠퍼레이티브(Cooperative)’는 모...

2018.10.23

데브옵스 수용에 도움되는 10가지 팁

데브옵스가 기술 개발을 지원하는 것으로 유명하지만, 데브옵스를 제대로 실행하려면 이에 맞는 조직 문화가 필요하다. 데브옵스는 안정적이고 지속적인 혁신을 촉진한다는 명성을 얻었다. 이 말은 ‘개발’과 ‘운영’이라는 상충되는 목표를 추구하기 위해 전통적으로 따로 떨어져 운영됐던 두 가지 단어로 이루어져 있다. 데브옵스를 정기적인 업무 관행에 깊이 통합하고 지속적이고 신속하며 안전한 기술 개발의 이점을 얻으려면 팀의 문화와 사고방식을 근본적으로 변화시켜야 한다. 영국 CIO 100으로 꼽힌 유니레버 글로벌 CIO인 제인 모란은 IT팀 운영을 십대 자녀 2명을 양육과 빗대며 데브옵스 문화의 이점을 강조했다. "나는 그들이 함께 어울리지 않는 시간의 50%를 말하는 것이다. 그게 내 팀의 사고방식으로 생각됐다. 내게는 십대 자녀가 2,000명이나 되는 것 같다. " "그들은 서로를 좋아하면서도 항상 경쟁하고 있었기 때문에 우리는 30개의 플랫폼으로 옮겨서 데브옵스 팀을 구성했으며, 이는 사람들이 기술을 함께 혁신하고 관리하도록 하는 가장 큰 변화였다." 다음은 모란이 이야기한 데브옵스 도입을 돕는 10가지 방법이다. 1. 목표를 수립하라 데브옵스가 조직의 목표를 지원할 방법과 가능성을 실현하기 위한 계획의 증거를 제공하면 조직의 모든 수준에서 데브옵스에 대한 비즈니스 사례를 구축할 수 있는 기반을 제공하게 된다. 위험을 줄이고 구현의 이점을 극대화하기 위한 전략을 수립하라. 이 기술은 고객에게 제공하는 이점만큼 가치가 있다. 데브옵스가 조직의 요구 사항을 충족하는지 확인하고자 목표와 관행에 대한 사용자 중심의 접근 방식을 채택하라. 2. 프로세스를 재검토하라 운영과 개발 모두 깊게 뿌리내린 시스템과 목표가 있다. 조직의 다양한 영역에서 함께 리더십을 발휘하면 위협이 될 수도 있는 변화를 구현하기 위한 전략 수립에 도움이 된다. 새로운 데브옵스 접...

CIO 개발 구조조정 문화 유니레버 운영 DevOps 사일로

2018.10.04

데브옵스가 기술 개발을 지원하는 것으로 유명하지만, 데브옵스를 제대로 실행하려면 이에 맞는 조직 문화가 필요하다. 데브옵스는 안정적이고 지속적인 혁신을 촉진한다는 명성을 얻었다. 이 말은 ‘개발’과 ‘운영’이라는 상충되는 목표를 추구하기 위해 전통적으로 따로 떨어져 운영됐던 두 가지 단어로 이루어져 있다. 데브옵스를 정기적인 업무 관행에 깊이 통합하고 지속적이고 신속하며 안전한 기술 개발의 이점을 얻으려면 팀의 문화와 사고방식을 근본적으로 변화시켜야 한다. 영국 CIO 100으로 꼽힌 유니레버 글로벌 CIO인 제인 모란은 IT팀 운영을 십대 자녀 2명을 양육과 빗대며 데브옵스 문화의 이점을 강조했다. "나는 그들이 함께 어울리지 않는 시간의 50%를 말하는 것이다. 그게 내 팀의 사고방식으로 생각됐다. 내게는 십대 자녀가 2,000명이나 되는 것 같다. " "그들은 서로를 좋아하면서도 항상 경쟁하고 있었기 때문에 우리는 30개의 플랫폼으로 옮겨서 데브옵스 팀을 구성했으며, 이는 사람들이 기술을 함께 혁신하고 관리하도록 하는 가장 큰 변화였다." 다음은 모란이 이야기한 데브옵스 도입을 돕는 10가지 방법이다. 1. 목표를 수립하라 데브옵스가 조직의 목표를 지원할 방법과 가능성을 실현하기 위한 계획의 증거를 제공하면 조직의 모든 수준에서 데브옵스에 대한 비즈니스 사례를 구축할 수 있는 기반을 제공하게 된다. 위험을 줄이고 구현의 이점을 극대화하기 위한 전략을 수립하라. 이 기술은 고객에게 제공하는 이점만큼 가치가 있다. 데브옵스가 조직의 요구 사항을 충족하는지 확인하고자 목표와 관행에 대한 사용자 중심의 접근 방식을 채택하라. 2. 프로세스를 재검토하라 운영과 개발 모두 깊게 뿌리내린 시스템과 목표가 있다. 조직의 다양한 영역에서 함께 리더십을 발휘하면 위협이 될 수도 있는 변화를 구현하기 위한 전략 수립에 도움이 된다. 새로운 데브옵스 접...

2018.10.04

IT취업 시장에서 경쟁력 높여주는 기술 역량

IT취업 시장에서 경쟁력을 유지하려면 어떻게 해야 할까? 모든 회사가 소프트웨어 중심 기업으로 바뀌고 있어 숙련된 기술 인재의 실제 수요가 증가할 것이다. 취업사이트인 몬스터(Monster)의 조사에 따르면 영국의 디지털 분야 일자리가 다른 비 디지털 기술 분야보다 2배 이상 증가했으며 향후 10년 동안 20% 성장할 것으로 예상된다. 그렇다면 특히 어떤 기술의 수요가 더 많을까? CIO와 다른 기술 전문가들은 어떤 기술을 습득해야 향후 고용 상태를 유지할 수 있을까? 기술 분야가 끊임없이 진화하고 있어 오늘날 고용 시장에서 요구되는 IT기술이 평생 중복될 가능성은 거의 없다. 하지만 IT전문가가 스스로 교육할 수 있는 성장 영역은 확실히 있다. 개발 AI가 코드 작성에 더 많이 사용되면 바뀌겠지만, 어쨌든 개발 기술 수요는 늘 있었고 앞으로도 있을 것이다. 2017년에는 소프트웨어 개발자와 엔지니어 수요가 영국에서 13% 증가했다. 현재 많은 기업이 디지털 제품을 개선하기 위해 노력하고 있는데 이 작업에는 프로그래머가 필요하다. 데브옵스 또 하나의 중요한 성장 영역은 데브옵스다. 현재 기업들이 IT부서에 데브옵스 접근 방식을 채택하는 추세며, 이는 이 전망에 정통한 개발자들이 이 두 부서 간의 격차를 해소할 수 있음을 의미한다. 따라서 도커, 푸펫, 셰프 같은 데브옵스 툴 지식 습득은 기술 숙련도를 유지하려는 개발자에게 중요하다. 클라우드 컴퓨팅 클라우드 컴퓨팅이 미래라는 사실은 널리 알려져 있으며 모든 IT전문가는 이러한 시스템을 사용하는 것이 편할 것이다. 가트너는 2020년까지 전세계 클라우드 컴퓨팅 시장 규모가 미화 411억 달러에 이르리라고 예측했다. 이는 클라우드 인프라 전문가 수요가 전반적으로 증가하고 있음을 의미한다. 네트워커(Networkers)의 클라우드 채용 전문가인 앤디 슬래터는 "회사가 올바른 기술과 전문성을 갖춘 인재를 찾기 위해 최고의 연봉을 지불하려고 한다...

CIO 데브섹옵스 DevSecOps 사물인터넷 기술력 인공지능 사이버보안 경쟁력 개발 고용 취업 가트너 빅데이터 채용 몬스터

2018.09.10

IT취업 시장에서 경쟁력을 유지하려면 어떻게 해야 할까? 모든 회사가 소프트웨어 중심 기업으로 바뀌고 있어 숙련된 기술 인재의 실제 수요가 증가할 것이다. 취업사이트인 몬스터(Monster)의 조사에 따르면 영국의 디지털 분야 일자리가 다른 비 디지털 기술 분야보다 2배 이상 증가했으며 향후 10년 동안 20% 성장할 것으로 예상된다. 그렇다면 특히 어떤 기술의 수요가 더 많을까? CIO와 다른 기술 전문가들은 어떤 기술을 습득해야 향후 고용 상태를 유지할 수 있을까? 기술 분야가 끊임없이 진화하고 있어 오늘날 고용 시장에서 요구되는 IT기술이 평생 중복될 가능성은 거의 없다. 하지만 IT전문가가 스스로 교육할 수 있는 성장 영역은 확실히 있다. 개발 AI가 코드 작성에 더 많이 사용되면 바뀌겠지만, 어쨌든 개발 기술 수요는 늘 있었고 앞으로도 있을 것이다. 2017년에는 소프트웨어 개발자와 엔지니어 수요가 영국에서 13% 증가했다. 현재 많은 기업이 디지털 제품을 개선하기 위해 노력하고 있는데 이 작업에는 프로그래머가 필요하다. 데브옵스 또 하나의 중요한 성장 영역은 데브옵스다. 현재 기업들이 IT부서에 데브옵스 접근 방식을 채택하는 추세며, 이는 이 전망에 정통한 개발자들이 이 두 부서 간의 격차를 해소할 수 있음을 의미한다. 따라서 도커, 푸펫, 셰프 같은 데브옵스 툴 지식 습득은 기술 숙련도를 유지하려는 개발자에게 중요하다. 클라우드 컴퓨팅 클라우드 컴퓨팅이 미래라는 사실은 널리 알려져 있으며 모든 IT전문가는 이러한 시스템을 사용하는 것이 편할 것이다. 가트너는 2020년까지 전세계 클라우드 컴퓨팅 시장 규모가 미화 411억 달러에 이르리라고 예측했다. 이는 클라우드 인프라 전문가 수요가 전반적으로 증가하고 있음을 의미한다. 네트워커(Networkers)의 클라우드 채용 전문가인 앤디 슬래터는 "회사가 올바른 기술과 전문성을 갖춘 인재를 찾기 위해 최고의 연봉을 지불하려고 한다...

2018.09.10

회사명:한국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.5.0.8