Short answers to this: Raspberri isn't a consumer device. I need a lamp, or something else that's a real-world consumer product. Let us have cheap real things to play with not dev toys. Second you obviously have a very non-windows approach to things. Be careful with that attitude. There's a large dev community who likes to open solutions and hit "run" to compile and build. Don't underestimate the Visual Studio community. It's huge. Make it easy for them on Windows. Also many platforms doesn't build the components - they just reference them. Asking people to build those components first is ridiculous and yet another step where you lose people. Remember that these people spend their spare time and want successes quickly or you lose them. Sure it's all easy for you, but you live and breathe this every day.
/Morten ________________________________ From: Gregg Reynolds <[email protected]> Sent: Tuesday, June 5, 2018 3:33:51 PM To: Morten Nielsen Cc: iotivity-dev Subject: Re: [dev] Where are the devs? On Fri, Jun 1, 2018, 4:18 PM Morten Nielsen <[email protected]<mailto:[email protected]>> wrote: AllJoyn seemed to do a little better in this regard. A few things I saw they did that I feel OCF is lacking: 1. A broadly available product like LIFX for developers to play with. The obvious choice is Raspberry Pi. The problem is tooling. You can find tutorials on the web but they all involve building Iotivity *on* the pi - a major pain, IMHO, and almost certain to frighten away many devs. This is where Bazel solves a problem. Here's how I build an OpenOCF app for rpi: ./bin/rpi_config.sh arm8 (unfortunately source config is not - yet - integrated in the build logic) bazel build myapp --config=rpi-arm8. Of course you have to have a cross-compile toolchain (I use crosstool-NG), but you only have to do that once, and it's not very hard. Then a simple scp command installs the app on the rpi and off you go. (BTW I've got everything in resources/ building and running under Bazel, including tests and examples. Haven't yet added the cross-build stuff. Working on a draft submission, maybe next weekend.) 1. Very easy developer tooling to build devices and clients. Two things: tools for building and tools for exploring/learning/debugging. As for the latter: working on it. A dev-centric app that makes it easy for a dev to examine an OCF network. Exposes all the gory details of messages, payloads, etc. so you don't have to rummage around in debug logs. Some of the example apps do something like this, but as they are undocumented and opaque I don't find them very helpful. Two apps, actually, one with an ncurses interface, one a flutter app (Android only atm, maybe someday iOS). 1. Pre-compiled bits. Don’t make me compile everything. I think this is over-rated. It all depends on the tooling. With Scons, yes, a pain. With Bazel, compiling everything is probably easier and faster (and definitely more reliable) than downloading and configuring precompiled binaries. Anyway, with Iotivity's many build options I think precompiled binaries is not such a good idea. Maybe a security risk too. 1. Blog posts. That'll happen when devs take an interest. G
