<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: bgoated01</title><link>https://news.ycombinator.com/user?id=bgoated01</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Apr 2026 19:44:33 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=bgoated01" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by bgoated01 in "New synthesis of astronomical measurements shows Hubble tension is real"]]></title><description><![CDATA[
<p>> “This isn’t just a new value of the Hubble constant,” the collaboration notes, “it’s a community-built framework that brings decades of independent distance measurements together, transparently and accessibly.”<p>Don't love that I can't read sentences like this without wondering if an LLM was involved.</p>
]]></description><pubDate>Sun, 12 Apr 2026 01:55:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=47735529</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=47735529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47735529</guid></item><item><title><![CDATA[New comment by bgoated01 in "Approaches to writing two-sentence journal entries"]]></title><description><![CDATA[
<p>Probably the biggest purpose for me is to have something to look back on.  The last time I consistently journaled before this was during the time when I dated, got engaged to, and married my wife. Granted, that was more than a line journal, but it has been really nice for us to go back and read it together all this time later.  With the line journal it is more of a prompt to help me remember that time period than a detailed description. But also I guess there is an autobiographical aspect to it that appeals to me--maybe someday I'll use it to help write an actual autobiography. And if not I also like to think of it as something to leave for my kids or grandkids to read when I'm gone.</p>
]]></description><pubDate>Sat, 21 Feb 2026 18:17:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47103202</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=47103202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47103202</guid></item><item><title><![CDATA[New comment by bgoated01 in "Approaches to writing two-sentence journal entries"]]></title><description><![CDATA[
<p>I have been doing a one-line-a-day journal for the past two years.  If I ever feel like writing more I have a separate section for that, but I only ever tell myself to write the one line. It's the first time I have been able to consistently write in a journal for a very long time before I started. My entries are not nearly as "composed" as the examples here, though, just tiny highlights of what happened during the day.</p>
]]></description><pubDate>Sat, 21 Feb 2026 17:04:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47102530</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=47102530</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47102530</guid></item><item><title><![CDATA[New comment by bgoated01 in "All it takes is for one to work out"]]></title><description><![CDATA[
<p>Right.  All it takes is for one to work out, if you have several suitable options.  If some of the options are only vaguely suitable, or it comes to light through the process that some of them are not suitable at all, then it takes more than just one working out.  That's what I was thinking while reading this.</p>
]]></description><pubDate>Sat, 29 Nov 2025 21:02:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=46090745</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=46090745</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46090745</guid></item><item><title><![CDATA[New comment by bgoated01 in "Blender 5.0"]]></title><description><![CDATA[
<p>If you're referring to Cubit, they license the ACIS kernel under the hood.</p>
]]></description><pubDate>Wed, 19 Nov 2025 00:30:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=45974243</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=45974243</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45974243</guid></item><item><title><![CDATA[New comment by bgoated01 in "Ask HN: Who is hiring? (November 2025)"]]></title><description><![CDATA[
<p>I notice that your application asks about willingness to relocate.  Are you able to do fully remote for the right candidate?</p>
]]></description><pubDate>Tue, 04 Nov 2025 14:11:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=45811244</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=45811244</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45811244</guid></item><item><title><![CDATA[New comment by bgoated01 in "The McPhee method for writing deeply reported nonfiction"]]></title><description><![CDATA[
<p>> So much of writing is managing your own emotions. The virtue of “pseudowriting” is that it helps you preserve hope for as long as possible—hope that what you will eventually put in place of those square brackets will be good. Hope keeps you coming back: it is more pleasant and low-stakes to pseudowrite than to fix actual language into the draft; and it is less daunting to return to a document where it feels like all that’s left is for you to fill in some blanks. Do that enough times and you will, in fact, end up with something you can read top to bottom.<p>This describes how I write a new chunk of research code, often.  I'll type along until I get to something like "oh, I'll need to calculate the foo of the widget here," and I'll just put a non-existent function call calculateFoo(widget) there until later, when I'll come back and fill it in. I feel like it keeps it manageable; I'm choosing the level of abstraction that I'm drafting code at, and I come in and fill in the details later.  I hadn't connected this idea to the journal articles that I am working on; I typically feel somewhat guilty when I add a FIXME in my LaTex document, but with this framing I see now that that is probably the better way to do it than aiming for a finished paragraph from the get-go. The square brackets and placeholders also seem much nicer that the FIXME I was using.  Glad to have seen this at a timely moment for me!</p>
]]></description><pubDate>Wed, 27 Aug 2025 14:24:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=45040163</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=45040163</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45040163</guid></item><item><title><![CDATA[New comment by bgoated01 in "How to live an intellectually rich life"]]></title><description><![CDATA[
<p>I didn't have time to get through the whole article today, but I did spend some time with my kids playing the Wikipedia first link game, which we enjoyed. We kept trying to find one that didn't end in Philosophy, and my youngest son said we should try Brick. Sure enough, it ended in a loop consisting of Existence and Reality.</p>
]]></description><pubDate>Fri, 02 May 2025 17:00:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=43872287</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=43872287</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43872287</guid></item><item><title><![CDATA[New comment by bgoated01 in "How a Pipe Organ Works (2020)"]]></title><description><![CDATA[
<p>My brother just finished building an automatic pipe organ for his Mechanical Engineering senior project. Or maybe you'd call it a street organ since it has no keyboard. It has midi input on some arduino-like device, 3d printed pipes, a hand crank pump to fill the bellows, and a bunch of shift registers, relays, and solenoids (on breadboards at this point) to open the valves for the pipes.  It turned out really nice, and was a hit at the project showcase.  I was involved in helping him figure out the electronics and the code, though I think he threw out the code I wrote in favor of using ChatGPT.  All in all, it's not a technically difficult thing to make, though I have the benefit of his hindsight at this point.  Maybe I'll get him to write it up at some point.</p>
]]></description><pubDate>Mon, 28 Apr 2025 01:47:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=43816769</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=43816769</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43816769</guid></item><item><title><![CDATA[New comment by bgoated01 in "Firing programmers for AI is a mistake"]]></title><description><![CDATA[
<p>I'm the kind of guy who decently likes maps, and I pay attention to where I'm going and also to the map before, during, and after using a GPS (Google maps). I do benefit from Google maps in learning my way around a place.  It depends on how you use it.  So if people use LLMs to code without trying to learn from it and just copy and paste, then yeah, they're not going to learn the skills themselves.  But if they are paying attention to the answers they are getting from the LLMs, adjusting things themselves, etc. then they should be able to learn from that as well as they can from online code snippets, modulus the (however occasional) bad examples from the LLM.</p>
]]></description><pubDate>Tue, 11 Feb 2025 18:52:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=43016684</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=43016684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43016684</guid></item><item><title><![CDATA[New comment by bgoated01 in "Structured Editing and Incremental Parsing"]]></title><description><![CDATA[
<p>You're right, I was thinking of Combobulate, linked in a sibling comment.</p>
]]></description><pubDate>Fri, 29 Nov 2024 03:52:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=42270635</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=42270635</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42270635</guid></item><item><title><![CDATA[New comment by bgoated01 in "Structured Editing and Incremental Parsing"]]></title><description><![CDATA[
<p>I'm not extremely familiar with the details of incremental parsing, but I have used Cursorless, a VSCode extension based on tree-sitter for voice controlled structured editing, and it is pretty powerful. You can use the structured editing when you want and also normal editing in between. Occasionally the parser will get things wrong and only change/take/select part of a function or what have you, but in general it's very useful, and I tend to miss it now that I am no longer voice coding much.  I seem to remember that there was a similar extension for emacs (sans voice control). treemacs, or something? Anyone used that?<p>[0] <a href="https://www.cursorless.org/" rel="nofollow">https://www.cursorless.org/</a></p>
]]></description><pubDate>Thu, 28 Nov 2024 03:02:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=42262042</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=42262042</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42262042</guid></item><item><title><![CDATA[New comment by bgoated01 in "Phased Array Microphone (2023)"]]></title><description><![CDATA[
<p>Here is a nice article on a study of baseball bats using microphones. <a href="https://www.acs.psu.edu/drussell/bats/papers/AcousticsToday_Winter2017_Russell.pdf" rel="nofollow">https://www.acs.psu.edu/drussell/bats/papers/AcousticsToday_...</a></p>
]]></description><pubDate>Fri, 22 Nov 2024 22:20:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=42217831</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=42217831</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42217831</guid></item><item><title><![CDATA[New comment by bgoated01 in "The Structure of a Worldview"]]></title><description><![CDATA[
<p>All models are wrong, but some are useful.<p>If you’re discussing large groups of people, you have to somehow compress the data. On the other hand, yeah, you probably shouldn’t prefer things like this to explain your neighbor/friend/in-laws over personal interactions with them.</p>
]]></description><pubDate>Sat, 16 Nov 2024 14:14:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=42156549</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=42156549</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42156549</guid></item><item><title><![CDATA[New comment by bgoated01 in "Ohmaps: your image montage is a resistor network"]]></title><description><![CDATA[
<p>So these addition formulas that apply to series and parallel resistors seem more generally to be formulas for finding the new ratio when you have several ratios and want to add them together treating the quantity in the numerator or the denominator as equal for all ratios. Series circuits have the same current for each ratio, and differing voltages, while parallel circuits have the same voltage for each ratio and a different current for each. Similarly for these aspect ratios, where you want the new ratio after adding width or height while setting the other (height or width, respectively) equal.</p>
]]></description><pubDate>Tue, 12 Nov 2024 21:18:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=42119807</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=42119807</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42119807</guid></item><item><title><![CDATA[New comment by bgoated01 in "Eighty Years of the Finite Element Method (2022)"]]></title><description><![CDATA[
<p>> Isn't IGA's shtick just replacing classical shape functions with the splines used to specify the geometry?<p>That's how it started, yes. The splines used to specify the geometry are trimmed surfaces, and IGA has expanded from there to the use of splines generally as the shape functions, as well as trimming of volumes, etc.  This use of smooth splines as shape functions improves the accuracy per degree of freedom.<p>> If I recall correctly convergence rates are exactly the same<p>Okay, looks like I remembered wrong here. What we do definitely see is that in IGA you get the convergence rates of higher degrees without drastically increasing your degree of freedom, meaning that there is better accuracy per degree of freedom for any degree above 1.  See for example Figures 16 and 18 in this paper: <a href="https://www.researchgate.net/profile/Laurens-Coox/publication/298897754_A_performance_study_of_NURBS-based_isogeometric_analysis_for_interior_two-dimensional_time-harmonic_acoustics/links/5c365a9992851c22a368b8a7/A-performance-study-of-NURBS-based-isogeometric-analysis-for-interior-two-dimensional-time-harmonic-acoustics.pdf" rel="nofollow">https://www.researchgate.net/profile/Laurens-Coox/publicatio...</a><p>> geometry and the fields of quantities of interest do not have the same spatial distributions.<p>Using the same shape functions doesn't automatically mean that they will have the same spatial distributions. In fact, with hierarchical refinement in splines you can refine the geometry and any single field of interest separately.<p>> What is left in terms of potential?<p>The biggest potential other than higher accuracy per degree of freedom is perhaps trimming.  In FEM, trimming your shape functions makes the solution unusable.  In IGA, you can immerse your model in a "brick" of smooth spline shape functions, trim off the region outside, and run the simulation while still getting optimal convergence properties. This effectively means little to no meshing required. For a company that is readying this for use in industry, take a look at <a href="https://coreform.com/" rel="nofollow">https://coreform.com/</a> (disclosure, I used to be a software developer there).</p>
]]></description><pubDate>Sun, 03 Nov 2024 14:58:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=42033405</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=42033405</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42033405</guid></item><item><title><![CDATA[New comment by bgoated01 in "Eighty Years of the Finite Element Method (2022)"]]></title><description><![CDATA[
<p>Interesting perspective.  I just attended an academic conference on isogeometric analysis (IGA), which is briefly mentioned in this article. Tom Hughes, who is mentioned several times, is now the de facto leader of the IGA research community. IGA has a lot of potential to solve many of the pain points of FEM. It has better convergence rates in general, allows for better timesteps in explicit solvers, has better methods to ensure stability in, e.g., incompressible solids, and perhaps most exciting, enables an immersed approach, where the problem of meshing is all but gone as the geometry is just immersed in a background grid that is easy to mesh.  There is still a lot to be done to drive adoption in industry, but this is likely the future of FEM.</p>
]]></description><pubDate>Sun, 03 Nov 2024 04:27:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=42031166</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=42031166</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42031166</guid></item><item><title><![CDATA[New comment by bgoated01 in "The Tragedy of Google Books (2017)"]]></title><description><![CDATA[
<p>For some reason the copy my library has doesn't have that page the same as it appears on hathitrust.  Other nearby pages match the snippets I see on google books, but that page does not, and none of the nearby pages do, either.  So I'm afraid my search here is a dead end.</p>
]]></description><pubDate>Mon, 28 Oct 2024 15:32:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=41972115</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=41972115</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41972115</guid></item><item><title><![CDATA[New comment by bgoated01 in "The Tragedy of Google Books (2017)"]]></title><description><![CDATA[
<p>I just put in a request at my university library for that item.  I'll let you know what it turns up.</p>
]]></description><pubDate>Wed, 23 Oct 2024 04:15:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=41921763</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=41921763</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41921763</guid></item><item><title><![CDATA[New comment by bgoated01 in "Python for Inversive and Hyperbolic Geometry"]]></title><description><![CDATA[
<p>The biggest thing that keeps me from using Julia rather than Python for math prototypes is that it uses one-based indexing. I go back and forth between these prototypes and my C++ codebase, and the mental gymnastics to switch from 0-based to 1-based makes Julia a non-starter for me. I prefer Julia over Python other than that one issue, and the lower availability of tutorials, etc. for Julia.</p>
]]></description><pubDate>Sat, 28 Sep 2024 04:01:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=41677760</link><dc:creator>bgoated01</dc:creator><comments>https://news.ycombinator.com/item?id=41677760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41677760</guid></item></channel></rss>