3 ms·
https://github.com/XRobots/miniDogV2 https://github.com/XRobots/miniDogV2 The code's a bit of a mess -- James is clearly not a software engineer first. This is
by rspicer 6y ago
https://github.com/XRobots/miniDogV2 https://github.com/XRobots/miniDogV2
The code's a bit of a mess -- James is clearly not a software engineer first. This is totally understandable, given that he does so many other things!
When I first saw the code, I thought about doing a refactoring pass and making a pull request. It would be painful to test correctness without the hardware, and I don't want to make things worse, so I haven't.
- monocasa 6y agoOh wow, you're not joking. I'm getting flashbacks to when I supported a team of EEs.
- dmoy 6y agoHell, I'm getting flashbacks to my own code in EE lab. Except this stuff looks way less messy, not nearly enough random assembly declarations to bludgeon a register or pin into submission.
- rlayton2 6y agoIt's probably also worth mentioning the project is a work in progress, and from the videos, it looks like OpenDog is likely to undergo at least one more major change before "completion".
- rspicer 6y agoFor future reference, I saw "OpenDog" and thought we were discussing James Bruton's (XRobots) OpenDog/Mini-Dog, which is where the firmware I linked above comes from. NanoDog is something different, apparently! Sorry for any confusion I might've caused there.
- p1necone 6y agobrb building automatic testing environment with dog physics simulation
- t_von_doom 6y agoAs someone who also isn't a SWE first, what are the changes you'd make and where can one learn to code in a more SWE way?