라벨이 Ruby인 게시물 표시

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

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

[ Ruby On Rails, Ruby, Coursera ] Ruby On Rails를 중단하면서

이미지
막 Ruby On Rails에 대해 공부를 시작했을 시점은 Django의 토이 프로젝트가 마무리되고 있었고 코로나 때문에 일을 잠시 쉬었던 기간이 였다. 그렇기에 Ruby On Rails도 건드려보고 싶어서 늘 그렇듯이 욕심을 내고 기획을 했었는데 복직을 하고 나서 일이 바뻐지기 시작하면서 에세이를 쓰는데에도 벅차기 시작했다. 게다가 다음 이직은 아마 Python의 Django 쪽으로 거의 마음을 먹었기 때문에 여러가지 하는 것 보다는 Django쪽에 집중하는 것이  아무래도 좋을 것 같다는 판단도 들었다. 따라서 개인적으로 매우 아쉽다고 생각하지만 일단 Ruby On Rails는 중단하기로 하고 에세이와 Python에 좀 더 집중하기로 결정 했다. 이후 시간이 널널하다면 포스트를 재개하고 토이 프로젝트 때 다루었던  기능들을 Ruby On Rails로 구현해보려고 한다.

[ 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로 값을 비교해 제어하는 방식이다. 전자의 경우 상단의 코드를 나타내는데, '...

[ 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 ] 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 튜토리얼을 찾아서 접근해보면 될 것 같다.

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

이미지
난 Harsh를 모른다. 그렇기에 일단 코드를 복사 붙여넣어 결과물을 봤다. 정확히는 모르겠지만, 대충  books라는 객체에 Hash를 추가하는 것 같다. 다음으로 넘어가자 튜토리얼에서는 이 블록({ })을 이야기하려고 했던것 같다. Ruby는 메소드 뒤에 {} 을 붙여서  추가적인 처리를 할 수 있는 것 같다. 이번에는 블록({})과 파이프 기호에 대해 설명하는 것 같다. 5.times의 결과물을 블록의 시작 부분에 파이프로 넘길 수 있다고 설명한다. 따라서 .times 메소드의 결과물은  블록 내부의 time이라는 파이프에 넘기게 될 것이다. 이를 확인해보자. 예상대로 각 결과물이 화면에 표시되는 것을 알 수 있다. 다음으로 넘어가보자. 다음으로 괄호()에 관한 이야기 이다. Ruby에서는 ()를 붙이건 붙이지 않건 올바르게 작동한다고 한다. 물론 개인적으로는 괄호를 명시해주는 것이 가독성이 좋다고 생각한다. 위에서 언급한대로 있건 없건 컴파일 에러는 나오지 않는것을 확인할 수 있다. 다음으로 넘어가자. 이번에는 메소드를 정의하는 방법에 대한 예제인것 같다. 위의 코드를 작동해보면 위와 같이 메소드의 이름이 출력되는데, 아무것도 정의되어 있지 않으면 메소드 이름을 출력하는 것 같다. 다음으로 넘어가자. 이번에는 메소드 내부를 채워서 결과물을 확인하는 것 같다. 실행해보자. 정의한 메소드의 숫자를 집어넣으면 위와 같이 숫자 만큼 puts이 실행되는 것을 확인할 수 있다. 다음으로 넘어가자. 다음은 실제 메소드를 실행하는 것인데  나는 위에서 먼저 확인했었다. 다음으로 넘어가자. 다음은 메소드에 return을 넣어 반환값을 확인하는 것이다. 결과를 확인해보자. 결과는 함수 내부의 처리대로 3번 puts이 실행되고 마지막 코드의 puts에 의해  tame(3)의 리턴 값이 표시되는 것을 확인할 수 있다. 다음으로 넘어가자. 이제 본격적인 메소드 제어에 관한 이야기를 시작하는 것 같다. 튜토리얼에서 셰익스피어의...