<div dir="ltr"><div dir="ltr">Em sex., 2 de jun. de 2023 às 01:28, Robert Engels <<a href="mailto:rengels@ix.netcom.com">rengels@ix.netcom.com</a>> escreveu:<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="auto"><div dir="ltr"></div><div dir="ltr">I think you would really like Rust. </div><div dir="ltr">Java needs to stop trying to address every new paradigm that becomes hot. <br></div></div></blockquote></div><div><br></div><div>As I understand it, the demand for "life cycle scoping" is not particularly met neither by the Java language nor by the Rust language.</div><div>I see nothing wrong with the need itself, nor see the Java language as an impediment to meeting this need, but I do think there is a confusion about what "scope" means in the name ScopedValue.<br></div><div>The need as expressed is about a kind of "scope" which is transversal to lexical scopes and thread scopes.</div><div>But ScopedValue is expressly a restricted kind of thread local, which is all about thead scopes.</div><div>Naturally, such a thing cannot express cross thread scoping requirements.</div><div>As Rosetta Roberts said, languages such as Lisp have special constructs to express this kind of thing, but Lisp is way too different from Java and Rust as I understand them.</div><div><br></div><span class="gmail_signature_prefix">--</span><div><span class="gmail_signature_prefix"></span><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Pedro Lamarão</div></div></div></div></div>