빙글빙글 돌아가는 IT 人의 하루

부모/자식 클래스에서 세 가지의 질문을 해보자. 1. 상속 관계를 결정하는 클래스는 부모일까? 자식일까?상속 관계를 결정하는 것은 자식이다! 현실 세계와 다르게 부모는 자식을 선택할 수 없고, 자식이 부모를 선택하는 방식이다!public class Galaxy extends Phone {}2. 생성자도 상속이 될까?이 질문에 대해서는 논란이 있을 수 있지만,, 나는 상속이 안된다고 생각한다!아래 코드를 보자.public class Phone { // 필드 private String brand; // 생성자 public Phone(String brand) { this.brand = brand; } public Phone() {} // 메소드 void ..

Java로 버블 정렬을 구현해보는 페어 프로그래밍을 진행했다. 나와 함께 페어 프로그래밍을 한 팀원의 깃허브는 아래에 첨부하겠다!https://github.com/LimSeHyeon LimSeHyeon - OverviewLimSeHyeon has 16 repositories available. Follow their code on GitHub.github.com  우리는 30분 제한을 두고 페어 프로그래밍을 시작했는데, 5분마다 진행자와 관찰자 역할을 바꾸기로 했다.그런데 같이 알고리즘 스터디를 해서 그런지 10분 만에 코드를 완성해버렸다..🤭(알고리즘 스터디 레포도 첨부하겠다! 많은 방문 바람..ㅎ)https://github.com/AlgorithmStudy-PDA-4th/algo-challenges..

MVC 패턴은 Model, View, Controller로 나눠져 있다. MVC에서 가장 중요한 역할을 하는 Controller는 프로젝트에서 대장 역할로, View와 Model에게 일을 시키는 역할을 한다.View는 사용자에게 보여지는 화면을 담당하고, Model은 데이터와 연산을 담당한다. 즉, View는 프론트엔드, Controller와 Model은 백엔드라고 볼 수 있다.  그런데 왜 이렇게 역할을 나누는걸까?하나의 파일에 화면, 데이터, 연산을 다 넣으면 되는데 굳이 M, V, C로 나누는 이유가 뭘까?우선, 유지보수에 너무나 큰 강점이 있다.JSP를 생각해보자.JSP는 Java Server Page의 약자로, 쉽게 말해 Java로 화면을 만드는 것이다. Java로 화면을 만든다고..?Model..

AWS의 VPC(Virtual Private Cloud) 서비스를 이용하여 터널링을 해보았다. 먼저 VPC에 대해 알아보자. 네트워킹의 기본 요소 3가지는 페이로드(내용), 보낸 사람 주소, 받는 사람 주소이다. 여기서 주소란 IP를 뜻한다. 우리가 일반적으로 사용하는 IPv4 주소는 8비트씩 4그룹으로 구성되어 총 32비트를 가진다. IP의 범위를 쉽게 표현하기 위해서 CIDR를 사용할 수 있다. VPC를 사용하면 가상 네트워크 상에서 리소스를 격리시킬 수 있기 때문에 보안성을 강화시킬 수 있다. 그리고 VPC를 사용하면 IP 주소 범위, 서브넷, 라우팅 테이블, 네트워크 게이트웨이 등을 사용자가 직접 설정할 수 있어, 기업의 특정 네트워킹 요구사항을 충족시킬 수 있습니다. 이외에도 확장성, 비용 효율..

이제 두 번째 프로젝트도 끝이 보인다. TC 수행은 거의 모두 끝냈고, 결함으로 등록한 일감들만 확인하면 되는 상황이다. 내가 등록한 결함은 사수님들에 비해서 적고 또 이미 해결되어 일감 처리를 끝냈기 때문에 어제부터 나는 할 일이 거의 없었다. 할 일이 없는 동안 알고리즘 문제도 풀고 하면서 시간을 보내고 있는데 다음 프로젝트가 시작되기 전까지는 여유를 즐겨야지....!

오늘은 결국 어제하던 putty 16개짜리 TC를 중단 처리했다... 너무 복잡한 TC라 시간을 많이 잡아먹어서 결국에는 다른 TC들을 먼저 처리하기로 했다. 그런데 그 TC 중단 처리하기 전까지 계속 실행한다고 거의 오전은 다 썼다. 오늘 오후에는 새로 할당받은 TC들을 실행했는데 여기도 꽤 만만치 않은 아이들이 많았다... 그런데 오늘부터 맡은 TC들은 IPv6를 이용한다는 점만 제외하면 이전 프로젝트에서 실행한 TC들과 거의 동일해서 복잡하긴 했지만 크게 무리없이 진행할 수 있었다. 오늘은 팀 회식이 있는 날이다! 회식 조를 짤 때 사다리타기를 했는데 실장님, 팀장님과 한 조가 되었다...^^ 너무 행복한 퇴근길이 될 것 같다...! 적당히 마시고 내일 출근에 제발 지장없길 바라며...

오늘은 정말이지... 너무 힘든 날이었다... putty창을 16개 띄워서 TC 실행을 했다면 왜 힘들었는지 바로 이해가 가실 것이다... putty창 하나에 tcpreplay로 지속적인 트래픽을 계속 인가했는데 그걸 자그마치 8시간동안 계속 계산하고 유입하고 확인하고를 반복했다. 심지어 퇴근 전에 글을 쓰고 있는 지금까지도 다 하지 못했다... 어제 데일리 로그를 쓰면서 TC가 8개밖에 남지 않아서 오전이면 다 끝낼 수 있을 것 같다라고 자신있게 썼는데 퇴근 시간이 다 되도록 끝내지 못했다... 그런데 다 끝내지 못한 와중에 TC를 64개를 더 할당받았다...^^ 거의 300개의 TC를 이번주까지 실행완료하게될 것 같다... 그냥 아픈건지 오늘 복잡한 일 때문에 아프게 느껴지는건지 정말 머리가 지끈지끈..

오늘은 할당받은 TC들을 거의 다 끝냈다! 오늘 오전까지만해도 골치였던 문서 반출 신청을 후결재로 하면 된다는 걸 알고나서 일이 나름 수월하게 풀렸다. 그런데 오늘 오후에 실행한 TC들이 만만치 않았어서 머리가 아픈 하루다... 매운거 먹고 스트레스 풀어야지... 내일은 남은 TC를 오전안에 끝내고 오후에는 새로운 TC들을 할당받아서 실행하면 될 것 같다. 생각보다 맡은 TC들을 빨리 실행해서 이번 프로젝트에서도 꽤 많은 양의 TC들을 실행하게될 것 같다... 일을 계속 하면서 내가 개발쪽으로 지원해서 들어왔다면 커리어적으로나 배우는 입장에서나 더 많은 도움이 되었을 것 같다는 생각이 들었다. 계속 이런 생각이 드는 걸 보니 나는 개발쪽에 더 많은 관심이 있고 그 쪽으로 커리어를 잡고 싶어한다는 것을 느..

오늘은 로그쪽 TC를 마무리짓고 Application쪽 TC로 넘어왔다. Application이 탐지되게끔 트래픽을 인가하는 데에 있어서 이전에 맡았던 제품과의 차이때문에 TC 수행에 좀 문제가 있었다. 그래서 이 부분은 사수님께 피드백을 받기로 했다. 저번주에 해결하지 못했던 문제때문에 반출 신청을 해놓은 파일이 있었는데 아직도 승인이 나지 않았다... 그래서 현재 그 TC들은 실행 불가 상태... 만약에 그 TC들을 제외한 다른 TC들 실행이 모두 끝났는데도 승인이 나지 않는다면 그 때 팀장님이나 사수님께 다시 말씀드려봐야할 것 같다. 내가 맡은 TC들은 대략 수요일쯤 마무리 지어질 것 같다. 그런데 이제 남은 TC들이 좀 복잡하기도 하고 길이도 길어서 아주 늦으면 목요일까지 가지고 갈 수도 있을 것..

오늘은 새로운 프로젝트에서 처음으로 할당받았던 TC들을 모두 끝냈다. 총 169개의 TC들을 모두 끝내고 새로운 TC 67개를 추가 할당받았다. 어제 올린 결함에 대해 문의가 왔길래 아침에는 그 문의에 대한 답변을 처리하고 나머지 TC들을 실행했다. 삭제해야 할 TC들도 처리하고 수정해야할 TC들도 수정하고나니 오전은 빠르게 지나갔던 것 같다. 오후에는 별다르게 할 일이 없었다. 추가 할당 받은 TC들도 늦게 받은데다가 보안 상의 문제로 파일 하나가 이동이 안되는 바람에 반출 신청을 하고 지금까지 기다리고 있다. 문서 반출 신청은 팀장님이 승인을 해주셔야하는데 팀장님이 회의 때문인지 자리에 계속 없으셔서 아마 다음주 월요일은 돼야 승인을 받을 수 있을 것 같다. 이번주는 삼일절이 수요일에 껴있어서 그런지..