본문 바로가기
반응형

회고347

TIL_2022.09.16 1. Facts(사실, 객관) - 'The Nature of Software Development' 정리 - 'UML 실전에서는 이것만쓴다' 읽기 - 개인 프로젝트 페이징 코드 개선 - 개인 프로젝트 스터디 조회 오류 개선 2. Feelings(느낌, 주관) 개인프로젝트에서 Querydsl을 이용해 조회하는 것까지는 잘 했다고 생각했는데, 쿼리를 몇번이나 날리는지는 유심히 살펴보기 않았습니다. 그러다가 지연로딩에서 쿼리문이 많이 나간다는 것을 알게되었고 개선해야겠다고 생각했습니다. in절을 활용하도록 default_batch_fetch_size를 사용했습니다. 수십번의 쿼리가 나가던 것에서 한번에 쿼리가 나가도록 수정이 되어서 기뻤습니다. 3. Findings (배운 점) - default_batch_f.. 2022. 9. 17.
TIL_2022.09.15 1. Facts(사실, 객관) - 각종 잡일 처리 - 통계 조회 오류 수정 - 홈페이지 새로운 이미지 파일등 적용 - 모바일 발주서 조회 안되던 것 수정 2. Feelings(느낌, 주관) 대부분 업무는 무난하게 처리했는데, 모바일 화면에서 발주서가 갑자기 조회가 안된다는 연락에 계속 고민했습니다. 딱히 개발로 해결되는 것이 아니라 인프라 요소가 들어갔습니다. 내부망으로 사용하는 프로그램과 달리 모바일은 외부망에서도 접속이 가능한데, 따라서 협력사는 모바일 버전을 하나의 설치형 파일로 만들어서 배포를 한 상태였습니다. 이것을 이용하던 협력사들이 UbiViewer의 발주서가 조회가 안된다고 하는데, 결론적으로 보니 내부망과 모바일버전의 UbiViewer 경로가 같은 곳을 바라보고 있었습니다. 모바일 버전은.. 2022. 9. 16.
The Nature of Software Development 저자 :론 제프리스 번역 :이기곤 출간 :2016-12-31 론 제프리스가 누구? 론 제프리스는 애자일 선언문 작성과 익스트림 프로그래밍 창시에 한몫 했던 사람으로 애자일과 소프트웨어 발전에 풍부한 경험과 실력을 가지고 있는 분입니다. 따라서 이 책을 읽기 전부터 신뢰가 갔고, 역시 풍부한 경험을 담아서 간접 경험을 할 수 있었습니다. -Chapter1- 이 책의 핵심은? 작동 하는 소프트웨어로 피처 보여주기 우리 모두 가치를 원합니다. 바꿔 말하면, 가치는 우리가 원하는 것입니다. 소프트웨어에서는 보통 피처를 통해 가치를 얻습니다. 가치를 확인해보고 싶다면 이렇게 말하세요 "작동하는 소프트웨어를 보여주세요" 필요한 피처만 모아 만든 간결한 제품으로 높은 작업 효율을 낼 수 있습니다. 이렇게 만든 제품을.. 2022. 9. 15.
TIL_2022.09.14 1. Facts(사실, 객관) - 견적서 개선 - 페이징 관련 강의 수강 2. Feelings(느낌, 주관) 이번 견적서는 다양한 부서에서 요청이 온 만큼 개선사항도 많았습니다. 사소한 오탈자부터 글씨체 통일과 추가개발까지 있습니다. 각 부서와 협력하여 어느정도 수준까지 구현하고 언제 완성할지를 정했습니다. 모든 것이 완벽하게 만들어진 상태에서 운영을 시작하는 것이 아닌, 구동 가능한 기능이 만들어진 상황에서 오픈하고, 추가적인 간편화 작업들이 이후에 더해지도록 했습니다. 또한 QueryDsl로 열심히 쿼리문을 작성했었는데, 페이징과 관련해서 좀 더 성능을 잘 내고 싶었습니다. 따라서 강의를 다시 보고 어떻게 하면 좋을지 고민했습니다. 항상 코드의 간편성과 성능의 트레이드 오프에 주의해야 합니다. 코드가.. 2022. 9. 15.
함께 자라기 개요 워낙 유명한 김창준 님이 쓰시기도 하셨고, 협업에 관심이 많았던 찰나에 회사에서 구매하여 읽게 되었습니다. 책이 그렇게 두껍지 않고 어려운 내용들이 있던 것은 아니라 읽는데 부담은 없었습니다. 사례 중심의 이야기가 많기도 하지만 여러 조사를 통해 근거를 가지고 설명해주는 부분들이 인상 깊었습니다. 최근에 학습 방법과 교육, 협업에 관심이 많았는데 이미 알고있던 부분도 있었지만 새롭게 알게되고 적용해보면 좋겠다고 생각한 부분들이 있었습니다. 가령 전문가에게는 방법을 묻기보다 실제로 과제나 사례를 제시하며 옆에서 어떻게 생각하는지, 해결하는지, 접근하는지 전 과정을 관찰하는 것이 훨씬 도움이 됩니다. 또한 팀이 서로 투명한 공유와 신뢰가 쌓여 있을 때, 환경 변화에 대처하기 쉬우며 같은 작업을 하더라도.. 2022. 9. 9.
TIL_2022.09.07 1. Facts(사실, 객관) - 견적서 개선 - gitFlow vs Github Flow 차이 개념 2. Feelings(느낌, 주관) 현업이 수정해달라고 요청한 내용들을 수정했습니다. 사실 대면 미팅이 좋습니다. 같은 시간이라도 좀 더 많은 내용을 정확하고 확실하게 전달 할 수 있습니다. 그럼에도 온라인으로 소통을 열심히 해서 잘 취합된 내용으로 개선을 했습니다. 항상 개발은 끝나면 추가 요구사항이나 개선사항이 있습니다. 이에 대해 유연하게 생각하려고 노력합니다, 3. Findings (배운 점) - git flow와 달리 github flow는 main, feature 브랜치 2개로 운영한다 - 세상에 모든 기술들은 다 trade-off가 있다. 4. Action (구체적 계획) - github f.. 2022. 9. 8.
TIL_2022.09.06 1. Facts(사실, 객관) - 피해보상 화면 테스트 및 개선 - A/S화면 테스트 및 개선 - 견적서 테스트 및 개선 - Github의 기능들 알아보기 2. Feelings(느낌, 주관) 테스트를 일괄적으로 실시하고 개선건을 취합했습니다. 주어진 기능을 만들고 끝이 아니라, 어떻게하면 사용자가 좀 더 편하고 알차게 이용할 수 있을지를 고민하는 시간이 됐습니다. 현업에서 추가요청을 할 때, 구현방식을 잘 아는 것이 아니므로 가끔은 불가능한 기능 개발건들을 요청합니다. 그럴 때, 최대한 만족스러운 기능이 될 수 있도록 적절히 타협하는 방법도 배우고 있습니다. 현업이 한번만 보이면 그 날은 더이상 기능을 안보고 싶다고 하는데 이것은 하루동안 그만 보기 기능이었고, 가끔 사진을 한번에 여러장을 띄워달라고 이.. 2022. 9. 6.
TIL_2022.09.05 1. Facts(사실, 객관) - API 호출시, TLS 적용하기 - 피해보상 화면 테스트 및 개선 2. Feelings(느낌, 주관) Teams API를 연동할 때, HTTPS 통신을 하다보니, 일반적인 통신 시도 시, 계속 handshake가 실패했다는 내용이 나왔습니다. 그래서 검색을 한 결과, TLS 인증이 있어야 한다는 것을 알게 되었고, jdk 1.7버전에서 TLS 인증을 추가했습니다. 3. Findings (배운 점) - TLS/SSL 차이점 공부 4. Action (구체적 계획) 나의 하루 [출근시간 + 업무시작 전까지] JdbcTemplate 사용 예시 데이터베이스에서 테스트환경 만들기 [오전 업무시간] 피해보상 업무 테스트 (조회 조건 수정, 리스트에 수정자 추가) Teams 알람 예시.. 2022. 9. 5.
할 일이 아닌 한 일을 기록하라 말만 번지르르 "당신이 할 거라고 말하는 일 말고 당신이 하는 일이 당신이다" - 카를 융- 이번에 책을 읽으면서, 저자의 글도 너무 인상 깊었지만, 사실 조그맣게 주석으로 나온 카를 융의 위 문장이 가장 기억에 남습니다. 우리는 항상 계획을 그럴듯하게 세웁니다. 마치 다음처럼 말이죠 하지만, 계획은 정말 계획일 뿐 실전은 다릅니다. 누구나 그럴듯한 계획은 정말 잘 세웁니다. 저는 가끔 하루종일 놀고나서 죄책감에(?) 다음날 2일치 분량의 공부 계획을 열심히 짜곤 했습니다. 물론 결과는 실패입니다. 맨날 아침형 인간으로 살고 새벽시간을 활용하겠다고 다짐한들, 그렇게 실천하지 못하면 못한 겁니다. 어렸을 때는 참 이 핑계, 저 핑계 많이 만들려고 했습니다. 소위 요즘말로 세상이 나를 억까한다고 말이죠. 그.. 2022. 9. 5.
반응형

티스토리툴바