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

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

[ 프로젝트 BEP ] 제 2장 : 개발 방법론 - 워터폴(WaterFall) ③ <결론>


지금까지 해서 워터폴(WaterFall)과
각 프로세스에 대한 이야기를 했다.

결론적으로 말하면

워터폴은 업계 표준이라 말 할 수 있을 정도로
자주 사용되어지고 있는 프로세스다.

아마 특별한 경우가 없다면 
대부분의 프로젝트는 워터폴로 진행되지 않을까
하는 것이 나의 의견이다.

때문에 워터폴이라는 방법론에 대해
직감을 가지고 있어야 하는 것은 당연하다는 말이다.

워터폴이라는 개발 프로세스의 한해서
주니어로서 할 수 있는 프로세스는 대개
테스트나 유지 보수일 것이다.

물론 자질도 실력도 훌륭한 주니어라면
개발 프로세스를 할 수 있을 것이다.

하지만,
위에서도 언급했다시피
실무 레벨의 프로젝트는 대개
수 많은 사람과 협업을 하며,
그에 따른 암묵적인 관습이나 규칙들이 있다.

이런 암묵적인 관습이나 규칙들은
잘 언급해주지 않기 때문에

그리고 언급해주더라도 주니어들은 익숙하지 않아
대개 잊어버리기 십상이기 때문에

개발 프로세스의 일을 맡기지 않는다.

세상에 절대라는 것이 없듯이
가끔 익숙한 것 처럼 보이는
주니어들이 있다고 할 수도 있지만,

그런 사람들은 사실 주니어라고 보긴 힘들다.

왜냐하면, 이런 유사한 환경에서
일해본 경험이 있기 때문에
기술적으로는 주니어 일지라도,
주니어라고 취급하지 않는다.

IT업계에서는 이직과 전직이 흔하기 때문에
누군가 전직한다고 해도
그를 주니어라고 부르지 않는 것과
같은 논리이다.

하지만 이를 논외로 치고 
정말로 처음 입사하는 사람 중에 드물게
그런 주니어들이 보이기도 한다.

매우 안타깝게도 
늘 그렇듯이 인생을 살아가는데 있어서
가끔 우리의 상상을 뛰어넘는 사람들이 존재해왔었기 때문이다.

그게 IT업계라고 하더라도 예외는 아니다.

하지만, 
문제는 자신이 그런 사람이라고 
착각하는 사람들이 있어서 문제다.

자신이 정말로 능력을 가지고 있다면
유지 보수에서 실력이 드러나기 때문에

리더 개발자의 판단으로 필요하다면
개발 프로세스를 담당할 수 있을 것이다.

따라서 주니어로서 자신이
개발 프로세스를 하지 못한다 하더라도
이는 이러한 이유가 있기 때문에
너무 억울해 하지 않았으면 한다.

모든 일에는 순서와 때가 있는 법이다.
좀 더 자신의 상사를 믿어주길 바란다.

--------------------------------------------------------------------------------------------------
2020.05.29 워터폴 ①, ②, ③로 나눔, 개행 및 내용 수정

이 블로그의 인기 게시물

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

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

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