▲GN⁺ 2024-10-09 | parent | ★ favorite | on: Kotlin Money - 돈 계산용 Kotlin 라이브러리 (blog.eriksen.com.br)Hacker News 의견 infix 함수 사용이 약간 이상하게 느껴짐 Kotlin에서 API를 설계할 때, 일반적인 확장 함수나 확장 속성을 사용할 것 같음 "increaseBy"와 "decreaseBy" 대신 plus와 minus를 오버로딩하지 않은 이유가 궁금함 라이브러리 축하와 공유에 감사함 F#이나 C#의 단위 시스템이 금전 계산과 유사할 수 있음 Rust에서 정확성에 중점을 둔 백테스터를 개발 중이며, 자산이 통화로 평가됨 시뮬레이션 시 거래소가 항상 작동한다고 가정할 수 있는지 궁금함 환율에 대한 공공 데이터가 있는지 궁금함 거래 시 어떤 환율을 선택해야 하는지 궁금함 반올림에 대한 최선의 방법이 있는지 궁금함 세금을 즉시 공제하는 것이 좋은지 궁금함 인플레이션을 모델링할지 고민 중이며, 현재는 무시하고 마지막에 조정할 계획임 Rebol의 금전 타입의 사용성을 떠올리게 함 Rebol의 타입 시스템이 매우 표현력이 있었음 이런 경험을 제공하는 라이브러리가 더 많아지길 바람 금전 처리 시 발생하는 엣지 케이스에 대한 질문 서로 다른 통화의 값을 더할 때 런타임 예외가 발생할 것으로 기대함 $2.00을 3으로 나눌 때 반올림 규칙을 지정할 수 있는지 궁금함 사용자 입력을 파싱할 때 추가 자릿수에 대한 처리가 궁금함 자릿수 규칙을 벗어나는 경우에 대한 라이브러리의 처리 방법이 궁금함 사용자 정의 통화 지원을 좋아함 통화 기호가 지역에 따라 다르므로 주의가 필요함 CLDR 데이터셋이 통화 표시를 다루는 대부분의 구현에 사용됨 스프레드시트 언어가 금전을 잘 지원하지 않는 것이 이상함 스프레드시트를 사용한 자동화가 좋으며, 타입을 진지하게 다루는 언어에서 놀라운 결과를 얻을 수 있음 C#의 decimal 타입이 금전 계산에 적합함 댓글에서 많은 것을 배웠으며, 라이브러리의 다음 반복에 도움이 될 것임 라이브러리보다 모든 엣지 케이스를 다루는 철저한 테스트 스위트를 원함 엄격한 타입 사용에 대한 생각이 있음 많은 저수준 프로그래밍 언어가 여전히 uint64, size_t 등을 사용하는 것이 이상하게 느껴짐 요구 사항을 모두 충족하는 것 같으며, 금전 처리의 주요 어려움에 대한 좋은 논의가 있음
Hacker News 의견
infix 함수 사용이 약간 이상하게 느껴짐
plus와minus를 오버로딩하지 않은 이유가 궁금함라이브러리 축하와 공유에 감사함
Rebol의 금전 타입의 사용성을 떠올리게 함
금전 처리 시 발생하는 엣지 케이스에 대한 질문
사용자 정의 통화 지원을 좋아함
스프레드시트 언어가 금전을 잘 지원하지 않는 것이 이상함
C#의 decimal 타입이 금전 계산에 적합함
댓글에서 많은 것을 배웠으며, 라이브러리의 다음 반복에 도움이 될 것임
라이브러리보다 모든 엣지 케이스를 다루는 철저한 테스트 스위트를 원함
요구 사항을 모두 충족하는 것 같으며, 금전 처리의 주요 어려움에 대한 좋은 논의가 있음