<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: hic</title><link>https://news.ycombinator.com/user?id=hic</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 29 Aug 2026 09:09:12 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=hic" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by hic in "Launch HN: Salem Robotics (YC S26) – Software for industrial inspection robots"]]></title><description><![CDATA[
<p>All the best! Very clear framing and definitely needed service. I remember in 2011 not too far from Fukushima after the problems with nuclear reactors. The company here faced very difficult inspection problems, including through rubbles. There were robots able to deal with some problems, but not in Japan, and anyway they had to act fast and so sent people. It apparently was safe enough, but able robots would have been so much safer.<p>A technical question: To scan a surface precisely, I'd rather put switches on the end effector aside the sensor, such that the arm places itself roughly above the surface to scan, pushes until the switches trigger, and scan keeping the switches on. A simple touch sense, basically. All trad robotics that smoothly follows many flat and curved surfaces. Not at all against AI here, it seems the whole thread is a constructive approach mixing the best tools to concrete targets. Not viable approach in your scenarios?<p>Thoughts on your concluding questions:<p>> where the abstraction boundary in robotics should sit. What should come from the robot manufacturer, what belongs in an application layer, and what will inevitably remain specific to the facility?<p>I really like when there is a "double SDK", with a low level one to target actuators and sensors individually (motor 2 of leg 4), and a higher level one with pre-defined scenarios (move forward, whatever the bot is a bipede, a quadcopter or a slug). These two API types often allow for easier work at the application layer. The SDK is also the main specific software that remains with the maker (facility?)<p>> industries where you've seen physical inspection tasks that look trivial to a person but are surprisingly difficult to automate<p>Too often a problem I have seen is... elevators. More generally unstructured environment, and environments explicitly tailored for humans. Proposals range from wireless interfaces (and so HW infrastructure dependent and hard to scale), to adding a manipulator to, say, push buttons on an elevator (and this means extra software to manipulate, recognise buttons, etc).</p>
]]></description><pubDate>Fri, 28 Aug 2026 02:18:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49473605</link><dc:creator>hic</dc:creator><comments>https://news.ycombinator.com/item?id=49473605</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49473605</guid></item><item><title><![CDATA[New comment by hic in "Launch HN: Salem Robotics (YC S26) – Software for industrial inspection robots"]]></title><description><![CDATA[
<p>Great point and realisation on many realities of robotics. Most successful and scaling projects have been traditionally in controlled environments. This always reminds me of William Shatner in "The Future is Now" ad in 1984: <a href="https://www.youtube.com/watch?v=pb_-BWHMQlc" rel="nofollow">https://www.youtube.com/watch?v=pb_-BWHMQlc</a><p>When we can control the environment precisely, we should as it simplifies so much---we can clip the world to platonic geometries and apply common tricks and trigonometry.<p>But when we cannot control the environment, really really much harder. Self-driving cars are a good example how hard it is, and still mainly focusing on relatively structured environments like cities.<p>Arbitrary environment is really where many expect AI/ML/probabilistic robotics to bring some necessary flexibility. And still out of reach today, except some astonishing use cases like Roombas (well, more like a best effort approach, still).</p>
]]></description><pubDate>Fri, 28 Aug 2026 01:59:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49473498</link><dc:creator>hic</dc:creator><comments>https://news.ycombinator.com/item?id=49473498</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49473498</guid></item><item><title><![CDATA[New comment by hic in "Launch HN: Polymath Robotics (YC S22) – General autonomy for industrial vehicles"]]></title><description><![CDATA[
<p>Do you see the platform then providing for now "reptile" autonomy (mobility, navigation, localisation) to get started fast, so customers can focus on their "neo-cortex" applicative needs?<p>(please let me emphasize this "reptile" autonomy is today perhaps the hardest/time-consuming part killing many startups, as you nicely explain in the OP---Moravec's paradox)</p>
]]></description><pubDate>Tue, 02 Aug 2022 00:13:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=32313775</link><dc:creator>hic</dc:creator><comments>https://news.ycombinator.com/item?id=32313775</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32313775</guid></item><item><title><![CDATA[New comment by hic in "Johns Hopkins Launches Center for Psychedelic Research"]]></title><description><![CDATA[
<p>Several recent books on the topic present psychedelics as a tool for Science. Most link to the famous quote from Stan Grof on psychedelics as the "microscope" for the mind (or telescope). It really does not look like getting through the Eastern philosophy lens... And the new center's backers seem motivated by the tooling potential too...<p>---
The books I refer to include Pollan's recent book (cited several times in this thread), some of Grof publications, "A Really Good Day" by Ayelet Waldman, a plethora of "reports" from people's experience on Medium, and preview on Consciousness Medicine from Françoise Bourzat.</p>
]]></description><pubDate>Thu, 05 Sep 2019 01:34:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=20883109</link><dc:creator>hic</dc:creator><comments>https://news.ycombinator.com/item?id=20883109</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=20883109</guid></item><item><title><![CDATA[New comment by hic in "Show HN: PyDist – Private Python Package Hosting"]]></title><description><![CDATA[
<p>Wouldn't be enough to get unlimited downloads? Upper cap on the uploads often does not affect CI pipelines, unless CI includes packaging (which I would rather push toward CD).</p>
]]></description><pubDate>Thu, 25 Jul 2019 05:01:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=20522694</link><dc:creator>hic</dc:creator><comments>https://news.ycombinator.com/item?id=20522694</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=20522694</guid></item><item><title><![CDATA[New comment by hic in "6 companies about to merge into the biggest farm-business oligopoly in history"]]></title><description><![CDATA[
<p>These mergers get even more distrubing when thinking about the lack of (scientific) understanding of why plants are getting less nutritious. An article last month shed some light: <a href="http://www.politico.com/agenda/story/2017/09/13/food-nutrients-carbon-dioxide-000511" rel="nofollow">http://www.politico.com/agenda/story/2017/09/13/food-nutrien...</a><p>Is the scenario in the Interstellar movie unfolding before our eyes?</p>
]]></description><pubDate>Thu, 05 Oct 2017 04:35:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=15406702</link><dc:creator>hic</dc:creator><comments>https://news.ycombinator.com/item?id=15406702</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15406702</guid></item></channel></rss>