이번 주에 참 많은 이야기들을 들었다.
사실 우리 조는 여러가지 기능들을 시도하기에 충분한 여유가 있는 조였기 때문에, 이런 많은 기능들을 유기적으로 만들어 하나의 완성된 프로젝트를 만들고 싶은 욕심이 있었다.
나랑 파트너인 백엔드 팀장님도 그렇고 프론트엔드인 팀장인 나도 그렇고, 애초에 항해를 들어온 이유가 실전6주 프로젝트를 위해서 들어오다보니까 조금 더 힘을 줄 수 밖에 없었다.
음..문제는 이번 주차 멘토링 때부터였다.
시니어 멘토님께서 기능을 많이 넣는게 중요한지에 대해서 의문을 가지셨다.
사실 기능을 화려하게 넣는 거 보다, 여러가지 기술스택을 하는 것보다, 분명 더 중요한 것은 내 코드를 어떻게 개선해나가는지 였다.
하나의 버튼을 만들어도, 나말고 다른 팀원들도 편하게 사용할 수 있는 그런 버튼을 만들고,
커스텀 훅을 이용해서 독립적으로, 또 유기적으로 리액트 전체가 움직일 수 있는,
그런 유지/보수가 편한 코드를 짜는게 결국엔 개발자의 숙명이라는 얘기를 들었다.
ChatGPT가 코드를 짜는 시대에서 어떻게 살아남을 수 있을까에 대한 고민을 정말 많이 하게 되는거 같다.
진짜 과연 단순히 코드를 짜는거로서 만족하고 하나의 결과물을 만들어내는데에 초점을 맞춰야할까?
내가 내린 결론은,
정말 AI에 잡아 먹히지 않는 개발자가 되기 위해서는,
인간만이 할 수 있는 무언가에 특화해야겠다는 결심을 하게 되었다.
- 협업 특화된 개발자.
AI...도 협업을 하는 시대가 올 수도 있겠지만, 결론적으로 이 놈은 다 이어져 있기 때문에 협업의 느낌은 아닐 것이라는 생각이 들었다.
음? 그럼 협업하는 거보다 AI가 더 효율적일 수 있잖아? 라는 생각을 할 수 있겠지만,
협업은 단순히 사람만 많은거라고 생각하겠지만, 사람이 많은게 장점이라고 생각이 든다.
사람이 많기 때문에 타인도 이해할 수 있는 깔끔하게 코드를 짜야하는 '클린코드' 사상이 시작된 것이고,
이는 정말 유지/보수에 용이하기 때문에 리팩토링 방법 중에 하나인 경우도 있다고 한다.
깔끔한 코드의 기준은, 결국엔 사람이 보기에 편한 코드이기에 사람에 의한 깔끔하면서도,
가벼운 프로젝트를 만드는데에는 인간의 협업만큼 효율적인 방법을 따라오긴 힘들 것이라는 결론을 내렸고,
코드 자체보다는 협업 특화된 코드에 대한 고민을 시작하였다.
- 사용자 친화적인 화면설계
이것도 마찬가지로 프론트엔드 개발자로서 당연히 갖춰야 할 덕목 중 하나이지만,
AI가 흉내낼 수 없는 덕목 중에 하나라는 생각이 들었다.
결국, 사용하는 건 인간이고, 인간 친화적이라는 건 결국 인간이 제일 잘 알 수 밖에 없다는 결론에 도달한 것이었다.
화려한 css는 지양하지만, 사용자 편의를 위한 css는 힘들더라도 지향하는 게 맞고,
(1) 케이스와 엮어서 생각해본다면, 단순히 라이브러리를 사용해서 구현하는게 아닌 직접 만들어서 가벼운 프로젝트를 만드는 그런 개발자를 지향해야겠다는 생각이 들었다.
단순히 취업을 떠나서,
정말 근본적인 개발에 대한 고민을 하게 된 한 주였던 것 같다.
앞으로 우리 조의 방향성은 이렇게 될꺼 같다는 생각이 들었다.
- 기능구현 위주가 아닌, 성능 개선 위주의 프로젝트.
- 같은 리액트이더라도, 가벼운 프로젝트를 만들어 이를 수치로 비교분석 하여 as it /to be /result가 확실히 개선된 프로젝트.
- 항해가 끝나고 리액트로 무엇을 해도 겁없이 도전할 수 있는 실력을 갖게되는 프로젝트.
다시 힘내보자.
