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

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

[ 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는 언어 자체의 표현력이 강력하기 때문에 
즉, 가독성이 뛰어나기 때문에 주석을 적당히 사용하라고 권하고 있다.


콘솔에 출력하기 위한 명령어로
putsp를 활용할 수 있는데,

puts은 Ruby의 표준 String 콘솔 출력 메소드로
Java의 System.out.println()과 유사하다고 한다.

또한 이 강의에서 주로 사용하는 것이 
puts이라고 이야기하고 있다.

또 다른 형태의 P도 존재하는데
이 P는 객체의 내부를 출력하기 위해 
puts 대신에 유용하게 사용할 수 있다고 한다.


다음으로 이름을 정할때의 규칙이다.

이는 다른 언어들과 크게 다른 것은 없어보인다.

변수모두 소문자로 지정해야하며
이름에 여러 단어가 합쳐졌을 경우 _로 구분해준다.

상수(코드 내의 변하지 않는 변수)의 경우 
대문자 또는 시작 문자를 대문자로 지정해준다.

클래스나 함수의 경우에도 다른 언어들과 비슷하게 
시작 문자를 대문자로 표시해 주는듯 하다.


기본적으로 코드의 끝을 나타내기 위한 세미콜론(;)은 
특별한 이유가 아닌 이상 사용할 필요가 없다.

물론 구분하기 위해 사용할 수는 있지만,
이는 권장하지 않는다고 한다.

다음은 Ruby 코드를 실행하는 방법으로 
IRB(Interactive Ruby)를 사용할 수 있는데,
IRB는 기본적으로 대화형으로 기본적으로 
REPL(Read Evaluate Print Loop)[1] 형식의 프로그래밍 환경이다.



위의 예제의 경우 
처음에는 단순히 "hello world"를 입력했을 때
그대로 출력되는 것을 확인할 수 있다.

두번째로 
puts가 포함된 코드를 IRB에서 실행할 경우
puts에 의해 hellow world가 실행되고 
마지막에 nil이 반환되는 것을 확인할 수 있는데

이는 IRB에서는 테스트를 위해 변수에 
무언가를 할당할 필요가 없다는 것을 보여준다.

다음에는 Ruby의 제어 흐름에 대해 이야기해보자.




[1] REPL(Read Evaluate Print Loop)

사용자의 입력을 받아 실행한 결과를 
사용자에게 반환하는 간단한 대화형 프로그래밍 환경으로
REPL 환경에서 작성된 프로그램은 부분적으로 실행된다.





이 블로그의 인기 게시물

[ Web ] 서버 사이드(Sever Side) ? 클라이언트 사이드(Client Side)? 1 [서론, 클라이언트 사이드(Client Side)]

[ Web ] 웹 애플리케이션 아키텍처 (Web Application Architecture)

[ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture )