<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: pertique</title><link>https://news.ycombinator.com/user?id=pertique</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 23 Apr 2026 09:02:11 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=pertique" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by pertique in "Principles and Gear"]]></title><description><![CDATA[
<p>I'm of two minds on this. On one hand, I appreciate a good piece of gear and the feeling of having things just work. I think anyone who's been on a hunt and one day found a perfect something knows that spark of satisfaction every time you use it.<p>On the other hand, and this is probably isn't right, the brandification and fetishization of gear doesn't sit right with me. I ackownledge it's unfair - there should not be any difference between being proud of some thrifted hat and some fancy running shorts. Yet it still tripped me up.<p>Regardless, I can 100% corroborate the meat of the post. Running is, by far, one of the best ways to explore a new or old place. There's something about the pace of it that helps you notice details that you miss on a bike or when walking. At least, despite biking, walking, and driving through my last neighborhood for years, I'd regularly pick up on new things during runs.</p>
]]></description><pubDate>Tue, 31 Mar 2026 01:44:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47581817</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=47581817</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47581817</guid></item><item><title><![CDATA[New comment by pertique in "Ghidra by NSA"]]></title><description><![CDATA[
<p>What resources would you recommend now? Even if they're a year behind the meta, it's a lot easier to start a year behind than 6+</p>
]]></description><pubDate>Tue, 17 Feb 2026 03:55:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47043530</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=47043530</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47043530</guid></item><item><title><![CDATA[New comment by pertique in "MIT Living Wage Calculator"]]></title><description><![CDATA[
<p>Can anyone speak to the reliability of using metropolitan statistical areas for something like this? Having lived across on both sides of the tracks in a few, grouping them for something like this seems like an interesting choice. One that I probably wouldn't agree with, but I'm out of my depth</p>
]]></description><pubDate>Mon, 09 Feb 2026 21:46:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=46951939</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=46951939</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46951939</guid></item><item><title><![CDATA[New comment by pertique in "Gmail to SQLite"]]></title><description><![CDATA[
<p>I had the same problem when I switched off Google. I didn't have a ton of data, and I just wanted content for past search purposes, so I didn't dig into how the data would be transformed but I can at least offer my scuffed solution.<p>I installed a third-party client (Thunderbird, but I imagine any would work) on a local box, signed in with both emails, and just copied the mail over from one to the other. Low-tech, but it worked quite well. I may have forced some local cache/download for the original email, but I can't recall. I'll check later if it preserves headers and the like. I assume it would, but it wasn't that important to me.<p>I actually thought about writing at some point about the process of getting off gmail and all the funny things I ran across.</p>
]]></description><pubDate>Sat, 10 May 2025 13:48:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=43945599</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=43945599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43945599</guid></item><item><title><![CDATA[New comment by pertique in "Homomorphic encryption in iOS 18"]]></title><description><![CDATA[
<p>I can't personally vouch for it as I'm still stuck in Google Photos and would prefer to self-host it, but Ente may interest you. Open source, end-to-end encrypted, self-host or cloud.</p>
]]></description><pubDate>Wed, 15 Jan 2025 16:26:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=42712987</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=42712987</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42712987</guid></item><item><title><![CDATA[New comment by pertique in "Apple Watch with Android"]]></title><description><![CDATA[
<p>That's very true, and I'd love to see some actual documentation on how they get to pace numbers.<p>I'm in the same boat with regard to 5K/10K pace, but I reckon it's probably not a huge issue in the long run. While plans specify those times, I think it's more about shorthand for effort zone where 5K is "this hard" and 10K is "a little bit less hard".<p>VO2 max improvement is a good point, though, and I'd probably agree. If I had a hazard a guess, Garmin would say that their training productivity tracker/race estimated are the preferred way of presenting that data. as an aside, I think VO2max has sorta been coopted as a "fitness number" when it actually represents a very specific thing that may or may not be emblematic of actual performance in  the majority of cases. It is nice to have a a single value to look at that can sum up whether what you've been doing lately is productive, though.<p>That could just be me coming from the world of cycling where watts are king and there's far less variability. In my mind, all these running stats are mushy, but that might not actually be the case.</p>
]]></description><pubDate>Thu, 19 Dec 2024 15:57:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=42462684</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=42462684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42462684</guid></item><item><title><![CDATA[New comment by pertique in "Apple Watch with Android"]]></title><description><![CDATA[
<p>I'm hardly a serious runner, but I'd say the pros you laid out for Garmin are quite nice, and the cons are inconsequential to your average fitness tracker user. I'd probably argue they're inconsequential to everyone but the absolute elite and, for them, are pointless.<p>Sleep tracking is hard to action on for the average user outside "you slept this long" and none of the writst-based devices are that good anyway.<p>Pace to sub 5 is a little more annoying, but probably not useful for the majority considering most people are just running, not craning over their watch the whole time.<p>VO2 max is also a wild estimate, and I'd hazard it's not particularly accurate for the average person. It's off by close to 20% for me, and I should be a pretty good candidate.<p>On the flipside, you can get tons of data out of a Garmin that costs significantly less than an Apple watch. Plus, the majority of Garmins sold are fitness devices with some smart features, with Apple watches being primarily a smart watch. While maybe not justified (I think the Apple watch features are quite nice) I'd expect that's a major part of the reason Garmin has the rep it does.<p>If someone is buying a device to run, most would recommend the cheaper, light, simple, specialized, long battery life watch over the opposite. If you already have an Apple watch, it's probably a no brainer. 
For the high-end Garmin devices, it's a little more complex, but not many people are considering a US$800+ device without knowing the nuances of the discussion, or having enough money to not care.</p>
]]></description><pubDate>Thu, 19 Dec 2024 15:32:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=42462397</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=42462397</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42462397</guid></item><item><title><![CDATA[New comment by pertique in "Show HN: Feels Like Paper"]]></title><description><![CDATA[
<p>I'd also link to a recent HN post [0] exploring butterfly flight. The top comment shows the actual flight pattern of a butterfly.<p>Perhaps zombie butterfly fly differently, but otherwise it's doubly dead.<p>This isn't a real nit, but I figured I throw it out there anyway.<p>[0] <a href="https://news.ycombinator.com/item?id=42183079">https://news.ycombinator.com/item?id=42183079</a></p>
]]></description><pubDate>Wed, 27 Nov 2024 23:32:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=42260879</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=42260879</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42260879</guid></item><item><title><![CDATA[New comment by pertique in "Why GitHub won"]]></title><description><![CDATA[
<p>I agree with a lot of the other options, but I'd be remiss if I didn't mention one that isn't always obvious.<p>With all the Big Corp asterisks, Microsoft Business Basic can be a pretty great deal at 6 USD/month. Solid reliability, aliases, (too many) config options, 1TB of OneDrive storage, cloud MS apps, etc.</p>
]]></description><pubDate>Mon, 09 Sep 2024 19:24:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=41492452</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=41492452</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41492452</guid></item><item><title><![CDATA[New comment by pertique in "I summarized my understanding of Linux systems"]]></title><description><![CDATA[
<p>It is. From my understanding, CPUs execute machine code. Assembly has to be passed through an assembler to get machine code, and that assembler can make other changes as well, so they are not always one to one. Written assembly will usually translate veryclosely to machine code, though.</p>
]]></description><pubDate>Thu, 14 Mar 2024 12:36:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=39703108</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=39703108</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39703108</guid></item><item><title><![CDATA[New comment by pertique in "Passwordless: a different kind of hell?"]]></title><description><![CDATA[
<p>If you use a password manager (which they say they do) it's much quicker to just save that info and automatically populate it. Doubly so considering the MFA hell they went through.</p>
]]></description><pubDate>Tue, 16 Jan 2024 14:41:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=39013731</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=39013731</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39013731</guid></item><item><title><![CDATA[New comment by pertique in "Reclaiming the web with a personal reader"]]></title><description><![CDATA[
<p>It'd definitely be possible although, if you're not already using a VPN, I doubt it'd be easier. You could do it a few ways, but the gist would be running the VPN endpoint and the web app in the "same place" (same machine, same network, etc.) and restrict access to the web app from anywhere else.</p>
]]></description><pubDate>Thu, 14 Dec 2023 16:32:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=38643191</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=38643191</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38643191</guid></item><item><title><![CDATA[New comment by pertique in "Rust without crates.io"]]></title><description><![CDATA[
<p>Do you have other info on languages that do? In my mind, if a library is compromised and incorporated in software that touches sensitive data then there's no way to meaningfully sandbox it. Sure, the library lives in the sandbox, but so does the stuff you're trying to protect. I'm not sure that's a Rust-specific problem.</p>
]]></description><pubDate>Tue, 14 Nov 2023 16:49:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=38265820</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=38265820</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38265820</guid></item><item><title><![CDATA[New comment by pertique in "In search of the least viewed article on Wikipedia (2022)"]]></title><description><![CDATA[
<p>The author actually brings this up in the article, and it seems that they are not likely to be deleted (baring vandalism due to their unique status being surfaced, I guess).<p>Spoiler for the interested, and it could be an artifact of the dataset the author used, but one of the commonalities between the least viewed articles is that their subject matter falls into a category that isn't usually eligible for deletion under Wikipedia content guidelines.</p>
]]></description><pubDate>Fri, 20 Oct 2023 14:36:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=37956700</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=37956700</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37956700</guid></item><item><title><![CDATA[New comment by pertique in "YouTube TV, which costs $73 a month, agrees to end "$600 less than cable" ads"]]></title><description><![CDATA[
<p>I think you and the comment you replied to are talking about different things. The comment you replied to IS talking about skipping these inline ads without paying (SponsorBlock). If you aren't using it and are watching the same videos, you're also seeing these ads.</p>
]]></description><pubDate>Thu, 12 Oct 2023 18:15:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=37860812</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=37860812</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37860812</guid></item><item><title><![CDATA[New comment by pertique in "AI hype is built on flawed test scores"]]></title><description><![CDATA[
<p>This is what I got on a basically brand new OpenAI account:
<a href="https://chat.openai.com/share/5199c972-478d-406f-9092-061a6bdd867c" rel="nofollow noreferrer">https://chat.openai.com/share/5199c972-478d-406f-9092-061a6b...</a><p>All told, I'd say it's a decent answer.<p>Edit: 
I took it to completion:<a href="https://chat.openai.com/c/6cdd92f1-487a-4e1c-ab94-f2bdbf282d73" rel="nofollow noreferrer">https://chat.openai.com/c/6cdd92f1-487a-4e1c-ab94-f2bdbf282d...</a><p>These were the first responses each time, with no massaging/retires/leading answers. I will say it's not entirely there. I re-ran the initial question a few times afterwards and one was basically giberish.</p>
]]></description><pubDate>Tue, 10 Oct 2023 20:28:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=37837036</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=37837036</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37837036</guid></item><item><title><![CDATA[New comment by pertique in "Autopay is making us worse at managing credit-card bills"]]></title><description><![CDATA[
<p>This is what I do, and I'm surprised that more people don't. It's trivial to clear  text or email notifications when you make the purchase as they usually appear very quickly. Plus it makes it very easy to identify fraud.<p>Get a notification that your card was used at a gas station when you're in bed at 11pm and last filled up 5 days ago? Probably not legitimate. Plus, if you trust your CC company, it saves you from having to review your charges at statement close.</p>
]]></description><pubDate>Mon, 09 Oct 2023 18:18:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=37823432</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=37823432</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37823432</guid></item><item><title><![CDATA[New comment by pertique in "Reasons to not use your own domain for email"]]></title><description><![CDATA[
<p>10 years is just the maximum time a domain can be registered at a given time. You can keep adding a year for every year that passes if you'd like.</p>
]]></description><pubDate>Tue, 12 Sep 2023 12:57:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=37480455</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=37480455</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37480455</guid></item><item><title><![CDATA[New comment by pertique in "Ray and Tom Magliozzi, MIT 1999 Commencement Address [video]"]]></title><description><![CDATA[
<p>I haven't listened to Car Talk in years, but I can still remember the number listeners would call. I'm going to go back and listen to some reruns. I imagine it's aged gracefully.</p>
]]></description><pubDate>Mon, 11 Sep 2023 12:28:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=37466230</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=37466230</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37466230</guid></item><item><title><![CDATA[New comment by pertique in "When your coworker does great work, tell their manager (2020)"]]></title><description><![CDATA[
<p>I'd probably take the more charitable view that usage of the phrase in the negative is a willingness to embrace the spirit of the saying rather than attribute it to a misunderstanding.<p>If it is a misunderstanding, that is. While all sources I've seen sdo agree the phrase is of military origin, the Ngram shows usage as early as 1908 [1], with usage between 1930 and 1955 in English fiction [2]. Maybe the origin of the phrase predates the pointless numbered hills of the Vietnam War, and perhaps those hills had value and were worth dying on.<p>Not that this is a hill I'm willing to die on, though. All I wanted to point out is that the opposite phrase is used often per past experience, and Google Trends [3]. I can't actually find any trend data for the "original," but it is 
 used.<p>[1] <a href="https://books.google.com/ngrams/graph?content=hill+to+die+on&year_start=1900&year_end=2000&corpus=en-US-2019&smoothing=2" rel="nofollow noreferrer">https://books.google.com/ngrams/graph?content=hill+to+die+on...</a><p>[2] <a href="https://books.google.com/ngrams/graph?content=hill+to+die+on&year_start=1900&year_end=2000&corpus=en-fiction-2019&smoothing=2" rel="nofollow noreferrer">https://books.google.com/ngrams/graph?content=hill+to+die+on...</a><p>[3] <a href="https://trends.google.com/trends/explore?date=all&geo=US&q=will%20die%20on%20this%20hill,hill%20I%20will%20die%20on,hill%20I%20won%27t%20die%20on,won%27t%20die%20on%20this%20hill&hl=en-US" rel="nofollow noreferrer">https://trends.google.com/trends/explore?date=all&geo=US&q=w...</a></p>
]]></description><pubDate>Thu, 31 Aug 2023 21:21:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=37343850</link><dc:creator>pertique</dc:creator><comments>https://news.ycombinator.com/item?id=37343850</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37343850</guid></item></channel></rss>