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

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

[ Ruby ] 들어가기 앞서서 : Python과 Ruby에 대해



이전 Python, Django 에 대해 포스팅을 했었다.

그렇다면 그 다음으로 해볼만한 것은
당연히 Ruby, Ruby On Reils이다.

왜냐하면 머신 러닝의 좋은 API를 가지고 있다고 평가 받는 것이 
현재 크게 이 두 언어, 프레임 워크 이기 때문이다.

이 두 가지 언어와 두 가지 프레임 워크가 인기가 많은 이유는
생산성이 뛰어나기 때문이기도 하지만,
머신 러닝에 관한 유용한 API를 제공하기 때문이다.

물론 어느 것이 더 
현재까지는 Python 진형이 더 우세하다고 할 수 있다.

Python이 머신 러닝에 관한 유용한 API를 먼저 제공했기에
Python 진형이 더 인기가 많고, 유용한 API의 수도 많다고 한다.

그렇기 때문에 
나는 Python을 먼저 진행한 것이다.

하지만,
Python이 우세하다고는 하나, 
Ruby 진형도 나름 장점이 있기 때문에
많은 개발자들이 이야기하고 있으리라 생각된다.

물론 가능하다면 모든 언어와 
프레임워크를 배우면 좋겠지만,
우리가 가지고 있는 시간은 한정되어 있기 때문에

모든 것을 배운다는 것은 불가능하며,
시도하는 것은 효율적이지 못하다.

따라서 가장 많이 쓰이는 이 두 가지를 놓고
해보며 직감을 가지는 것이 더 효율성이 있을 것이다. 

이 블로그의 인기 게시물

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

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

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