2020의 게시물 표시

[ Essay - Technology ] 바이브 코딩의 허와 실

이미지
지금 우리는 가히 AI 시대라는 패러다임의 전환에 시대에 살고 있다고 해도 과언이 아니다. 특히, IT 업계에서 대다수의 작업량을 차지하는 프로그래밍의 영역에서 생성 AI를 이용한 생산성 향상의 가능성이 보이면서 어느 분야보다 가장 빠르게 괄목적인 성과를 이루고 있는듯 하다. 고작 몇 년전에는 커서에 의해 프로그래밍을 AI에게 프로그래밍을 위임하는 것이 더 나을 수 있다는 것이 어느정도 증명되면서, 작년에는 Claude Code의 영향으로 인해 이러한 이슈가 좀 더 가속화되지 않았나 싶다. 이러한 굉장히 빠르게 이루어지고 있는 생성형 AI 솔루션의 발달은 개발자의 종말론을 더더욱 부각시키면서 업계 전반이 큰 변화를 겪고 있는 것으로 보인다. 특히 이러한 변화 속에서 “프로그래밍을 몰라도 생성형 AI만 있으면 제품을 만들 수 있다”는  주장도 자연스럽게 힘을 얻고 있다. 최근에는 Saas 솔루션은 종말할 것이라는 다소 파격적인 이야기도 들리는 것으로 보면 소프트웨어 업계가 큰 격변의 시기가 온것임에는 틀림 없어 보인다. 허(虛): 빠르게 만들 수 있다는 환상 이런 상황에서 가장 주목받는 주장들은 서론에서 언급했다시피 ‘프로그래밍을 알지 못한다고 하더라도  생성형AI를 이용하면 빠르게 제품을 개발이 가능하다’라는 주장이고, 실제로 이는 어느 정도 타당성이 있어 보인다. 정말로 움직이는 결과물을 단 몇초 만에 보여주기 때문이다. 하지만, 이러한 ‘빠르게 제품 개발 가능하다’는 주장의 가장 큰 맹점이 있는데 개발자의 존재 이유가 단순한 제품이나 기능개발에 있지 않다는 점이다. 만약, AI를 통해 그럴듯 한 솔루션을 만들었다고 치자. 이것에 얼마만큼의 비지니스성과 지속가능성이 있을까? 예컨대 AI에게 넷플릭스나 트위터, 인스타그램과 같은 페이지를 만들어달라고 요청한다면, 아마 실제로 그럴듯 하게 만들어 줄 것 이다. 이러한 인기 서비스들은 토이 프로젝트로 다루기 쉽고, 하나의 트렌드로 자리 잡아 관련 자료를 찾기도 어렵지 않다. 코드 또한 깃허브에 충분...

[ Essay - Entropy ] 엔트로피 세계관과 양적 완화(Quantitative Easing, QE) : 엔트로피 세계관과 양적 완화

이미지
이전 글로  양적 완화에 대해 어느 정도 이해했다면, (그러길 바라고 있다.) 드디어 다음 이야기로 넘어 갈 수 있다. 바로 엔트로피 세계관에서 양적 완화가  어떤 엔트로피를 쌓는가에 대한 이야기이다. 여기서 고려해봐야할 점은 일반적인 엔트로피 뿐만아니라 플러스 엔트로피의 요소가 존재해  플러스 엔트로피가 쌓이는 것도 고려해봐야할 것 이다. 양적 완화와 플러스 엔트로피 양적 완화로 얻고자 했던 것은  외부 요인을 배제하고 자국의 경제 활성화를 얻고자 했을 것이다. 조금 어렵게 말하자면 시장에 '유동성'을 공급해 자국의 경제를 활성화시키려는 목적이 있었다. 결과적으로 시장에 '유동성 공급'은 성공했던 것으로 보인다. 이것은 플러스 엔트로피로 볼 수 있을 것 이다. 하지만, 이로서 얻을 수 있는 엔트로피는 더욱 증가하게 되었다. 가장 대두되는 엔트로피는 '부의 양극화'이다. 양적 완화는 기본적으로 자국의 화폐를 찍어내서 국채나 사채를 사들임으로써 시장에 '유동성'을 넣어주는 것을 목표로 한다. 그렇기 때문에 직접 사람들에게 화폐를 뿌리는 것이 아닌 중앙 은행이 돈을 찍어내고,  이 찍어낸 돈으로 국채나 자국 회사채를 사서 국채의 경우는 폐기시키고  중앙 은행은 이 돈을 은행 준비금으로 보유 한다. 따라서 이론상으로는 실물 경제에 큰 영향이 없을 것이다. 중앙 은행과 정부가 손을 잡고,  정당한 방법으로 '사기'를 치는 것에 불과하기 때문이다. 물론 어떤 사람은 그렇게 복잡하게 돌려서 하지 말고 직접 모든 사람들에게 돈을 뿌리면 좋은거 아닌가?라고 말하는 사람들도 있을 것이다. 하지만, 이럴 경우 나타날 수 있는 리스크가 너무 크다. 1차 세계대전에서 패한 독일이  전쟁배상금으로 화폐를 마구 찍어내면서 나타난 현상을 보면 화폐 자체를 뿌리는 것은 리스크가 너무나도 크다. 나라 경제 자체가 붕괴할 수 있기 때문이다. 그렇기 때문에 돌고 돌아서 시장에만 유동성을 제공하는 것이다. 이러한 양적 완화로...

[ Ruby On Rails, Ruby, Coursera ] Ruby On Rails : Ruby ② - Ruby의 흐름 제어, Function과 Method, 파일 읽기/쓰기, 환경 변수

이미지
  다음은 Ruby의 제어 흐름(Flow of Control)에 대한 이야기이다. Ruby의 흐름 제어 흐름 제어 쪽에서 알아볼 것은 말 그대로  Ruby에서 흐름을 제어하는 명령어에 대한 것을 말한다. 일반적인 if/elseif/else, while/for의 모습도 보이지만 다른 형태의 흐름 제어 명령어도 보인다.  기본적으로 if, elseif, else의 경우는  다른 언어와 큰 차이는 없어보이며 Python과 마찬가지로 블록을 사용하지 않고  end를 사용해 끝을 알리는 것 같다. 조금 특이한 것이 있다면 아닐 경우를  unless라는 명령어로 구분하는 부분이다. 다음으로 while과 until인데 사실 while이라는 명령어가 ~동안이라는 의미를 가지고 있기 때문에 익숙하지 않다면 자주 헷갈리는 부분이다. Ruby의 경우는 until이라는 명령어가 있어서 until을 사용한다면, 가독성이 상승할 것 같다. modifier form(수정자 폼)이라는 것도 있는데, 이 기능은 영어 형식에 대해  가독성을 높일 수 있게 만든 것이기 때문에 다른 언어권이면 잘 사용하지 않을 것 같다. 강의에서는 자연스러운 영어 처럼 읽을 수 있기 때문에  표현 방식이 풍부해질 수 있다고는 이야기한다. 놀랍게도 Ruby에서는 모든 것이 true 를 반환한다고 한다. 단, fasle 와 nil 라는 객체를 빼고 말이다. Ruby에서는 '==='의 명령어를 지원하는데, '==='는 해당 문자열을 포함하는지와 같은  정규식을 활용할 때나 '=='와 똑같은 역할을 할 수도 있다. 심지어 정수 클래스(Integer)와 정수 값(21)을 비교할 경우에도 '==='을 사용할 수 있다.   다음으로 Case 표현에 관한 내용이다. 2가지 방법이 존재하는데,  if문을 활용할 때와 유사한 방식과 case ~ when로 값을 비교해 제어하는 방식이다. 전자의 경우 상단의 코드를 나타내는데, '...

[ Essay - Society ] 왜 사회에서 인종 차별은 없어지지 않을까?

이미지
누구나 이성으로는 인종 차별이 행해지면  안된다는 것을 이해하고 있다. 종으로서 보면 인종과 관계없이 인간이기 때문이다. 이러한 사실에 고개를 기웃거리는 사람은  사실상 없을 것 이다. 현재 이 세상에 살고 있는 인간들은  2000년의 역사를 지니고 있고, 현대인들 또한  모두 인류로서는 모두 같다. 하지만, 인종 차별은  시간이 지나도 사라지지 않아 보인다. 왜냐하면 미국만 보더라도 이제 백인과 흑인간에 갈등은 너무나도 익숙하기 때문이다. 왜 인종 차별은 사라지지 않을까? 나는 이에 대해 이방인으로서 살아가면서  어떤 직감을 얻었다. 이번에는 이에 대해 이야기를 해보려한다. 현재와 과거의 인종 차별 현재의 인종 차별과 과거의 인종 차별은  조금 다른 성향을 보인다. 과거에는 우월한 인종이 열등한 인종을 가르친다는 한국에서 매우 혐오하는 '식민 사관' 에 의해  이런 우월과 열등의 관계 속에 행해져왔다. 물론 그 속내는 값싼 노동력을 얻고 잉여 생산물을 소비시키기 위한 행위였지만 말이다. 현재의 역사는 이렇게 평가하고 있다. 하지만 현재의 인종 차별은 조금 다른 성향을 띈다. 대개 사람들에게 우월한 인종이  열등한 인종을 가르친다는 인식은 보이지 않는듯 하며,  이방인인 나도 그렇게 느끼고 있지는 않다. 다만 일부의 사람들은  이런 생각을 가지고 있을지는 모르겠다. 자신의 나라가 가지고 있는 경제력에 기반해 자신의 나라에 한참 미치지 못하는 경제력을  가지는 나라의 사람들을 깔보고 멸시하는 사람들 말이다. 누군가 이런 말을 대놓고 한다면 사회 구성원들에 의해 강력한 철퇴를 맞게 될 것이다. 그렇기에 세상의 수 많은 이러한 비열한 인간들은  특정한 행동을 취한다거나, 돌려말하기를 즐겨한다. 물론 그들이 비열한 인간임에는 의심의 여지가 없다. 그들은 자신이 특별한 인간임을 느끼고 싶은 그러한 욕망을 채우기 위해 그러한 행위를 하고 있기 때문이다. 이렇...

[ Ruby On Rails, Ruby, Coursera ] Ruby On Rails : Ruby - ① Ruby의 기본

이미지
  해당 강좌를 이제 본격적으로 시작해보자. 물론 앞서 Ruby의 기초를 넘기고, 바로 Ruby On Rails로 넘어갈 수 는 있을 것이다. 하지만, 대부분의 일에는 순서가 있는 법이고 설사 알고 있다고 하더라도  모든 것을 외울수는 없기에 다시 한번 보는 것도 나쁘지 않은 선택이다. 나는 오히려 이쪽을 좀 더 선호하는 편이다. 따라서 Ruby On Rails를 시작하기 앞서 Ruby의 기초를 알고 넘어가자. 이번 글의 내용은 Ruby on Rails: An Introduction>2주 차>Ruby Basics 에 해당 된다. Ruby의 기본 Ruby는 기본적으로 객체로 구성되어 있으며, 심지어 정수 조차도 완전한 객체로 구성되어 있다. Ruby를 만든 마츠모토 유키히로는 Ruby를 프로그래머들을 행복하게 하도록 설계 했다 고 하는데 이는 Java와 Ruby의 코드 구성을 보면  그의 이야기에 쉽게 납득할 수 있을 것 이다. 자바의 경우 콘솔에 Hello World를 띄우기 위해서는 먼저 클래스를 선언하고, 그 아래에 Main 메소드에  반복문인 For문을 활용해 코드를 작성해야 한다. 하지만 Ruby의 경우 단 한 줄이면  콘솔에 Hello World를 출력할 수 있다. 위의 예를 통해  Ruby는 표현력이 뛰어나며, 가독성이 매우 좋다는 것 을 알 수 있다. Ruby는 Python과 유사하게  코드의 중첩 수준(nested level)에 대해 들여쓰기로 구분된다. 다만 이는 권장 사항일 뿐이며 Python과 같이 강제하지는 않는다. 또한 주석(comments)는 #을 통해 작성할 수 있지만, 강의에서는 Ruby는 언어 자체의 표현력이 강력하기 때문에  즉, 가독성이 뛰어나기 때문에 주석을 적당히 사용하라고 권하고 있다. 콘솔에 출력하기 위한 명령어로 puts 과 p 를 활용할 수 있는데, puts은 Ruby의 표준 String 콘솔 출력 메소드로 Java의 System.out...

[ Ruby On Rails, Coursera ] Ruby On Rails을 시작하면서

이미지
Ruby On Rails의 적절한 튜토리얼을 찾아봤지만, Django의 모질라 튜토리얼 처럼 글로만 적혀있는 포스트는 찾기가 힘들었다. 그래서 조금 번거럽더라도 Coursera쪽을 이용하기로 했다. 강의의 소개나 소프트웨어 설치에 관한 내용은 넘어가기로 하겠다. 해당 글로가서 직접 확인하는 것이 빠를 것이다. 강의의 이름은 John Hopkins 대학의 Ruby On Rails: An Introduction라는 강의이다. 지금까지 Coursera에서 들었던 강의들은  모두 수준이 좋았기 때문에  이번 강의도 훌륭한 강의가 될 것이라 생각 된다.

[ Ruby ] 30분만에 대충 살펴보는 Ruby의 기본 ③

이미지
다음은 Class 선언에 관한 이야기인 것 같다. output이 나오지 않기 때문에 다음으로 넘어가자. Blurb.new를 통해 객체를 할당하고 blurb1에 저장함으로써 각 지역변수에 접근하는 코드인 것 같다. 다음으로 넘어가자. 선언한 객체에 접근해 값을 수정하는 것을 확인할 수 있다. 이 부분 역시 다른 언어들과 동일하다. 다음으로 넘어가자. 객체를 출력해보면 메모리가 확인되는 것으로 보인다. 다음으로 넘어가자. 이번은 실제 Class 내부의 지역변수들과 메소드들을 보여준다. initailize는 Java에서 불리는 생성자와 같이 객체가 호출될 때 한번 호출되는 메소드 같이 보이며, 이를 통해 초기화를 하는 것으로 보인다. 실제 bluebalizer 클래스의 전신을 보여준다. 제시되어 있는 코드를 실행해보면  새로운 객체가 생성되어있는 것을 확인할 수 있다. 다음은 실제 클래스 내부의 add_a_blurb 메소드와  show_timeline 메소드를 사용하는 코드이다. 넣을 데이터는 튜토리얼에서 제공하는 moody라는 데이터이다. 실행해보면 add_a_blurb에 moody를 집어넣고 show_timeline 메소드로 객체에  저장되어 있는 데이터들을 출력할 수 있다. 다음으로 넘어가자. 새로운 클래스가 제시되었다. Blurb라는 클래스인데 대충 보면 초기화된 mood 변수에 따라  이모티콘을 출력하는 클래스로 보인다. 이렇게 하는 것이 맞는지는 모르겠지만  mood라는 데이터가 주어져있지 않아서 myapp을 집어 넣어서 결과를 확인했다. 이것을 마지막으로 30분만에  대충 살펴보는 Ruby의 기본은 끝이 났다. Ruby에 기본에 대해 훑어봤으니 다음은 적절한 Ruby On Rails 튜토리얼을 찾아서 접근해보면 될 것 같다.