Jaime's 기술 블로그

1. Java에서 c++ 사용하는 방법 2. Client의 직관을 신뢰했을 때 발생하는 일 3. "Good looks sell"은 패션과 소프트웨어에 모두 적용 됩니다. "Good looks sell"은 제품이나 서비스가 잘 보기 좋다면, 더 많은 사람들이 그것을 더 많이 구매하고 사용할 가능성이 높다는 의미입니다. 이는 제품이나 서비스가 시각적으로 매력적이고 눈에 띄는 경우, 소비자들은 더욱 관심을 가지며 제품이나 서비스의 가치를 높게 평가하기 때문입니다. 4. 코드 리뷰를 하는 동안 프로그래머의 심경 변화 5. 왜 아무도 저의 간단한 인터페이스를 이해하지 못하나요? 6. null과 0, undefined 구분하는 방법 7. 자기 성장은 과소평가 되어있다. 8. 분명히 세미콜론은 사탄에 의해 만들어졌을..

자바 프로그래밍을 하다보면 Optional을 파라미터로 전달했을 때 컴파일러가 경고(노란줄)를 표시합니다. (IntelliJ에서는 표시해주는데 다른 IDE는 어떤지 잘 모르겠네요) 경고를 확인하기 위해 간단한 코드를 작성해보면, public void foo(String nullable) { bar(Optional.of(nullable)); } private void bar(Optional s) { // do something } 'Optional' used as type for parameter 's' 바로 이런 내용을 확인할 수 있습니다. 그렇다면 왜 Optional을 파라미터로 전달하면 안 되는 것일까요? 결론부터 말씀드리면 장점보다 단점이 많기 때문입니다. 먼저 장점으로는 전달할 당시에 별 생각 없..

Optional을 사용하다보면 마지막에 orElse() 또는 orElseGet()를 이용해 원래 값을 얻습니다. 그동안 저는 두 메서드의 차이가 단순히 전달해야하는 파라미터의 차이라고 생각했었습니다. 예를 들면 orElse(defaultValue), orElseGet(this::getDefaultValue) (또는 orElseGet(() -> getDefaultValue())) 이런식으로 하나는 값을 전달하고 하나는 구현체를 전달하기 때문에 그냥 적절하게 사용하면 되겠다는 정도로만 생각했었습니다. 그러던 중 테스트 클래스를 작성하다가 mocking을 사용하였는데 정상적으로 동작하지 않았습니다. 본문과 크게 관련 없는 내용(어떤 테스트가 동작하지 않았는지)이라 접어두겠습니다. 테스트 할 클래스는 Servi..