What if everyone could do robotics? That would be great, right? We should make a software framework so that non-roboticists can program robots.This idea is so close to a correct idea that it's hard to tell why it's a mistake.
I love your writing and this is no exception. I recently got off the sidelines and purchased my first real robot: a uFactory XArm-6. The specs don't compete with the big name brands, but it was a quarter of the price of a name brand option. More critically, though, I sat through the software demos of some of the big name brands and I was horrified. Their IDEs are meant for an expert who can spend weeks programming a robot to do one task on a loop forever. My robot's job changes from day to day, and I'm the poor sap stuck programming it.
So my decision wasn't driven just by dollars, nor by open source, well-documented APIs, but also by the GUI that I could download, connect, press record, wave my robot arm around, and play back the action in 30 seconds of work. From there, everything else is learning.
I can't wait until I've got RoboGPT and layers of neato software abstract away object recognition, path planning, and the other stuff and I can talk to it like Jarvis. But in the meantime, I've got Blockly, Python, and physical collision detection keeping me up and running.
I thoroughly enjoyed your IEEE article; it was exactly what I needed to hear. I came across it while working with two teammates on a robotics developer tool for a university project this summer. We have considered creating an all-in-one tool for building robots, but your article inspired us to focus on developing something genuinely useful.
Could you share your thoughts on the tool we are developing? (tell us if its solving BS or BS itself :) We aim to simplify the process of defining a robot structure (URDF) and eliminate some of the challenges associated with it by making a CAD-like Gui for defining the robot:
Well written! I laughed at your jokes. They were funny. And spoken like a true engineer.
I don't do robotics, but I do build APIs from time to time.
"Design your APIs for someone as smart as you, but less tolerant of stupid bullshit." <--- This right here!! Brilliant way to summarize so much of good API design.
I love your writing and this is no exception. I recently got off the sidelines and purchased my first real robot: a uFactory XArm-6. The specs don't compete with the big name brands, but it was a quarter of the price of a name brand option. More critically, though, I sat through the software demos of some of the big name brands and I was horrified. Their IDEs are meant for an expert who can spend weeks programming a robot to do one task on a loop forever. My robot's job changes from day to day, and I'm the poor sap stuck programming it.
So my decision wasn't driven just by dollars, nor by open source, well-documented APIs, but also by the GUI that I could download, connect, press record, wave my robot arm around, and play back the action in 30 seconds of work. From there, everything else is learning.
I can't wait until I've got RoboGPT and layers of neato software abstract away object recognition, path planning, and the other stuff and I can talk to it like Jarvis. But in the meantime, I've got Blockly, Python, and physical collision detection keeping me up and running.
Just read your article on IEEE and thought it's fascinating, as if you're reading my mind.
I have been a hobbyiest for a long time and have found that robotics has a lot of potential as a creative outlet but all of the BS gets in the way.
I have been building robotics projects to help the process of hobbyiest robotics easier & scalable. But it's a lonely path
I'm glad that there are still people pondering questions as you are.
Hope you are doing well!
Hi Benjie,
I thoroughly enjoyed your IEEE article; it was exactly what I needed to hear. I came across it while working with two teammates on a robotics developer tool for a university project this summer. We have considered creating an all-in-one tool for building robots, but your article inspired us to focus on developing something genuinely useful.
Could you share your thoughts on the tool we are developing? (tell us if its solving BS or BS itself :) We aim to simplify the process of defining a robot structure (URDF) and eliminate some of the challenges associated with it by making a CAD-like Gui for defining the robot:
https://www.roboeverything.com
Mark
A small nitpick:
> I like python’s default-argument syntax for this because it means you can write APIs that can be used like:
That's strictly speaking not the default argument syntax of python. That's default values for keyword arguments. Great article!
Hi Benjie. :)
Well written! I laughed at your jokes. They were funny. And spoken like a true engineer.
I don't do robotics, but I do build APIs from time to time.
"Design your APIs for someone as smart as you, but less tolerant of stupid bullshit." <--- This right here!! Brilliant way to summarize so much of good API design.
Keep it up! Hope you're doing well.
Hey Mike! Good to hear from you! I'm doing well. Happily making robots do stuff at Robust AI. Glad you liked the post.