<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: beau_g</title><link>https://news.ycombinator.com/user?id=beau_g</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 28 Oct 2026 11:32:31 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=beau_g" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by beau_g in "Git for US Legislation"]]></title><description><![CDATA[
<p>See my response to the parent, but git blame solves the issue of "what did they mean" because the person (if alive) can just be asked. The same way git blame is used all the time to ask why a programmer did something some certain way, there's more to code too than just how exactly does it compile/execute. The higher level idea should be to stop legislation seemingly written by nobody, that nobody wants to answer for, but is used to make important decision about lives and livelihoods. Having courts needed to interpret verbiage that was written by living people is completely preposterous. If it's written by dead people, sure, that's a harder problem.</p>
]]></description><pubDate>Wed, 28 Oct 2026 05:19:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=50269614</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=50269614</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50269614</guid></item><item><title><![CDATA[New comment by beau_g in "Git for the US Code"]]></title><description><![CDATA[
<p>This brings us to my even more unlikely idea - when whoever wrote that line in the legislation dies or retires, the line enters a short review period where it's either renewed with a new author on the line to speak to it or is deprecated. This way someone would always be there to just answer for the intent. Also would help garbage collect legislation that is no longer useful.</p>
]]></description><pubDate>Wed, 28 Oct 2026 05:12:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=50269582</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=50269582</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50269582</guid></item><item><title><![CDATA[New comment by beau_g in "Burning Man death rates – A short lesson in statistics"]]></title><description><![CDATA[
<p>Interesting, I came to the same conclusion, making my dangerous robot look dangerous on purpose to keep people away from it. Are there actually written rules on this policy somewhere?</p>
]]></description><pubDate>Wed, 30 Sep 2026 21:54:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49914990</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=49914990</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49914990</guid></item><item><title><![CDATA[New comment by beau_g in "OpenAI's New Device Will Be Hockey Puck-Sized and Cost over $300"]]></title><description><![CDATA[
<p>Tamagotchi but you feed it tokens</p>
]]></description><pubDate>Mon, 10 Aug 2026 16:03:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49245501</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=49245501</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49245501</guid></item><item><title><![CDATA[New comment by beau_g in "Ask HN: What are you working on? (August 2026)"]]></title><description><![CDATA[
<p>The images are not AI generated, they are just renders from CAD composited into photos or pure renders. I have received a lot of reach out from all sorts of backgrounds which is cool, though I am a very long ways from being able to sell anything, has definitely lit even more of a fire for me though to keep making progress.</p>
]]></description><pubDate>Sun, 09 Aug 2026 22:15:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=49236708</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=49236708</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49236708</guid></item><item><title><![CDATA[New comment by beau_g in "Ask HN: What are you working on? (August 2026)"]]></title><description><![CDATA[
<p>Working on the chainsaw for my centaur form factor robot. Have one part to machine then just need to weld everything up and will be ready to try it out. It uses a motor and controller sourced from an E foil, and has 2DOF position control. <a href="https://www.satyress.com/buildprogress" rel="nofollow">https://www.satyress.com/buildprogress</a><p>I've also been slowly chipping away at a Jagged Alliance 2-like game in Godot. Nothing to share yet but if anyone else is also frustrated that there hasn't been a good video game since Jagged Alliance 2 and you want to work on it reach out to me through the contact in my profile.</p>
]]></description><pubDate>Sun, 09 Aug 2026 21:51:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49236425</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=49236425</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49236425</guid></item><item><title><![CDATA[New comment by beau_g in "JetZero"]]></title><description><![CDATA[
<p>Bean bag chair seats solve every problem.</p>
]]></description><pubDate>Sun, 26 Jul 2026 04:24:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49054716</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=49054716</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49054716</guid></item><item><title><![CDATA[New comment by beau_g in "Weave Robotics launches Isaac 1, a $7,999 home robot with Fall 2026 deliveries"]]></title><description><![CDATA[
<p>How about a centaur? - <a href="https://www.satyress.com/" rel="nofollow">https://www.satyress.com/</a></p>
]]></description><pubDate>Wed, 01 Jul 2026 23:53:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=48754684</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48754684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48754684</guid></item><item><title><![CDATA[New comment by beau_g in "Flock cameras track more than your license plate, and they're spreading fast"]]></title><description><![CDATA[
<p>You saw someone try to drink a soda upside down and spill it? We are going to need more than a Flock cam to stop that heinous act, perhaps a Flock robot arm that could grab the criminals arm and turn it right side up, or just restrain them while the authorities are on the way.</p>
]]></description><pubDate>Sun, 28 Jun 2026 15:28:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48708215</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48708215</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48708215</guid></item><item><title><![CDATA[New comment by beau_g in "A robot is sprinting towards you. Do you want it running on Claude or Grok?"]]></title><description><![CDATA[
<p>If you're talking human size bipeds, if they have the required peak torques and speeds on the leg actuators to work at all, they will have the physical ability to sprint. You can think of a Segway to visualize this more easily - the motor on it needs quite a bit of power and speed to overcome a human leaning forward drastically without just falling over, a biped is the same thing with more steps. You need quite a lot of power to even idle stand a biped and a lot of speed to even do tiny corrections. If you want to rely on an ifElse statement or a model policy to not sprint, then you just introduce more likelihood of falling over, which also isn't great around humans. If you truly want to know a robot will not (meaning cannot) sprint, you would need form factors like a worm or centipede.</p>
]]></description><pubDate>Thu, 18 Jun 2026 02:42:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48580031</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48580031</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48580031</guid></item><item><title><![CDATA[New comment by beau_g in "Wow, if it's this easy in 1998, I bet it'll be even easier in 2026"]]></title><description><![CDATA[
<p>I read the beginning of the post and immediately tabbed back to start writing a rant about standing up a website being fine, but the real loss of web functionality was Flash, glad I kept reading. I'm quite good with CSS and doing tricks with SVGs, but constantly run into things I want to do in 2D web I find to be complex enough and time consuming enough I don't even bother, while I would have been able to do it in Flash as a 13 year old in a few minutes. The modern web is a prison built out of <div>s, the tricks you see for "amazing" websites with obnoxious scrolljacking/parallax don't hide it.</p>
]]></description><pubDate>Mon, 08 Jun 2026 06:11:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48441831</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48441831</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48441831</guid></item><item><title><![CDATA[New comment by beau_g in "Field of clones: How horse replicas came to dominate polo"]]></title><description><![CDATA[
<p>Though we are not yet competitive in the Argentinian Polo clone wars, we are making significant progress - <a href="https://www.satyress.com/" rel="nofollow">https://www.satyress.com/</a></p>
]]></description><pubDate>Sun, 07 Jun 2026 03:35:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48431526</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48431526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48431526</guid></item><item><title><![CDATA[New comment by beau_g in "Microsoft pulls plug on plans for 244-acre data center in Caledonia (2025)"]]></title><description><![CDATA[
<p>A comment on HN a few years ago in a thread about car washes brought this to light a little bit for me, the proliferation of subscription car washes everywhere in the US (self storage too) seems like it can't possibly make sense financially, but when you think about developers that also want to speculate on the land, car washes and self storage are about as easy as it gets to develop and maintain some cashflow, then you can sell or redevelop later. Now I am expecting a spinoff to Mister Inference and Quick Flops as these sprawling networks of carwashes turn into data centers in 2030</p>
]]></description><pubDate>Mon, 25 May 2026 19:50:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48270862</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48270862</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48270862</guid></item><item><title><![CDATA[New comment by beau_g in "Japan’s robot wolf sells out as record bear attacks drive demand"]]></title><description><![CDATA[
<p>We have something close, but unfortunately not at the halloween decoration price point - <a href="https://www.satyress.com/" rel="nofollow">https://www.satyress.com/</a></p>
]]></description><pubDate>Sat, 16 May 2026 21:30:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48163991</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48163991</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48163991</guid></item><item><title><![CDATA[New comment by beau_g in "I caught the car"]]></title><description><![CDATA[
<p>I disagree and think the software model described works better when done well. I have seen this within a company, where both the hardware side and software side used the same titles (senior, staff, senior staff, principal). The hardware side used largely a combination of industry tenure and especially whether they had PHDs/patents/inventions or not to determine these titles, while the software org was very gung ho on using responsibility and influence to determine promotions. The other thing this led to is in the hardware org, often people would get hired on as senior staff or principal, while this almost never happened on the software side (nobody could get hired on as these roles as they couldn't possibly meet the rubric, as it required some outsized impact in the company with thousands of people using software you near singlehandedly developed and maintained).<p>As other people pointed out in this post in a roundabout way, titles only matter at all internally to a given company. And considering that, compare these two systems; yes the software org in this system does end up in a position where a 25 year old that's been at the company for 3 years could be senior staff, but that's very telling, to do that, they absolutely had to ship something novel, useful to many, and keep it running and good. Knowing that someone is a very well educated graybeard that invented something at Sun in 1989 is also some good information, but from the context of communicating with people in other orgs within a company I don't know so well, it's more valuable to me personally to understand whether they are responsible for a large running process and to what degree, moreso than how long they have been around and what they did elsewhere.</p>
]]></description><pubDate>Sat, 09 May 2026 22:59:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=48079101</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=48079101</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48079101</guid></item><item><title><![CDATA[New comment by beau_g in "Caveman: Why use many token when few token do trick"]]></title><description><![CDATA[
<p>For a while I was missing the ability one uses all the time in stable diffusion prompts of using parentheses and floats to emphasize weight to different parts of the prompt. The more I thought about how it would work in an LLM though, the more I realized it's just reinventing code syntax and you could just give a code snippet to the LLM prompt.</p>
]]></description><pubDate>Sun, 05 Apr 2026 20:50:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47653735</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=47653735</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47653735</guid></item><item><title><![CDATA[New comment by beau_g in "Juggalo Makeup Blocks Facial Recognition Technology (2019)"]]></title><description><![CDATA[
<p>It would be interesting to first create a taxonomy of juggalo face paint patterns a la aruco markers/April tags, then see if a sufficiently large crowd of juggalos could be used to calibrate cameras</p>
]]></description><pubDate>Thu, 19 Mar 2026 15:59:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47441602</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=47441602</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47441602</guid></item><item><title><![CDATA[New comment by beau_g in ""]]></title><description><![CDATA[
<p>Consider 2 welding systems, a hungover human on a 3 legged ladder with a scratched up welding helmet doing an overhead TIG weld holding the filler rod a foot away from the weld pool, and a 6 DOF Kuka bot doing a weld in the same position on a completely rigid work piece clamped down to a precision machined fixture table which is clamped down to a precision machined floor that the robot is also mounted to.<p>The human system weighs 250lbs and can be placed anywhere. Let's ask what it takes to walk the factory robot in that direction. First let's have the work piece be moving, let's say on a conveyor belt. The old robotics way of thinking would be to introduce this variable into the programming of the bot/station, create simple sensors for either the work piece or conveyor itself to indicate to the programming loop where the part is with as little error as possible, and continue to keep accuracy while maintaining as much precision as possible using rigidity (which equals mass and space). Now the whole system is functionally 7 DOF, and you add in the error and failure modes of the 7th DOF (the conveyor system) and accumulate some error. Now just imagine instead of a conveyor the part is on a rolling table with random Z height, and so it the robot arm, and you can see this will fall apart, you can't fight this battle with deterministic programming, machining precision, and rigidity. Obviously if you extended this system to be a humanoid robot on a 3 legged ladder which would be 30+ DOF between the weld and the ground, it couldn't possibly work.<p>But back to the hungover human, why does this system work so well? The human has very good eyes and a very good internal IMU. They are looking at the end of the filler rod and the weld pool, and even though the information isn't that good coming through the scratched welding helmet, they can compensate for all that error and run an internal function that holds the torch and filler rod in the optimum position to do a good TIG weld while ignoring or automatically adjusting for tons of other variables. Now to address your original question, in our system
1. Are current cameras good enough to get an equivalent amount of information about the weld that the hungover welder has? Yes, in fact can get more information than a human can 
2. Are IMUs as good as a hungover human has? Hard to really know, but seems like it, though if you need many IMUs attached to different limbs on a robot its probably not as good as humans yet 
3. Is the power density of actuators and power storage good enough to approximate this 250lb system of a human on a ladder with some combination of DOF that reaches a sufficient range of motion to emulate the humans hands (whether the robot looks like a human or not?) - yeah, plus in this case the welder is plugged into the ground for the human anyway so that system is already attached to mains power<p>So given all this, seems like the limiter is just software, which is the bull case for this prospected robotics revolution</p>
]]></description><pubDate>Mon, 16 Mar 2026 16:04:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=47400828</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=47400828</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47400828</guid></item><item><title><![CDATA[New comment by beau_g in "The Robotic Dexterity Deadlock"]]></title><description><![CDATA[
<p>Many overactuated, purpose built robots (like surgical robots and pianos) exist, and have existed since the Unimate, and work great in certain situations. The problem with all of them is they are very expensive, often extremely large, and single purpose or very narrow purpose (and even if they are narrowly multipurpose, require tons of setup to get to work for each job they are intended to do).<p>I personally am not bullish on 1:1 human hands either, but IMO the question shouldn't be $100k 2 ton Kuka arm vs biped with hands, it's overactuated robotics (build it from the floor with hard coded operations) vs underactuated (build it from the contact point of the work backwards with ML and sensors). We shall see which form factors prevail, but the type of robotics development posted here seems like the way forwards regardless, an ecosystem of small, power dense, reliable, accurate QDD actuators will lead to many general purpose robot applications. I recognize I am not using underactuated vs overactuated in their strict definition here but if you are familiar with robots I think you'll understand where I am coming from as far as a robot design ethos.<p>I will say though in designing robots of this type without necessarily being bound by trying to make a robot look like a human, I have often found myself accidentally recreating human arm DOF in a round trip way, it does just end up being well packaged beyond the "world designed for humans" talking point. Maybe hands will end up being a similar situation.</p>
]]></description><pubDate>Fri, 27 Feb 2026 20:32:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47185193</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=47185193</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47185193</guid></item><item><title><![CDATA[New comment by beau_g in "Ferrari vs. Markets"]]></title><description><![CDATA[
<p>There was a sharp rise in demand/value since 2020 on cars like the 355 and 550, and some bit rarer but still significant in number cars like the 360 Challenge Stradale and 430 Scuderia. Especially for the 355 and 550, which exist in significant numbers, before 2020 these cars were $70-100k, but now with nice examples going from $150k-225k, it can make a lot more sense to import one from a softer market like Europe or Japan (especially since Japanese market examples are often extremely well kept and LHD), even if the cost of importing is $10-20k.<p>Check the results here - <a href="https://bringatrailer.com/ferrari/550-maranello/" rel="nofollow">https://bringatrailer.com/ferrari/550-maranello/</a>
Example EU market car, imported 2023 - <a href="https://bringatrailer.com/listing/1999-ferrari-550-maranello-51/" rel="nofollow">https://bringatrailer.com/listing/1999-ferrari-550-maranello...</a>
JP market car, imported to Canada 2018 then US in 2024 - <a href="https://bringatrailer.com/listing/1999-ferrari-550-maranello-39-2/" rel="nofollow">https://bringatrailer.com/listing/1999-ferrari-550-maranello...</a></p>
]]></description><pubDate>Sun, 01 Feb 2026 01:11:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=46842653</link><dc:creator>beau_g</dc:creator><comments>https://news.ycombinator.com/item?id=46842653</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46842653</guid></item></channel></rss>