<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 9, 2020 at 4:36 AM Hans Hübner <<a href="mailto:hans.huebner@gmail.com">hans.huebner@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Am Mi., 9. Dez. 2020 um 09:10 Uhr schrieb Jean-Claude Beaudoin <<a href="mailto:jean.claude.beaudoin@gmail.com" target="_blank">jean.claude.beaudoin@gmail.com</a>>:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I would love to see languages with better support for redefinition.<br>
Like unison, or darklang. Unhappily,<br>
update-instance-for-redefined-class, while very cool, is *not enough*.<br></blockquote><div><br></div><div>My point is that it is already too much.</div></div></div></blockquote><div><br></div><div>"I don't want to silence a lively discussion, but" several people have made the point that they found CLOS's  mechanisms to deal with class redefinition useful.  I can add myself to the list:  When I was writing a CLOS based database system, I used CHANGE-CLASS and the associated helper methods to support schema evaluation.  It did not work perfectly for all cases, but it worked well enough and felt like the MOP API was made exactly for this kind of thing.</div><div><br></div><div>Given the discussion until now, Jean-Claude, what is it that you're trying to accomplish with this debate?  </div></div></div></blockquote><div><br></div><div>I am curious to survey the state-of-the-experience-so-far on this issue.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Are you up for proving that the MOP is "wrong"? </div></div></div></blockquote><div><br></div><div>No, not "wrong" on any "essential" point at least.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>You have repeatedly indicated that this would be your opinion. </div></div></div></blockquote><div><br></div><div>Had no awareness that I did so up to this point. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> If so, are you trying to create a new version of the MOP that would not include class redefinition hooks?  </div></div></div></blockquote><div><br></div><div>No, I still consider AMOP to be part of the holy scriptures of Common Lisp.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Or are you up for creating a new Lisp or a new Lisp object system that is inspired by the MOP but somehow different?<br></div></div></div></blockquote><div><br></div><div>I am not that ambitious. (And make it fly on the top of it, man! I would be out of my mind, wouldn't I?)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br>I think the ship has sailed anyway.  Common Lisp, CLOS and the MOP are what they are.  I still think they're beautiful, but they are also a product of the era in which they were created.  Time has not stood still, and 20 years have passed without CL having changed or adapted to any new developments in computing.  Even though in many respects, Common Lisp has aged well, there are areas in which the language itself is in the way of adapting to the modern world.  Multiple threads come to mind, as do cons cells and CLOS, too.  What else is there?  I'd be interested in reading opinions.</div><div><br></div><div>I like using CL when I know that I don't need scalability and when I know that I'll be the only developer of the program that I'm writing.  Under these circumstances, I enjoy it very much because it caters for this setting.</div><div><br></div></div></div></blockquote><div><br></div><div>And I'd like it with scalability too, how about that?  The "only developer" part I simply do not get. What is the deal with the solitary state here?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>-Hans</div></div></div>
</blockquote></div></div>