flaviu1
Joined 12 years ago
Joined 12 years ago
Take a look at the reviews at https://lygte-info.dk/info/DMMReviews.html, they're very through.
Not $10/50GiB more expensive. They want people using their streaming services, and I'm certain they already have their call center employees using the "tired of extra fees? just buy xfinity TV"
It's anticompetitive, other streaming services just can't compete on these terms.
The theory is that this is a form of market segmentation, where enthusiasts/companies are willing to pay more for a bare drive regular consumers.
Misguided views like this are exactly how. Turning off autocomplete doesn't improve any sort of security, since the site already needs to trust the browser.
It serves no purpose other than to frustrate the user, and might even reduce security if it prevents the user from easily making use of a password manager.
The only way that policy decisions should be made is with hard data. Policy decisions shouldn't be made on the basis of little girls getting stabbed by needles, just like they're not made on the basis of people getting hit by lightning.
Yes, there's circumstances where cars are essential.
Dense urban environments are not it. There's a massive set of negative externalities that cars and the mindset that people should never have to walk more than twenty feet between their front door and their destination bring. They've lead to greatly reduced quality of life in these urban areas.
- There are many many languages without classes that make good use of enums
- Doing this refactoring is excessively verbose
- Someone making bold claims like this about a language feature that's never been considered error prone and been around since the beginning ought to provide some really good evidence to back things up.
There's cases where enums are good, and there's cases where polymorphic classes are good. Dismissing one of them by default is wrong, since both are useful at different times.
edit: and the citation there to Martin Fowler et al., Refactoring: Improving the Design of Existing Code doesn't even match the claim being made. That book mentions
- "The first part of this problem is that switch statement. It is a bad idea to do a switch based on an attribute of another object. If you must use a switch statement, it should be on your own data, not on someone else's." -- sure, I agree
- "Often you find the same switch statement scattered about a program in different places. If you add a new clause to the switch, you have to find all these switch, statements and change them. The object-oriented notion of polymorphism gives you an elegant way to deal with this problem." -- fair enough
This is a long way from "enums are a code smell," and honestly feels like padding the citation count. Another thing to note is that the second edition of Refactoring: Improving the Design of Existing Code says:
> Even in our more wild-eyed youth, we were never unconditionally opposed to the conditional. Indeed, the first edition of this book had a smell entitled “switch statements.” The smell was there because in the late 90’s we found polymorphism sadly underappreciated, and saw benefit in getting people to switch over.
> These days there is more polymorphism about, and it isn’t the simple red flag that it often was fifteen years ago.