<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: pjbrow</title><link>https://news.ycombinator.com/user?id=pjbrow</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 07 Apr 2026 08:47:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=pjbrow" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by pjbrow in "Show HN: Codepact – jQuery for contracts"]]></title><description><![CDATA[
<p>Can't see any contact on your profile, feel free to ping me on pat@codepact.com.</p>
]]></description><pubDate>Fri, 25 May 2018 17:19:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=17155867</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=17155867</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17155867</guid></item><item><title><![CDATA[New comment by pjbrow in "Show HN: Codepact – jQuery for contracts"]]></title><description><![CDATA[
<p>We'd be interested to see how that'd look. Will contact you via email.<p>Re jQuery: this is an emphasis in our copy for this post to Hacker News only.  We've found that it helps technical people (many of our customers are technical) understand what we're doing.</p>
]]></description><pubDate>Thu, 24 May 2018 11:00:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=17142817</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=17142817</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17142817</guid></item><item><title><![CDATA[New comment by pjbrow in "Show HN: Codepact – jQuery for contracts"]]></title><description><![CDATA[
<p>Yes, "compile target" is a very nice way to put it.  The key idea is that you only really analyze all the text when there's a problem, which tends to be the job of experts, and that's not often.  The wet code that "runs" in a court needs to be part of the doc, but it doesn't mean we need to look at it all the time. :)<p>Re guarantees, these docs are provided on an informational basis (read: not legal advice).  We connect people with lawyers who understand the system and we have some good tech that speeds up their work re the legal sign off they provide.  More to come on this.</p>
]]></description><pubDate>Thu, 24 May 2018 06:59:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=17141646</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=17141646</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17141646</guid></item><item><title><![CDATA[New comment by pjbrow in "Show HN: Codepact – jQuery for contracts"]]></title><description><![CDATA[
<p>One of the main ideas behind the system is using simplified language to "call" modules of legalese like software functions.  This technique abstracts away a lot of complexity on the top layer of the contract (which makes the document much shorter and easier to understand).<p>Most of the jurisdictional quirks are contained in legalese, so when you abstract it away, you end up with documents that look the same regardless of jurisdiction (the legalese modules change, obviously).<p>We often compare this approach to jQuery because it lets us:<p>- get rid of boilerplate "code" for common mechanics to aid in clarity and brevity (thanks, jQuery); and<p>- use consistent language between jurisdictions (like jQuery's elimination of cross-browser incompatibilities).<p>There's more explanation of this technique in the second video on this page:<p><a href="http://training.codepact.com/" rel="nofollow">http://training.codepact.com/</a></p>
]]></description><pubDate>Wed, 23 May 2018 21:12:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=17138347</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=17138347</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17138347</guid></item><item><title><![CDATA[Show HN: Codepact – jQuery for contracts]]></title><description><![CDATA[
<p>Article URL: <a href="https://codepact.com/">https://codepact.com/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=17135321">https://news.ycombinator.com/item?id=17135321</a></p>
<p>Points: 21</p>
<p># Comments: 11</p>
]]></description><pubDate>Wed, 23 May 2018 16:14:31 +0000</pubDate><link>https://codepact.com/</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=17135321</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=17135321</guid></item><item><title><![CDATA[Lawyers should learn from software developers]]></title><description><![CDATA[
<p>Article URL: <a href="http://blog.codepact.com/developers-teach-lawyers/">http://blog.codepact.com/developers-teach-lawyers/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=16863797">https://news.ycombinator.com/item?id=16863797</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 18 Apr 2018 01:06:39 +0000</pubDate><link>http://blog.codepact.com/developers-teach-lawyers/</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=16863797</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16863797</guid></item><item><title><![CDATA[New comment by pjbrow in "Computational Law, Symbolic Discourse, and the AI Constitution"]]></title><description><![CDATA[
<p>The primary problem with law is the technicality of the language, aka "legalese".<p>At the moment, expecting someone off the street to properly understand a legal document is broadly equivalent to expecting them to understand what's going on with a command line (assuming they use computers only casually).<p>Law needs the equivalent of a GUI.<p>It's possible.  Some other lawyers and I are working on an open source system of "defined phrases" that can be used like software functions. Lawyers already define words, there's no reason you can't do the same with phrases.<p>Each plain english phrase represents a module of legalese that can be manipulated with "arguments" specified in conjunction with the phrase.  Like a GUI, a comprehensible representation is there for the user, and the technical legalese still does all the work underneath.<p>You can take a look at it here <a href="http://lawpatch.org" rel="nofollow">http://lawpatch.org</a>.  Previous HN discussion here: <a href="https://news.ycombinator.com/item?id=10597778" rel="nofollow">https://news.ycombinator.com/item?id=10597778</a></p>
]]></description><pubDate>Thu, 13 Oct 2016 02:33:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=12697980</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=12697980</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=12697980</guid></item><item><title><![CDATA[New comment by pjbrow in "Ask HN: Is a system for single character responses to emails a bad idea?"]]></title><description><![CDATA[
<p>I was considering this out the outset, but one of the benefits  of sending responses this way is that other people I work with  have started to use it (which they wouldn't if it appeared as a snippet).</p>
]]></description><pubDate>Mon, 22 Feb 2016 12:00:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=11150225</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=11150225</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11150225</guid></item><item><title><![CDATA[Ask HN: Is a system for single character responses to emails a bad idea?]]></title><description><![CDATA[
<p>Lately, I’ve been using a single character to respond to a lot of emails. I get through emails much faster (especially on my mobile), and the sender gets useful info back quickly.  For example, if I get an email asking for something and I won't get to it until the day after tomorrow, I’ll respond like this:<p>-----<p>2<p>The text above represents a response below.  I apologise if this seems rude - I'm taking this approach to make sure I get back to everyone quickly (http://patbrown.org/pointmail.html).<p>1 - I’ll get back to you within 1 day.<p>2 - I’ll get back to you within 2 days.<p>[Higher numbers mean the same as above…]<p>t - thanks, I’ll look into it but I’m not sure how long it'll take.<p>n - No / No thank you - I appreciate your message though.<p>y - Yes / Yes please, that would be great.<p>s - Sorry, I’ve read your email, but it’s highly unlikely that I’ll be able to fit this in.<p>-----<p>The drawback of this approach is that it comes across as douchey to a high percentage of people.  Is the approach irredeemably weird / off-putting?  Any ideas on how to dial down the douche factor while maintaining the benefits?<p>If it’s viable:<p>- Would two character responses for finer grained meaning work better?  For instance, “c1” could mean “It’ll be complete in 1 day” and “w1” would mean “Will get back to you on the below within one day”; and<p>- What other codes / messages do you think would be important to include?</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=11150189">https://news.ycombinator.com/item?id=11150189</a></p>
<p>Points: 2</p>
<p># Comments: 4</p>
]]></description><pubDate>Mon, 22 Feb 2016 11:54:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=11150189</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=11150189</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11150189</guid></item><item><title><![CDATA[New comment by pjbrow in "Show HN: LawPatch – JQuery for Law Using Git"]]></title><description><![CDATA[
<p>Yep - that's how the commercial technical detail is often dealt with.  We're stretching (and slightly rejigging) the same concept to legally substantive text.</p>
]]></description><pubDate>Thu, 19 Nov 2015 23:17:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=10598382</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=10598382</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10598382</guid></item><item><title><![CDATA[New comment by pjbrow in "Show HN: LawPatch – JQuery for Law Using Git"]]></title><description><![CDATA[
<p>Hi everyone, I'm a contributor to LawPatch.  We started this project because we wanted legal positions that we could call like functions (as if we were coding).<p>Our aim is to make legal language simple without introducing ambiguity or extra risk.<p>We think even the most technical legal agreements could look like term sheets using this drafting method.  A spectrum of standardised positions also stops lawyers from constantly replicating work.<p>This is is an open source project by lawyers who are also developers - we'd love to hear from anyone who's got ideas for improvements or would like to contribute language for other areas.<p>We have patches drafted for the United States, UK and Australia.  Happy to hear from people in other countries too!  Creating this extra level of abstraction is also an opportunity to standardize documents across jurisdictions.</p>
]]></description><pubDate>Thu, 19 Nov 2015 22:18:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=10598111</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=10598111</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10598111</guid></item><item><title><![CDATA[New comment by pjbrow in "Show HN: LawPatch – JQuery for Law Using Git"]]></title><description><![CDATA[
<p>Agree that foot / end noting is another good way to do it - the important thing is the drafting technique rather than the way it's implemented.<p>We're using Github permalinks to cover the linking issue for now, but we're discussing more permanent options.  Would be interested to hear what other ways people think would work.<p>There's also the option for users to download the repos and use the commit hash in the document proper for reference.</p>
]]></description><pubDate>Thu, 19 Nov 2015 21:49:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=10597972</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=10597972</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10597972</guid></item><item><title><![CDATA[Show HN: LawPatch – JQuery for Law Using Git]]></title><description><![CDATA[
<p>Article URL: <a href="http://blog.codepact.com/lawpatch/">http://blog.codepact.com/lawpatch/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=10597778">https://news.ycombinator.com/item?id=10597778</a></p>
<p>Points: 21</p>
<p># Comments: 8</p>
]]></description><pubDate>Thu, 19 Nov 2015 21:22:01 +0000</pubDate><link>http://blog.codepact.com/lawpatch/</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=10597778</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10597778</guid></item><item><title><![CDATA[Show HN: LawPatch – JQuery for Law using Git]]></title><description><![CDATA[
<p>Article URL: <a href="http://blog.codepact.com/lawpatch/">http://blog.codepact.com/lawpatch/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=10594293">https://news.ycombinator.com/item?id=10594293</a></p>
<p>Points: 4</p>
<p># Comments: 1</p>
]]></description><pubDate>Thu, 19 Nov 2015 12:10:57 +0000</pubDate><link>http://blog.codepact.com/lawpatch/</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=10594293</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10594293</guid></item><item><title><![CDATA[New comment by pjbrow in "Popcorn Time Devs Drop Like Flies But No One Will Talk"]]></title><description><![CDATA[
<p>The doctrines underpinning IP law are flimsy and arbitrary.  It's normal for technology to change the balance of power (and  the laws that enshrine that balance).<p>In the current environment, Hollywood's business model is unreasonable, and people know it.  Until people think it's reasonable, a lot of them are going to pirate.  Technology has changed.  Hollywood needs to change.<p>What should be illegal, is threatening to sue someone for working on code with others.</p>
]]></description><pubDate>Sun, 20 Apr 2014 14:02:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=7616785</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=7616785</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7616785</guid></item><item><title><![CDATA[New comment by pjbrow in "Popcorn Time Devs Drop Like Flies But No One Will Talk"]]></title><description><![CDATA[
<p>It would be great if a developer beyond the reach of the Western legal system would take this project up with a self hosted repo.  Code is speech.  It's a terrible precedent for devs to be afraid to have code (including me after reading this).  This is where the myriad of outdated laws and prosecutorial discretion bites: it's impossible to know where the legal line is.<p>__
Addition: My view on the savvy modus operandi here (I'm a lawyer when I'm not a developer).  If you give someone any kind of reason to sue you, you're essentially handing them a stick.  It's much worse if they can afford to hit you with it and you can't afford to defend yourself.  The people threatening to sue these guys are almost certainly making silence a condition not to sue.  This isolates the devs from people who could support them, and has the added effect of intimidating other devs with the unexplained "disappearances".</p>
]]></description><pubDate>Sun, 20 Apr 2014 12:48:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=7616622</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=7616622</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7616622</guid></item><item><title><![CDATA[New comment by pjbrow in "Swiss forensic report on Arafat's death"]]></title><description><![CDATA[
<p>Thanks, I didn't know that.  According to Wikipedia, another of his nicknames amongst Israelis was "The King of Israel". That moniker at least, indicates that he was regarded as a formidable character.</p>
]]></description><pubDate>Thu, 07 Nov 2013 11:57:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=6688874</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=6688874</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=6688874</guid></item><item><title><![CDATA[New comment by pjbrow in "Swiss forensic report on Arafat's death"]]></title><description><![CDATA[
<p>Nope, authored it here and then posted it on worldnews afterwards. That's quite clear from the timestamps.</p>
]]></description><pubDate>Thu, 07 Nov 2013 07:17:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=6688083</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=6688083</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=6688083</guid></item><item><title><![CDATA[New comment by pjbrow in "Swiss forensic report on Arafat's death"]]></title><description><![CDATA[
<p>Will attempt fast responses.  Don't want to piss everyone off by getting too far into the weeds on a topic that probably shouldn't even be on HN. Also, I prefer coding to dwelling on a previous life.  :)<p>You say: "My view is that the Israelis viewed him as "the devil they knew", and that he was infinitely preferable (and more controllable) than Hamas."<p>I say: That's where you're getting it wrong.  It wasn't a choice between Arafat and Hamas, it was a choice between Arafat and Abbas.  Abbas was clearly preferable (for all the reasons stated above).<p>You say: "...it's not at all clear to me that there was any Palestinian leader with anything like real power who did want a deal. I mean.. Abbas? Seriously?"<p>I say: Yes, Abbas, seriously.  Sharon was pursuing a strategy that was largely unilateral - in other words, a weaker leader on the other side was fine, as long as they didn't get in the way and kept the PA running.  Arafat was in Sharon's way (not a good place to be historically).<p>You say: "The endorsement is meant for US consumption."<p>I say: No, I am absolutely sure that the Israelis are deadly serious about a Palestinian state (or something that can be called that).  Israelis are terrified of the "demographic bomb", which is what they call the far higher fertility rate of Palestinians.  The Palestinian birth rate threatens the Jewish majority even in what is currently agreed to be Israel over the next few decades.  Giving away areas of current Israel with high Arab populations to the Palestinian state is often mooted as an option in a final status deal, in exchange for bits of land covered with Israeli settlements (which would be a double win for Israel).<p>Don't want to write more on this here.  If you'd really  like to continue the discussion, you can email me on slooge[at]hotmail.com.</p>
]]></description><pubDate>Thu, 07 Nov 2013 03:02:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=6687189</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=6687189</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=6687189</guid></item><item><title><![CDATA[New comment by pjbrow in "Swiss forensic report on Arafat's death"]]></title><description><![CDATA[
<p>All reasonable points, here's why you're wrong, though.<p>First, I appreciate the acknowledgment that Arafat was indeed involved with Al-Aqusa (a terrorist group bombing Israeli civilians).  Not sure why you think that that would make the US and Israel consider him a suitable interlocutor - I still think that stands in favour of my argument that Sharon was done with him and killed him to create the circumstances for a deal.<p>Arafat may have reduced funding to Al-Aqusa, but that's because they were on the ropes militarily by 2004.  He certainly didn't stop funding because he thought terrorism was  an unacceptable option.  The simple fact was, that he was funding terrorists after the failure of Camp David, which again, makes him a very bad candidate for the next round of grand bargain negotiation.<p>To claim that Sharon wasn't looking for a deal is just silly (even if he was often inflammatory and arguably quite evil).  The fact that Sharon was looking for a deal was widely acknowledged and published in newspapers - here's a quote from wikipedia: "In May 2003, Sharon endorsed the Road Map for Peace put forth by the United States, European Union, and Russia, which opened a dialogue with Mahmud Abbas, and announced his commitment to the creation of a Palestinian state in the future." <a href="https://en.wikipedia.org/wiki/Ariel_Sharon#Founding_of_Kadima" rel="nofollow">https://en.wikipedia.org/wiki/Ariel_Sharon#Founding_of_Kadim...</a> I'd provide more quotes, but this is pretty self evident.<p>You also seem to suggest that because Sharon was an aggressive guy, he wasn't looking for a deal.  That just doesn't follow (especially in the Middle East, where the perception of strength is everything).<p>You also say "Additionally, Arafat's Fatah group was seen as the one group strong enough to keep Hamas controlled." My response: killing Arafat would / did not prevent Fateh from acting as a counterweight to Hamas. In fact, it's likely that Fateh was ultimately a far better counter-weight to Hamas with Abbas at the helm.  Israel was able to work with Fateh to squash Hamas in the West Bank in a way that may well have been impossible with Arafat running the show (supplies of weapons to the Palestinian authority etc).<p>On an anecdotal note, it was clear on the streets (I was living there at the time), that in many cases, Palestinian policemen went from carrying shitty old AKs to gleaming new M16s within a year after Arafat was out of the picture.</p>
]]></description><pubDate>Thu, 07 Nov 2013 02:08:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=6687029</link><dc:creator>pjbrow</dc:creator><comments>https://news.ycombinator.com/item?id=6687029</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=6687029</guid></item></channel></rss>