삼성전자

"다양한 플랫폼 개발 경험" 삼성전자는 다양한 플랫폼에서의 개발을 경험할 수 있다는 것으로 알고 있습니다. 저는 학창시절에 프론트엔드, 백엔드, linux, docker 등 여러 플랫폼에서의 개발을 경험하였고, 최근에는 학교 통학 문제를 해결할 어플리케이션 제작을 위해 ios 개발자로 참여하고 있습니다. 이처럼 다양한 개발분야에 대한 경험을 가지고 있어 어떠한 프로젝트에 참여하더라도 이를 잘 수행해낼 자신이 있습니다. 삼성전자에 입사하여 다양한 분야의 플랫폼에서의 개발을 경험하여 플랫폼에 종속되지 않는 개발자가 되고 싶습니다.

<대학시절 - 컴퓨터 공학과> 자퇴를 결심하기 전 방학에 유튜브에 있던 "html + css로 웹사이트 클론코딩하기" 강의를 듣고 처음으로 눈에 보이는 무언가를 프로그래밍으로 만들고 나서 프로그래밍에 재미를 느끼게 되었습니다. 그 후 javascript 강의를 수강하고 바닐라 자바스크립트로 html 태그들에 이벤트를 등록하였고 이후 React.js도 배우게 되었습니다. React로 웹 페이지 제작을 할 때 강의에서 node.js 서버를 제공해 주어서 데이터를 받아 올 수 있었는데, 화면을 만들어 보니 제가 직접 서버를 만들어 데이터를 저장하고 싶어 node.js도 공부하여 나만의 서버를 만들 수 있었습니다. 그때 만든 채팅 웹사이트로 카카오톡 대신 친구들과 몇일간 채팅을 했었던 기억은 잊을 수 없습니다. 이후 typescript, nest.js, linux와 docker를 통한 서버 배포 및 관리 등 웹 전반적인 지식에 대한 공부를 하여 여러 프로젝트에 참여하였고 이제는 기능보다는 코드를 조금 더 남들이 보기 더 쉽고 깔끔하게 작성하기 위해 함수형 프로그래밍을 공부중에 있습니다. <현재> 현재 저는 UMC라는 프로그래밍 동아리에서 프론트엔드 스터디장을 맡으며 예전의 저와 같이 프로그래밍을 처음에 어려워 하는 학우들에게 프론트엔드 개발을 가르치고 있습니다. 또한 저희 학교는 등하교 시간에 버스를 30-40분 기다려야하는 문제가 있는데요, UMC 졸업생들과 함께 이러한 학교 통학 문제를 해결 하기 위해 학교 학생 300명에게 설문조사를 진행하였고 설문조사를 바탕으로 어플리케이션을 제작하는 과정에서 react-native로 ios 개발을 맡고 있습니다.

도파민 중독에 가장 큰 부분을 차지 하는 것이 우리가 평소에 쉽게 접할 수 있는 유튜브 숏츠와 틱톡이 있습니다. 저도 생각없이 핸드폰으로 이러한 짧은 영상을 보다가 아차하며 핸드폰을 내려놓곤 합니다. 독서를 매우 좋아하셨던 저희 어머니도 책 대신 이러한 짧은 영상들을 많이 보고 계시는 것을 보고 충격을 적지 않게 받았습니다. 이러한 영상들은 저희에게 짧은 시간에 큰 재미를 선사하지만 여러 문제들을 유발할 수 있다고 생각합니다. 첫째로, 이러한 플랫폼은 주로 짧은 시간 내에 빠른 소비를 장려합니다. 사용자들은 짧은 시간 안에 많은 콘텐츠를 소비하게 되는데, 이는 짧은 주의 집중력을 유발하고 깊은 이해나 고찰을 방해할 수 있습니다. 둘째로, 이러한 플랫폼들은 사용자들의 자아 증진에 영향을 미칠 수 있습니다. 다수의 콘텐츠가 표면적인 즐거움을 제공하기 때문에, 사용자들은 깊은 생각이나 창의성을 유발하는 콘텐츠보다는 보다 간단하고 쉬운 콘텐츠에 더 많은 관심을 기울일 수 있습니다. 세번째로, 플랫폼의 알고리즘이 사용자의 선호도에 맞추어 콘텐츠를 제공하는 데, 이는 정보의 다양성과 견해의 다양성을 감소시킬 수 있습니다. 사용자들은 자신의 의견과 관점을 확장시키기보다는 이미 가지고 있는 견해와 일치하는 콘텐츠를 선호할 가능성이 높아집니다. 이러한 사회 문제들을 고려할 때, 우리는 이러한 플랫폼들이 사용자들의 정보 소비 방식과 인식에 어떤 영향을 미치는지에 대해 심층적인 연구와 논의가 필요합니다. 또한 사용자들에게 다양한 콘텐츠를 제공하고 깊은 이해와 사고를 장려하는 방향으로 이러한 플랫폼이 발전해야 한다는 견해를 가질 수 있습니다. 추가적으로, 사용자들에게 미디어 소비의 패턴과 영향에 대한 교육을 제공하여 콘텐츠를 보다 비판적으로 평가하고 이해하는 능력을 키우는 것도 중요합니다.

<문제점> 가게마다 일주일 동안 받은 좋아요 수를 redis에 저장하여 랭킹을 부여하였는데, redis의 데이터가 매일 사라지는 현상이 발생하였습니다. 따라서 6379번의 방화벽을 차단하여 외부 접근은 막고 도커 네크워크를 이용해 서버와 레디스가 소통할 수 있도록 만들어 주었습니다. 방화벽을 차단하여도, 계속해서 공격이 들어와 cloud단과 os단의 방화벽 규칙을 강화하고 서버에 적용하였습니다. 그래도 데이터가 사라지는 현상이 발생하여, scheduler 서버를 하나 더 도입하여 redis에 특정 데이터가 있는지 10분마다 확인하게 하여 데이터를 계속 삽입해 주었습니다. 결국 사라지는 문제는 해결하지 못하였습니다. 지금은 프로젝트가 종료되었지만 linux와 네트워크에 대해 더욱 공부하고 화이트리스트 정책을 도입하여 특정 ip에서만 redis를 접근하게 할 수 있었다면 문제를 해결할 수 있었을 것 같습니다.