보뇨 다이어리

Chapter 2 설계의 목적개발프로세스 선택과 진행워터폴 개발오래된 개발 프로세스, 요구사항 정의 -> 설계 -> 구현 -> 테스트를 기본적으로 한번의 흐름으로 진행단점이 한단계가 종료되지않는이상 다음 단계로 넘어갈수없음점진적 개발한번의 흐름으로 개발하는것이 아니라 iteration 이나 spiral 사이클을 돌리면서 개발업무 흐름 분석 -> 유스케이스 추출 -> [이터레이션 계획 -> 유스케이스 분석 -> 설계 -> 개발] (설계) -> 통합 테스트 -> 릴리즈구체적인 특징은 아래와 같음중간 규모 개발릴리즈는 마지막에 1회이터레이션 1회는 4개월이터레이션은 3~4회팀원 대부분이 유스케이스 분석 및 개발 가능한 역량 보유애자일 개발점진적 개발과 마찬가지로 반복하며 개발진행하는데 사이클이 몇주정도로 매우..

AWS 공부를 하던중 아래와 같이 진행할려다가 에러가 발생했다. aws configure 자체에서도 문제가 없었고 분명 제대로 넣었는데 왜 저런 문제가 발생하는지 생각해보니... 회사에서도 aws 를 쓰고있는데 토큰값도 같이 사용하고있다. 그렇기때문에 내 계정에서 사용하고있지않은 토큰정보값을 지워주니 제대로 접속이 가능했다. # aws configure 설정 aws configure # iam 유저 조회 aws iam list-users An error occurred (InvalidClientTokenId) when calling the ListUsers operation: The security token included in the request is invalid 실제 토큰이 들어가는쪽은 ~/.a..

요새 빡공하고있는데 가장 감동받은 책이 five lines of code 입니닷. 여기 책에서는 clean code 책을 찬양하다시피 글을 써놓았는데 개인적으로 그 책을 읽었을때 너무 과한감이 없지않아있어서 읽는내내 이걸 진짜 지키는 사람이 있을까...? 이런 의심을 했던적이 있었습니다. 근데 five lines of code 는 진짜 그걸 지키면서 심지어 더 과한 제약을 거는데 코드로 직접 다 설명을 해주니 생각을 명확하게 정리하게 되는 기회가 되었습니다 빨리 가려면 혼자 가고 멀리 가려면 함께 가라 개인적으로 프리할게 아니라면 항상 팀을 우선시하는게 맞다고 생각되는데 여기서 재미있는 속담이 있어 인용해보았다. 다섯 줄 제한 호출 또는 전달, 한가지만 할것 if 문은 함수의 시작에만 배치 if 문에서 ..

리팩토링 관련해서는 clean code 책에서 잘 설명되어있기때문에 전체를 설명할필요는 없지만 그 책에 따른 파생된? 책인 five lines of code 책에서 설명하고있는 몇가지가 개인적으로 와닿아서 포스팅함! 1. 호출 또는 전달, 한가지만 할것 아래 함수를 보면 첫번째꺼는 전달을 하고있지만 동시에 Length 내부함수를 호출하고있다. 이것을 완전히 호출역할만 하던지 전달 역할만 하던지 목적을 최소화시켜주는것이 신박한 방법이여서 뽑았다! // bad function average(arr: number[]) { return sum(arr) / arr.length; } // good function average(arr: number[]) { return sum(arr) / size(arr); } 2..

매번 인터넷을 보고 찾는것도 귀찮다. 그래서 좀 정리를 할려고하는데 생각날때마다 리스트업을 할 생각이라 간간히 업데이트된다고 생각하면됨 1. 파일 삭제 # 확장자 또는 모르는 글자수를 확실히 알때 # 앞에 한글자만 다르고 이외에는 모두 같은 파일 삭제 find . -type f -name "?.txt" -delete # 만약 글자수를 예측할수없을때는 ? 와일드 카드를 넣어준다 find . -type f -name "log*.txt" -delete 2. cat 명령어 사용 # 각 라인별 번호 추가 cat -n a.txt b.txt test@dd ~/D/github-repostories> cat -n a.txt b.txt 1hello host 1glad to see you 3. 폴더 삭제 rm -rf 를 저..

패턴공부하는도중 이 2개가 서로 비슷하다는 인상을 받았고 어떻게 뭐가 다른지 찾아보았다. 정확한 차이점은 바로 이것이다! 전략 패턴 템플릿메소드 패턴 구현 상속 알고리즘 전체를 변경 알고리즘은 부모클래스에 정의하고 자식클래스에서는 세부사항만 변경 즉 이렇게 생각하면 쉽다. 도둑들의 훔치는방법은 제각각인데 결론 누군가의 주머니에서 훔치는건 똑같다. 이게 템플릿메소드이고 전략은 내가 전사였다가 마법사였다가 이렇게 바꾸는것이다. 출처 디자인패턴 레파지토리 전략패턴과 템플릿메소드패턴의 차이점

음....카테고리가 이게 맞나싶지만 나중에 카테고리는 다 수정할꺼라 일단 여기에 콬ㄱ콕~아따 이게 뭔에러일까....윈도우 재설치하고나서 보니 이런 문구가떴다그냥 개무시하고 디버깅모드로 들어가니깐 폼들이 엉망진창처럼되어있길래 자세히 살펴보기로함말그대로 그냥 디스플레이의 크기를 100% 로 설정하면 되는건데 어디서 설정하지 몰라서 좀 당황함 경로는 제어판 -> 모양 및 개인 설정 -> 디스플레이 쪽에서 100%를 선택해주면 끝이다 솔직히 이거때문에 옛날엔 그래픽카드 일부러 삭제하고 재설치하고 막 그랬는데 ㅋㅋㅋ;

최근에 취직하여 열심히 삽질하는 늅개발자입니다 ㅎ어느 날 저희 회사 이사님이 마이크로서비스 아키텍쳐에 대해 알아두는게 좋다고 하시길래 3.1절날 정리하기로 맘먹고 포스팅해봅니다 :) 1. MSA 란? - 기본적인 사전적 의미는 네이버를 통해서도 충분히 검색가능하므로 사전적의미는 타이핑하지않겠고 그걸 바탕으로 제가 어떻게 이해했는지 설명하겠습니다. 네이버 사전은 이 링크를 참고(http://terms.naver.com/entry.nhn?docId=3548871&cid=42346&categoryId=42346) - 네이버에서는 예로 레고를 들었는데 그 레고로 설명하자면 쪼개고 쪼개고 쪼개서 레고블럭 하나가 나오면 그게 하나의 작은 모듈(마이크로서비스)이다. 다만 여기서 예외로 들어야할점은 예를 들어 2x1 ..