해시맵이 이론적으로 O(1) 성능이지면
실질적으로 lookup에 여러 연산이 소모됨.
특히 hash 함수와 비교를 하는 오버헤드가 잇음
아이템 개수가 적을 경우,
단순 순회로(오타 정정) 찾을 경우 더욱 빨리 찾을 수 있고
그러한 경우 hashmap보다
리스트나 배열을 사용하는 것이 좋을 수 있음.
그리고 또다른 이유가 하나 있는데 순서 보장임.
순서 때문에 해시맵 순회를 하는 경우도 있지.
ㅎㅎ
ㅆㅇㅆ은 타인을 향해 허위 리뷰 및 저능아라
비하 경멸을 하는데 제발 좀 악성행위 그만하고
프갤에서 깽판치는 일 없었으면 좋겠다.
ㅎㅎ
ㅆㅇㅆ에 대한 지적에 나도 동참은 했지만, 금마가 지적해준 부분 중에 저거 해시맵 부분은 다시 귀하가 검토해보는 것도 좋을듯 ㅇㅅㅇ
2019년 코드에서 뭘 검토를 해.. ㅎㅎ 지금 내 소스코드가 2026년 코드이고 비공개인데.
이미 2026년 코드 검토 완료했고 해당 부분은 없음 보셈. https://m.dcinside.com/board/programming/2919701
@나르시 ㅇㅋㅇㅋ
그리고 님프에 케케묵은 심각한 버그 있는데.. 그게 우선순위 더 높아서 최적화는 뒷전임. 그 버그를 해결하고자 Guiyom을 개발하는거고 신기술이라 특허 출원함
GUI 업게 30년 묵은 케케묵은 버그임. 보셈. https://nimfsoft.art/blog/2024/01/27/problems-and-solutions-of-nimf/ 아직 출원 내용이 비공개인데.. 18개월 후 공개됨. 그리고 내가 후속 특허 계획 땜에 P1 특허 출원 내용 아직 공개 안 함.
연구 개발비.마련 위해 야간 택배 상하차도 뛰는 판국에 단순 최적화.. 이런거 신경쓸 틈 없음. llm 적용하면 금방 가능할거 같은데 어차피 Ada 포팅 계획 때문에 최적화 계획은 무기한 미루어짐.