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

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

[ Django, Python ] mozilla 튜토리얼 예제로 살펴보는 Django 분석 ⑤ - 2 : Book Detail View


Book Detail View


URL catalog/book/<id>(<id> : book의 primary key)에 접근해서 
Book의 특정 정보를 보여주는 상세 페이지를 추가할 것이다.

① URL Mapping


/catalog/urls.py 파일을 열어 아래와 같이 수정하자.


urlpatterns = [
    path('', views.index, name='index'),
    path('books/', views.BookListView.as_view(), name='books'),
    path('book/<uuid:pk>', views.BookDetailView.as_view(), name='book-detail'),
]

② Passing additional options in your URL maps


path() 함수의 3번째 인수를 추가함으로써 
동일한 View를 다른곳에 재활용하거나 
각 상황에 맞게 조절하려고 할 때 사용하기 위한 옵션을 지정할 수 있다.

path('url/', views.my_reused_view, {'my_template_name': 'some_path'}, name='aurl'),
path('anotherurl/', views.my_reused_view, {'my_template_name': 'another_path'}, name='anotherurl'),
이 옵션들은 사전형 자료형으로 정의된다.

③ View(클래스 기반)


catalog/views.py파일에 아래와 같이 코드를 추가해보자.


class BookDetailView(generic.DetailView):
    model = Book
이제 이 Detail View를 나타낼 Template를 만들면 된다.

④ Detail View 템플릿 생성하기


/locallibrary/catalog/templates/catalog/에 
book_detail.html파일을 만들어 아래와 같이 코드를 추가하자.


{% extends "base_generic.html" %}

{% block content %}
  <h1>Title: {{ book.title }}</h1>

  <p><strong>Author:</strong> <a href="">{{ book.author }}</a></p> <!-- author detail link not yet defined -->
  <p><strong>Summary:</strong> {{ book.summary }}</p>
  <p><strong>ISBN:</strong> {{ book.isbn }}</p> 
  <p><strong>Language:</strong> {{ book.language }}</p>  
  <p><strong>Genre:</strong> {% for genre in book.genre.all %} {{ genre }}{% if not forloop.last %}, {% endif %}{% endfor %}</p>  

  <div style="margin-left:20px;margin-top:20px">
    <h4>Copies</h4>

    {% for copy in book.bookinstance_set.all %}
      <hr>
      <p class="{% if copy.status == 'a' %}text-success{% elif copy.status == 'm' %}text-danger{% else %}text-warning{% endif %}">{{ copy.get_status_display }}</p>
      {% if copy.status != 'a' %}
        <p><strong>Due to be returned:</strong> {{copy.due_back}}</p>
      {% endif %}
      <p><strong>Imprint:</strong> {{copy.imprint}}</p>
      <p class="text-muted"><strong>Id:</strong> {{copy.id}}</p>
    {% endfor %}
  </div>
{% endblock %}
위의 코드 중에 book.bookinstance_set.all() 함수는 눈여겨 볼만하다.


이 메소드는 Django에 의해 자동으로 만들어진 메소드로
Book과 관련된 BookInstance 레코드 집합을 반환한다.

이제 지금 까지 코딩했던 것들이 
정상적으로 작동하는지 화면을 확인해보자.


메인 화면에서 All books 하이퍼링크를 눌렀을 때,
등록했던 책들이 표시되면 된다.

그리고 책의 하이퍼링크를 클릭해 


위와 같은 화면이 표시된다면 
모든 책을 보여주고, 상세 정보를
보여주는 페이지는 완성했다고 볼 수 있다.

Pagination(페이징 처리)


레코드가 몇개 없다면 괜찮겠지만,
수백, 수천개의 레코드를 가지고 있다면 
점차 페이지를 가져오는데 시간이 걸릴 것이다.

이를 방지하기 위해 
나눠서 페이지를 보여주는 Pagination(페이징) 기능을
추가하는 것이 좋다.

① Views


catalog/views.py에 아래와 같이 코드를 추가해보자.


class BookListView(generic.ListView):
    model = Book
    paginate_by = 10
이것으로 10개 이상의 레코드를 갖게되면
View는 template에 보내는 데이터에 
Pagination(페이징)을 하게될 것이다.

사실 이 페이징 처리를 하기 위해서
꽤나 복잡한 코드를 작성해야 되지만,
재사용성을 강조하는 최근의 패러다임에 맞게
Django에서는 페이징 기능을 지원한다.

② Templates


/locallibrary/catalog/templates/base_generic.html에 
pagination 블록을 추가하자.


{% block content %}{% endblock %}
  
{% block pagination %}
  {% if is_paginated %}
    <div class="pagination">
      <span class="page-links">
        {% if page_obj.has_previous %}
          <a href="{{ request.path }}?page={{ page_obj.previous_page_number }}">previous</a>
        {% endif %}
        <span class="page-current">
          <p>Page {{ page_obj.number }} of {{ page_obj.paginator.num_pages }}.</p>
        </span>
        {% if page_obj.has_next %}
          <a href="{{ request.path }}?page={{ page_obj.next_page_number }}">next</a>
        {% endif %}
      </span>
    </div>
  {% endif %}
{% endblock %} 
위의 화면과 같이 
<div>태그에 정확히 넣지 않으면 
페이징 레이아웃이 이상한 곳으로 가기 때문에 주의하도록 하자.


정상적으로 추가했다면 위와 같이
페이징 기능이 정상적으로 작동할 것이다. 




이 블로그의 인기 게시물

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

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

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