Hmmm, My favorite among those , is the argument on <a href="http://m.onkey.org/2009/8/5/ruby-i-don-t-like-3-object-freeze">Object#freeze</a> , I used to freeze heavily at times when I wanted to <a href="http://github.com/parolkar/has_profile_items/blob/e5f1e054ef4f46220a905fa368816eee87f925b4/lib/has_profile_items.rb#L31">protect some configuration parameters </a>from being manipulated at later stage in execution. I agree that ruby's freeze has drawback and doesnot really protect change to the variable, But I do not agree with his concluding sentence , " if you design your software for idiots, only idiots will use it." , Even experts do make mistakes, and things like Object#freeze  guide all of us , to not make accidental mistakes by manipulating few values which should not be manipulated for better execution of control flow.<br>
<br>If I  am asked , I would say Object#freeze needs to stay and improved for "real freezing behavior" , and not thown out just because it doesnt do its freezing job well yet.<br><br>I am curious if somebody have any suggestion to over come limitation of Object#freeze<br>
<br>-Abhishek <br><a href="http://github.com/parolkar">http://github.com/parolkar</a><br><br> <br><div class="gmail_quote">On Thu, Aug 6, 2009 at 10:35 PM, Anthony Green <span dir="ltr"><<a href="mailto:email@acgreen.co.uk">email@acgreen.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">There seems to have been a burst of activity from Pratik on his blog this<br>
week. I enjoyed reading them. You may too.<br>
<br>
TG<br>
<br>
<br>
_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</blockquote></div><br>