<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: mr_luc</title><link>https://news.ycombinator.com/user?id=mr_luc</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 28 May 2026 19:44:47 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mr_luc" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by mr_luc in "Five frontier LLMs disagree on 67% of 1k real-world fact-check claims"]]></title><description><![CDATA[
<p>I feel like you’re right, for instance depending on how you define the extra in extraterrestrial.<p>The space station, the Artemis capsule, microbes on interplanetary probes, etc.<p>It could technically be said in a sentence and be true, but it would be misleading to most people.</p>
]]></description><pubDate>Thu, 28 May 2026 15:47:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48310669</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=48310669</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48310669</guid></item><item><title><![CDATA[New comment by mr_luc in "GLP-1 drugs linked to lower death rates in colon cancer patients"]]></title><description><![CDATA[
<p>I'd be cautious for the same reason: thyroid cancers are also positively associated with obesity, and people who take GLP-1s are often obese.<p>Below a table, it says "adjusted for social deprivation index, hypo- and hyperthyroidism, and use of other antidiabetic drugs..." -- but nothing about obesity.<p>What if the GLP-1-prescribed patients tended to be more obese?</p>
]]></description><pubDate>Thu, 13 Nov 2025 15:32:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=45916069</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=45916069</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45916069</guid></item><item><title><![CDATA[New comment by mr_luc in "John Carmack on mutable variables"]]></title><description><![CDATA[
<p>Elixir too (Explorer library; default backend is Pola.rs based)<p>- <a href="https://github.com/elixir-explorer/explorer" rel="nofollow">https://github.com/elixir-explorer/explorer</a>
- <a href="https://hexdocs.pm/explorer/Explorer.html" rel="nofollow">https://hexdocs.pm/explorer/Explorer.html</a></p>
]]></description><pubDate>Fri, 31 Oct 2025 14:07:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=45772142</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=45772142</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45772142</guid></item><item><title><![CDATA[New comment by mr_luc in "U.S. Army Soldier Arrested in AT&T, Verizon Extortions"]]></title><description><![CDATA[
<p>He’s 20, right?</p>
]]></description><pubDate>Tue, 31 Dec 2024 21:26:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=42561944</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=42561944</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42561944</guid></item><item><title><![CDATA[New comment by mr_luc in "Groq runs Mixtral 8x7B-32k with 500 T/s"]]></title><description><![CDATA[
<p>Wait you have an API now??? Is it open, is there a waitlist? I’m on a plane but going to try to find that on the site. Absolutely loved your demo, been showing it around for a few months.</p>
]]></description><pubDate>Mon, 19 Feb 2024 23:08:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=39435925</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=39435925</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39435925</guid></item><item><title><![CDATA[New comment by mr_luc in "MVDream: Multi-view Diffusion for 3D Generation"]]></title><description><![CDATA[
<p>I’m surprised to find this on the 3rd or 4th page of Hacker News! It seems pretty impressive —- of course, the lack of code on GitHub might be partly responsible for that; there’s so much interesting AI stuff happening that an impressive page of results without either a detailed explanation, or an executable one, could easily fall through the cracks.</p>
]]></description><pubDate>Fri, 01 Sep 2023 21:16:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=37356273</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=37356273</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37356273</guid></item><item><title><![CDATA[New comment by mr_luc in "Paradigms of A.I. Programming: Case Studies in Common Lisp (1991)"]]></title><description><![CDATA[
<p>Me too! I came looking for this sort of meta-comment. I've re-read the paper book a few times now.<p>What makes it my favorite is how clear Norvig's writing is. It's easy to follow (both when reading it in English, and when following its execution if you're a programmer), and it introduces important ideas so effortlessly that, years later, it will give you a chuckle.<p>Anyone interested in clearly communicating about technical topics, and with a knowledge of Lisp's nature and some idea of what programming in 1991 looked like, might be tickled to read Chapter 1; even its first few paragraphs are refreshing.</p>
]]></description><pubDate>Fri, 05 May 2023 20:50:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=35835002</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=35835002</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35835002</guid></item><item><title><![CDATA[New comment by mr_luc in "SPACs collapse as $11B of deals are called off within an hour"]]></title><description><![CDATA[
<p>I think RocketLab qualifies.</p>
]]></description><pubDate>Tue, 06 Dec 2022 01:54:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=33874848</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=33874848</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33874848</guid></item><item><title><![CDATA[New comment by mr_luc in "Lunatic is an Erlang-inspired runtime for WebAssembly"]]></title><description><![CDATA[
<p>Cool -- not to pry, but I'd be interested in looking at that if it's public somewhere! Could update my intuition.</p>
]]></description><pubDate>Wed, 30 Nov 2022 23:04:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=33809292</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=33809292</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33809292</guid></item><item><title><![CDATA[New comment by mr_luc in "Lunatic is an Erlang-inspired runtime for WebAssembly"]]></title><description><![CDATA[
<p>Oh, hey that's great! So in your case, you're re-using the Phoenix <i>client</i>, and thus the Phoenix protocol lives on so as not to break that. Makes sense.<p>Thanks for the answer -- the current SDUI renaissance is a beautiful thing. Cheers :)<p>Didn't mean to distract from the main discussion either -- pre-emption is something that more people should want, I think, so y'all making it the default for WASM stuff feels super valuable. And surely the sandboxing is really valuable to some people too. (But day-to-day I probably won't use Lunatic, whereas LiveView-based SDUI is my current shop-time project).</p>
]]></description><pubDate>Wed, 30 Nov 2022 23:01:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=33809267</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=33809267</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33809267</guid></item><item><title><![CDATA[New comment by mr_luc in "Lunatic is an Erlang-inspired runtime for WebAssembly"]]></title><description><![CDATA[
<p>Ooh, LiveView pattern implementors! I have a question -- I've been tinkering with a custom Phoenix LV client in my 'shop time', so I wanted to ask: are you doing your diffs on a string-based representation, like they do in the internal Phoenix LV protocol? Or are you sending the DOM patches?<p>In the phx protocol, their diffs depend on having split the render into a tree of 'statics', 'dynamics', 'components', 
and on each change, that structure is patched, and needs to be recursively zipped to a string, parsed into a DOM, and patches computed against the previous DOM.<p>I've been playing with a new client as a way of understanding it, and it's definitely a certain amount of work! Fortunately computing 'what needs to change to reconcile 2 html-like DOMs' is a project that's been wrapped into libraries a few times in a few languages (phoenix relies on other people having done that too, via the 'morphdom' library in JS, and Dockyard recently open-sourced an ergonomic Rust library I'm using in my client).<p>So -- it's a lot of client work, but it optimizes for bandwidth. Cool.<p>But I've wondered if there could be any benefit to optimizing for granularity of patches, and simpler clients -- by sending 'just the patches', ie the list of DOM operations that cause the desired end state. My intuition is that the bandwidth 'cost' would be prohibitive, because the list of patches required to perform the morph could be quite large for a change that appears small in 'what string has changed' terms. (maybe harder to debug, too? lots of trade-offs)<p>I just don't have the energy to try it that way too, hehe, on the off chance that my intuition is off base and it'd actually help improve things (simpler clients, and maybe the bandwidth hit wouldn't be too bad?); it'd require deep server changes as well, when up until now I've only been writing a client. So I was curious what approach y'all are taking.<p>Prior/related art in the Rust space: I know there's a non-Phoenix liveview project, 'dioxus', with a generic DOM liveview implementation that several clients have been created for, by making a state machine that operates on that list of generated Patches; however I don't know what that one sends, whether DOM patches directly, or Phx-style diffs that need to go phxDiff -> zippedUpString -> dom -> morphPatches -> applyToDom.</p>
]]></description><pubDate>Wed, 30 Nov 2022 15:26:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=33802000</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=33802000</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33802000</guid></item><item><title><![CDATA[New comment by mr_luc in "Cybernetics A to Z (1974)"]]></title><description><![CDATA[
<p>I have a physical copy of this! My parents got it for me at a garage sale in the 80s when I was a little nipper.<p>It has a great programming language “tower of babel” illustration.<p>It wasn’t until years later that I realized it was a Soviet science ecosystem book. Some of the content should have been a giveaway …</p>
]]></description><pubDate>Thu, 17 Nov 2022 20:01:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=33644782</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=33644782</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33644782</guid></item><item><title><![CDATA[New comment by mr_luc in "Elixir v1.14 released: improved debugging, partition supervisor, and more"]]></title><description><![CDATA[
<p>from his twitter, he mentioned<p><pre><code>    a special thanks to @whatyouhide for leading
    the release process while my arms are not 100%
</code></pre>
so I don't think so!</p>
]]></description><pubDate>Fri, 02 Sep 2022 12:16:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=32689672</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=32689672</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32689672</guid></item><item><title><![CDATA[New comment by mr_luc in "Notes on Effective Altruism"]]></title><description><![CDATA[
<p>I think that's too simplistic, which is why I used a vague term like 'scammer'.<p>Giving money to, say, a powerful criminal mob would be bad.<p>But giving money to someone who is simply dishonest or exaggerating when seeking donations from people looking to give locally? Not such a problem.<p>Moving money from people in the richest country to people in the poorest country is probably good, if that money gets spent (instead of hoarded) via normal economic activity -- paying people in a community in that poor country -- I'd say, regardless of the morals of the person through which it moved. Relatively small amounts of money can be turned into durable wealth in a poorer country; for instance, it can be the difference between a young family buying/building a house or not.</p>
]]></description><pubDate>Tue, 07 Jun 2022 03:51:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=31649705</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=31649705</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31649705</guid></item><item><title><![CDATA[New comment by mr_luc in "Notes on Effective Altruism"]]></title><description><![CDATA[
<p>That's why the OurWorldInData essay mentioned that some use charities that focus on 'giving locally', even letting you personally contact and vet people.<p>An example of skimming I've seen firsthand: large-scale subsidized programs of house construction for poor folks.<p>The skimming that arguably occurred: the local program administrator's son, both of his woman's kids, several of his ex-wife's kids in another province, all got houses under this program. It's arguably skimming or corruption, because he and his family gained 6 houses from this program intended to help the least fortunate, out of maybe the 20 or so I know were built in the area. 'Arguably', because these people <i>did</i> qualify; they were adults living with other family who legitimately couldn't afford their own houses or rent, it was only an injustice in the sense that it disproportionally benefitted one family in the community.<p>But all of the money stayed in the area, and mostly in the country, because (in the words of the prefect of police in the movie Casablanca), he was 'only a poor corrupt official'; no one in their family had even attended local universities at that point. The construction and trade workers were local, the materials were local, and his now more-materially-secure family was engaged in economic activity locally.<p>It's possible, of course, for scammers to organize large-scale fabrication of 'sob stories' and I'm sure it's happened and will happen, but hopefully the scammers are 'sufficiently local'. :)</p>
]]></description><pubDate>Sat, 04 Jun 2022 17:44:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=31623166</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=31623166</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31623166</guid></item><item><title><![CDATA[New comment by mr_luc in "Notes on Effective Altruism"]]></title><description><![CDATA[
<p>That's fantastic! Although personally, while I get a chuckle out of reading that excerpt, I can't actually understand the point of view I'm intended to chuckle at.<p>I don't want my life's work, or anyone else's, to be engaged in a struggle to change mucky 'institutions and opinions.' Eww! Gross! Honorable, necessary, maybe. (But only 'maybe', I wouldn't assume it about those who claim to be engaged in such a struggle). It's not completely implausible that realpolitik can be creatively fulfilling, worthwhile, and life's calling. But I'd chalk that up to humans being able to imbue even the worst situations with meaning, rather than it being particularly attractive as a life's work.<p>If I think of that question:<p><pre><code>    Suppose [...] that all the changes in institutions 
    and opinions which you are looking forward to,
    could be completely effected at this very instant:
    would this be a great joy and happiness to you?
</code></pre>
I'd answer 'yes', and I think a lot of HN readers would too (aside from "Monkey's Paw"-style unintended consequences). I wish we had a safe, abundant world for everyone, where all respected each others' rights -- so we could get on with the best parts of human life.<p>The best parts of human life are limitless, so the Mills' thought experiment can't touch them: creating, and sharing.<p>Creation is limitless, and there is no end-game, nor can there be. The question falls apart immediately: "imagine that everything that should be created has been created." It would be nonsensical -- whether in a cave, in the present day, in a 1950's sci-fi future or some (implausibly) transcendent Singularity, there are always things that you don't know, and thus new things you can do with the new knowledge once you acquire it. And thus there will always be  new things you can experience and share with others.<p>Edit: and as a note about EA specifically, so as not to derail one of my favorite recent HN comment sections.<p>I'm a fan personally, and my experience is that 'expat' living is a good way to help accomplish it, without any particular misery traps (10 years out of the past 18).<p>Specifically, I align with the 'Our World In Data' take, about how inequality globally is so much more than within rich countries -- so any 'sticky' ways of funneling your money into poorer countries is good, and you don't even need to worry too much about getting scammed, as long as the scammer legitimately lives and spends in a poorer community.<p>And then if you're actually living in that poorer country, while working in a richer one, you're 'funneling money' there, by and large not competing with the locals (except in things in which there is already effectively global competition, like, say, oceanfront property/rentals). And you can also develop excellent 'local knowledge' in order to give more targeted help, which is rewarding -- but that kind of 'give a kidney' stuff isn't scalable, where remote work is.</p>
]]></description><pubDate>Sat, 04 Jun 2022 13:11:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=31619884</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=31619884</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31619884</guid></item><item><title><![CDATA[New comment by mr_luc in "Dokku – Free Heroku Alternative"]]></title><description><![CDATA[
<p>Oh, hey! I used Dokku back in the ... I want to say 2012-2013 ? and missed multi-node stuff a bit (nothing that couldn't be scripted around) so this looks cool.<p>I <i>do</i> see that it shouts 'EXPERIMENTAL!', so I guess it's 'experimental, but official'.</p>
]]></description><pubDate>Sat, 14 May 2022 15:26:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=31378865</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=31378865</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31378865</guid></item><item><title><![CDATA[New comment by mr_luc in "Unicode Normalization Forms: When ö ≠ ö"]]></title><description><![CDATA[
<p>Heh, funny, I'm implementing this <i>exact</i> thing at the moment, oddly enough -- rather, implementing a security check that provides that same guarantee you mention, Mixed Script protections.<p>In Unicode spec terms, 'UTS 39 (Security)' contains the description of how to do this, mostly in section 5, and it relies on 'UTX 24 (Scripts)'.<p>It's more nuanced than your example but only slightly. If you replace "German" with "Japanese" you're talking about multiple scripts in the same 'writing system', but the spec provides files with the lists of 'sets of scripts' each character belongs to.<p>The way that the spec tells us to ensure that the word 'microsoft' isn't made up of fishy characters is that we just keep the intersection of each character's augmented script sets. If at the end, that intersection is empty, that's often fishy -- ie, there's no intersection between '{Latin}, {Cyrillic}'.<p>However, the spec allows the legit uses of writing systems that use more than one script; the lookup procedure outlined in the spec could give script sets like '{Jpan, Kore, Hani, Hanb}, {Jpan, Kana}' for two characters, and that intersection isn't empty; it'd give us the answer "Okay, this word is contained within the Japanese writing system".</p>
]]></description><pubDate>Fri, 31 Dec 2021 22:19:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=29753100</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=29753100</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29753100</guid></item><item><title><![CDATA[New comment by mr_luc in "The Sucker Complex"]]></title><description><![CDATA[
<p>The author might be assuming public knowledge that some kinds of corruption in the United States, for instance, are getting worse:<p>See [1] <a href="https://foreignpolicy.com/2021/01/28/report-transparency-international-corruption-worst-decade-united-states/" rel="nofollow">https://foreignpolicy.com/2021/01/28/report-transparency-int...</a><p>Also, it might be hard for them to mention the strongest examples of brazen corruption in leadership without being accused of being political, so I don't blame the author for using the even-handed examples drawn from all quarters -- which does make it easier to characterize as cherry-picked noise -- when the thesis of the article is that leadership, a necessarily tiny fraction of the 1% in the public spotlight, are growing increasingly shameless.<p>But the author well could have mentioned certain boundary-pushing, prosecution-taunting illegality by political actors in the United States, including actions rescued only by equally brazen presidential pardons -- actions in the public sphere that are almost without precedent.<p>Those kinds of actions, so few in terms of data points, could be characterized as 'noise' for their rareness, but the author's thesis (which seems sufficiently plausible not to be discounted out of hand) is that extremely brazen action by different kinds of leadership are at least leading indicators of institutional inability to deal with corruption and wrongdoing, preceding spillover into society at large -- and that maybe, due to the outsized impact that leaders have on society, those actions have an element of influence or causation.<p>Well, a thesis like that doesn't, to me, mark the author as being morally dubious himself for having it.<p>If a society is getting more corrupt, over the short-term, (see [1] for proof that at least some well-informed people think this one is), then an increasing number of individual members of society will be corrupted.<p>The author simply draws an obvious corollary that we may not have considered: hey, reader -- we are among those members of society. We should assume that we can, and will, be influenced if corruption increases, or if we're exposed to very public and visible examples of it.<p>That may be uncomfortable to consider, but I'm glad the author helped us consider it. Is it really only other people, other people's children and families, who are corrupted if they live and grow in a society in which corruption is on the rise?<p>(It's clearly an opinion piece, and I'm not sure how HN-ish it is, but it doesn't seem like a particularly trashy one to me)</p>
]]></description><pubDate>Fri, 24 Dec 2021 14:33:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=29673882</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=29673882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29673882</guid></item><item><title><![CDATA[New comment by mr_luc in "Financial innovations brought by technology"]]></title><description><![CDATA[
<p>(Man I've liked these first couple of articles).<p>I see a few comments saying "this is stuff the rest of the world has had for a while now."<p>That's probably true to some extent. But it undersells the value being reported on, because the US market is a valuable one.<p>'Surprise! The richest, biggest economy in the world had banking/financial systems that were inefficient in X, believe it or not -- but that's in the progress of being fixed, which means Y is now more possible/profitable.'</p>
]]></description><pubDate>Fri, 29 Oct 2021 17:43:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=29041389</link><dc:creator>mr_luc</dc:creator><comments>https://news.ycombinator.com/item?id=29041389</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29041389</guid></item></channel></rss>