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

이미지
올해도 드디어 끝이 보이는 듯 싶다. 최근에 회사의 망년회를 끝내고 이래저래 회식이 늘어나는 듯 하다. 지금 시점에서는 개인적인 스케쥴도 마무리 되었기 때문에 이제는 여유롭게 연말을 즐기며 올해를 마무리 하려고 한다. 비교적 최근에 이사한 곳 근처의 스타벅스가 대학 병원 안에 있고 근처에 공원이 있어서 그런지 개를 대리고 산책하는 노인이나  아이를 동반한 가족이 눈에 띄게 보인다. 꽤나 좋은 곳으로 이사한듯 하다. 개인적으로는 올해 드디어 미루고 미루었던 이직을 하였고  그 이후에 비약적인 성장을 이루었으니  분명 안좋은 일도 있었지만 만족할 수 있는 해를 보내지 않았나 싶다. 내가 도달하려고 하는 곳으로 가려면 아직 갈길이 멀지만  궤도에 오른 것만으로도 큰 성과라면 큰 성과 일 것 이다. 어쨋든 이직하고 많은 일들을 맡게 되었는데 그 과정에서 나는 의도적으로 Chat GTP를 활용하고자 하였고 몇 가지 직감을 얻게 되었는데  이 중 한 가지를 글로 작성하려고 한다. 따라서 올해의 마무리 글은 Chat GTP에 대한 이야기로 마무리 하려고 한다. 서론 불과 약 10년전 IT업계는 원하던 원치 않던간에  한번의 큰 패러다임의 변화를 맞이해야만 했다 바로 아이폰의 등장에 따른 스마트폰의 시대의 도래와  이에 따른 IT업계의 패러다임 변화가 그것이다. 내 기억으로는 아주 격변의 시대였던 걸로 기억하는데 왜냐하면 게임은 물론이고 웹과 백신을 비롯한 모든 솔루션의 변화가 이루어졌다. 이 뿐만 아니라 가볍고 한손의 들어오는 이 디바이스는  그 당시에는 조금 비싸다는 인식이 있었지만  감추려고 해도 감출 수 없는 뛰어난 유용성으로 회의론을 금세 종식시켰고 이에 대한 결과로 어린아이 부터 노인 까지 작은 컴퓨터를 가지게 되었고 이는 당연하게도 IT업계의 전체적인 호황을 가져다주었다.  그리고 질서는 다시 한번 재정렬되었다. 이러한 패러다임의 변화의 증거로 언어 또한 변하게 되었는데...

[ 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 )