Getting the hang of GitHub

We’ve made our first pull requests on the new NETMF GitHub repository, starting with a few bug fixes. Over the next couple of months, we intend to contribute the rest of our current [em]NETMF for STM32[/em] sources there as well, so that we don’t need to further maintain our own repository.



I would be curious to know why GHI team is not doing any pull requests on GitHub :think:


Fantastic news - very cool. Personally I can’t wait to sync these change get started building NETMF 4.4 for STM32.


GHI gets a lot of flashy press, but we (the NETMF community) owe Oberon a lot of the credit for NETMF being what and where it is today. Thank you very much.


Where is that flashy press that you speak of?

*** EDIT *** I also agree that Cuno and the team have been great. The same could be and is said about a lot people although I generally just refer to the collective “community” instead of individual people.

1 Like

Thanks, @ Cuno and the rest at Oberon! Keep it coming.

Now if we can just get GHI to break into that “premium” vault… Maybe a SignalGenerator contribution?

Yes thanks to the great work by Cuno; however, you are a smart guy with great ideas but you need to take a deep breath and think when making such comments in the public! You make it sound like we are stealing credit from Cuno.

Our business model is very different. Cuno is into providing consulting, not selling boards. He provides a lot to the community and contribute to show his and his team’s skills. Of course we all benefit from his work. Companies that need consulting will probably go to Cuno. For us, we sell boards and we have to distinguish our boards from others through the few extra things we provide. If we give these up then we would be out of business! Our friends in china would make the boards cheaper and will have the same features.

Still, thanks to all the contributions he is making that is helping everyone, including us.


I think GHI is competing in an incredibly challenging landscape. The fact that they can differentiate themselves through value-added proprietary content while still being as open and community-oriented as they are is impressive. I’m new on the scene, but I am impressed with how they walk that line and can’t begrudge them keeping back some secret sauce for exactly the reasons Gus mentioned.

I have benefitted directly from contributions by Cuno/Oberon and GHI, so I tip my hat to you both and to everyone in Codeshare and elsewhere that helped me get where I am going faster and more easily.

1 Like

Can you name what competitors do you have in mind? Apart from Netduino and MikroBUS.NET, who else is competing against GHI in NETMF/Gadgeteer market?

Personally, I don’t see why anyone would choose Netduino boards over GHI. GHI has much more to offer and in wider variety. I think MikroBUS.NET does not have a big market share yet, but has a great potential, especially considering how many modules they are offering.

@ Cuno - Awesome! (went through the diffs) Great job!

P.S. @ Gus Don’t feed the trolls :wink:

1 Like

Wow, this blew up while I wasn’t watching. Sorry, I certainly didn’t mean to take anything away from GHI. I simply meant that (around here, at least) GHI makes the big announcements, hints at secrets, and sees a lot of praise, while Oberon, the quiet company over in the corner, does a lot of amazing work.

Maybe “flashy press” was the wrong term. I apologize.

I meant the landscape of hardware OEMs and software ISVs in general. Without value-add proprietary stuff or a large consulting portfolio, I guess I don’t see how they could make the kind of innovations that they are. They’re not Microsoft Research with deep pockets for loss-leading R&D. Gus’ point about knock-offs is dead on - it’s not just the competitors that are out there today - you don’t want to do the work for other folks that will come along and eat your lunch because they did not have to bear the R&D expenses.

And yeah, SL is a competitor. They would be crazy not to pick up open software and add it to their products (specifically things like the signal lib) and enhance their products on GHI’s dime, and at the expense of GHI sales.

Maybe @ mcalsyn meant the larger “microcontroller dev board” landscape?

But we welcome Cuno to come and announce whatever he likes on this forum. Which he does sometimes.

We see Cuno as a serious partner, not a competitor. Our success should help him and his success certainly helps us.

We aren’t just competing in the NETMF/Gadgeteer market space. Other technologies and providers are after the same customers we are after. All of us are just using different technologies but the model is essentially the same, sell hardware with value added software for the maker and commercial embedded space. There is a lot of room for interpretation but it boils down to we want customer A who is willing to spend $X with us, Arduino technology companies want that same customer, mbed technology companies want that same customer, Microsoft companies, with the various platforms want that same customer. The NETMF/ Gadgeteer market space has been saturated and has been for awhile, as @ DukeNukem has said, the new market is new developers and believe me there are a lot of companies with varying technology that want those same developers.

1 Like

@ mcalsyn - the competition is not NETMF, but other offers like Arduino, mbed and now RPI…and others. While I think NETMF is the best option for mid range micros, try to tell that to the non-NETMF fans. This is religious to some people :slight_smile:

… and of course Gary beats me to it!

1 Like

I don’t think that’s fair at all. Let us not forget that GHI’s first STM32 firmware was a horribly hacked-up port of Oberon’s STM32 firmware. It’s gotten a lot better since then.

We (as customers of GHI) do not benefit from a lack of competition. We also don’t benefit though blind devotion to the company. Recognize the gaps, call them out, and let’s move forward.

For this attitude, I am labeled a “troll”. I’m comfortable with that.

You got that right. Except the zeal isn’t all on the other side of the fence. Important to recognize that.