함수형 매모리에 대해

[익명(1.210)]

함수형은 객체를 수정할 때 마다 원본 수정을 못하고 복사본을 생성하고 수정할 값을 덮어씌우고 반환하잖아요

수정을 많이 할 수록 함수형이 매모리 더 낭비되고 속도도 더 느리죠?

[슬피우는문과(kkw200)]

그렇게 짜지 말라고 얘기한 거야 병신 새끼야

[슬피우는문과(kkw200)]

그리고 컴파일러 별로 구현이 다르고 메모리 공유할 수도 있는데 이딴 질문을 하는 니가 병신 새끼지

[익명(1.210)]

문과는 좀 꺼져라

[슬피우는문과(kkw200)]

아주 요즘 오는 새끼들 다 좆까는 소리만 하고 있네

[익명(1.210)]

객체라면 복사본도 참조하겠지 병신아 그걸 누가 모르냐 그래도 새로 값을 생성한다는건 오버헤드가 있을게 뻔하잖아 그게 미미한지 물어보는건데 이해가 아직도 안가냐?

[익명(1.210)]

수정 안해요

[ㅁㅊㄴㄴㅁㅊ(45.56)]

복사본아닌데 레퍼런스 모름?

[익명(1.210)]

새로운 값을 만들어 낸다는 얘기입니다 제발 줮같이꼬아서 생각하지마세요

[익명(1.210)]

님은 원시 값도 참조하시나보니요

[Kyle(120.17)]

아니 trie data structure 써서 mutable data strcutrue 보다 더 efficient 한데

[익명(1.210)]

전 함수형 패러다임을 쓰는 입장이라 순수 함수형 언어에서만 그럴거 같은데

[익명(1.210)]

Go에서도 그래요?

[코딩조무사(circir6174)]

함수형에서 수정이 필요하면 수정하면되지 ㅋㅋ

[코딩조무사(circir6174)]

변경이란 동작도 문맥에 묻어버리면 사이드이펙트가 아님

[코딩조무사(circir6174)]

근데 그런거 없어도 순수성에서 오는 제약이 이미 최적화를 거는거고

[코딩조무사(circir6174)]

변경의 연쇄가 이어지면 변경동작을 하나로 축약하고 단한번만 복사일어나게하는건 일도아님 순수한걸 아니까

[코딩조무사(circir6174)]

그리고 변경에서 오는 복사가 전체를 복사하는것도 아님

[코딩조무사(circir6174)]

순수함수형이 아니다=>눈치껏 덮어쓰자