<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: tbagman</title><link>https://news.ycombinator.com/user?id=tbagman</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 09 Apr 2026 09:13:19 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=tbagman" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by tbagman in "Sam Altman may control our future – can he be trusted?"]]></title><description><![CDATA[
<p>Wonderful work and writing, Ronan -- I'm appreciative of your careful balance between objective fact-finding and synthesis.<p>For me, a big worry about AI is in its potential to further ease distorting or fabricating truth, while simultaneously reducing people's "load-bearing" intellectual skills in assessing what is true or trustworthy or good. You must be in the middle of this storm, given your profession and the investigations like this that you pursue.<p>Do you see a path through this?</p>
]]></description><pubDate>Tue, 07 Apr 2026 01:42:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47669744</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=47669744</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47669744</guid></item><item><title><![CDATA[New comment by tbagman in "After two years of vibecoding, I'm back to writing by hand [video]"]]></title><description><![CDATA[
<p>>> The most useful, accurate, and honest LLM information I've gathered
>> comes from spaces where neither extreme prevails<p>Do you have any pointers to good (public) spaces like this? Your take sounds reasonable, and so I'm curious to see that middle-ground expression and discussion.</p>
]]></description><pubDate>Sat, 24 Jan 2026 17:14:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=46745386</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=46745386</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46745386</guid></item><item><title><![CDATA[New comment by tbagman in "Remote hosting for your telescope"]]></title><description><![CDATA[
<p>Evidence?</p>
]]></description><pubDate>Sun, 03 Aug 2025 05:45:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=44774345</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=44774345</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44774345</guid></item><item><title><![CDATA[New comment by tbagman in "Remote hosting for your telescope"]]></title><description><![CDATA[
<p>It's primarily for hobbyists. From the community discord, I know there are also serious rigs out there as well, on which some members are doing some astronomical science...</p>
]]></description><pubDate>Sun, 03 Aug 2025 01:33:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=44773374</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=44773374</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44773374</guid></item><item><title><![CDATA[New comment by tbagman in "Remote hosting for your telescope"]]></title><description><![CDATA[
<p>I can also recommend starfront observatories (<a href="https://starfront.space" rel="nofollow">https://starfront.space</a>) for folks looking to do remote hosting. It's in a remote location in Texas with solid skies and great staff, and has a pretty unique model of high density hosting to drive down cost, seeing a ton of deep sky astrophotographers come.<p>From time to time there are fun collaborative projects too, like <a href="https://app.astrobin.com/u/bagman?i=ey9s59#gallery" rel="nofollow">https://app.astrobin.com/u/bagman?i=ey9s59#gallery</a>.</p>
]]></description><pubDate>Sat, 02 Aug 2025 22:05:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=44772010</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=44772010</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44772010</guid></item><item><title><![CDATA[New comment by tbagman in "Performance of LLMs on Advent of Code 2024"]]></title><description><![CDATA[
<p>The good news is that training jerprint was probably cheaper than training the latest got models...</p>
]]></description><pubDate>Tue, 31 Dec 2024 02:28:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=42555785</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=42555785</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42555785</guid></item><item><title><![CDATA[New comment by tbagman in "Gmail 2FA causes the homeless to permanently lose access 3 times a year"]]></title><description><![CDATA[
<p>Homelessness in the US is a complex problem. I found the Soft White Underbelly interview series by Mark Laita insightful when learning more about it:  <a href="https://www.softwhiteunderbelly.com" rel="nofollow">https://www.softwhiteunderbelly.com</a><p>Mark spent considerable time earning the trust of LA's skid row population – a large roadside tent community – and has a series of 1:1 interviews with a slice of the population, exploring their histories, challenges, preferences, and culture.<p>Mark doesn't believe that many (most?) of the skid row population would benefit from being provided with housing, and that issues of trauma, mental health, and childhood family environment are what he believes would have the highest leverage on the problem.<p>This is of course just one perspective on the problem, but Mark's perspective taught me quite a bit.</p>
]]></description><pubDate>Fri, 07 Oct 2022 15:14:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=33122459</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=33122459</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33122459</guid></item><item><title><![CDATA[New comment by tbagman in "The Lonely Work of Moderating Hacker News (2019)"]]></title><description><![CDATA[
<p>Just to say it explicitly, dang, you're doing a great job.</p>
]]></description><pubDate>Thu, 17 Feb 2022 19:27:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=30377480</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=30377480</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=30377480</guid></item><item><title><![CDATA[New comment by tbagman in "Nasty macOS flaw is bricking MacBooks: Don't install this update"]]></title><description><![CDATA[
<p>Confirmed; this is what happened to my 16" after this install. I needed to do a DFU restore (using Apple Configurator 2 -- you can download it to your hopefully spare MacBook from the app store) to get my mac back up and running. Unfortunately, for some reason, after the DFU restore, my 16" came back up to do a full reinstall, and I had to restore my files from backup.<p>Took a day, but all's well now.</p>
]]></description><pubDate>Sun, 12 Apr 2020 14:34:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=22848507</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=22848507</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22848507</guid></item><item><title><![CDATA[New comment by tbagman in "Ask HN: Must Read from ACM Library?"]]></title><description><![CDATA[
<p>Saying a different way: for fork/join or barrier style parallel requests, stragglers set overall latency, and though the probability of any specific response being a straggler may be low, the probability of at least one response being a terrible straggler gets very high at large scales (or large fan-outs).</p>
]]></description><pubDate>Mon, 06 Apr 2020 18:57:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=22796676</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=22796676</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22796676</guid></item><item><title><![CDATA[New comment by tbagman in "Newest MacBook Pro is the first MacBook not recommended by Consumer Reports"]]></title><description><![CDATA[
<p>> If you can plug it in, it will work<p>Unfortunately, this hasn't been my experience. As an example, I have a display-port-based Apple cinema display, and I bought this adapter to try to connect it to a new macbook pro 15":<p><pre><code>  http://www.apple.com/shop/product/MMEL2AM/A/thunderbolt-3-usb-c-to-thunderbolt-2-adapter
</code></pre>
The physical size of the connectors are compatible, of course; you can plug the monitor into the thunderbolt-2-side of the adapter, and you can plug the thunderbolt-3-side of the adapter into the laptop. But, since the adapter isn't display-port compatible, no joy.<p>If I remember correctly (and I might not), the apple store page for this adapter didn't originally carry a warning about this, but instead had text that made it easy to misunderstand whether this would work. The text on the page has changed.<p>As a weaker example, I have an LG 27UD88 Monitor. The USB-C connection from it works, but only carries 60W of charging "oomph," and the 15" macbook pro needs 85W of charging. So, even though the menubar icon on the mac signals that charging is happening, the battery is actually depleting over time. (Yeah, this one is more caveat emptor than the other, but still.)</p>
]]></description><pubDate>Fri, 23 Dec 2016 17:06:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=13245802</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=13245802</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13245802</guid></item><item><title><![CDATA[New comment by tbagman in "What Happens When Virtual Reality Gets Too Real"]]></title><description><![CDATA[
<p>Are you sure? I think you're misremembering.</p>
]]></description><pubDate>Tue, 05 Jan 2016 02:30:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=10840593</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=10840593</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=10840593</guid></item><item><title><![CDATA[New comment by tbagman in "If you are storing important info in Evernote, think twice"]]></title><description><![CDATA[
<p>Does rsync.net backup versions of the files you store on it? If not, a pitfall with your workflow is that if you corrupt todo.txt (accidentally, or if there is a filesystem problem, etc.) and then push it via rsync, you'll have accidentally overwritten your "backup" with a corrupt copy.</p>
]]></description><pubDate>Sun, 22 Feb 2015 21:48:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=9091285</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=9091285</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=9091285</guid></item><item><title><![CDATA[New comment by tbagman in "Lab 1: Booting a PC"]]></title><description><![CDATA[
<p>Agreed on the fantastic-ness -- the first 4-5 in the sequence in particular give you a very nice flavor of working in kernel-space, and they are doable. I taught a senior ugrad OS course and experimented with using this as the project sequence.<p>Some folks excelled (though they put in 15+ hours per week on average, which is quite high), some cratered and I needed a backup plan for them to make progress.</p>
]]></description><pubDate>Thu, 08 Jan 2015 01:13:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=8854472</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=8854472</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=8854472</guid></item><item><title><![CDATA[New comment by tbagman in "Noncompete Clauses Increasingly Pop Up in Array of Jobs"]]></title><description><![CDATA[
<p>Paycheck, starring Ben Affleck:<p><pre><code>   http://en.wikipedia.org/wiki/Paycheck_(film)</code></pre></p>
]]></description><pubDate>Mon, 09 Jun 2014 02:43:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=7866772</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=7866772</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7866772</guid></item><item><title><![CDATA[New comment by tbagman in "An analysis of Facebook photo caching"]]></title><description><![CDATA[
<p>Because of compulsory misses -- i.e., the first request to an object is never in the cache.</p>
]]></description><pubDate>Sun, 04 May 2014 16:08:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=7694721</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=7694721</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7694721</guid></item><item><title><![CDATA[New comment by tbagman in "Cloudy Snake Oil"]]></title><description><![CDATA[
<p>I understand your point of view, but I have a different opinion.<p>When I see these kinds of claims, my guess is that they are usually based on a failure analysis given a particular replication degree and estimates of failure probabilities of various components and failure domains. Underlying this analysis is usually an assumption about the independence of failures between the failure domains.<p>The good news is that industry has moved away from the computer as the unit of independent failure to a much larger failure domain: often a cluster within a data center, or an entire data center. This means that the analysis takes into account the infrequent occurrence of a large number of correlated failures within the failure domain.<p>The bad news is that there are inevitably correlated failures across the failure domains, regardless of how carefully you design to avoid them. Software bugs, coordinated attacks, operator errors, cascading failures caused by well-intentioned but runaway control loops and automated failover mechanisms, and so on, can be the culprit.<p>So, here's the problem. This statistic from Amazon, if taken at face value, would say that relying on Amazon to keep your data durable and safe is practically risk-free to the point of durability issues never happening in your lifetime (or, alternatively, to such a dramatically small fraction of objects that you might not care).<p>In practice, however, I suspect you do want to plan for the "unknown unknowns" that will cause data loss at low probability, but much higher probability than 0.000000001%.<p>Here's another way to look at it: I'd love it if Amazon posted some data about the rate at which they've experienced durability failures in the past year or two, rather than posting what I'm supposing (I might be wrong!) are calculations based on assumptions of dependent failure probabilities.</p>
]]></description><pubDate>Sun, 20 Apr 2014 04:09:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=7615816</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=7615816</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7615816</guid></item><item><title><![CDATA[New comment by tbagman in "Bing is here to stay"]]></title><description><![CDATA[
<p>Wow, how the tides have turned! 15 years ago was:<p>s/Google/Microsoft
s/Microsoft/Linux
s/Bing/Linux<p>I never would have predicted somebody cheering for "Microsoft the underdog."</p>
]]></description><pubDate>Mon, 07 Apr 2014 03:28:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=7544470</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=7544470</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7544470</guid></item><item><title><![CDATA[New comment by tbagman in "Half of taxpayer funded research will soon be available to the public"]]></title><description><![CDATA[
<p>The compromise that intellectual property strives for is to encourage innovation by rewarding inventors with time-limited exclusive rights in exchange for disclosure. The world gains the knowledge through the disclosure, the inventor gains the opportunity to commercialize and earn rewards through the advantage that time-limited exclusion gives them, and once the IP reverts to the public domain, everybody gets the chance to use the invention.<p>But, factors like patent sharking, the ridiculous extension of copyright terms, the inability of patent offices to properly assess issues like novelty and obviousness, and so on, make it possible for all parties to abuse this compromise.<p>I think the spirit of the compromise is valid. I think its implementation today has become flawed, but not irreparably so.</p>
]]></description><pubDate>Mon, 20 Jan 2014 23:18:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=7092328</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=7092328</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7092328</guid></item><item><title><![CDATA[New comment by tbagman in "Half of taxpayer funded research will soon be available to the public"]]></title><description><![CDATA[
<p>It's a complex situation, as other posters have noted.<p>Here's another complication. Often, faculty need multiple sources of funding over the years to support their research, including federal grants, university support (direct through money or indirect through facilities and staff), and industrial support through gifts and grants. As well, the intellectual heavy-lifting is done by the faculty and their students.<p>If you believe in intellectual property rights, then who of all of these stakeholders deserves ownership of those rights?<p>Personally, I lean against faculty patenting their inventions. I'd rather the IP is open to the public. Even if a faculty member wants to commercialize their research, I think they are better off competing in the marketplace rather than through IP arsenals.<p>But, I understand the other point of view. Patent licensing is a lucrative source of revenue for universities (e.g., UFL and its Gatorade revenue) and inventors. As well, it's at least uncomfortable and perhaps unfair if opportunistic companies were able to commercialize on a faculty member's invention without renumeration or attribution.<p>Complicated topic.</p>
]]></description><pubDate>Mon, 20 Jan 2014 23:13:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=7092315</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=7092315</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=7092315</guid></item></channel></rss>