Extending the example, “if a company A (eg. Marlboro) pays you a salary X to do your fucking job Y ( make cigarettes more addictive) and if you use that money and time on activities Z(whistleblowing, protesting, etc), especially if it negatively affects company A's image / revenues, why shouldn't the company be allowed to fire
I think people feel strongly about certain issues. That doesn’t imply that what they are doing is inherently wrong if driven by those core sentiments. How about we empathize- We can respect both Google’s and the employees’ action without choosing sides.
I am going through this course- and it is fabulous. Covers tests, and even though the topic names might seem easy or trivial(I mean there is only so many ways you can write loops or define arrays), they include a lot of "extras" that make it fun- for example one of the topics might include details about how to write doctests and docs, another one might introduce table driven tests and provide advice on when to use them. Overall it is great.
I'd be very interested in seeing this approach applied to other language courses.
I don't think OP wants a project to accept anything "less-good". It's just a post asking to be respectful to the contributor. Attack the idea(in a civilized manner) - not the person.
Out of curiosity - Which database is this? and is it really taboo to have views joining against multiple other views?
If the underlying views were performant- I'd assume the query optimizer would do the right thing(at least 90% of the time).
EDIT: I guess it depends - Just did more research and found this [1]. As long as the views don't do unnecessary heavy lifting or joining unnecessary tables, it should be fine.
Something I do to mitigate this problem is take a screenshot of the barcode and store it in keepass - along with the password. So next time I change phones- I just scan the codes back and I am back on track with the TOTP.
> I thought we were trying to stop people writing their passwords down and storing them next to their computer?
Yes- but I guess it's okay to use password managers anyway. And they make it easy to store screenshots and stuff as attachments.
Lots of hate in the comments- but I feel this is a good thing. I think of it as my free trial to JetBrains IDE expiring - yeah it sucks. But I got what I paid for(or didn't pay for)- and it was good while it lasted.
Besides they had a clear communication about the matter- it's not as if the customers had the rug pulled off their feet. They have been informed well in advance.
In an enterprise-y environment, it's not always possible to keep upgrading to the latest. So assuming someone creates a project based on f-strings, that would be python 3.6+ only. Whereas using string.format will work across entire python 3+. Is that worth the upgrade- I'm not convinced.
I recall two other popular projects doing the curl xyz| bash approach
Rust[0]
Chef [1]
And here is an old HN comment[2] going into why it doesn't really matter.
Besides it's a Show HN- why be negative when we can raise the same issue more constructively as "Please add checksums and digital signatures. Also why not use regular GitHub releases in the installation instructions?"
"we are more open and free" - There is nothing dishonest about that. What we are seeing is companies trying out different business models and seeing what works. I can respect that.
As an end user, if you care about free software- this is good news. Instead of having different "Enterprise" and artificially handicapped "open-source" edition, we get to see everything out in the open. The secret sauce is now limited to the release process. They say openly that if you need to, fork them and create your own releases - yeah go for the "knockoffs" if you can trust them - or else try the branded (Chef) product.
MongoDB got a lot of flak for misappropriating the name "open source". What Chef is doing is IMHO more clear and honest. They need to make money too.
[1]: https://news.ycombinator.com/item?id=34144566 [2]: https://kcl-lang.io/docs/user_docs/getting-started/intro/#vs...