<div dir="auto">Yes, Google meet. The link is on the Boston lisp website</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 20, 2020, 6:19 AM Jeff Read <<a href="mailto:bitwize@gmail.com">bitwize@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Have we decided on a way to meet?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 12, 2020, 9:35 PM Alex Plotnick <<a href="mailto:shrike@netaxs.com" target="_blank" rel="noreferrer">shrike@netaxs.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">At Mon, 12 Oct 2020 11:20:33 -0600, Jonathan Godbout said:<br>
<br>
> How does Tuesday the 20th at 7 sound?<br>
<br>
Works for me.<br>
<br>
> Sounds like I'll do a lightning talk, Jeff and Alex can decide on their<br>
> chosen talks, please send me abstracts so I can add it to the website!.<br>
<br>
Sounds great. My title will be "The Polar Policy Language",<br>
and here's a more formal abstract:<br>
<br>
In this talk, I'll discuss the design and implementation of Polar,<br>
a declarative policy language aimed at solving complex authorization<br>
problems. A Polar interpreter forms the core of oso, an open source<br>
authorization engine that you can embed in your application. Polar<br>
rules can access application instances and specialize on (multiple)<br>
application-defined classes, which allows policies to be cleanly<br>
separated from application code but still have direct access to the<br>
data needed to make authorization decisions. Applications in a variety<br>
of languages (currently Python, Ruby, Java, JavaScript, and Rust)<br>
are supported by a shared core, written in Rust, together with<br>
a host-language library that communicates with the core over an<br>
event-based FFI.<br>
<br>
Thanks,<br>
<br>
        -- Alex<br>
<br>
</blockquote></div>
</blockquote></div>