<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, 30 Jul 2026 00:16:49 +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 "A.I. note takers are making lawyers nervous"]]></title><description><![CDATA[
<p>I know this is also a legal question, but I sometimes wonder about ML-based meeting transcription and summary services. Pre-ML, if you wanted to record a meeting, the de-facto process (at least in the US) was to announce before the meeting that it was going to be recorded, and then announce once you started recording that it was being recorded. Now that we're in an ML world, the default seems to be transcription and summarization is turned on and none of the meeting attendees are asked and most do not have the ability to turn it off.<p>That feels hinky to me...</p>
]]></description><pubDate>Mon, 11 May 2026 16:57:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48097552</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=48097552</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48097552</guid></item><item><title><![CDATA[New comment by tbagman in "Backblaze has stopped backing up OneDrive and Dropbox folders and maybe others"]]></title><description><![CDATA[
<p>Just a note of caution: sync != backup. When I was younger and dumber, I had my own rsync cron script to do a nightly sync of my documents to a remote server. One day I noticed files were gone from my local drive; I think there were block corruptions on the disk itself, and the files were dropped from the filesystem, or something like that. The nightly rsync propagated the deletions to the remote "backup."<p>D'argh.</p>
]]></description><pubDate>Tue, 14 Apr 2026 15:33:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47767019</link><dc:creator>tbagman</dc:creator><comments>https://news.ycombinator.com/item?id=47767019</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47767019</guid></item><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></channel></rss>