4,053 karma · joined August 1, 2014
This does seem like a weird restriction. Nothing about the product otherwise seems Slack-specific.
I'm confused what you mean by this. Files also only contain bytes, so that serialization/deserialization has to happen anyway?
In addition the different kinds of branches are confusing. Once you understand git branches they're simple. Once you understand Mercurial branches you understand just one of the branching models it offers. I believe "bookmarks" are the most similar to git branches, but good luck finding out about them from the website without already knowing they exist. Instead it tells you all about keeping around a bunch of copies of the source tree.
What alternative key combinations do you expect to work for the purpose?
Are you saying the clinical trial stage is somehow not part of R&D spending? It sounds like quite obviously research to me, but I'm not familiar with how it's actually reported.
> The most important reason for the introduction of the Zegelcode is that about 20% of our customers indicates they don't have a stamp on hand when they want to send something.
[1]: https://www.internetkassa.nu/postnl-verwacht-digitaal-franke...
> No cracks needed.
These are contradictory statements, and I'm not sure why you'd think otherwise.
I'm not sure where to draw the line to differentiate it from a SaaS. For example Salesforce is clearly SaaS, but is also an application platform with a built-in database.
There is a setting for this called "Always show scrollbars" and I know it defaults to off for me. The underlying about:config rule is specific to GTK though, so this may be platform-specific.
- They were under large time constraints, but decided a full rewrite to a completely different stack was a good idea.
- They copy-pasted a whole bunch of code, tested it manually once locally, once in production, and called it a day.
- The debugging procedure for this issue so significant it made them dread waking up involved... testing it once and moving on. Every day.
The bug is pretty easy to miss, but should also be trivial to diagnose the moment you look at the error message, and trivial to reproduce if you just try more than once.
(It is possible to keep stuff out of the "standard" distribution and only disclose when asked, but that seems like a whole lot of effort to maintain two identically licensed code bases.)
By all means keep taking down illegal streams. I'm not excusing the people providing them. I'm saying maybe stop treating every paying customer as if they're going to do that to the detriment of the service provided. Because it is negatively affecting the service.
I'm not, I'm citing their own comment in which they describe taking down 20,000+ illegal streams of their already DRM-"protected" content on launch day. He's describing it not being effective at all.
Glass windows, speed limit signs, the tax system (what?) provide value to the people affected by them. DRM is a pure negative for customers.
> ...nothing has convinced me that if we turned off DRM we'd: 1) save money 2) not have issues with piracy proliferation
> That night our anti-piracy team took down 20,000+ illegal streams
You already have enormous issues with piracy proliferation. The money you spend on DRM may be "relatively insignificant", but it's still money being wasted on "protection" that has already proven to be utterly ineffective.
I am in neither of your three groups. I want to pay for content. I pay for a lot of music, for example. But you're not going to bully me into paying for your shit by making it as user hostile as possible. As a paying customer I expect at least the level of service that piracy groups have no trouble providing, but instead I'm treated like an enemy every step of the way.
In practice this means I avoid TV shows and movies, but when I do want to watch one I have absolutely zero moral qualms pirating a product that is not for sale. I'll even go out of my way to look for a DRM-free copy I can pay for first. This takes more time than pirating it once I inevitably find out that's not available.
- Automatically adding money to the card's balance when it runs low
- Getting back the money on the card when it expires
- Senior discounts for people over 65
- Being able to add a subscription when you do want one for a while
I am not claiming Android is perfect in any way; I don't think a truly good usable mobile option exists. I will claim that the differences in quality are minor in comparison to the problematic level of control Apple exercises over iOS.
The creator of Delta is pushing the first regulation-protected route they have for distributing their app. You started this thread saying you wish they didn't.
Dealing with notarization, timeouts, yearly developer account subscriptions, it's all terrible. The only hope to ever get away from it is to put up with as little of it as possible, which currently means an alternative app store. Or you can stop buying Apple devices.