OK on second thought I do have more to say, because this has been bothering me all night, and I just need to be blunt below, because I’m honestly a little bit shocked and sad by sentiments Gregg puts earlier is nothing short of scary.
Let’s start with the obvious one: * A dev who freaks when confronted with a command line is a amateur. I mean… really? * Frankly, I don't care about those people. And anyway who said anything about learning another build system? You don't need to know anything about Bazel to execute "$ bazel build myapp". Any more than you need to know how make works to do "$ make". First, when you don’t care about people who aren’t “good enough” because they don’t do it your way, you’re really showing your arrogance towards anyone who doesn’t do it your way. Second, asking people to change how they build their software is, how should I put it… insane? Sure it might be easy, but you don’t win anyone over by asking people to completely change their processes, or tell them you don’t care about them. Sorry but this is NOT how you build a community! Also I can tell from your blog<http://blog.mobileink.com/> you’re personally invested in promoting Bazel, and you’re on a personal vendetta against build systems, Maven, Gradle etc<http://blog.mobileink.com/2016/07/why-i-still-hate-hate-hate-build-systems.html>. We should NOT be discussing which is the better way (we might as well start the tabs vs spaces while we’re at that), but instead how we bring more people on to using OCF and IoTivity. You don’t like it? That’s fine, I have no problem with that, but don’t judge people that is working just fine for. * Honestly, I recommend you spend some time working with Bazel before you decide it won't work That’s totally missing the point. We shouldn’t be picking favorites for other people here. I’m sure bazel is great, but I’m not about to change everything just to get my feet wet with IoTivity. I really hope OCF can build a community of developers contributing, blogging, creating samples, apps etc, but the attitude and arrogance that Gregg puts forth I hope he’ll in the future keep to himself, and let others lead who would be better at building a community of inclusivity. To be honest, Gregg’s email made me lose most of the respect and hopes I had left of OCF. He’s a big voice here and a huge contributor which I’m sure is valued at lot, so it’s sad to see such (to be blunt) arrogance at display. I’ve spent years being part of building, supporting and contributing to several developer communities (I was the first to be offered to be an AllJoyn ambassador and I’ve been awarded MVP for 8 years by Microsoft), and I share a spare-time interest in IoT/smarthome stuff. I’ll be honest I know very little about OCF/IoTivity (although I did get it to compile on multiple platforms – yes from the command line Gregg! – and sort of got a .NET wrapper around the C-API working). It’s been painful to say the least. I think I’ve been through enough struggles with IoTivity to have some insights in what I think could be better. IMHO If you can’t do a video that shows from scratch how to write an app, find a light, on your network turn it on/off in under two minutes, you’ve done a poor job at making things easy to get started. You need immediate success to get people hooked before you start making things harder (and again no light bulb exist with OCF built-in – you’ll need a bridge which is what I think Gregg was alluding to building, which again is yet another silly step to overcome). I’m guessing Gregg thinks such an exercise that’s absolutely silly and you need to do more to prove your worthiness to use OCF. This thread haven’t had many contributors, but please speak up how you’d like to see what’s needed to build a better community. Because I think we can do a lot better than what’s been at display so far. Thank you /Morten From: Morten Nielsen<mailto:[email protected]> Sent: Tuesday, June 5, 2018 4:34 PM To: Gregg Reynolds<mailto:[email protected]> Cc: iotivity-dev<mailto:[email protected]> Subject: Re: [dev] Where are the devs? I think with those responses it's clear where the devs are. I think that's all I can say to this From: Gregg Reynolds <[email protected]> Sent: Tuesday, June 5, 2018 5:54:13 PM To: Morten Nielsen Cc: iotivity-dev Subject: Re: [dev] Where are the devs? On Tue, Jun 5, 2018, 4:18 PM Morten Nielsen <[email protected]<mailto:[email protected]>> wrote: The device: how about a light bulb I can cheaply get at Amazon? Ok, so name it. You don't expect me to support everything, I hope. Second: bazel?!? Let me double click and open a solution and hit build in visual studio, the step through the code so I can understand jt. No. A dev who freaks when confronted with a command line is a amateur. Ioticity is not for amateurs. There's a reason Microsoft has decided to officially support bash. It's for professionals. Forgot command line. It's not easy enough for step one. Don't make me learn another build system as step 1. That's losing people immediately. Frankly, I don't care about those people. And anyway who said anything about learning another build system? You don't need to know anything about Bazel to execute "$ bazel build myapp". Any more than you need to know how make works to do "$ make". Next: there's platform APIs like Java. Where's the off client APIs hosted on maven that I just reference? Or .net APIs on nuget? Or all the other places app developers generally get their APIs for extending their apps. Respectfully, I don't know what you mean by "platform API". you mean language binding? But also I don't think you have thought this all the way through. Java binding- which architecture? You want to "just reference" a maven artifact? It's not, and cannot be, mere Java. I think your thinking about this all wrong. Java is just another language binding. For OpenOCF I've split it off into a separate repo, but I'm rethinking that. But either way, it doesn't matter with Bazel. You build your app, and any deps also get built, but only if needed. Honestly, I recommend you spend some time working with Bazel before you decide it won't work. I've worked with more build systems than I care to count, and Bazel is orders of magnitude better than any of them (with the possible exception of Boot, but that is clojure-specific).
