전체 글37 회사 개발 문화를 제안해본 후기 내용을 먼저 요약하자면 이 글은 회사에 커뮤니티 문화 도입기 라고 생각하면 될 것 같다 회사에 매뉴얼 통합화 및 Q&A 게시판 도입기? 요즘 쇼츠, 릴스에 물들어 집중력 바닥이라 최대한 짧게 적어보려고 한다...! 이젠 쓰는 것도, 읽는 것도 좀 귀찮아진 느낌... (고쳐야 하는데ㅠㅠ) 문제점 회사 매뉴얼이 나눠져 있었다 gitlab, notion, 엑셀, ppt 등등.. 뭐가 어디있는지 찾기도 힘들고 보기도 힘들다. 추가로 유지보수가 안되어 다 너무 이전 버전의 문서가 되어버렸다 자체 프레임워크를 사용하는데 자료가 너무 없고 소통이 너무 안된다. 구글링도 불가능해 질문할려면 구두로 직접 물어보러 다녀야했고 질문과 답변 내용이 남아 있는 공간이 없었다 제안 맨 처음에는 모든 매뉴얼을 깃랩(회사에 사용중인.. 2024. 2. 13. ec2인스턴스에서 s3 연결하면서 적은 메모(문제투성이) S3 만드는 법은 생략 s3 만들 때 - 모든 퍼블릭 액세스 차단 해두기 (참고1 링크) => 지금 보니까 이 퍼블릭 액세스를 차단해서 프라이빗 액세스 돈이 나온 것 같아.... s3-ec2간 연결은 s3에서 ec2쪽은 퍼블릭을 열어둬야 할 것 같아(퍼블릭이 무료라) AWS Policy Generator 위 사이트를 이용해 정책 생성 링크는 설명이 안나와 있어서 간단하게 설명 select type - S3클릭 Principal - * 로 지정했다(이유는 나중에 찾아보기..) Action - 원하는 액션들을 지정 (GetObject 읽기) // 나는 일단 All로(원래 모든 권한은 위험하지만..) Resource Name - 아래 방식대로 입력하면된다 -> arn:aws:s3:::내버킷이름 하고 아래 Ad.. 2024. 2. 12. 육각형 개발자 내가 정말 좋아하는 책 느낀점 및 배운점 추후 작성 2024. 2. 11. 요즘 개발자 정리 (느낀점 및 배운점) 추후 작성 2024. 2. 11. 레디스 적용 업무 요구사항 기존에 모든 서버에서 수집 로직을 실행할 때 수집 가능 여부를 특정 한 서버에서 DB를 직접조회하는 방식으로 데이터를 가져옴. 자주 변경되는 데이터가 아니니 매 번 API호출로 DB를 직접 조회하는 방식이 아닌 각 서버의 레디스DB에 캐싱하도록 저장해 그 정보를 가져올 수 있도록 구현 구현 현재 회사에는 글로벌 레디스와 로컬레디스 두 종류가 있음. 로컬레디스는 각 서버가 바라보는 레디스. 글로벌 레디스와 로컬레디스는 마스터-슬레이브 구조. 글로벌 레디스 데이터를 조정하면 모든 로컬레디스는 글로벌 레디스의 데이터를 바라보도록(싱크) 되어있음. 다른 구현 로직 참고 - 현재 조회 전 조회중단 여부(change scraping method의 값)은 아래 구조로 되어음. 동일하게 적용해 소스적용에는 문.. 2024. 2. 11. 개발자 3년하면서 후회하는 세 가지 습관 세 가지 내용을 말할거지만 궁극적인 주제는 결국 하나. 그럼 후회하는게 뭘까? 이직을 위한 코딩테스트를 연습하지 않은 것? 면접을 위해 컴퓨터 전문 지식을 쌓지 않은 것? 가장 후회되는 것은 바로 "문서화 하지 않은 것"이다. 개발 관련 책을 읽거나 영상을 보며 느낌 공통점을 찾게 됐는데 바로 "문서화"더라 모두가 빠짐없이 중요하게 말하는 것이니 이건 내 얘기가 아니라 다른 선배들이 조언해 준 내용이라고 해도 무방할 것 같다. 무슨 문서화?? 내가 지금까지 어떤 일을 했는지, 내가 뭘 배웠는지, 어려운 일이 있을 때 어떻게 해결했는지 등등... 이 모든 것들을 문서화 해놓지 않은게 제일 후회된다. 그래서 요즘은 앞으로 얘기할 세 가지를 열심히 지키려고 노력 중이다. 그 한 걸음을 내딛기 위한 글이라고 보.. 2024. 2. 11. 이전 1 ··· 3 4 5 6 7 다음
