by epoch_100 on 9/7/21, 6:22 PM with 49 comments
by tialaramex on 9/7/21, 8:29 PM
The C# library Microsoft provides for this is on GitHub, and their library docs it turns out are auto-generated ... But they aren't automatically tested! So it's possible for the docs to simply not work, and since they're auto-generated they're automatically kept not working. So GitHub issues about non-working docs get closed because even the maintainers can't make small doc fixes. Brilliant /s
I wanted to call this "Continuous Disintegration" but somebody already coined that phrase.
by jzb on 9/7/21, 7:27 PM
I hear this, but I'm not sure that this is a case of Google expecting customers to fix bugs themselves or "outsourcing" to volunteers. I can think of a lot of instances where people would be thrilled if they even had the ability to fix a persistent issue with software that the company won't fix itself.
If you pay a lot of money to Google and expect customer service, it seems to me that you should be filing a bug with Google around BigQuery if you expect Googlers to fix it vs. the Apache Project. (If Google has committers in that upstream then they can be assigned the work if it's important enough.)
I guess what I'm saying is that filing a bug with the upstream feels like an indirect route if you expect customer service. I'd be filing the bug or discussing the flaw with my account rep / salesperson as close to the vendor as possible.
by yarcob on 9/7/21, 7:33 PM
That's always the first question I ask myself when I get a bug report. I can't fix every bug / annoyance. My software is already way more complex than I can handle, so I have to prioritize which bugs I fix. If the bug only occurs in a special setting and only happens for one customer that isn't important, then I probably won't fix it. I'll just say, sorry that my product doesn't work for you.
Now that customer will be annoyed, because my product was a good fit except for this one issue.
But if the product was open source, then they can fix the blocking issue themselves! I see this as a win/win situation.
by kelnos on 9/7/21, 8:00 PM
I don't think this really has to do with open source vs. closed source. But let's look at what would happen if you were paying for a product, and were given a binary blob in order to interact with it. You find a bug. You report the bug to the company. They triage it, and decide it's an edge case, fixing it isn't a high priority for them, and they toss is somewhere in the backlog and expect to get to it in 6 or 12 months or whatever.
As a customer, you're stuck. Either you figure out a workaround on your end, live with the bug, or find a new product to use. The last option might be difficult, since switching costs are often not small.
If the client was open source, you could end up with the same reaction from the company, but in this case you have the ability to try to fix the problem yourself. Should you have to, in an ideal world? No, of course not. But we often don't live in an ideal world.
I agree that a company shouldn't have the attitude that open sourcing their client absolves them of all responsibility for it. I mean, sure, if they want to do that, that's fine. I would certainly guess that would make their product less attractive to many potential customers, but if they're ok with that, that's fine. It's up to the company to decide where to spend their finite resources, and a model where they let their users fix their bugs might actually work out best for them, even if it doesn't for everybody.
by Raineer on 9/7/21, 7:02 PM
The temptation will always be present for (some) organizations to use Open Source as a crutch to underfund development and support. I think it is a phenomenal way to grow your product in ways that you initially didn't expect from your customer base, but it cannot be the way in which your main support is bolstered.
by gizdan on 9/7/21, 10:58 PM
I've reported multiple bugs with different vendors, and any time it doesn't get triaged within a week, I contact their support and mention it. It usually gets triaged pretty quick. This entirely depends on the vendor but more often than not it works.
by valbaca on 9/7/21, 10:50 PM
https://gist.github.com/richhickey/1563cddea1002958f96e7ba95...
The first few paragraphs really stuck with me in how I think about the OSS that I use.
The tone is blunt, but the content is spot-on.
For more context around what specifically is going there: https://www.reddit.com/r/Clojure/comments/a0pjq9/rich_hickey...
by jart on 9/8/21, 5:40 AM
My open source users donate money to me. So I feel like I owe them a lot and would never want to give them anything short of the best software in the world. It's amazing how a few bucks a month can totally change how you feel. Next time you use a piece of FOSS and find it cool and useful, consider tipping the person who made it possible!
by opheliate on 9/7/21, 10:35 PM
> Thank you to everyone who provided valuable feedback on earlier drafts of this post, many of whom are Recursers.
I’ve noticed a few instances of people really drawing attention to having attended, and it always seems a bit awkward to me. Like, if I attended Cambridge and put “thanks to those who reviewed this most, many of whom are fellow Cambridge grads”, it would certainly come across as fairly pompous. I really don’t mean to put down the author, I just don’t understand the motivation for this kind of thing if not to boast, or signal some kind of social status.
Are alumni encouraged to advertise RC wherever possible? Or is it really that life-changing that everyone who’s been wants to share it with the world?
by solidangle on 9/7/21, 7:48 PM
by phendrenad2 on 9/7/21, 7:53 PM
by asimovfan on 9/7/21, 7:10 PM
by SpicyLemonZest on 9/7/21, 7:11 PM
by nitwit005 on 9/7/21, 8:57 PM
If they ignored the issue, it's likely they'll ignore the pull request to fix it as well.
A lot of companies seem to end up maintaining forks of various projects with fixes.
by armchairhacker on 9/7/21, 8:02 PM
If a big company's open-source software doesn't meet your needs, no big deal, you're free to use or create an alternative to that big company.
If a government, ISP, or otherwise no-alternative's organization's open-source software doesn't meet your needs - then it's a big deal. But I'm not sure the examples in this article are of that case. Surely there are alternatives to Apache Beam and BigQuery.
> But if this issue goes unresolved for a long period of time, my employer might pay me to fix the issue myself and contribute the change upstream
And why do you care? That's the employer's money and their waste. You're getting paid to code what your employer wants, why do you care if they want you to code for Google? You have the option to quit, and your employer has the option to switch to another service.
by akkartik on 9/7/21, 11:07 PM
This blog post is basically comparing two companies in different parts of the "standard" company life cycle: first make them love you, then make them use you, then ignore them[1]. Support in large companies is a high-leverage activity. To receive support you need leverage in terms of dollars spent per month.
[1] In the past I've characterized this from the customer's perspective as https://merveilles.town/@akkartik/106742502781631361
by occamrazor on 9/8/21, 5:55 AM
> But last month, I filed a Beam bug report for an issue in Beam’s BigQuery integration (which, as far as I can tell, is officially maintained by Google). The gist of it is that when you’re using the native Python Beam implementation, you can’t upload data to BigQuery in large batches — you can only stream it, which is significantly slower than batch uploading. While it’s still mostly usable (streaming the data into BigQuery instead of uploading it in one big batch works well enough), the issue makes uploading some large datasets prohibitively slow.
by throwawayreason on 9/7/21, 10:20 PM
The issue here seems to be that Google doesn’t allocate enough resources for that particular integration.
Meaning you shouldn’t use a Google technology if you don’t have hard proof that it's prioritized by Google on just the same level as it is by you. Which is not unlike the usual “Google tech tax”.
The funny corollary is that Google gets to hold a lot of hot potatoes. They wanted a browser monopoly, now they have to support the most widely used browser core. Everyone else may contribute. Or not.
by jchw on 9/7/21, 7:57 PM
Tl;dr: I think open source is still just a straight improvement here. I think it’s fine as long as the cost of fixing it is considered the cost of using the stack for decision making purposes.
by kukx on 9/7/21, 7:29 PM
by stefan_ on 9/7/21, 8:18 PM
by yepthatsreality on 9/7/21, 7:01 PM
by Inhibit on 9/7/21, 7:22 PM
At least with an open source product if I want to pay I can have an issue addressed ultimately. Good luck with that deleted YouTube account or owned Facebook business page.
Thinking on it I'm sure if you're paying enough IBM will be happy to throw developers at any problem you can come up with.