4 ms·

It seems to me, as an outside observer, that golang is OSS. In that "hey, here's the code, you're welcome to tinker with it and all," but we're not accepting co

It seems to me, as an outside observer, that golang is OSS. In that "hey, here's the code, you're welcome to tinker with it and all," but we're not accepting community contributions (or community contributions come under such heavy internal to Google scrutiny, they're unlikely to be accepted upstream, which discourages anyone from attempting). Again, outside observer as a non golang user, but this is my impression. Any non-Google's contributing care to share experiences. This perceived (on my part) hostility to the non Google user community definitely keeps me from even taking a look at it. I use C++, C# and Python professionally. I'd potentially give Rust a go if I had time to learn it (my job currently wouldn't allow it, as we're mainly a C# shop, only now branching into Python - few of the main reasons I was hired was business domain knowledge and +15 years experience in both C# and Python). My 3 main languages all have active engagement with their user community and 2 of the 3 aren't controlled by a single corporation. C# is definitely driven by MS, bit they are actively engaged with their development community and listen to feedback and accept PRs for .Net Core.

hermitdev 7y ago
I asked for people to contrafute my perception, not just a downvote. I posted my perception as a nonuser, non member of the golang community, but with my perception of my perceived hostility against non googler memebers of the community...and I get met with no comments and downvotes, which reinforces my perception (deservedly or not) of hostility towards non-googler involvement in golang development. So, yeah, thanks. Golang is something I will now not likely something I will ever pursue.
- deleted 7y ago
  [deleted]
- deleted 7y ago
  [deleted]
- tomhoward 7y ago
  Your comment isn't downvoted anymore, and there's no way of knowing who downvoted you or why.
Lazare 7y ago
> It seems to me, as an outside observer, that golang is OSS. That seems fair, yes. Although while some people are unhappy because they're just not fans of that model, I think more of the unrest is because the Go team keeps saying they want it to be more community driven, and then there being a (perceived) disconnect between intentions and reality. If your language has a BDFL, and they make arbitrary decisions, well, what did you expect? And lots of people are fine with that, and if you're lucky then, like Python, you can eventually transition to a more community driven model. Sometimes it seems to me that the only people who think Go isn't being run exclusively by the Go team are the Go team themselves. :)
- hermitdev 7y ago
  I think you've succinctly put the issue(s) I have with Go. Most languages either have a BFDL, a committee or a corporate DFL, which is the case with golang and Google, and I think to a far lesser extent with C# and MS. MS in the last few years seems far more accepting of community contributions to their "core" language, whether its ideas or actual PRs. Admittedly, not all MS OSS projects are equal, there are a number of "here's the code", but it's going to be driven internally, versus a more traditionally driven mix of a primary corporate driver and OSS community contributions. One of the things I'd love to see is a bespoke cross platform DB API. I'm currently using zillow's cTDS lib, which has been great, except it can't support table valued parameters, because FreeTDS doesn't. Yet pytds supports SVTPs, but seems to only support bulk copy via a file. I wish that MS would provide a bespoke lib that provided all of this functionality (TVPs and BCP without an intermediate file).

hermitdev 7y ago

I asked for people to contrafute my perception, not just a downvote. I posted my perception as a nonuser, non member of the golang community, but with my perception of my perceived hostility against non googler memebers of the community...and I get met with no comments and downvotes, which reinforces my perception (deservedly or not) of hostility towards non-googler involvement in golang development. So, yeah, thanks. Golang is something I will now not likely something I will ever pursue.

deleted 7y ago
[deleted]
deleted 7y ago
[deleted]
tomhoward 7y ago
Your comment isn't downvoted anymore, and there's no way of knowing who downvoted you or why.

Lazare 7y ago

> It seems to me, as an outside observer, that golang is OSS. That seems fair, yes. Although while some people are unhappy because they're just not fans of that model, I think more of the unrest is because the Go team keeps saying they want it to be more community driven, and then there being a (perceived) disconnect between intentions and reality. If your language has a BDFL, and they make arbitrary decisions, well, what did you expect? And lots of people are fine with that, and if you're lucky then, like Python, you can eventually transition to a more community driven model. Sometimes it seems to me that the only people who think Go isn't being run exclusively by the Go team are the Go team themselves. :)

hermitdev 7y ago
I think you've succinctly put the issue(s) I have with Go. Most languages either have a BFDL, a committee or a corporate DFL, which is the case with golang and Google, and I think to a far lesser extent with C# and MS. MS in the last few years seems far more accepting of community contributions to their "core" language, whether its ideas or actual PRs. Admittedly, not all MS OSS projects are equal, there are a number of "here's the code", but it's going to be driven internally, versus a more traditionally driven mix of a primary corporate driver and OSS community contributions. One of the things I'd love to see is a bespoke cross platform DB API. I'm currently using zillow's cTDS lib, which has been great, except it can't support table valued parameters, because FreeTDS doesn't. Yet pytds supports SVTPs, but seems to only support bulk copy via a file. I wish that MS would provide a bespoke lib that provided all of this functionality (TVPs and BCP without an intermediate file).