~

Done 미션4 일부 자바의정석 7 복습 (연습문제 못함) Learned 1. void 메서드는 안좋을까? (1-1) 왜 학습? 코드리뷰를 받았을 때, 앞으로 void 메서드 활용할 때 꼭 void가 필요할지, 구조를 다르게해서 return을 반환하면 어떨지 고민해 보시라고 하셨다. void 메서드의 사용을 지양해야 하나? 의 물음에서 시작되었다. (1-2) 학습내용 아직 이 부분에 대해 명확히 이해하지 못했다. 다만 감으로 이해한 바를 적어보자면, void 메서드는 side effect ( 부작용이라고 읽고 부수효과라 적는다 https://bong-f.tistory.com/103 ) 를 가한다. 생각해보니 함수는 그 안에 무엇을 하는지 알고 싶지 않고 어떤 요청이 있으면 거기에 응답을 해야 하는데 명확..

Done 미션3 피드백 반영해서 수정 자바의 정석 6 복습 알고리즘 1문제 Learned java : pass by value ( 더 정리해서 내일 til 올릴 예정 ) 정리에 참고할 주소들 : https://stackoverflow.com/questions/40480/is-java-pass-by-reference-or-pass-by-value : https://stackabuse.com/does-java-pass-by-reference-or-pass-by-value/#ref-1 기타 폴더 삭제 명령어 : rmdir 폴더명 Good 컨디션을 잘 유지했다. Bad 오늘 배운 내용을 다 정리하지 못했다. Feeling 요 며칠 컨디션이 좋다. 무엇 덕분일까 자바의 정석을 복습하고 있는데 알고 있는 내용이 상..

Done 미션 3 완료하고 PR보내기 자바의 정석 5복습 Learned 1. StringBuffer_ char가 들어갈 때마다 capacity에 변화가 생긴다 (1-1) 왜 학습? StringBuffer의 capacity로 for문을 돌면서 하나씩 내용물을 채우고 싶었다. 그러나 그것이 불가하다는 것을 알았다. (1-2) 학습내용 length와 capacity차이 StringBuffer에 내용을 채우지 않았을 때 StringBuffer의 length로 찾지 말고 capacity로 길이 구하기. 이 용량을 구할 때. length는 내용물이 들어간 크기 capacity는 char을 buffer에 넣을 때 크기가 변한다. 아직 왜 이러는지 찾지 못했지만 ( for (int i=0; i upstream에 풀 리..

Done 호눅수 수업 복습 미션 구현하기 git git rebase시 일부러 충돌이 나게끔 설정해 충돌 해결을 해보았다. (1) 지금 원격 upstream 인 깃 레포짓이 있고 거기서 fetch를 받아와 내 원격 origin 이 있는 상황 (2) 내가 접근하고 싶은 브랜치인 bong 브랜치를 가져와서 로컬에서 작업하다가 (3) upstream에 내가 수정한 내용이 반영 되게 pull request를 보냈고, meerge 되길 기다리면서 난 다른 브랜치 step3를 만들어 작업 중 (3) upstream에서 merge가 되었고 (4) 이를 내 로컬에서 반영하기 위해 내 로컬의 bong에도 해당 머지 내용을 반영해 주기 위해서 git fetch upstream bong 으로 이력을 업데이트 함 git reb..

Done 자바의 정석 ch3,4 복습 깃 공부 Learned 유닛 테스트에는 로직을 지양 Avoid logic inside a unit test 왜? 이것 또한 관련된 버그를 일으킬 수 잇기 때문에. 출처 https://www.typemock.com/avoid-logic-inside-a-unit-test/ git 협력자가 5명정도라면 collaborators 추가, 여러 명이라면 포크를 이용 ( 각자 포크 후 자기 원격에서 merge 후 pull request를 보내는 방식) 패치는 내 코드에 반영되지 않는다. 원본 저장소 이력만 업데이트 ( pull 은 내 코ㅡ에 바로 반영 ) Good 열심히 했쥬? Bad 열심히 한 것에 비해 학습량, 목표에 양에 대한 달성량 부족 Feeling 공부시간은 많은데 알..

Done 자바의 정석 ch 1, 2 복습 팀 개발을 위한 깃,깃헙시작하기 ch3 Learned 1, git 자세한 내용은 https://bong-f.tistory.com/185 브랜치는 포인터다, 태그도 포인터다 어떤 물질적인 코드를 담는 새로운 그릇으로 생각했었다 아니다 둘 다 포인터다. 커밋을 가리키는 포인터일 뿐. HEAD는 브랜치의 참조 ( 얘도 포인터) HEAD는 작업 중인 브랜치 그래서 브랜치들 사이는 HEAD로 넘나든다. 충돌시 해당 코드를 수정하고 (해당 코드가 문제있다고 알려주는 코드도 삭제하고) 저장하면 된다 옛날에 충돌 해결하다가 골머리 좀 썩었는데 방법을 모르고 하니까 고생했다.. 풀리퀘 base : 이 브랜치에 새로운 코드를 여기에 병합하는 거야 compare : base의 코드와..

Done 자바의 정석 10. 날짜, 시간의 형식화 https://bong-f.tistory.com/182 미션2 제출 수업 중 추천 자료 우테코 - tdd(포비님) 강의 듣기 https://bong-f.tistory.com/180 왜 공부? tdd는 한 test당 하나의 assert 혹은 하나의 logical한 concept을 해야 한다는 말을 듣고 이 말이 잘 와닿지 않아 공부함 원하고자 하는 내용은 얻을 수 없었지만, 리팩토링의 기본 느낌 정도는 알 수 있어. 어떤 점을 중심으로 해야하는지 Learned Multiple Asserts in a single unit test test code 짤 때 되도록이면 하나의 assertions만 사용하라는 말 vs 하나의 logical한 컨셉이면 된다. 이런 ..

Done 미션2 진행 중 -> 수정 중 다른사람 코드에 대한 피드백 & 코드 읽고 공부하기 Learned 1. assertThat vs assertEquals (1-1) 왜공부? Junit 테스트를 할 때 assertThat을 쓴 코드와 assertEquals를 쓴 코드를 둘 다 접하게 되면서 기능을 비슷한 것 같은데 왜 다를까 해서 공부하게 되었다. (1-2) 결론 == asserThat을 쓰기 https://objectpartners.com/2013/09/18/the-benefits-of-using-assertthat-over-other-assert-methods-in-unit-tests/ assertThat의 코드가 더 직관적으로 읽기 쉽다. assertEquals(expected, actual);..