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

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

[ React, JavaScript ] 함수형 컴포넌트 정의에 대해: function 정의, const 정의(Arrow Function)



서론


React에서 컴포넌트를 새로 작성한다고 가정해보자.

이 때 가장 먼저해야 하는 것은 
어떤 형식으로든 메인 함수를 정의하는 것 부터 시작할 것 이며

이와 동시에 하단에 이를 export 할 때, 
디폴트로 설정한다는 코드를 작성하게 될 것이다.

아래와 같이 말이다.

function NewComponet(){
  return <div>null</div>;
}

export default NewComponet;

나는 React를 배울 때, 
위와 같은 방식으로 배웠기 때문에 항상 위와 같은 방식을 선호 했다.

하지만, 개발자라면 모두 느끼고 있듯이
코딩 스타일이라는 것이 일부 다를 수 있다는 것을 가장 잘 알 것이다.

가장 대표적으로 중괄호를 어떻게 쓰느냐를 예를 들 수 있다.

function NewComponet()
{
  return <div>null</div>;
}

export default NewComponet;
중괄호 스타일 1

function NewComponet(){
  return <div>null</div>;
}

export default NewComponet;
중괄호 스타일 2

재미있게도 나는 실무를 하면서 이런 선언 방식이 
사람에 따라 두 가지 방식으로 정의하는 것을 발견했다.

정의 방법은 아래와 같다.

첫 번째, function 정의 
두 번째, const 정의

무엇이 다를까 매우 흥미롭다.

이번에는 이 두 가지 정의 방법에 대해 알아보고
이에 대한 차이점에 대해 
그리고 이런 정의 방법에 따라 퍼포먼스 문제를 
야기 할 수 있는지에 대해 이야기를 나누어 보자.

함수형 컴포넌트 정의에 대해 : 정의 예


먼저 이 두 가지 방법을 한눈에 보기 위해 
두 가지 정의 코드를 먼저 살펴보자.

function NewComponet(){
  return <div>null</div>;
}

export default NewComponet;
function에 의한 정의


const NewComponet = () => {
  return <div>null</div>;
}

export default NewComponet;
const에 의한 정의

눈으로 볼 때, 
이 두 가지 정의 방법의 차이는 
앞에 붙는 명령어와 화살표(Arrow)가 들어가 있느냐의 차이로 보인다.

여기까지는 매우 명쾌하다.

이 두 가지 방법은 같은 코드를 작성 했다고 가정했을 때 
정확히 동일한 동작을 할까?

결론 부터 말하면, 
당연히 이 두 가지 정의 방법은 동일한 동작을 하지 않는다.

const 정의(Arrow Function): ES 6


먼저 const 에 의한 정의에 대한 이야기 부터 시작해보자.

나는 앞의 명령어를 가져와서 
편하게 const에 의한 정의라고 말했지만,

사실 이를 나타내는 공식적인 단어가 있는데
화살표 함수(Arrow Function)라는 단어이다.

커뮤니케이션의 혼란을 야기 할 수 있기 때문에
이 후 부터는 화살표 함수나 Arrow Function으로 부르도록 하겠다.

어쨋든, 
이 화살표 함수는 ES6에서 추가된 정의 방식이다.

ES6은 ECMAScript 6의 약자로,
ECMAScript의 6번째 버전을 말한다.
2015년에 공개되었기 때문에 ECMAScript 2015라고도 알려져 있다.

여기서 ECMAScript란 웹 페이지에 대해 
서로 다른 브라우저 간의 호환성(상호 운영성,interoperability)을 
보장하기 위한 JavsScript 스탠다드를 말한다.

즉, React의 정의 방식이라고 말하기 보다는
모체가되는 JavaScript의 정의 방식,
더 정확히는 ES6에서 추가된 정의 방식이라고 보는 것이 정확하다.

이 화살표 함수는 아래와 같은 특징을 가진다.

const 정의(Arrow Function)의 특징 : this와 arguments의 구문(Lexical)


화살표 함수(Arrow Function)의 경우
자신만의 this와 arguments를 가지지 않으며,
화살표 함수 바깥의 상위 함수의 값을 가진다.

어찌 보면 정의된 상위 함수 내부의 this를 
전역화를 한다고 생각한다면 편할지도 모르겠다.

반대로 말하면
Function에 의한 정의의 경우
자신만의 this와 arguments를 가진다고 볼 수 있다.

예를 살펴보자.


var PrintNameDefArrow = function() {
  console.log("this.name value: ",this.name);
  return () => {
    name = "Change Name";
    return console.log("this.name value: ",this.name)
  }
}
PrintNameDefArrow.call({ name: 'Jonh Kim' })()
첫 번째 예: 화살표 함수에 의한 정의


var PrintNameDefFunc= function() {
  //var _this = this
  console.log("this.name value: ",this.name);
  return function () {
    name = "Change Name";
    return console.log("this.name value: ",this.name)
  }
}
PrintNameDefFunc.call({ name: 'John Kim' })()
두 번째 예: Function에 의한 정의

위의 예를 보고 천천히 생각해보자.
온라인 컴파일러에 코드를 돌리기전에 
가지고 있는 정보를 바탕으로 결과를 예측해보자.

화살표 함수는 자신만의 this와 arguments를 가지고 있지 않다를 잘 기억하고
다시 한번 살펴보자.


var PrintNameDefArrow = function() {
  console.log("this.name value: ",this.name);
  return () => {
    name = "Change Name";
    return console.log("this.name value: ",this.name)
  }
}
PrintNameDefArrow.call({ name: 'Jonh Kim' })()
첫 번째 예: 화살표 함수에 의한 정의

화살표 함수는 자신의 this와 arguments를 가지지 않기 때문에 
화살표 함수 내부에서 name의 값을 변경하려고 해도 값이 변경되지 않을 것이다.

즉, 콘솔에는 Jonh Kim이 출력될 수 밖에 없다.

두 번째 예로 넘어가 보자.

Function에 의한 정의는 자신만의 this와 arguments를 가지는 것을 잘 기억하고
아래의 예를 다시 한번 살펴보자.

var PrintNameDefFunc= function() {
  console.log("this.name value: ",this.name);
  return function () {
    name = "Change Name";
    return console.log("this.name value: ",this.name)
  }
}
PrintNameDefFunc.call({ name: 'John Kim' })()
두 번째 예: Function에 의한 정의

Function에 의한 정의는 자신만의 this와 arguments를 가지기 때문에
function 내부의 값이 Change Name으로 새롭게 정의 될 것이다.

즉, Chnage Name이 출력 된다.

첫 번째 예와 두 번째 예를 동시에 컴퍼일러에서 돌리면 
아래와 같은 결과가 나온다.


여기서 한 가지 의문점이 생길 수 있다.

Function에 의한 정의 

이 경우 상위 함수 내부에 this를 담는 변수를 생성하고,
이를 통해 조작 하면 된다.

예는 아래와 같다.

var PrintNameDefFunc= function() {
  var _this = this;
  console.log("this.name value: ",this.name);
  return function () {
    name = "Change Name";
    return console.log("this.name value: ",_this.name)
  }
}
PrintNameDefFunc.call({ name: 'John Kim' })()

이에 대한 결과는 아래와 같다.




.

const 정의(Arrow Function)의 특징 : new 키워드를 통한 객체 생성 불가


var Foo1 = function(){
  console.log("Foo1 function");
}

var Foo = () => {
  console.log("Foo function");
};

var foo1 = new Foo1();
var foo = new Foo();

화살표 함수의 경우,
new 키워드를 사용 할 수 없기 때문에
위의 코드를 실행 하면 Foo1은 객체가 정상적으로 foo1에 들어가는 반면
Foo는 foo에 저장할 수 없기 때문에 아래와 같이 컴파일 에러가 발생한다.


마치며


지금 까지 해서 function 정의, const 정의(Arrow Function)에 대한 이야기를 해봤다.

아무래도 화살표 함수의 첫 번째 특징이 가장 중요하기 때문에 
대부분의 내용을 첫 번째 특징에 대해 작성하는데 할애 하였다.

왜냐하면 첫 번째 특징 이외는 
대부분 컴파일러에서 잡아주기 때문이다. 

비지니스 로직 작성에서 이를 정확히 작성하지 않는다면
잘 알지 못한다면 치명적인 버그가 발생하기 때문에 
기억해야 한다면 첫 번째 특징만 기억하고  
넘어간다면 큰 무리는 없을 것으로 보인다.

이외의 특징은 참고란의 URL을 참고하길 바란다.




참고 :



이 블로그의 인기 게시물

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

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

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