[ Essay - Technology, Essay - Intuition ] Chat GTP시대의 도래와 생각하는 방식에 대해 : 개발자의 미래에 대해

이미지
벌써 올해도 반쯤 지나 뜨거운 여름이 다가왔다. 굉장히 빠르게 지나간듯한 느낌이 드는데  아마 의미있는 시간을 보냈다는 이야기이기 때문에  그렇게 나쁜 신호는 아닐 것 이다. 괴로운 시간이였다면, 1초가 1년 같이 느껴졌을테니 말이다. 더위에 매우 약한 나에게 있어서는 지옥과 같은 시기이기도 하지만 늘 그렇던 것 처럼 에어컨 덕분에 어찌저찌 버틸 수 있을 것 같다. 어쨋든, 이번에는 저번의 에세이 주제, Chat GTP시대의 도래와 생각하는 방식에 대한 이야기에 이어서  과연 개발자의 미래는 어떻게 될 것인가에 대해 이야기를 나누어보려고 한다. 어쩌면 모두가 인식하고 있듯이 지금 2025년 현재,  꽤나 중요한 시기에 직면하고 있는지도 모른다. 왜냐하면, 생성AI의 발전 속도가 생각보다 빠르게 발전하고 있고,  그에 따라 실제 업무에서도 빠르게 사용되어지고 있기 때문이다. 이러한 상황에서 개발자에게 있어서 가장 두려운 점은  당연히 생성AI에 의해 개발자가 대체될 것 이라는 두려움일 것 이다. 이는 개발자에게만 한정된 이야기는 아니지만 말이다. 아마 필드에서 나와 같이 일하고 있거나  개발자로서 직업을 가지려는 생각이 있는 사람이라면  한번쯤은 생각해볼법한 주제라 생각 한다. 물론 미래가 정확히 어떻게 될 지는 알 수 없으나  이런 생각을 함으로써 몇 가지 힌트는 얻게 될지도 모르니  만약 얻게 된다면 미래에 대한 방향성을 조금이나마 올바른 쪽으로 돌릴 수 있을 것 이다. 이 글을 끝맽을 때는 조금이라도 힌트에 도달하기를 바란다. 과거의 역사 이러한 의문에 대한 해결책으로서 일반적으로 자주 사용하는 방법이 있다. 바로 역사를 보는 것 이다. 물론 이러한 역사를 해결책을 찾는거에 대한 전제조건은  우리가 '구 인류'라는 전제조건이 있었을 때 의미가 있다. 그러니깐 현대인도 기원전 8세기의 고대 로마인도  본질적으로 다르지 않다는 것을 인정해야만 한다. 예컨데...

[ Django, Python ] mozilla 튜토리얼 예제로 살펴보는 Django 분석 ⑨ : Web Applcation Test

웹 애플리케이션 뿐만 아니라 
다른 수 많은 애플리케이션도 마찬가지지만 테스트는 정말 중요하다.

물론 테스트도 여러가지가 있으나
개발자로서 하는 테스트는 대부분 단위 테스트일 것 이다.

흔히 말하는 디버깅이 이에 포함될 수 있을 것이다.

문제는 이 세상의 수 많은 애플리케이션은 
대게 계속해서 성장한다는 것이다.

따라서 애플리케이션이 비대해지게 되는데
그러한 단계에서 점점 단위 테스트에 더 어려워진다.

왜냐하면 그 만큼 단위들의 양이 늘어나며
이러한 수 많은 단위들이 서로 얼키고 설켜
종속되어 있을 수 밖에 없기 때문이다.

물론 가능한 독립적이면 
좀 더 단위 테스트가 쉬워지겠지만 말이다.

이러한 문제에 대한 솔루션으로 기업에서 
자동화 테스트 프로그램을 판매하기도 하며,

언어에도 이런 자동화 테스트를 도와주는 툴이 존재 한다.

예컨데, Java에 있는 Junit를 예로 들 수 있을 것이다. 

Django 또한 자동화 테스트를 
작성하도록 도와주는 툴이 존재한다.

Django에서는 Python 표준 unittest 라이브러리를 기반으로하는
테스트 툴을 제공한다.

Test Structure Overview

Django에서의 자동화 테스트 작성 방법은 어렵지 않다.

아래와 같이 catalog 디렉토리 안에 
tests 라는 새로운 디렉토리를 만들고 그 안에
__init__.py, test_models.py, test_views.py, test_forms.py를 만들자.


Djangounittest 모듈의 built-in test discovery를 사용한다.

이는 test*.py 패턴으로 정의된 
모든 파일의 현재 디텍토리에서 테스트할 대상을 찾는다.

따라서 해당 파일들은 각각 models.py, forms.py, views.py에서
테스트할 대상을 찾게 될 것이다.

여기서 __init__.py는 해당 디렉토리가 패키지로 구성되어 있다는 것을
Python에게 알려주는 역할을 하기 때문에 따로 수정은 필요 없다.

또한 각 테스트 파일들 안에 

from django.test import TestCase

# Create your tests here.
위와 같은
catalog/ 디렉토리tests.py 파일 안에 있는 
코드를 복사 붙여넣고 이 파일을 삭제하자.

삭제하지 않는다면 에러가 날 것이다.

이전 공식 도큐먼트 튜토리얼에서는 
catalog/ 디렉토리tests.py 파일 안에
모든 테스트 코드를 집어 넣었지만

mozilla 튜토리얼에서는 
테스트 코드가 많아지면 많아질 수록 관리가 힘들어지기 때문에
위와 같이 나누어서 만들기를 권장 한다.

나 또한 이 의견에 동의한다.

다음으로 /catalog/tests/ 디렉토리에 있는


class YourTestClass(TestCase):
    @classmethod
    def setUpTestData(cls):
        print("setUpTestData: Run once to set up non-modified data for all class methods.")
        pass

    def setUp(self):
        print("setUp: Run once for every test method to setup clean data.")
        pass

    def test_false_is_false(self):
        print("Method: test_false_is_false.")
        self.assertFalse(False)

    def test_false_is_true(self):
        print("Method: test_false_is_true.")
        self.assertTrue(False)

    def test_one_plus_one_equals_two(self):
        print("Method: test_one_plus_one_equals_two.")
        self.assertEqual(1 + 1, 2)
test_models.py 파일에 위와 같은 코드를 추가하자.

이 YourTestClass 안에는 
테스트에 유용하게 사용할 수 있는 두 가지의 메소드를 정의 했다.

먼저 setUpTestData()는 Class 전체에서 사용하는 설정
을 위해 테스트를 실행할 때 한 번 호출된다.

이를 이용해 
작성한 테스트 메소드가 실행되면서 
수정되거나 변경되지 않는 객체를 생성할 수 있다.

다음으로 setUp()는 
각각의 테스트 메소드가 실행될 때 마다 실행되는데
테스트 도중에 내용이 변경될 수 있는 객체를 생성할 수 있다.

아래의 Assert 함수
AssertTrue, AssertFalse, AssertEqual를 사용하여 
조건이 True 인지 False 또는 동일한지를 테스트 할 수 있다. 

테스트 실행 방법


가장 간단한 방법은 아래와 같은 명령문으로 테스트를 실행하는 것이다.

python3 manage.py test
위와 같은 방법으로 실행한다면


위와 같이 테스트 로그가 표시되는데
어떤 부분에서 에러가 났는지 정확히 표시해 준다. 

녹색 박스의 부분은 setUpTestData()가 Class 갯수마다,
setup()이 method 갯수마다 실행된것을 확인할 수 있다.


위에서 테스트 코드를 작성한것을 보면 
Class는 1개 였고 method는 3개였으니 
setUpTestData()가 1번 출력,
setUp이 3번 출력되었다는 것도 확인할 수 있다.

아래의 방법으로 더 많은 log를 출력할 수 있다.

python manage.py test --verbosity 2
위의 명령어를 입력하면

위와 같은 로그가 출력된다.

입력할 수 있는 verbosity 값은 0, 1, 2, 3 이며, 기본 값은 1이다.

아래와 같은 방법으로 일부만 테스트도 할 수 있다.

# Run the specified module
python manage.py test catalog.tests

# Run the specified module
python manage.py test catalog.tests.test_models

# Run the specified class
python manage.py test catalog.tests.test_models.YourTestClass

# Run the specified method
python manage.py test catalog.tests.test_models.YourTestClass.test_one_plus_one_equals_two
위의 명령어 중 맨 아래의 것을 사용해보면


위와 같이 지정한 함수만 실행된다.


이 블로그의 인기 게시물

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

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

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