<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 5, 2017 at 6:56 PM, Tino Heth via swift-evolution <span dir="ltr">&lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><span class=""><div>No specific concerns, but I’m pretty sure developers writing real code will come up with ideas more bizarre than anything I can think of as an example.<br></div></span><div><br></div><div>During the discussion, people emphasized that dynamic features would be useful for more than Python interop, so if PyVal is the only way to get those benefits… I have no fear of JS-Bridges utilizing Python, or JSON-libraries build on top of PyVal — I just said that I don’t think it’s possible to prevent all abuses (adding restrictions might even cause abuse).</div><div><br></div></div></blockquote><div><br></div><div>So what if they do this highly theoretical thing? Is this going to be a superior way of programming? If yes, then let&#39;s all do it! If not, then a superior solution will eventually emerge. Are you afraid that the community will be &quot;tainted&quot; by bad code? That Foundation will be rewritten with PyVals? And then you will be forced to write in PyVals too? What&#39;s the issue here?</div><div> </div></div></div></div>