3 ms·
> It falls apart when you need to work with it professionally though More accurately: it falls apart when you need it professionally :) Totally depends on the
by stinos 4y ago
> It falls apart when you need to work with it professionally though
More accurately: it falls apart when you need it professionally :) Totally depends on the usecase.
- nuclearnice1 4y agoWhat did you end up using MicroPython for?
- matt_trentini 4y agoMy company uses it for medical device development, ama if it will help!
- nuclearnice1 4y agoVery cool. Are you prototyping or manufacturing at scale? What kind of sensors have you attached?
- matt_trentini 4y agoManufacturing at scale. Though these are medical - not consumer - devices so we're not talking hundreds of thousands of units. Think high-quality, injection molded, moderately sophisticated devices. Typically hundreds and up to several thousands of units, depending on the project. We use all manner of sensors; temperature, pressure, cap touch, photodiode detection, cameras.
- stinos 4y agoFrontend for writing behavioral experiments. So backend runs C++ signal processing etc, graphics display, or whatever we need, all of that has bindings for MicroPython. Works very well, but: it's still Python. Great, but dynamic so not the best suited for larger applications in my experience - no matter how well-architected the code is. Becomes just really hard to refactor without breaking anything.
- SOLAR_FIELDS 4y agoA fair point, but is it an inaccurate statement to say it falls apart when most need it professionally? I can easily accept that MicroPython makes sense for certain use cases, but to recommend it generally for people when I feel like I wasted many hours down the rabbit hole seems to be a bad idea - and I feel like your comment implies it's something like 50/50. So perhaps it's more accurate to say that there are a few pointed use cases when Micropython makes sense to ship with, but at least 80% (and I feel like I'm being very generous here with that number) of people are going to want to go the c/c++ route at the time of writing this comment in 2022, though I could see that changing in the future. As an aside, I really like Micropython and I spent a LOT of hours trying to make it work at a production level for my use case, but in the end I relented and had to write my software in C - it's not like I'm some low level language purist here. And it's not like my use case is what I would consider super edgy either - a fairly typical project with ESP32 where you wake sensors up on a very conservative basis (once per hour), take basic readings and send the data over HTTPS.