Offcanvas

���������������

칼럼 | 프로그래밍의 ‘짜릿함’과 ‘위대함’에 대하여

코딩 작업은 지루하고 스트레스 가득할 수 있다. 하지만 소프트웨어 프로그래밍이 얼마나 특별한 일일 수 있는지 찬찬히 살펴보자. 곳곳이 경이로움 그 자체라는 사실을 깨닫게 된다.  우리 인간은 희한한 족속이다. 비행기라는 기적에 가까운 인류의 발명품에 감지덕지하던 것도 잠시, 이제는 탑승 수속이 오래 걸린다고 짜증을 낸다. 교통 체증에 불만을 품는 일은 다반사이지만 자동차라는 존재에 놀라워하는 것은 어쩌다 한 번이다. 근래 중요한 인류의 성과로 ‘프로그래밍 언어’를 빼놓을 수 없다. 프로그래밍 언어 탄생의 역사를 수놓은 위대한 정신적 업적의 면면을 살펴보면 그야말로 환상적인 프로그래밍의 본질을 재발견하게 된다.   프로그래머는 시인과 같다 프로그래밍 분야의 명저 프레데릭 P. 브룩스 주니어의 논문집 <맨먼스 미신(Mythical Man Month)>에는 “시인과 마찬가지로 프로그래머는 순수한 사상과 밀접하게 붙어 작업한다”라는 문구가 나온다. 곱씹어 볼 만한 내용이다. 현직 프로그래머는 물론 관련 직무에 종사하는 사람들에게 영감을 불러일으킨다.  프로그래밍은 정신적인 세계와 물리적인 세계를 오가는 활동이라 할 수 있다. 물리적 현실에 내재한 논리적 속성과 상호작용하는 방법이라고 할 수도 있겠다. 사상가들을 그토록 혼란에 빠뜨렸던 심신의 구분을 프로그래머들은 가뿐하게 넘나드는 셈이다. 프로그래밍이 가능한 디지털 컴퓨터의 개념을 창시한 찰스 배비지는 “말하자면 추론 능력이 필요한 순수 지력의 영역이다. 노동의 기계적인 부분을 기계가 실행하도록 하는 것이다”라고 말했다. 배비지는 1800년대에 러브레이스와 공동으로 컴퓨팅 개념을 창안했다. 그들은 아이디어 창출에 활용될 수 있는 물리적인 토양을 창조해 냈다. 아이디어를 구체적으로 실험하고 다른 사람들이 검토해 정교하게 발전시켜 나갈 수 있는 토양이었다.   필자가 나름대로 철학을 공부하면서 느낀 바로는, 시험대에 오르지 않는 사상은 완전하기 어렵다. &nbs...

프로그래밍 코딩 프로그래머 역사 튜링 폰 노이만

2022.06.14

코딩 작업은 지루하고 스트레스 가득할 수 있다. 하지만 소프트웨어 프로그래밍이 얼마나 특별한 일일 수 있는지 찬찬히 살펴보자. 곳곳이 경이로움 그 자체라는 사실을 깨닫게 된다.  우리 인간은 희한한 족속이다. 비행기라는 기적에 가까운 인류의 발명품에 감지덕지하던 것도 잠시, 이제는 탑승 수속이 오래 걸린다고 짜증을 낸다. 교통 체증에 불만을 품는 일은 다반사이지만 자동차라는 존재에 놀라워하는 것은 어쩌다 한 번이다. 근래 중요한 인류의 성과로 ‘프로그래밍 언어’를 빼놓을 수 없다. 프로그래밍 언어 탄생의 역사를 수놓은 위대한 정신적 업적의 면면을 살펴보면 그야말로 환상적인 프로그래밍의 본질을 재발견하게 된다.   프로그래머는 시인과 같다 프로그래밍 분야의 명저 프레데릭 P. 브룩스 주니어의 논문집 <맨먼스 미신(Mythical Man Month)>에는 “시인과 마찬가지로 프로그래머는 순수한 사상과 밀접하게 붙어 작업한다”라는 문구가 나온다. 곱씹어 볼 만한 내용이다. 현직 프로그래머는 물론 관련 직무에 종사하는 사람들에게 영감을 불러일으킨다.  프로그래밍은 정신적인 세계와 물리적인 세계를 오가는 활동이라 할 수 있다. 물리적 현실에 내재한 논리적 속성과 상호작용하는 방법이라고 할 수도 있겠다. 사상가들을 그토록 혼란에 빠뜨렸던 심신의 구분을 프로그래머들은 가뿐하게 넘나드는 셈이다. 프로그래밍이 가능한 디지털 컴퓨터의 개념을 창시한 찰스 배비지는 “말하자면 추론 능력이 필요한 순수 지력의 영역이다. 노동의 기계적인 부분을 기계가 실행하도록 하는 것이다”라고 말했다. 배비지는 1800년대에 러브레이스와 공동으로 컴퓨팅 개념을 창안했다. 그들은 아이디어 창출에 활용될 수 있는 물리적인 토양을 창조해 냈다. 아이디어를 구체적으로 실험하고 다른 사람들이 검토해 정교하게 발전시켜 나갈 수 있는 토양이었다.   필자가 나름대로 철학을 공부하면서 느낀 바로는, 시험대에 오르지 않는 사상은 완전하기 어렵다. &nbs...

2022.06.14

개발자가 알아야 할 클라우드 비용 절감 팁 12가지

애플리케이션이 애용되는 모습을 보는 것만큼 개발진의 사기를 높이는 것도 드물다. 하지만 월간 클라우드 청구서가 도착할 때 분위기가 어두워질 수 있다.  일부 개발자는 컴퓨팅 비용의 관리를 데브옵스 팀의 책임이라고 본다. 소프트웨어를 코딩하고 배포하지만 비용은 걱정하지 않는 것이다. 그러나 이는 잘못된 생각이다. 현명한 개발자는 자신의 코딩 산출물이 회사의 재무에 큰 차이를 만든다는 사실을 알고 있다. 용량이 큰 코드는 더 느리고 실행할 때 더 많은 클라우드 리소스를 요구한다. 우수한 알고리즘을 선택하고 간결한 코드를 작성하는 일은 단순히 속도 이상의 의미를 가진다. 적절히 쓰여진 코드는 실행하는 데 비용이 덜 든다. 그러나 개발자가 이를 줄곧 염두하기란 어렵다. 자신의 기기 상에서 코드를 작성하기는 쉽다. 기기를 구매할 때 RAM과 추가 디스크 공간도 같이 결제됐다. 디스크 공간이 2 테라바이트라면 코드가 얼마나 많은 공간을 소비하는 지 알아차리지 못할 수 있다. 새 알고리즘이 실행되는 데 2배 더 오랜 시간이 걸리더라도 자신의 기기에는 아무 영향도 없을 것이다. 몇 밀리 초가 더 걸린다고 해도 누가 이를 감지할 수 있겠는가? 그러나 연산을 2배로 늘리면 클라우드 요금만큼은 확실히 더 늘어난다. 클라우드 개발자는 코드를 작성할 때 현명한 결정을 내릴 힘이 자신에게 있음을 알고 있다. 이는 프로파일러를 실행해 느린 부분을 식별하거나 불필요한 데이터 스토리지를 회피하며 메모리 풋프린트를 줄이는 것처럼 단순할 수 있다.  코드를 간소화시켜 빠르면서도 비용을 줄이게 하는 12가지 방법을 소개한다.    더 빠른 코드의 작성  대다수의 개발자는 코드를 최적화하는 데 그렇게 많은 시간을 쓰지 않는다. 자신의 노트북에서 순식간에 실행되기 때문이다. 시간이 지나면서 20%, 30%, 심지어 300% 더 느려지는 것을 실감하지 못한다. 프로그램은 여전히 빠르게 반응하는 것처럼 보인다.  그러나 서버 상에서 수...

클라우드 비용 코딩 프로그래머 개발자

2022.06.08

애플리케이션이 애용되는 모습을 보는 것만큼 개발진의 사기를 높이는 것도 드물다. 하지만 월간 클라우드 청구서가 도착할 때 분위기가 어두워질 수 있다.  일부 개발자는 컴퓨팅 비용의 관리를 데브옵스 팀의 책임이라고 본다. 소프트웨어를 코딩하고 배포하지만 비용은 걱정하지 않는 것이다. 그러나 이는 잘못된 생각이다. 현명한 개발자는 자신의 코딩 산출물이 회사의 재무에 큰 차이를 만든다는 사실을 알고 있다. 용량이 큰 코드는 더 느리고 실행할 때 더 많은 클라우드 리소스를 요구한다. 우수한 알고리즘을 선택하고 간결한 코드를 작성하는 일은 단순히 속도 이상의 의미를 가진다. 적절히 쓰여진 코드는 실행하는 데 비용이 덜 든다. 그러나 개발자가 이를 줄곧 염두하기란 어렵다. 자신의 기기 상에서 코드를 작성하기는 쉽다. 기기를 구매할 때 RAM과 추가 디스크 공간도 같이 결제됐다. 디스크 공간이 2 테라바이트라면 코드가 얼마나 많은 공간을 소비하는 지 알아차리지 못할 수 있다. 새 알고리즘이 실행되는 데 2배 더 오랜 시간이 걸리더라도 자신의 기기에는 아무 영향도 없을 것이다. 몇 밀리 초가 더 걸린다고 해도 누가 이를 감지할 수 있겠는가? 그러나 연산을 2배로 늘리면 클라우드 요금만큼은 확실히 더 늘어난다. 클라우드 개발자는 코드를 작성할 때 현명한 결정을 내릴 힘이 자신에게 있음을 알고 있다. 이는 프로파일러를 실행해 느린 부분을 식별하거나 불필요한 데이터 스토리지를 회피하며 메모리 풋프린트를 줄이는 것처럼 단순할 수 있다.  코드를 간소화시켜 빠르면서도 비용을 줄이게 하는 12가지 방법을 소개한다.    더 빠른 코드의 작성  대다수의 개발자는 코드를 최적화하는 데 그렇게 많은 시간을 쓰지 않는다. 자신의 노트북에서 순식간에 실행되기 때문이다. 시간이 지나면서 20%, 30%, 심지어 300% 더 느려지는 것을 실감하지 못한다. 프로그램은 여전히 빠르게 반응하는 것처럼 보인다.  그러나 서버 상에서 수...

2022.06.08

“개발자들, 러스트·스벨트 선호하지만 앵귤러JS는 그닥” 스택 오버플로우

지난 8월 2일 발표된 ‘2021 스택 오버플로우 개발자 설문조사(Stack Overflow 2021 Developer Survey)’에 따르면 개발자의 학습 방식에서 큰 변화가 있었다. 보고서는 18세 미만 코더의 경우 (책과 학교를 합친 것보다) 동영상 및 블로그 등의 온라인 리소스가 기술을 배우는 데 더 중요한 것으로 나타났다고 밝혔다.    전체 응답자의 약 60%는 온라인 리소스를 통해 코딩을 배웠다고 말했다. 온라인 학습이 1위를 차지했지만 학교도 여전히 중요했다. 약 54%는 학교에서 코딩을 배웠다고 답했다.  또한 보고서는 소프트웨어 개발자의 수가 비약적으로 증가하고 있다고 전했다. 전체 응답자의 50%는 프로그래밍 경력이 10년 이하라고 말했으며, 절반 이상(53.6%)은 11세에서 17세 사이에 첫 코드 라인을 작성했다고 답했다. 대다수는(전체 응답자의 91%, 전문 개발자의 92%) 남성인 것으로 조사됐다.  한편 2021 스택 오버플로우 설문조사는 5월 말부터 6월 중순까지 진행됐으며, 총 8만 3,439명의 개발자가 참여했다. 이 밖에 살펴볼 만한 내용은 다음과 같다.  • ‘자바스크립트(JavaScript)’가 9년 연속 가장 일반적으로 사용되는 프로그래밍 언어(64.96%)로 꼽혔다. 러스트(Rust)도 6년 연속 가장 사랑받는 언어 1위를 차지했다.  • ‘리액트(React)’는 2021년 가장 일반적으로 사용되는 웹 프레임워크(40.14%)로 선정됐다. 제이쿼리(jQuery)가 그 뒤를 이었다. 가장 사랑받는 웹 프레임워크는 ‘스벨트(Svelte)’였다. ‘앵귤러JS(AngularJS)’는 현재 사용 중이지만 더 사용하고 싶지 않은 언어로 꼽혔다.  • 가장 많은 급여를 받는 언어는 클로저(Clojure), F#, 엘릭서(Elixir), 얼랭(Erlang), 펄(Perl)인 것으로 나타났다.  • 전문 개발자의 81%가 정규직이며, 이는...

스택 오버플로우 개발자 프로그래머 프로그래밍 언어 개발 언어 러스트 스벨트 앵귤러JS 자바스클비트 리액트 제이쿼리 클로저 엘릭서 얼랭 구글 클라우드 마이크로소프트 애저 AWS

2021.08.06

지난 8월 2일 발표된 ‘2021 스택 오버플로우 개발자 설문조사(Stack Overflow 2021 Developer Survey)’에 따르면 개발자의 학습 방식에서 큰 변화가 있었다. 보고서는 18세 미만 코더의 경우 (책과 학교를 합친 것보다) 동영상 및 블로그 등의 온라인 리소스가 기술을 배우는 데 더 중요한 것으로 나타났다고 밝혔다.    전체 응답자의 약 60%는 온라인 리소스를 통해 코딩을 배웠다고 말했다. 온라인 학습이 1위를 차지했지만 학교도 여전히 중요했다. 약 54%는 학교에서 코딩을 배웠다고 답했다.  또한 보고서는 소프트웨어 개발자의 수가 비약적으로 증가하고 있다고 전했다. 전체 응답자의 50%는 프로그래밍 경력이 10년 이하라고 말했으며, 절반 이상(53.6%)은 11세에서 17세 사이에 첫 코드 라인을 작성했다고 답했다. 대다수는(전체 응답자의 91%, 전문 개발자의 92%) 남성인 것으로 조사됐다.  한편 2021 스택 오버플로우 설문조사는 5월 말부터 6월 중순까지 진행됐으며, 총 8만 3,439명의 개발자가 참여했다. 이 밖에 살펴볼 만한 내용은 다음과 같다.  • ‘자바스크립트(JavaScript)’가 9년 연속 가장 일반적으로 사용되는 프로그래밍 언어(64.96%)로 꼽혔다. 러스트(Rust)도 6년 연속 가장 사랑받는 언어 1위를 차지했다.  • ‘리액트(React)’는 2021년 가장 일반적으로 사용되는 웹 프레임워크(40.14%)로 선정됐다. 제이쿼리(jQuery)가 그 뒤를 이었다. 가장 사랑받는 웹 프레임워크는 ‘스벨트(Svelte)’였다. ‘앵귤러JS(AngularJS)’는 현재 사용 중이지만 더 사용하고 싶지 않은 언어로 꼽혔다.  • 가장 많은 급여를 받는 언어는 클로저(Clojure), F#, 엘릭서(Elixir), 얼랭(Erlang), 펄(Perl)인 것으로 나타났다.  • 전문 개발자의 81%가 정규직이며, 이는...

2021.08.06

'IT 역사에 족적을 남긴' 흑인 프로그래머 7인

컴퓨터 과학, 인터넷, 그리고 현대 소프트웨어 업계의 역사는 대부분 백인 중년 남성들이 주인공이다. 월터 아이작슨이 쓴 뛰어난 기술 업계 역사책 ‘혁신가들(The Innovators)’를 훑어보면 현대 컴퓨터 시대를 만들어낸 ‘발명가, 해커, 천재, 괴짜’들이 백인 일색이다는 사실을 깨달을 수 있을 것이다. 기술 역사에 흑인들의 기여한 내용을 밝히는 데 있어 중요한 자료는 마곳 리 셰털리의 책 ‘히든 피겨스(Hidden Figures: 숨은 인물들)’ 그 책을 기반으로 제작된 미국 영화였다. 우주 개발 경쟁 시대에 미국 항공우주국(NASA)에서 수학자로 근무한 아프리카계 미국인 캐터린 존슨, 도로시 본, 그리고 메리 잭슨의 경력을 그리고 있다. 이들은 프로그래밍 분야의 선구자로서 포트란(Fortran)으로 코드 작성과 NASA 내 이공계 직위에 여성 채용을 이끌었다. 기술 대기업에서 다양성과 포용성을 개선하려는 노력이 진행되면서 신세대 흑인 개발자들이 전면에 나설 수 있는 기틀이 마련되고 있지만 아직 해야 할 일이 많다. 흑인 역사의 달 2월을 맞아, 그 동안 역사에서 스쳐가 버렸을 수도 있는 주요 흑인 기술 선구자들을 자료 속에서 찾아내 조명해본다.  로이 클레이 컴퓨터 과학 분야에 기여한 흑인의 역사를 논하자면 전기 안전 테스트 장비 제조업체 ROD-L 일렉트로닉스(ROD-L Electronics)를 창업하고 CEO를 역임한 로이 엘 클레이 시니어를 빼놓을 수 없다. ROD-L 창업 전에 클레이는 프로그래머였다. 1956년 맥도널 에어크래프트(McDonnell Aircraft)에서 사용할 IBM 컴퓨터와 버로스(Burroughs) 컴퓨터를 프로그래밍하면서 경력을 시작했다. 1958년에 옮긴 곳은 현재는 로렌스 리버모어 국립 연구소라고 알려진 곳으로서 미국 에너지부를 위해 UC 버클리에서 운영을 맡은 곳이다. 로이는 통제 데이터 메인프레임 컴퓨터용 소프트웨어 언어를 개발하다가 휴렛패커드에 HP 2116A 미니컴퓨터 개발 책임자로 합류했고 나중...

흑인 역사 프로그래머

2021.02.10

컴퓨터 과학, 인터넷, 그리고 현대 소프트웨어 업계의 역사는 대부분 백인 중년 남성들이 주인공이다. 월터 아이작슨이 쓴 뛰어난 기술 업계 역사책 ‘혁신가들(The Innovators)’를 훑어보면 현대 컴퓨터 시대를 만들어낸 ‘발명가, 해커, 천재, 괴짜’들이 백인 일색이다는 사실을 깨달을 수 있을 것이다. 기술 역사에 흑인들의 기여한 내용을 밝히는 데 있어 중요한 자료는 마곳 리 셰털리의 책 ‘히든 피겨스(Hidden Figures: 숨은 인물들)’ 그 책을 기반으로 제작된 미국 영화였다. 우주 개발 경쟁 시대에 미국 항공우주국(NASA)에서 수학자로 근무한 아프리카계 미국인 캐터린 존슨, 도로시 본, 그리고 메리 잭슨의 경력을 그리고 있다. 이들은 프로그래밍 분야의 선구자로서 포트란(Fortran)으로 코드 작성과 NASA 내 이공계 직위에 여성 채용을 이끌었다. 기술 대기업에서 다양성과 포용성을 개선하려는 노력이 진행되면서 신세대 흑인 개발자들이 전면에 나설 수 있는 기틀이 마련되고 있지만 아직 해야 할 일이 많다. 흑인 역사의 달 2월을 맞아, 그 동안 역사에서 스쳐가 버렸을 수도 있는 주요 흑인 기술 선구자들을 자료 속에서 찾아내 조명해본다.  로이 클레이 컴퓨터 과학 분야에 기여한 흑인의 역사를 논하자면 전기 안전 테스트 장비 제조업체 ROD-L 일렉트로닉스(ROD-L Electronics)를 창업하고 CEO를 역임한 로이 엘 클레이 시니어를 빼놓을 수 없다. ROD-L 창업 전에 클레이는 프로그래머였다. 1956년 맥도널 에어크래프트(McDonnell Aircraft)에서 사용할 IBM 컴퓨터와 버로스(Burroughs) 컴퓨터를 프로그래밍하면서 경력을 시작했다. 1958년에 옮긴 곳은 현재는 로렌스 리버모어 국립 연구소라고 알려진 곳으로서 미국 에너지부를 위해 UC 버클리에서 운영을 맡은 곳이다. 로이는 통제 데이터 메인프레임 컴퓨터용 소프트웨어 언어를 개발하다가 휴렛패커드에 HP 2116A 미니컴퓨터 개발 책임자로 합류했고 나중...

2021.02.10

'열광 이면에는...' RPA의 10가지 그늘

거의 모든 SF 소설과 영화에는 로봇 집사가 등장한다. 순식간에 질문에 답하고 문제를 해결해준다. RPA라는 ‘유행어’를 만든 사람들은 이런 이미지를 이용하려 시도한 것으로 보인다. 플랫폼을 구매하는 고객들은 자질구레한 일을 컴퓨터 집사에게 넘겨, 사람은 더 큰 도전과제에 집중할 수 있을 것으로 기대한다. 반가운 소식은 이 ‘유행어’ 기술이 제법 유용하게 동작하는 사례가 많다는 것이다. RPA 도구는 사람들을 짜증나게 만드는 귀찮은 일 가운데 일부를 컴퓨터가 처리할 수 있도록 만들 수 있다는 것을 입증했다. 기업들은 이를 위해 워크플로우를 단순화하고, 데이터를 수집해 유용한 인포그래픽을 만들어내는 정교한 대시보드를 구축하고 있다.  RPA는 또 오래된 코드를 지능적으로 조작해 수명을 늘리도록 도움을 주는 새로운 계층을 추가해 구형 시스템에 새 생명을 부여하기도 한다. 프로그래머가 아닌 사람들이 배포할 수 있는 RPA 도구들도 많다. 적합한 도구와 구현 방법을 선택하면 스프레드시트 매크로를 만들 수 있는 사람이라면 누구나 RPA를 활용해 업무 프로세스를 간소화, 능률화할 수 있다. RPA가 부리는 마법은 명확하다. 최소한 겉보기에는 많은 수고와 고역 가운데 상당 부분을 멋지게 없애준다. 하지만 그 이면에서, RPA는 몇 가지 숨겨진 문제들을 시스템에 초래한다. 시간이 지나면서 큰 문제가 될 수도 있다.   ‘지연되지 말아야 할 것’들이 지연되는 문제 RPA의 큰 장점 중 하나는 구형 소프트웨어 패키지를 통합할 수 있는 계층을 구축할 수 있다는 점이다. 물론 모든 것을 조화시키기 위해 패키지를 처음부터 다시 쓰는 방법도 있다. 그러나 좋은 RPA 솔루션은 훨씬 더 짧은 시간에 같은 성과를 달성할 수 있다. 무언가를 급하게 고칠 때 임시방편용으로 사용하는 ‘철사’(baling wire)나 ‘씹는 껌’의 디지털 버전이라고 말할 수 있다. 이런 접근법과 방법으로 놀라운 효과를 거둘 수 있다. 생산성 향상은 처음 공개되었을 때 짜릿할 수 있다...

RPA 로봇 프로세스 자동화 임시 기술 부채 프로그래머 개발자 API 비밀 부작용

2021.01.28

거의 모든 SF 소설과 영화에는 로봇 집사가 등장한다. 순식간에 질문에 답하고 문제를 해결해준다. RPA라는 ‘유행어’를 만든 사람들은 이런 이미지를 이용하려 시도한 것으로 보인다. 플랫폼을 구매하는 고객들은 자질구레한 일을 컴퓨터 집사에게 넘겨, 사람은 더 큰 도전과제에 집중할 수 있을 것으로 기대한다. 반가운 소식은 이 ‘유행어’ 기술이 제법 유용하게 동작하는 사례가 많다는 것이다. RPA 도구는 사람들을 짜증나게 만드는 귀찮은 일 가운데 일부를 컴퓨터가 처리할 수 있도록 만들 수 있다는 것을 입증했다. 기업들은 이를 위해 워크플로우를 단순화하고, 데이터를 수집해 유용한 인포그래픽을 만들어내는 정교한 대시보드를 구축하고 있다.  RPA는 또 오래된 코드를 지능적으로 조작해 수명을 늘리도록 도움을 주는 새로운 계층을 추가해 구형 시스템에 새 생명을 부여하기도 한다. 프로그래머가 아닌 사람들이 배포할 수 있는 RPA 도구들도 많다. 적합한 도구와 구현 방법을 선택하면 스프레드시트 매크로를 만들 수 있는 사람이라면 누구나 RPA를 활용해 업무 프로세스를 간소화, 능률화할 수 있다. RPA가 부리는 마법은 명확하다. 최소한 겉보기에는 많은 수고와 고역 가운데 상당 부분을 멋지게 없애준다. 하지만 그 이면에서, RPA는 몇 가지 숨겨진 문제들을 시스템에 초래한다. 시간이 지나면서 큰 문제가 될 수도 있다.   ‘지연되지 말아야 할 것’들이 지연되는 문제 RPA의 큰 장점 중 하나는 구형 소프트웨어 패키지를 통합할 수 있는 계층을 구축할 수 있다는 점이다. 물론 모든 것을 조화시키기 위해 패키지를 처음부터 다시 쓰는 방법도 있다. 그러나 좋은 RPA 솔루션은 훨씬 더 짧은 시간에 같은 성과를 달성할 수 있다. 무언가를 급하게 고칠 때 임시방편용으로 사용하는 ‘철사’(baling wire)나 ‘씹는 껌’의 디지털 버전이라고 말할 수 있다. 이런 접근법과 방법으로 놀라운 효과를 거둘 수 있다. 생산성 향상은 처음 공개되었을 때 짜릿할 수 있다...

2021.01.28

칼럼ㅣ 노코드와 로우코드 그리고 코딩의 미래는?

‘노코드(No-code)’와 ‘로우코드(Low-code)’ 기술이 갈수록 발전하고 있다. 그렇다면 이제 코딩을 배워야 할 필요가 있을까?    英 IT 채용 전문 업체 CW잡스(CWJobs)는 최근 보고서를 통해 영국에서 비기술직의 절반 이상이 기술직으로의 이직을 고려하고 있다고 밝혔다. 많은 사람들이 기술 세계에서 자신의 위치를 탐색하고 있다는 건 놀라운 일이 아니다. 의료, 금융, 법률, 교육 등을 포함한 산업 전반에 걸쳐 기술 투자가 증가하고 있기 때문이다. 이제 기업이나 산업이 기술에 영향을 받지 않거나 변화되지 않는다고 상상하기 어려울 정도다.    그러나 해당 보고서에 따르면 기술 역량을 배우고 개발하고자 하는 비기술직이 늘어났지만 그렇다고 해서 코딩 기술이 전적으로 필요한 건 아니다. 노코드와 로우코드 덕분이다.  노코드와 로우코드의 등장은 기술 지식이 없는 사람들이 처음부터 다시 배울 필요 없이 기술 분야에서 시작할 기회를 가질 수 있다는 것을 의미한다. 이는 향후 개발자의 역할에 어떤 의미를 가지는가? 코딩을 배울 필요가 없는 미래를 보게 될까? ‘전문 기술의 민주화’가 많은 기회를 제공할 것이다 노코드·로우코드 플랫폼의 가장 큰 이점은 전담 IT팀이 없는 조직이 맞춤형 솔루션을 구축하고 실행할 수 있다는 것이다. 이는 더욱더 빠르고 통합된 방식이기 때문에 직접적인 도움이 된다.  또한 노코드와 로우코드는 개발자에 의존하는 비율, 도입과 관련된 기술적 장벽을 크게 낮춰 애플리케이션 사용을 민주화할 것이다. 물론 초창기에는 이로 인한 비용이 들겠지만 장기적으로 보면 이 솔루션은 전담 데브옵스 팀이 없는 기업에는 더 저렴한 옵션이 될 것이다.  AI 사용 사례 시나리오로 보자면 노코드·로우코드는 본질적으로 AI의 민주화를 가능하게 한다. 사전 구축된 알고리즘과 간단한 드래그 앤드 드롭 워크플로우를 지원하는 AI 개발 플랫폼을 통해 비기술직 인력들이 쉽고 간편하게 기술을 구현...

노코드 로우코드 시민 개발자 코딩 코드 프로그래머 개발자 하이브리드 인력 인공지능 머신러닝 데브옵스 소프트웨어 소프트웨어 개발

2021.01.04

‘노코드(No-code)’와 ‘로우코드(Low-code)’ 기술이 갈수록 발전하고 있다. 그렇다면 이제 코딩을 배워야 할 필요가 있을까?    英 IT 채용 전문 업체 CW잡스(CWJobs)는 최근 보고서를 통해 영국에서 비기술직의 절반 이상이 기술직으로의 이직을 고려하고 있다고 밝혔다. 많은 사람들이 기술 세계에서 자신의 위치를 탐색하고 있다는 건 놀라운 일이 아니다. 의료, 금융, 법률, 교육 등을 포함한 산업 전반에 걸쳐 기술 투자가 증가하고 있기 때문이다. 이제 기업이나 산업이 기술에 영향을 받지 않거나 변화되지 않는다고 상상하기 어려울 정도다.    그러나 해당 보고서에 따르면 기술 역량을 배우고 개발하고자 하는 비기술직이 늘어났지만 그렇다고 해서 코딩 기술이 전적으로 필요한 건 아니다. 노코드와 로우코드 덕분이다.  노코드와 로우코드의 등장은 기술 지식이 없는 사람들이 처음부터 다시 배울 필요 없이 기술 분야에서 시작할 기회를 가질 수 있다는 것을 의미한다. 이는 향후 개발자의 역할에 어떤 의미를 가지는가? 코딩을 배울 필요가 없는 미래를 보게 될까? ‘전문 기술의 민주화’가 많은 기회를 제공할 것이다 노코드·로우코드 플랫폼의 가장 큰 이점은 전담 IT팀이 없는 조직이 맞춤형 솔루션을 구축하고 실행할 수 있다는 것이다. 이는 더욱더 빠르고 통합된 방식이기 때문에 직접적인 도움이 된다.  또한 노코드와 로우코드는 개발자에 의존하는 비율, 도입과 관련된 기술적 장벽을 크게 낮춰 애플리케이션 사용을 민주화할 것이다. 물론 초창기에는 이로 인한 비용이 들겠지만 장기적으로 보면 이 솔루션은 전담 데브옵스 팀이 없는 기업에는 더 저렴한 옵션이 될 것이다.  AI 사용 사례 시나리오로 보자면 노코드·로우코드는 본질적으로 AI의 민주화를 가능하게 한다. 사전 구축된 알고리즘과 간단한 드래그 앤드 드롭 워크플로우를 지원하는 AI 개발 플랫폼을 통해 비기술직 인력들이 쉽고 간편하게 기술을 구현...

2021.01.04

개발자가 가지고 놀 만한 ‘똑똑한 API 17종’

벽장 뒤에 숨겨져 있는 문을 통해 마법의 섬으로 가는 길을 언급한 판타지 소설이 있다. 인터넷에서 포탈은 API이다. 프로그래머들이 올바른 JSON 또는 XML 형식으로 필요한 파라미터라는 주문을 외우면 비슷한 일이 벌어진다. 제대로 된 경로를 밞음으로써 멋진 것에 도달하게 된다. 대단히 흥미로우면서 매우 유용한 데이터 보물이 존재하며 API가 그것을 얻는 길이다. API는 컴퓨터가 다른 컴퓨터와 통신할 수 있는 메커니즘으로 시작되었지만 자체적으로 큰 생태계로 발전했다. 일반적으로 필요한 작업을 위해 작성된 API가 많기 때문에 개발자들이 모든 것을 스스로 작성할 필요가 없다. 이것들은 애플리케이션 개발에 있어 레고 블록 같은 존재다. 그 과정에서 마이크로소프트와 구글 같은 웹상의 주요 기업들이 API의 세계에 손을 뻗쳤다. 일부는 그들의 주요 제품과 상호작용하는 통로로 기능하며, 때로는 사용자에게 이메일이나 스프레드시트를 전송하는 최선의 방법이다. 때에 따라서는 지도, 방향, 기타 콘텐츠 등을 제공하기도 한다. 나만의 데이터베이스를 처음부터 구축해야 하는 문제를 해결해주는 정보의 보고도 있다. 대형 인터넷 기업의 경우 심오하거나 독특한 다른 것을 제공하기도 한다. 매우 실용적이거나 시시하거나 때로는 재미있는 각종 API들이 마련돼 있다. 여기 개발자들이 알아둘 만한 17종의 API를 정리했다. Credit URL: https://unsplash.com/photos/9IBqihqhuHc License: CC0 IEX IEX는 공개 주식 구매자와 판매자 모두를 위한 신속한 매칭 및 실행을 제공하면서 Q비대한 거래 애플리케이션의 필요성을 최소화하기 위해 개발된 증권거래용 API다. 이 무료 API는 뉴욕 증권 거래소(NYSE), 시카고 옵션 거래소(CBOE), 나스닥 등 주요 시장의 가격 견적서와 스프레드로 가득 찬 JSON 패킷을 제공한다. 또한 이력 데이터와 최신 판매 기록이 포함된 데이터 피드도 있다. 이를 이용하면 투자 추적을 위한 단순한 앱을 ...

API Twinword Skyscanner Mailrecipe Imgflip IEX CoinAPI Botometer LOB 프로그래머 크런치베이스

2020.04.08

벽장 뒤에 숨겨져 있는 문을 통해 마법의 섬으로 가는 길을 언급한 판타지 소설이 있다. 인터넷에서 포탈은 API이다. 프로그래머들이 올바른 JSON 또는 XML 형식으로 필요한 파라미터라는 주문을 외우면 비슷한 일이 벌어진다. 제대로 된 경로를 밞음으로써 멋진 것에 도달하게 된다. 대단히 흥미로우면서 매우 유용한 데이터 보물이 존재하며 API가 그것을 얻는 길이다. API는 컴퓨터가 다른 컴퓨터와 통신할 수 있는 메커니즘으로 시작되었지만 자체적으로 큰 생태계로 발전했다. 일반적으로 필요한 작업을 위해 작성된 API가 많기 때문에 개발자들이 모든 것을 스스로 작성할 필요가 없다. 이것들은 애플리케이션 개발에 있어 레고 블록 같은 존재다. 그 과정에서 마이크로소프트와 구글 같은 웹상의 주요 기업들이 API의 세계에 손을 뻗쳤다. 일부는 그들의 주요 제품과 상호작용하는 통로로 기능하며, 때로는 사용자에게 이메일이나 스프레드시트를 전송하는 최선의 방법이다. 때에 따라서는 지도, 방향, 기타 콘텐츠 등을 제공하기도 한다. 나만의 데이터베이스를 처음부터 구축해야 하는 문제를 해결해주는 정보의 보고도 있다. 대형 인터넷 기업의 경우 심오하거나 독특한 다른 것을 제공하기도 한다. 매우 실용적이거나 시시하거나 때로는 재미있는 각종 API들이 마련돼 있다. 여기 개발자들이 알아둘 만한 17종의 API를 정리했다. Credit URL: https://unsplash.com/photos/9IBqihqhuHc License: CC0 IEX IEX는 공개 주식 구매자와 판매자 모두를 위한 신속한 매칭 및 실행을 제공하면서 Q비대한 거래 애플리케이션의 필요성을 최소화하기 위해 개발된 증권거래용 API다. 이 무료 API는 뉴욕 증권 거래소(NYSE), 시카고 옵션 거래소(CBOE), 나스닥 등 주요 시장의 가격 견적서와 스프레드로 가득 찬 JSON 패킷을 제공한다. 또한 이력 데이터와 최신 판매 기록이 포함된 데이터 피드도 있다. 이를 이용하면 투자 추적을 위한 단순한 앱을 ...

2020.04.08

'그 전제는 틀렸다'··· 프로그래머들의 흔한 착각 리스트업

프로그래머들이 가지는 자부심에는 근거가 있다. 데이터베이스에 접근해 현실을 변화시킬 힘을 갖고 있는 이는 프로그래머밖에 없다. 세상이 돌아가는데 컴퓨터가 더 많이 개입될수록 프로그래머의 힘도 커진다. 그렇지만 교만은 패망의 지름길이다. 프로그래머는 분명히 힘을 갖고 있지만, 절대적인 힘과는 거리가 멀다. 또 공허한 때도 많다. 완벽한 코드란 없다는 점을 감안하면, 어쩌면 항상 공허할지 모른다. 또 컴퓨터가 실수를 저지르기 때문에 한계를 정해 놓아야 하는 때도 있다. 컴퓨터는 오류에 빠지기 쉽다. 우리는 이런 경험을 너무 많이 해서 아주 잘 알고 있다. 그렇지만 프로그래머들이 옳지 않은 가정을 설정함으로써 초래되는 문제들도 많다. 때론 맞지만, 항상 맞는 것은 아니기 때문에 이런 일이 일어난다. 이와 관련, 마크 트웨인은 “우리가 곤경에 빠지는 것 무언가를 몰라서가 아니다. 무언가를 확실히 알고 있다라는 우리의 착각과 오판,자만 때문이다”라는 명언을 남겼다. 프로그래머들이 맞다고 종종 확신하지만, 사실은 빈번히 그렇지 않은 ‘착각’들을 이야기한다.   프로그래밍 언어는 특별하다 일과 후 술집에서 테이블을 내려친다. ‘긴 선언문’을 쓴다. 상사에게 이번에야말로 이 새로운 언어가 모든 것을 바꿀 것이며, 키보드가 저절로 엄청난 소프트웨어를 만들어내, 모든 프로젝트가 마감 기한 한 달 전에 끝날 것이라고 장담한다. 그러나 결국은 변수에 발목이 붙잡히고, ‘if(조건)’ 논리로 테스트를 하게 될 것이다. 프로그래머는 자신의 코드에서 구조(체계)를 들여다보고, 여기에서 비효율성을 모두 없애는 것을 꿈꾼다. 그래서 공중 누각인 ‘프레임워크’,’스캐폴딩’, ‘플랫폼’, ‘아키텍처’를 상상하고, 모든 것이 몇 줄의 멋진 명령으로 구현될 때까지 현재 당면한 문제만 해결할 정도로 힘을 쏟으면서 씨름을 한다. 그런데 유감스럽게도 다음 과업에는 적용되지 않는다. 결국에는 이 모든 것이 기만이고 언어적인 치장에 불과하다. 컴퓨터는 트랜지스터로 만들어진다. 제아...

오해 코드 거짓말 프로그래머 착각

2019.10.30

프로그래머들이 가지는 자부심에는 근거가 있다. 데이터베이스에 접근해 현실을 변화시킬 힘을 갖고 있는 이는 프로그래머밖에 없다. 세상이 돌아가는데 컴퓨터가 더 많이 개입될수록 프로그래머의 힘도 커진다. 그렇지만 교만은 패망의 지름길이다. 프로그래머는 분명히 힘을 갖고 있지만, 절대적인 힘과는 거리가 멀다. 또 공허한 때도 많다. 완벽한 코드란 없다는 점을 감안하면, 어쩌면 항상 공허할지 모른다. 또 컴퓨터가 실수를 저지르기 때문에 한계를 정해 놓아야 하는 때도 있다. 컴퓨터는 오류에 빠지기 쉽다. 우리는 이런 경험을 너무 많이 해서 아주 잘 알고 있다. 그렇지만 프로그래머들이 옳지 않은 가정을 설정함으로써 초래되는 문제들도 많다. 때론 맞지만, 항상 맞는 것은 아니기 때문에 이런 일이 일어난다. 이와 관련, 마크 트웨인은 “우리가 곤경에 빠지는 것 무언가를 몰라서가 아니다. 무언가를 확실히 알고 있다라는 우리의 착각과 오판,자만 때문이다”라는 명언을 남겼다. 프로그래머들이 맞다고 종종 확신하지만, 사실은 빈번히 그렇지 않은 ‘착각’들을 이야기한다.   프로그래밍 언어는 특별하다 일과 후 술집에서 테이블을 내려친다. ‘긴 선언문’을 쓴다. 상사에게 이번에야말로 이 새로운 언어가 모든 것을 바꿀 것이며, 키보드가 저절로 엄청난 소프트웨어를 만들어내, 모든 프로젝트가 마감 기한 한 달 전에 끝날 것이라고 장담한다. 그러나 결국은 변수에 발목이 붙잡히고, ‘if(조건)’ 논리로 테스트를 하게 될 것이다. 프로그래머는 자신의 코드에서 구조(체계)를 들여다보고, 여기에서 비효율성을 모두 없애는 것을 꿈꾼다. 그래서 공중 누각인 ‘프레임워크’,’스캐폴딩’, ‘플랫폼’, ‘아키텍처’를 상상하고, 모든 것이 몇 줄의 멋진 명령으로 구현될 때까지 현재 당면한 문제만 해결할 정도로 힘을 쏟으면서 씨름을 한다. 그런데 유감스럽게도 다음 과업에는 적용되지 않는다. 결국에는 이 모든 것이 기만이고 언어적인 치장에 불과하다. 컴퓨터는 트랜지스터로 만들어진다. 제아...

2019.10.30

칼럼 | 개발자들이 로우코드를 싫어하는 9가지 이유

경영진은 로우코드(low code) 툴이라는 개념을 좋아한다. 이들에게 코드가 적다는 것은 일이 적다는 의미이고, 일이 적다는 것은 더 신속한 프로젝트, 더 빠른 만족, 더 가벼운 예산, 궁극적으로는 더 두둑한 보너스를 의미하기 때문이다. 좋아하지 않을 사람이 누가 있겠는가? 하지만 개발자들은 싫어한다. 이들도 로우코드의 이론적인 장밋빛 약속은 좋아한다(일이 줄어드는 것을 원하지 않는 사람이 누가 있겠는가?). 그러나 더 쉬운 개발이라는 달콤한 이야기와 마감이 다가오는 상황에서 툴이 약속한 기능을 제대로 실행하지 않을 때 마주하는 현실 사이에는 큰 간격이 존재한다는 사실을 잘 안다.   물론 로우코드 솔루션에는 장점이 있다. 시간과 노력을 덜 들이면서 작동하는 무언가를 얻을 수 있는 로우코드의 기능은 프로그래머에게도 반갑다. 개발자는 로우코드 툴이 검색, 정렬을 비롯해 테이블 데이터를 다루는 메커니즘을 곧잘 생산할 수 있다는 사실을 알고, 적절한 경우에 기꺼이 로우코드 툴을 사용한다. 그러나 개발자는 코너에 몰려 모든 주변 조건과 씨름하고 툴이 알아서 처리하지 못하는 부분을 일일이 찾아 손봐야 하는 상황을 두려워하기도 한다. 결함에 대처해야 하고 문서화되지 않은 기능을 조작해야 하고 작업 방식이 다소 다른 요청을 만족시킬 방법을 알아내야 한다. 개발자는 홍보 문구의 귀가 솔깃한 약속과 로우코드 툴을 사용한 작업이 스택을 직접 쓰는 방식, 즉 하이 코드 방식보다 더 느리고 짜증스러운 경우가 많다는 현실 사이에 갇힌다. 프로그래머의 시간을 절약해준다고 호언장담하는 로우코드 툴에 정작 프로그래머들이 좌절하는 9가지 이유는 다음과 같다. 1. 유지보수가 어렵다 로우코드 솔루션을 다룰 때 가장 까다로운 부분은 일반적으로 몇 년 이후에 발생한다. 기존 시스템이 원활하게 잘 돌아간다 해도 사람들은 수정과 개선을 요청한다. 이렇게 요청되는 부가 기능의 상당수는 기존 로우코드 솔루션의 아키텍처 구조를 벗어나므로 손쉽게 추가할 방법이 없다. 소스코드가 있다...

개발자 프로그래머 로우코드 low code

2019.09.19

경영진은 로우코드(low code) 툴이라는 개념을 좋아한다. 이들에게 코드가 적다는 것은 일이 적다는 의미이고, 일이 적다는 것은 더 신속한 프로젝트, 더 빠른 만족, 더 가벼운 예산, 궁극적으로는 더 두둑한 보너스를 의미하기 때문이다. 좋아하지 않을 사람이 누가 있겠는가? 하지만 개발자들은 싫어한다. 이들도 로우코드의 이론적인 장밋빛 약속은 좋아한다(일이 줄어드는 것을 원하지 않는 사람이 누가 있겠는가?). 그러나 더 쉬운 개발이라는 달콤한 이야기와 마감이 다가오는 상황에서 툴이 약속한 기능을 제대로 실행하지 않을 때 마주하는 현실 사이에는 큰 간격이 존재한다는 사실을 잘 안다.   물론 로우코드 솔루션에는 장점이 있다. 시간과 노력을 덜 들이면서 작동하는 무언가를 얻을 수 있는 로우코드의 기능은 프로그래머에게도 반갑다. 개발자는 로우코드 툴이 검색, 정렬을 비롯해 테이블 데이터를 다루는 메커니즘을 곧잘 생산할 수 있다는 사실을 알고, 적절한 경우에 기꺼이 로우코드 툴을 사용한다. 그러나 개발자는 코너에 몰려 모든 주변 조건과 씨름하고 툴이 알아서 처리하지 못하는 부분을 일일이 찾아 손봐야 하는 상황을 두려워하기도 한다. 결함에 대처해야 하고 문서화되지 않은 기능을 조작해야 하고 작업 방식이 다소 다른 요청을 만족시킬 방법을 알아내야 한다. 개발자는 홍보 문구의 귀가 솔깃한 약속과 로우코드 툴을 사용한 작업이 스택을 직접 쓰는 방식, 즉 하이 코드 방식보다 더 느리고 짜증스러운 경우가 많다는 현실 사이에 갇힌다. 프로그래머의 시간을 절약해준다고 호언장담하는 로우코드 툴에 정작 프로그래머들이 좌절하는 9가지 이유는 다음과 같다. 1. 유지보수가 어렵다 로우코드 솔루션을 다룰 때 가장 까다로운 부분은 일반적으로 몇 년 이후에 발생한다. 기존 시스템이 원활하게 잘 돌아간다 해도 사람들은 수정과 개선을 요청한다. 이렇게 요청되는 부가 기능의 상당수는 기존 로우코드 솔루션의 아키텍처 구조를 벗어나므로 손쉽게 추가할 방법이 없다. 소스코드가 있다...

2019.09.19

블로그 | AI와 제조, 3D 프린팅의 결합 가진 잠재력··· '미래의 코딩은 실물 제작 작업'

블록체인과 비트코인이 세상에 미치는 영향은 3D 프린팅과 AI와 비교하면 보잘것 없을 것이다. 특히 개발자에게는 차이가 크다. 개발자들은 무수히 많은 ‘비트’를 인터넷을 통해 보내고 돈을 받지만, 궁극적으로 사람들은 이들 ‘비트’가 실제 사물로 이어지기를 바란다. AI와 제조가 3D 프린팅을 통해 결합되면서 앞으로 프로그래머는 실제로 사물이 만들어지는 방법과 과정을 책임지게 될 것이다. 사실 이런 일은 이미 일어나고 있다. 몇 가지 예를 들어보자. - 테스트 : GE는 3D 프린팅된 부품을 조립하기 전에 컴퓨터 비전을 사용해 결함을 탐지한다. - 모형 수정 : 대부분 모형은 CAD 소프트웨어나 절단 기계용 벡터 명령을 사용해 검사하거나 제작한다. 머신러닝을 사용하면, 좀 더 정확하고 효율적인 모형을 만들거나 재료를 출력하거나 절단하기 전에 정확한 명령을 내릴 수 있다. - 3D 추천 : 많은 사람이 CAD가 아니라 손으로 스케치를 하며, 세상에는 3D 모델보다는 2D 스케치가 훨씬 많다. 머신러닝을 이용하면 2D 스케치에서 3D 모형을 추론해 낼 수 있다. - 분말 재료의 사전 분류 : 대부분 3D 프린팅은 재료 분말을 녹이는 첨가 공정이다. 금속 부품에는 금속 가루가 사용된다. 세상에 완벽한 것은 없지만, 재료 분말은 정확한 품질이 필요하며, 특히 의료기기나 다른 중요한 디바이스를 만든다면 더욱 그렇다. 컴퓨터 비전은 재료 분말이 부품이 되기 전에 원료를 거르는 데 사용된다. - 음성 검색 : 많은 사람이 스케치하는 것보다 말하는 것을 더 잘한다. 음성과 검색의 결합은 사람들이 자신들이 3D 프린터에 원하는 것을 더 잘 묘사할 수 있도록 해준다. 그렇다면, 개발자는 이런 변화에 어떻게 대응해야 하는가? 3D 프린터를 마련해 어떻게 사용하는지를 알아가는 것이 좋은 출발점이다. 3D 스캐너 역시 도움이 되겠지만, 지금은 품질은 조금 떨어져도 같은 기능을 하는 앱들이 있다...

개발자 AI 코딩 프로그래머

2018.01.29

블록체인과 비트코인이 세상에 미치는 영향은 3D 프린팅과 AI와 비교하면 보잘것 없을 것이다. 특히 개발자에게는 차이가 크다. 개발자들은 무수히 많은 ‘비트’를 인터넷을 통해 보내고 돈을 받지만, 궁극적으로 사람들은 이들 ‘비트’가 실제 사물로 이어지기를 바란다. AI와 제조가 3D 프린팅을 통해 결합되면서 앞으로 프로그래머는 실제로 사물이 만들어지는 방법과 과정을 책임지게 될 것이다. 사실 이런 일은 이미 일어나고 있다. 몇 가지 예를 들어보자. - 테스트 : GE는 3D 프린팅된 부품을 조립하기 전에 컴퓨터 비전을 사용해 결함을 탐지한다. - 모형 수정 : 대부분 모형은 CAD 소프트웨어나 절단 기계용 벡터 명령을 사용해 검사하거나 제작한다. 머신러닝을 사용하면, 좀 더 정확하고 효율적인 모형을 만들거나 재료를 출력하거나 절단하기 전에 정확한 명령을 내릴 수 있다. - 3D 추천 : 많은 사람이 CAD가 아니라 손으로 스케치를 하며, 세상에는 3D 모델보다는 2D 스케치가 훨씬 많다. 머신러닝을 이용하면 2D 스케치에서 3D 모형을 추론해 낼 수 있다. - 분말 재료의 사전 분류 : 대부분 3D 프린팅은 재료 분말을 녹이는 첨가 공정이다. 금속 부품에는 금속 가루가 사용된다. 세상에 완벽한 것은 없지만, 재료 분말은 정확한 품질이 필요하며, 특히 의료기기나 다른 중요한 디바이스를 만든다면 더욱 그렇다. 컴퓨터 비전은 재료 분말이 부품이 되기 전에 원료를 거르는 데 사용된다. - 음성 검색 : 많은 사람이 스케치하는 것보다 말하는 것을 더 잘한다. 음성과 검색의 결합은 사람들이 자신들이 3D 프린터에 원하는 것을 더 잘 묘사할 수 있도록 해준다. 그렇다면, 개발자는 이런 변화에 어떻게 대응해야 하는가? 3D 프린터를 마련해 어떻게 사용하는지를 알아가는 것이 좋은 출발점이다. 3D 스캐너 역시 도움이 되겠지만, 지금은 품질은 조금 떨어져도 같은 기능을 하는 앱들이 있다...

2018.01.29

이재용 칼럼 | 4차 산업혁명 시대의 프로그래밍 교육

IT 전공이 아닌 전문가도 인공지능 프로그래밍을 하는 4차 산업혁명시대를 맞이했다. 이제는 대중에게 적용할 수 있는 프로그래밍 교육 모델이 절실히 필요하게 됐다. 이번 컬럼에서는 프로그래밍에서의 심리학적 방법론과 미국에서 진행되고 있는 새로운 교육 시스템을 통하여 우리나라에 적합한 프로그래밍 교육 모델을 생각해 본다. 컴퓨터 발전 초기의 3가지 접근법 컴퓨터가 개발되는 초기에 프로그램 작성의 문제를 사람(Person)의 문제, 과정(Process)의 문제, 기술(Technology)의 문제로 구분했다. 과정(Process)은 소프트웨어 공학의 발전으로 크게 진보했으며, 기술(Technology)도 다양한 프로그래밍 언어와 디버깅 툴, 통신에 적합한 기능, 데이터베이스에 적합한 언어와 소프트웨어가 등장하면서 크게 발전했다. 그러나, 프로그래밍 과정은 인간 소수의 프로그래머간의 협력을 기반으로 하는 인간의 내면의 작업이라는 특성과 사람과 프로그램과의 상관 연구의 어려움으로 크게 발전하지 못했다. (그림1) 컴퓨터 개발 초기 프로그래밍의 3가지 접근 방법 사람(Person)에 관심을 가지는 관점은 프로그래밍의 행위를 심리학 문제로 해석하고자 하는 프로그래밍에서의 심리학(Psychology in Programming)으로 발전했다. 특히, 인지주의 심리학과 행동주의 심리학에 많은 영향을 받았다. 그럼에도 불구하고 대학을 중심으로 우리나라의 프로그래밍 교육은 인간의 행위로 보는 심리학적 접근이 아니라 문제해결과 창의력 증진이라는 점에 집중, 티칭(teaching)에 기반해 가르쳐왔다. 그 결과 프로그램 과정에서 고려해야 하는 복잡한 문제들을 인간행위들의 관점들로 분리, 구분해내는 방법을 고려하지 않는 방식으로 이루어지게 됐다. 이는 내밀한 개인의 심리적 상황에 의해 좌우되는 상황을 적절히 코칭하거나 인간에게 주어지는 환경이라는 측면에서 접근하지 못하는 결과를 낳았다. 이에 반해 미국에서는 인간을 보다 독립적으로 바라보는 서양의 문화적 특...

프로그래머 이재용 프로그래밍 교육

2017.11.16

IT 전공이 아닌 전문가도 인공지능 프로그래밍을 하는 4차 산업혁명시대를 맞이했다. 이제는 대중에게 적용할 수 있는 프로그래밍 교육 모델이 절실히 필요하게 됐다. 이번 컬럼에서는 프로그래밍에서의 심리학적 방법론과 미국에서 진행되고 있는 새로운 교육 시스템을 통하여 우리나라에 적합한 프로그래밍 교육 모델을 생각해 본다. 컴퓨터 발전 초기의 3가지 접근법 컴퓨터가 개발되는 초기에 프로그램 작성의 문제를 사람(Person)의 문제, 과정(Process)의 문제, 기술(Technology)의 문제로 구분했다. 과정(Process)은 소프트웨어 공학의 발전으로 크게 진보했으며, 기술(Technology)도 다양한 프로그래밍 언어와 디버깅 툴, 통신에 적합한 기능, 데이터베이스에 적합한 언어와 소프트웨어가 등장하면서 크게 발전했다. 그러나, 프로그래밍 과정은 인간 소수의 프로그래머간의 협력을 기반으로 하는 인간의 내면의 작업이라는 특성과 사람과 프로그램과의 상관 연구의 어려움으로 크게 발전하지 못했다. (그림1) 컴퓨터 개발 초기 프로그래밍의 3가지 접근 방법 사람(Person)에 관심을 가지는 관점은 프로그래밍의 행위를 심리학 문제로 해석하고자 하는 프로그래밍에서의 심리학(Psychology in Programming)으로 발전했다. 특히, 인지주의 심리학과 행동주의 심리학에 많은 영향을 받았다. 그럼에도 불구하고 대학을 중심으로 우리나라의 프로그래밍 교육은 인간의 행위로 보는 심리학적 접근이 아니라 문제해결과 창의력 증진이라는 점에 집중, 티칭(teaching)에 기반해 가르쳐왔다. 그 결과 프로그램 과정에서 고려해야 하는 복잡한 문제들을 인간행위들의 관점들로 분리, 구분해내는 방법을 고려하지 않는 방식으로 이루어지게 됐다. 이는 내밀한 개인의 심리적 상황에 의해 좌우되는 상황을 적절히 코칭하거나 인간에게 주어지는 환경이라는 측면에서 접근하지 못하는 결과를 낳았다. 이에 반해 미국에서는 인간을 보다 독립적으로 바라보는 서양의 문화적 특...

2017.11.16

구글 '고' 언어에서 개선해야 할 8가지

구글의 오픈소스 고(Go) 언어용 개발툴을 개선하기 위해 마이크로소프트와 레드햇의 언어 서버 프로토콜과 비슷한 자체 언어 서버를 가져야 할까? 현재 고 언어 컨트리뷰터 토론 그룹 내에서는 이와 관련된 논의가 한창이다. 아직 결론이 나지 않았고 활발하게 서로 의견을 내고 있다. 현재 많은 컨트리뷰터로부터 공감을 얻고 있는 것은 다음과 같다.  - 언어 서버 IDE와 기타 툴의 도입: 코드와 패키지 관련 정보를 색인하고 표시할 수 있다. 한 컨트리뷰터는 "마이크로소프트의 언어 서버 프로토톨은 에디터와 IDE내에서 광범위하게 지원되고 있다"라고 썼다. 이 프로토콜은 여러 코드 에디터와 IDE에 걸쳐 다양한 언어를 통합하기 위해 개발됐다. - 통계를 리포트하는 표준 카운터 API 개발 - 일부 어셈블리 코드 재작성 - 고 크립토 코드 재작성: 크립토 코드는 어셈블리 내에서 성능 향상을 사용된다. 그러나 이 코드는 디버그하고 유지하고 읽기가 까다롭다. 한 참석자는 "이를 새로 만들면 코드 유지보수를 더 쉬워질 것이다. 고유의 프로세서를 추가하고 128비트 처리 지원을 강화하면 고의 크립토 성능을 향상할 수 있을 것이다"라고 썼다. - 처리/비트 패키지 확장: 이 패키지는 비트 조작을 최적화하는 역할을 하는 것으로, 이달 중 나올 고 1.9 버전에 포함돼 있다. - 컴파일러와 런타임내 가비지 컬렉션과 관련 툴의 리팩터 : 코어 툴과 IDE의 오버헤드를 줄일 수 있다. - 빠른 문법 확인을 위해 IDE에 컴파일러 내장 - 메모리내 코드 컴파일: 파일 시스템을 줄이고 연속적인 테스트를 할 수 있다.  이 토론 그룹에서 제기된 다른 이슈로는 의존성 관리와 인터페이스 관련 문제가 있다. 의존성 관리는 새 버전을 내놓는 기간과 관련이 있다. 컨트리뷰터들에 따르면, 현재 표준 라이브러리의 핵심 패키지를 수정해 새 버전을 내놓거나 보안 이슈에 대응하기 위한 새 버전을 내놓는 데 6개월이 걸린다. 한 ...

구글 개발자 프로그래머 Go

2017.08.09

구글의 오픈소스 고(Go) 언어용 개발툴을 개선하기 위해 마이크로소프트와 레드햇의 언어 서버 프로토콜과 비슷한 자체 언어 서버를 가져야 할까? 현재 고 언어 컨트리뷰터 토론 그룹 내에서는 이와 관련된 논의가 한창이다. 아직 결론이 나지 않았고 활발하게 서로 의견을 내고 있다. 현재 많은 컨트리뷰터로부터 공감을 얻고 있는 것은 다음과 같다.  - 언어 서버 IDE와 기타 툴의 도입: 코드와 패키지 관련 정보를 색인하고 표시할 수 있다. 한 컨트리뷰터는 "마이크로소프트의 언어 서버 프로토톨은 에디터와 IDE내에서 광범위하게 지원되고 있다"라고 썼다. 이 프로토콜은 여러 코드 에디터와 IDE에 걸쳐 다양한 언어를 통합하기 위해 개발됐다. - 통계를 리포트하는 표준 카운터 API 개발 - 일부 어셈블리 코드 재작성 - 고 크립토 코드 재작성: 크립토 코드는 어셈블리 내에서 성능 향상을 사용된다. 그러나 이 코드는 디버그하고 유지하고 읽기가 까다롭다. 한 참석자는 "이를 새로 만들면 코드 유지보수를 더 쉬워질 것이다. 고유의 프로세서를 추가하고 128비트 처리 지원을 강화하면 고의 크립토 성능을 향상할 수 있을 것이다"라고 썼다. - 처리/비트 패키지 확장: 이 패키지는 비트 조작을 최적화하는 역할을 하는 것으로, 이달 중 나올 고 1.9 버전에 포함돼 있다. - 컴파일러와 런타임내 가비지 컬렉션과 관련 툴의 리팩터 : 코어 툴과 IDE의 오버헤드를 줄일 수 있다. - 빠른 문법 확인을 위해 IDE에 컴파일러 내장 - 메모리내 코드 컴파일: 파일 시스템을 줄이고 연속적인 테스트를 할 수 있다.  이 토론 그룹에서 제기된 다른 이슈로는 의존성 관리와 인터페이스 관련 문제가 있다. 의존성 관리는 새 버전을 내놓는 기간과 관련이 있다. 컨트리뷰터들에 따르면, 현재 표준 라이브러리의 핵심 패키지를 수정해 새 버전을 내놓거나 보안 이슈에 대응하기 위한 새 버전을 내놓는 데 6개월이 걸린다. 한 ...

2017.08.09

피해야 할 개발자 일자리 있다... 징후는?

새로 구한 프로그래밍 일자리가 성공으로의 탄탄대로일 수도 있고 막다른 길일 수도 있다. 열악한 코딩 착취의 현장에서 일하는 사람들도 일자리를 처음 수락했을 당시에는 그런 환경에서 일하게 되리라 생각하지 못했을 것이다. 새로운 기회를 찾아 떠날 준비가 되어 있는 75%의 개발자들은 새 직장을 구하기 전에 그 일자리가 자신에게 잘 맞는지 어떻게 알 수 있을까? 열악한 코딩 일자리를 피하려면 어떻게 해야 할까? 답을 찾기 위해서는 정규 근무 시간과 특근 시간을 포함한 직업 만족도, 급여와 복지, 그 결과물에 대한 만족도, 일과 삶의 균형 등 여러 가지 요소를 감안해야 한다. 그래서 리더십과 소프트웨어 엔지니어링 부문에서 각자 다양한 위치에 있는 기술 분야 전문가들에게 그 동안 힘들게 체득한 지혜와 의견을 구했다. 그렇게 해서 얻은 답은 이 시장에는 정말 피해야 할 함정이 존재하며, 구인 공고부터 면접, 임금 협상에 이르기까지 일자리를 구하는 과정에서 이 함정을 알아보기 위한 확실한 징후가 있다는 것이다. 이제부터 노동력을 갈취 당하고 다른 사람들이 발전하는 동안 제자리에 정체되는 일자리를 피하는 방법을 알아보자. 구인 공고에서 살펴야 할 부분 이런 시나리오를 생각해 보자. 새 직장이 필요해질 상황을 대비해 시장 상황도 파악하고 가장 수요가 높은 직책도 알아볼 겸 구인 알림에 등록했다. 이후 여러 가지 요구 사항과 우대 기술, 복지가 나열된 매력적인 구인 알림을 받았다. 하지만 궁금한 것은 그 문구의 행간이 나타내는 의미다. 구인 공고만 보고 작업 환경에 대한 감을 잡을 수 있을까? 루스 해딕 앤 어소시에이츠(Russ Hadick and Associates)의 채용 책임자인 밥 해딕은 직무 설명에 눈여겨볼 경고 신호가 있다고 말한다. 래딕은 “나열된 기술의 수에 주목하라”면서 “C/C++, 자바, C# 등 그 수가 많다면 업체에 각기 다른 언어로 된 여러 제품이 있다는 뜻이고, 이는 체계...

채용 구직 구인 프로그래머 착취

2017.06.16

새로 구한 프로그래밍 일자리가 성공으로의 탄탄대로일 수도 있고 막다른 길일 수도 있다. 열악한 코딩 착취의 현장에서 일하는 사람들도 일자리를 처음 수락했을 당시에는 그런 환경에서 일하게 되리라 생각하지 못했을 것이다. 새로운 기회를 찾아 떠날 준비가 되어 있는 75%의 개발자들은 새 직장을 구하기 전에 그 일자리가 자신에게 잘 맞는지 어떻게 알 수 있을까? 열악한 코딩 일자리를 피하려면 어떻게 해야 할까? 답을 찾기 위해서는 정규 근무 시간과 특근 시간을 포함한 직업 만족도, 급여와 복지, 그 결과물에 대한 만족도, 일과 삶의 균형 등 여러 가지 요소를 감안해야 한다. 그래서 리더십과 소프트웨어 엔지니어링 부문에서 각자 다양한 위치에 있는 기술 분야 전문가들에게 그 동안 힘들게 체득한 지혜와 의견을 구했다. 그렇게 해서 얻은 답은 이 시장에는 정말 피해야 할 함정이 존재하며, 구인 공고부터 면접, 임금 협상에 이르기까지 일자리를 구하는 과정에서 이 함정을 알아보기 위한 확실한 징후가 있다는 것이다. 이제부터 노동력을 갈취 당하고 다른 사람들이 발전하는 동안 제자리에 정체되는 일자리를 피하는 방법을 알아보자. 구인 공고에서 살펴야 할 부분 이런 시나리오를 생각해 보자. 새 직장이 필요해질 상황을 대비해 시장 상황도 파악하고 가장 수요가 높은 직책도 알아볼 겸 구인 알림에 등록했다. 이후 여러 가지 요구 사항과 우대 기술, 복지가 나열된 매력적인 구인 알림을 받았다. 하지만 궁금한 것은 그 문구의 행간이 나타내는 의미다. 구인 공고만 보고 작업 환경에 대한 감을 잡을 수 있을까? 루스 해딕 앤 어소시에이츠(Russ Hadick and Associates)의 채용 책임자인 밥 해딕은 직무 설명에 눈여겨볼 경고 신호가 있다고 말한다. 래딕은 “나열된 기술의 수에 주목하라”면서 “C/C++, 자바, C# 등 그 수가 많다면 업체에 각기 다른 언어로 된 여러 제품이 있다는 뜻이고, 이는 체계...

2017.06.16

'인더스트리 4.0을 향해' 산업용 IoT에 필요한 5가지 기술력

앞으로 5년 동안, 비IT산업에서 IT인재를 찾는 수요가 폭등할 전망이다. 이 예상치 못한 비IT산업이란 바로 제조업이다. 제조사들은 '산업용 IoT(IIoT)'를 운영하는 데 도움을 줄 수 있는 네트워킹 전문가들을 찾고 있다. 미국, 독일, 일본, 중국 제조사들은 제조업에 디지털 변혁을 접목하며, 변화와 기회, 도전 과제를 가져올 '인더스트리 4.0(Industry 4.0)'을 눈앞에 두고 있다. 여기에는 제조공정에 크게 기여할 IoT 기기가 포함돼 있다. 프라이스워터하우스쿠퍼스(PwC)의 2016년 글로벌 인더스트리 4.0 조사( Global Industry 4.0 Survey)에 따르면, 다양한 산업의 제조사들은 앞으로 5년간 매년 미화 9,070억 달러를 인더스트리 4.0 전략에 투자할 계획이다. PwC 보고서는 "센서나 연결된 기기 같은 디지털 기술, MES(Manufacturing Execution Systems) 같은 소프트웨어와 애플리케이션에 투자가 집중될 전망이다. 기업들은 또 직원 교육에 많은 투자를 하고 있고, 새로운 전문가를 채용하면서 조직 변화를 견인하고 있다"고 분석했다. 다양한 IIoT 기술력 필요 이 비전을 실현하려면 전문성과 역량을 갖춘 IT인재와 기술자가 필요하다. 프로그래머와 개발자만 필요한 것이 아니다. 모든 것을 연결해 운영할 네트워크 엔지니어도 필요하다. 사이버 보안과 관련된 문제들도 많다. 새로 네트워크에 연결한 기기에는 또 다른 취약점이 존재한다. 인더스트리 4.0이라는 변화를 실현하는 데 필요한 기술력을 그리는 좋은 방법은 고도로 자율화된 생산 설비를 맥락으로 IoT를 생각하는 것이다. 이런 생산 설비에는 3D 프린터를 비롯한 적층 가공 기법, 로봇 비전과 인공 지능을 사용해 변동성이 크고 여러 단계로 구성된 프로세스를 처리할 수 있는 CNC와 새로운 머신들이 포함되어 있을 것이다. 사람 옆에서 협력하며...

빅데이터 보스턴컨설팅그룹 코봇 4차 산업혁명 인더스트리 4.0 IIoT 산업용 사물인터넷 디지털 변혁 사물인터넷 프로그래머 프라이스워터하우스쿠퍼스 제조 PwC BCG

2017.06.08

앞으로 5년 동안, 비IT산업에서 IT인재를 찾는 수요가 폭등할 전망이다. 이 예상치 못한 비IT산업이란 바로 제조업이다. 제조사들은 '산업용 IoT(IIoT)'를 운영하는 데 도움을 줄 수 있는 네트워킹 전문가들을 찾고 있다. 미국, 독일, 일본, 중국 제조사들은 제조업에 디지털 변혁을 접목하며, 변화와 기회, 도전 과제를 가져올 '인더스트리 4.0(Industry 4.0)'을 눈앞에 두고 있다. 여기에는 제조공정에 크게 기여할 IoT 기기가 포함돼 있다. 프라이스워터하우스쿠퍼스(PwC)의 2016년 글로벌 인더스트리 4.0 조사( Global Industry 4.0 Survey)에 따르면, 다양한 산업의 제조사들은 앞으로 5년간 매년 미화 9,070억 달러를 인더스트리 4.0 전략에 투자할 계획이다. PwC 보고서는 "센서나 연결된 기기 같은 디지털 기술, MES(Manufacturing Execution Systems) 같은 소프트웨어와 애플리케이션에 투자가 집중될 전망이다. 기업들은 또 직원 교육에 많은 투자를 하고 있고, 새로운 전문가를 채용하면서 조직 변화를 견인하고 있다"고 분석했다. 다양한 IIoT 기술력 필요 이 비전을 실현하려면 전문성과 역량을 갖춘 IT인재와 기술자가 필요하다. 프로그래머와 개발자만 필요한 것이 아니다. 모든 것을 연결해 운영할 네트워크 엔지니어도 필요하다. 사이버 보안과 관련된 문제들도 많다. 새로 네트워크에 연결한 기기에는 또 다른 취약점이 존재한다. 인더스트리 4.0이라는 변화를 실현하는 데 필요한 기술력을 그리는 좋은 방법은 고도로 자율화된 생산 설비를 맥락으로 IoT를 생각하는 것이다. 이런 생산 설비에는 3D 프린터를 비롯한 적층 가공 기법, 로봇 비전과 인공 지능을 사용해 변동성이 크고 여러 단계로 구성된 프로세스를 처리할 수 있는 CNC와 새로운 머신들이 포함되어 있을 것이다. 사람 옆에서 협력하며...

2017.06.08

로봇·드론·VR 등 앞으로 각광받을 12가지 IT분야

미래에도 프로그래머, 애널리스트, 애플리케이션 및 시스템 개발자, 데이터베이스 및 네트워크 운영자, 엔지니어, 아키텍트, 과학자, 연구원, 통계 전문가, 프로젝트 및 시스템 관리자, 시스템 및 데이터 통합 담당자, 기술자 및 기술 지원, 품질 관리자, IT 강사, 컨설턴트 등의 IT직종이 각광받을 것이다. 아래에 소개하는 12가지는 이들의 활약이 기대되는 IT분야다. 로봇공학 과학 소설 팬이라면 이미 로봇공학/로봇의 미래를 상상해봤을 것이다. 메이드 로봇, 웨이터, 바텐더, 심부름하는 로봇, 가사 관리 전문 로봇부터 미아 찾기부터 침몰한 위치를 추적하기 위해 물속에서 음파를 탐지하거나 열/빛 센서, 카메라를 사용하는 로봇까지 다양한 로봇 세상을 생각해 보라. 제조, 의료, 유틸리티, 운송, 농업, 자동차, 군대, 인프라 등 수백 가지 산업 분야에서 쓰이는 로봇도 있다. 드론 미래에는 드론(로봇 같은)이 어디에나 있을 것이다. 보안용 드론, 엔터테인먼트용 드론, 군용 드론, 배송 드론, 환경 드론, 응급구조용 드론, 미디어 드론, 스캐닝 드론, 카메라 드론 등 이외에 카메라, 마이크, 약품, 폭탄 등을 실어 나르는 드론도 있을 것이다. 3D 프린팅 3D 프린팅은 다리, 건물, 주택, 심지어 자동차, 평원, 기차 등 수없이 많은 제품을 만들어 낸다. 미래에는 3D 프린팅 기술로 상상하는 모든 것(물리적/유형)이 실현될 것이다. 자율주행 자동차 자율주행 자동차는 ‘무인’ 기술의 시작일 뿐이다. 결국, 버스, 트럭, 기차, 비행기, 선박, 기타 현재 사람이 구동하는 운송수단이 사람 없이 움직이게 될 것이다. 스마트시티/스마트빌딩 이미 전세계에 스마트시티, 스마트빌딩, 스마트홈이 있다. 이 산업은 더 커지고 모든 건설 분야에 걸쳐 확장될 것이다. 스마트 축산&농업 스마트 농업에는 대기 수질 수확기, 대기 및 토양 센서, 작물 센서, 장비 텔레매틱스, 가축 생체 인식, 기타 많은 자동화된 컴퓨터 기술...

가상현실 농사 스마트빌딩 자율주행 홀로그램 시스템 통합 로봇공학 농업 스마트시티 프로그래머 드론 나노기술 IT직종 3D 프린팅 인공지능 애널리스트 증강현실 축산

2017.05.10

미래에도 프로그래머, 애널리스트, 애플리케이션 및 시스템 개발자, 데이터베이스 및 네트워크 운영자, 엔지니어, 아키텍트, 과학자, 연구원, 통계 전문가, 프로젝트 및 시스템 관리자, 시스템 및 데이터 통합 담당자, 기술자 및 기술 지원, 품질 관리자, IT 강사, 컨설턴트 등의 IT직종이 각광받을 것이다. 아래에 소개하는 12가지는 이들의 활약이 기대되는 IT분야다. 로봇공학 과학 소설 팬이라면 이미 로봇공학/로봇의 미래를 상상해봤을 것이다. 메이드 로봇, 웨이터, 바텐더, 심부름하는 로봇, 가사 관리 전문 로봇부터 미아 찾기부터 침몰한 위치를 추적하기 위해 물속에서 음파를 탐지하거나 열/빛 센서, 카메라를 사용하는 로봇까지 다양한 로봇 세상을 생각해 보라. 제조, 의료, 유틸리티, 운송, 농업, 자동차, 군대, 인프라 등 수백 가지 산업 분야에서 쓰이는 로봇도 있다. 드론 미래에는 드론(로봇 같은)이 어디에나 있을 것이다. 보안용 드론, 엔터테인먼트용 드론, 군용 드론, 배송 드론, 환경 드론, 응급구조용 드론, 미디어 드론, 스캐닝 드론, 카메라 드론 등 이외에 카메라, 마이크, 약품, 폭탄 등을 실어 나르는 드론도 있을 것이다. 3D 프린팅 3D 프린팅은 다리, 건물, 주택, 심지어 자동차, 평원, 기차 등 수없이 많은 제품을 만들어 낸다. 미래에는 3D 프린팅 기술로 상상하는 모든 것(물리적/유형)이 실현될 것이다. 자율주행 자동차 자율주행 자동차는 ‘무인’ 기술의 시작일 뿐이다. 결국, 버스, 트럭, 기차, 비행기, 선박, 기타 현재 사람이 구동하는 운송수단이 사람 없이 움직이게 될 것이다. 스마트시티/스마트빌딩 이미 전세계에 스마트시티, 스마트빌딩, 스마트홈이 있다. 이 산업은 더 커지고 모든 건설 분야에 걸쳐 확장될 것이다. 스마트 축산&농업 스마트 농업에는 대기 수질 수확기, 대기 및 토양 센서, 작물 센서, 장비 텔레매틱스, 가축 생체 인식, 기타 많은 자동화된 컴퓨터 기술...

2017.05.10

칼럼 | Colored Computers

‘Colored Computers’… 예쁜 컬러의 노트북이나 데스크톱 PC를 이야기하는 것이 아니다. 오늘날 우리가 알고 있는 컴퓨터가 등장하기 전까지 복잡한 수학 공식에 따른 계산을 담당하던 것인 사람이었다. 이들을 계산원, 즉 ‘computer’라고 불렀으며 상당수의 인원은 여성이었고 그중에는 유색인종(colored)도 있었다. 영화 ‘히든 피겨스(Hidden Figures)’는 미국과 소련의 우주개발 경쟁이 한창이던 1960년대 나사(NASA)에서 활약했던 흑인 여성 계산원들이 주인공인 영화다. 영화에서 보여주는 흑백 인종차별은 당시 미국에서 매우 심각한 상황이었다. 여기서 그치지 않고 주인공들에게는 여성이라는 차별까지 더해져 있는 상황이었으니 자신들의 꿈을 이루기 위해 그러한 가혹한 현실적 장애물을 극복해야만 했던 과정을 영화에서 이야기하고 있다. ->영화 '히든 피겨스'에 등장하는 나사의 휴먼 컴퓨터 이 영화를 보면서 과연 지금 우리나라는 그 당시 미국의 상황과 얼마나 많이 다를까 라는 생각이 들었다. 물론 우리나라에는 미국과 같은 인종차별을 할 만한 유색인종이 거의 없다. 그래서 인종차별은 해당되지 않는다고 생각할 수 있지만 여성에 대한 차별은 당시 미국과 비교해 과연 더 나은 상황이라고 할 수 있을까? 한때 소프트웨어 프로그래머는 여성이 진출하기에 상당히 적합한 분야로 알려져 있었다. 역사적으로 세계 최초의 프로그래머로 알려진 사람 역시 남성이 아닌 여성이다. 생물학적으로 우월한 파워와 스피드와 같은 육체적인 능력을 거의 필요로 하지 않는 고도의 정신적, 지적 능력만을 요구하는 프로그래밍은 여성의 섬세함과 꼼꼼한 성격과도 잘 맞는다고 여겨졌기에 많은 여성이 컴퓨터 공학 분야를 전공으로 선택했었다. 그래서 소속이 공대인 학과 중에서 여학생의 비율이 타 공대 전공에 비해 월등히 높았던 학과가 컴퓨터 공학 쪽이기도 했다. 기업에서도 여성 프로...

CIO 휴먼 컴퓨터 히든 피겨스 계산원 프로그래머 차별 정철환 NASA 영화 소프트웨어 여성 Hidden Figures

2017.05.02

‘Colored Computers’… 예쁜 컬러의 노트북이나 데스크톱 PC를 이야기하는 것이 아니다. 오늘날 우리가 알고 있는 컴퓨터가 등장하기 전까지 복잡한 수학 공식에 따른 계산을 담당하던 것인 사람이었다. 이들을 계산원, 즉 ‘computer’라고 불렀으며 상당수의 인원은 여성이었고 그중에는 유색인종(colored)도 있었다. 영화 ‘히든 피겨스(Hidden Figures)’는 미국과 소련의 우주개발 경쟁이 한창이던 1960년대 나사(NASA)에서 활약했던 흑인 여성 계산원들이 주인공인 영화다. 영화에서 보여주는 흑백 인종차별은 당시 미국에서 매우 심각한 상황이었다. 여기서 그치지 않고 주인공들에게는 여성이라는 차별까지 더해져 있는 상황이었으니 자신들의 꿈을 이루기 위해 그러한 가혹한 현실적 장애물을 극복해야만 했던 과정을 영화에서 이야기하고 있다. ->영화 '히든 피겨스'에 등장하는 나사의 휴먼 컴퓨터 이 영화를 보면서 과연 지금 우리나라는 그 당시 미국의 상황과 얼마나 많이 다를까 라는 생각이 들었다. 물론 우리나라에는 미국과 같은 인종차별을 할 만한 유색인종이 거의 없다. 그래서 인종차별은 해당되지 않는다고 생각할 수 있지만 여성에 대한 차별은 당시 미국과 비교해 과연 더 나은 상황이라고 할 수 있을까? 한때 소프트웨어 프로그래머는 여성이 진출하기에 상당히 적합한 분야로 알려져 있었다. 역사적으로 세계 최초의 프로그래머로 알려진 사람 역시 남성이 아닌 여성이다. 생물학적으로 우월한 파워와 스피드와 같은 육체적인 능력을 거의 필요로 하지 않는 고도의 정신적, 지적 능력만을 요구하는 프로그래밍은 여성의 섬세함과 꼼꼼한 성격과도 잘 맞는다고 여겨졌기에 많은 여성이 컴퓨터 공학 분야를 전공으로 선택했었다. 그래서 소속이 공대인 학과 중에서 여학생의 비율이 타 공대 전공에 비해 월등히 높았던 학과가 컴퓨터 공학 쪽이기도 했다. 기업에서도 여성 프로...

2017.05.02

칼럼 | SW 개발자의 구름 속 미래...

“프로그래머란 카페인을 코드로 바꾸는 기계”라는 농담이 있다. 커피를 마셔가며 잠을 몰아내고 야근을 하며 프로그래밍을 해야 하는 환경을 비유해서 한 말이다. 최근 어느 게임업체의 근무 형태가 “일주일에 2번만 출근하는 회사”라는 비유로 화제가 되기도 하였다. 그런데 2번만 출근하는 것이 장점이 아니란다. 출근 후 퇴근이 없기 때문이라는 뜻이란다. SW 개발자의 열악한 근무환경은 이미 잘 알려져 있다. 다른 한쪽에선 4차 산업혁명 이야기가 한창이다. 얼마 후 다가올 대선에 나가고자 하는 유력 후보들도 이에 대해 언급하지 않는 이가 거의 없는 상황이다. 4차 산업혁명의 핵심에는 인공지능이 있고 로봇이 있다. 많이 이들이 제조업에서의 단순일자리는 이제 인공지능과 로봇이 대체할 것이라고 예상한다. 한 걸음 더 나아가 회계, 법률 심지어 의학분야에까지 인공지능이 기존 전문가를 대체할 수 있다고 예상한다. IBM에서 개발한 인공지능인 ‘왓슨’이 국내 병원에 도입되어 화제가 되고 있기도 하다. SW 개발자는 무리한 중노동에 시달리고 있고, SW를 이용한 인공지능과 로봇은 수많은 일자리를 대체할 수 있을 정도로 강력해지고 있다는 이 두가지 사실이 뭔가 이상하지 않은가? 그렇다. 바로 SW 개발분야에도 인공지능이 도입될 것이라는 추측을 어렵지 않게 할 수 있다. 그렇다면 정말로 SW 개발에 인공지능이 도입될 경우 프로그래머의 미래는 어떻게 될 것인가? 작년에 많은 이들의 관심을 모았던 구글의 알파고는 이제 더 이상 사람이 적수가 될 수 없는 경지에 이르렀다. 고작 1년도 안 되는 짧은 시간 동안 급격히 실력이 향상된 것이다. 이를 보고 많은 사람들이 조만간 영화 속의 인공지능이 등장하는 것 아닌가 염려하기도 한다. 하지만 실제로 AGI(artificial general intelligence)라고 불리는 영역을 초월한 인공지능은 아직 현실적으로 갈 길이 멀다. 바둑과 같은 게임이나 자동차 운전과 ...

CIO 4차 산업혁명 알파고 의학 애자일 방법론 프로그래머 IDE 회계 정철환 법률 인공지능 코드 소프트웨어 왓슨 IBM 구글 통합개발환경

2017.03.02

“프로그래머란 카페인을 코드로 바꾸는 기계”라는 농담이 있다. 커피를 마셔가며 잠을 몰아내고 야근을 하며 프로그래밍을 해야 하는 환경을 비유해서 한 말이다. 최근 어느 게임업체의 근무 형태가 “일주일에 2번만 출근하는 회사”라는 비유로 화제가 되기도 하였다. 그런데 2번만 출근하는 것이 장점이 아니란다. 출근 후 퇴근이 없기 때문이라는 뜻이란다. SW 개발자의 열악한 근무환경은 이미 잘 알려져 있다. 다른 한쪽에선 4차 산업혁명 이야기가 한창이다. 얼마 후 다가올 대선에 나가고자 하는 유력 후보들도 이에 대해 언급하지 않는 이가 거의 없는 상황이다. 4차 산업혁명의 핵심에는 인공지능이 있고 로봇이 있다. 많이 이들이 제조업에서의 단순일자리는 이제 인공지능과 로봇이 대체할 것이라고 예상한다. 한 걸음 더 나아가 회계, 법률 심지어 의학분야에까지 인공지능이 기존 전문가를 대체할 수 있다고 예상한다. IBM에서 개발한 인공지능인 ‘왓슨’이 국내 병원에 도입되어 화제가 되고 있기도 하다. SW 개발자는 무리한 중노동에 시달리고 있고, SW를 이용한 인공지능과 로봇은 수많은 일자리를 대체할 수 있을 정도로 강력해지고 있다는 이 두가지 사실이 뭔가 이상하지 않은가? 그렇다. 바로 SW 개발분야에도 인공지능이 도입될 것이라는 추측을 어렵지 않게 할 수 있다. 그렇다면 정말로 SW 개발에 인공지능이 도입될 경우 프로그래머의 미래는 어떻게 될 것인가? 작년에 많은 이들의 관심을 모았던 구글의 알파고는 이제 더 이상 사람이 적수가 될 수 없는 경지에 이르렀다. 고작 1년도 안 되는 짧은 시간 동안 급격히 실력이 향상된 것이다. 이를 보고 많은 사람들이 조만간 영화 속의 인공지능이 등장하는 것 아닌가 염려하기도 한다. 하지만 실제로 AGI(artificial general intelligence)라고 불리는 영역을 초월한 인공지능은 아직 현실적으로 갈 길이 멀다. 바둑과 같은 게임이나 자동차 운전과 ...

2017.03.02

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