잡동사니

안녕하세요. yeTi입니다. 오늘은 드러내는 용기로 서로간에 경계를 인식하는 불편한 상황을 만들고 이를 기회로 전환할 수 있겠다는 생각이 들어 이를 기록하고자 합니다. 문제 인식 작년 12월부터 4명 규모의 백엔드 파트 리더를 맡게 되었습니다. 그런데 안타깝게도 판매할 수 있는 제품을 줘야하지 않느냐는 피드백과 개발 속도가 너무 느리다는 피드백을 CBT 상황부터 꾸준하게 들어왔습니다. 그래서 품질 이슈와 개발 속도 이슈를 XP의 단순성의 가치를 따르지 못했기 때문이라고 생각하여 기획의 범위를 줄여 개발 범위를 줄임으로써 해결해보고자 시도했습니다. 대실패 XP의 단순성에 기반한 개발 범위를 줄이려는 시도는 대실패하여 제품의 릴리즈 연기에 이르게 되었습니다. 이유는 기능적으로 부족함에 따라 판매할 수 있는 ..

안녕하세요. yeTi입니다. 오늘은 개발의 결과가 예상한 결과와 같을까? 에 대한 생각을 공유해보고자 합니다. 전에 재밌는 현상을 먼저 소개하고자 합니다. 아래 인용구는 안영회 대표님의 브런치의 현장과 의사소통을 돕는 협업도구 두레이 에서 발췌했습니다. 한국에서 일할 때와 달리 중국에서는 서로 대화가 어려우니 내 말을 이해했는지 거듭해서 확인하고 기록도 하며, 화면이나 코드로 재차 확인하니 도리어 결과가 빨리 나왔던 것이다. 결과는 다르다 현업에서 지속적으로 코드기반 대화하기 를 수행하고 있고 최근에 사내 사이드 프로젝트를 진행해보면서 우리가 협의한 개발 목표와 실제 개발된 결과는 각자가 예상한 결과와 다를 수 있다는 것을 느꼈습니다. 코드리뷰차 상대방의 코드를 보다보면 협의를 진행하면서 내가 예측한 로..

안녕하세요. yeTi입니다. 오늘은 페어 프로그래밍이나 코드 리뷰가 가지는 특성을 다른 시각으로 바라보고 시도해본 경험을 공유해보고자 합니다. 대화의 중요성 개발 활동이란 만들고자 하는 제품을 만들어내는 활동이고, 이는 대부분 하나의 서비스를 출시하기 위해서 다양한 분야의 사람들과 협의, 협업, 소통 이라는 활동을 진행합니다. 이 때, 중요한것은 서로의 생각을 일치시키고 공감하며 문제 해결을 위해 합심하는 것입니다. 하지만 현실에는 장벽이 존재합니다. 협업을 진행함에 있어서 언어라는 도구를 사용해서 소통을 하지만 생각을 온전히 일치시키기 힘들고, 물리적으로 떨어져있는 시람과도 소통해야합니다. 또한 사람의 기억에는 한계가 존재하기 때문에 기록을 통하여 이전에 합의했던 내용을 남겨둘 필요성도 있습니다. 이를..

안녕하세요. yeTi입니다. 오늘은 WEB2-Domain Name System (생활코딩) 을 완주한 후기를 기록하려고 합니다. 강의 수강 계기 현재 제가 블로그에 사용하는 이미지 파일들을 저장하기 위해 개인 나스를 사용하고 있는데요. HTTP로 도메인을 제공해줘서 잘 사용하고 있었습니다. 그런데 2021년 1월에 출시한 Chrome 88 부터는 모든 혼합 콘텐츠(Mixed Content) 다운로드를 차단하면서 HTTP로 제공하는 제 이미지 파일들이 크롬에서 안나오기 시작한것이죠.ㅜ 그래서 어떻게하면 HTTP로 사용하고 있는 도메인을 URL 변경없이 HTTPS로 적용할 수 있을지에 대해 고민하는중에 DNS에 대해서 먼저 알아야겠다는 생각이 들어서 강의를 정주행하게 됐습니다. 배운점 IP와 Host 인터넷..

안녕하세요. yeTi입니다.오늘은 윈도우 환경에서 개발시 이클립스에서는 괜찮다가 톰캣에서 배포시 한글이 깨지는 현상을 해결하는 방법에 대해서 알아보고자 합니다. 다음 명령어를 수행하면 개발환경과 운영환경에서 다른 결과 값이 나오는 경우가 있습니다. System.getProperty("file.encoding") 이는 JVM이 기본적으로 String 형태의 데이터를 읽을 경우 사용하는 인코딩을 나타내는데요.톰캣 구동시 해당 설정을 할 수 있습니다. 톰캣 설치 폴더에서 "catalina.bat" 파일의 상단에 아래 명령어를 입력해줍니다. set "CATALINA_OPTS=-Dfile.encoding=UTF-8" 이는 기본 설정을 UTF-8로 설정한다는 의미입니다. 개발 환경과 운영 환경의 인코딩을 동일하게 ..

안녕하세요. yeTi입니다.오늘은 방법론에 대한 제 생각을 적어보고자 합니다. 요즘 꽂혀있는 단어들이 있습니다. 약속, 규약, 규정, 계획, 상세화, 명료화, 문서화, ..공통적인 특징은 틀을 만들어 내용을 담는것입니다. 이 단어들은 그 동안 SI 프로젝트들을 진행하면서 가지게 된 의문들로 인해 꽂힌거 같습니다. '개발에는 필요도 없는 문서들을 왜 만들지??''업무에 대한 인수인계는 왜 항상 빈틈이 생기지??''개발시 생기는 리스크 관리는 어떻게 하지??''내가 짠 코드가 효율적인가??''업무간 공유는 어떻게 유기적으로 할 수 있지??' 이런 의문들에 대한 해결책으로 규정을 새우고 이를 문서로 남기는것을 생각하고개발에 대해서는 CBD 방법론을 도입하여 개발에 대한 상세한 내용을 문서화하고 업무 내용에 대..

이번 하이마트 G-CRM 서비스(​Spring기반)를 개발하면서 가장 아쉬운 부분이 유지보수의 용이성입니다. 그 동안 개발을 하면서 느낀거지만 DB중심의 서비스 구조를 가져다면 개발이 직관적이라 편해서 초기 구축의 생산성이 높아지는 장점이 있는 반면 실제 서비스단의 설계는 고려되지 않아 서비스의 규모가 커지거나 유지보수시 생산성이 떨어지는 단점이 있습니다. 물론 서비스단의 설계를 하면 되지만 프로젝트의 비용과 시간과 스스로의 능력 부족으로 설계하여 수행하기가 버겁다는것을 느낍니다. 이번에 문득 유지보수가 용이한 웹 어플리케이션의 설계는 어떤식으로 하면 좋을지에 대해 생각하면서 공통코드를 관리방법에 대해 정리한 부분을 남깁니다. ​​유지보수가 용이한 웹 어플이케이션의 가장 중요한 항목은 종속성의 제거라고 ..

개발 방법론 애자일 (Agile) 스크럼 (Scrum) 짧을 주기를 반복적으로 수행하면서 프로토타입을 진화시키는 방식 수립된 일정은 지키되 작업량은 언제든 변경 될 수 있다고 가정팀원들이 전력을 다하는 상황에서도 목표를 달성하지 못할때는 우선순위가 낮은 작업을 일정에서 과감하게 제외역할 제품 책임자 : 제품 백로그 관리 스크럼 마스터 : 스크럼 팀의 업무를 방해하는 요소를 제거 스크럼 팀 : 스트린트 기간 동안 구현해야할 기능을 사용자 스토리로 도출 및 구현 미팅 일일 스크럼 : 매일 진행하는 15분간의 프로젝트 진행 상황을 공유하는 회의하면서 각자 , , 에 대해서 이야기스프린트 계획 : 각 스프린트에 대한 목표를 세우고 제품 백로그로부터 스프린트에서 진행할 항목을 선택하고 각 항목에 대한 담당자를 배..