Whoever wrote this article appears to misunderstand what those ports on the new macbook actually are. They are USB ports!
USB-C to be specific
While yes it's an uncomfortable transition period, the idea of a common socket for all connections is amazing! This isn't Apple killing USB in favor of thunderbolt (which happens to run over the same connector), it's apple using the latest USB spec.
I can actually help you out on this one. I spent the summer hacking on the Rust compiler for my internship. If I'm understanding the code correctly, this is the enum of elements represented in the dependency graph.
For interested parties, there's been an open issue on the hint text for this error since September of last year. If ya want to help out take a crack at it!
https://github.com/rust-lang/rust/issues/28660
> The actual error is very basic and only useful if you already know what it pertains to
The error is really solid at showing a type mismatch. Which is of the form "I wanted X but you gave me Y".
> that the hint be way off is actively harmful
That's true and they could probably do a bit better for type mismatches on type variables vs concrete types
> just dumping the raw error
What's the difference between a "raw error" and something else. If the hint was accurate would it still be a "raw error" because it's not styled like those elm errors? Any more info (aside from a better hint which I concede should be better) would have to be an actual explanation of static typechecking which seems a bit extreme.
All I'm saying is while this error isn't a paragon of what all good error messages should be, it's no more cryptic than any other similar error. Even the nicely formatted elm errors say essentially the same thing.
So having interned at Facebook, I find this post confusing. They made it very clear to us during HR onboarding that the only zero tolerance policy was on unauthorized access to user data.
The harassment stuff isn't a zero tolerance thing. They even told us to go ahead and ask out other employees if you're interested, but just don't press if you get a no.
It's pretty clear he accessed data he shouldn't have, and for that a zero-tolerance policy makes total sense.
I don't understand what Facebook is supposed to be guilty of...
Is Facebook supposed to somehow know the video was uploaded to YouTube before? That would require Facebook to have an index of all the content on YouTube (an unreasonable proposal).
The next best thing is to allow takedown requests which they do!
The same thing can be done by reposting on Vimeo or any of a million sites. There just is no technologically and legally sound method to detect this sort of behavior.
If you don't want your video to be reposted by someone else, post it yourself. That's not to say it's okay for pirating to happen but this isn't Facebook evil, it's people.
One might blame Facebook for prioritizing it's native videos over embedded YouTube content but their policy on that is very public and the user experience IS better.
I agree with the overall sentiment expressed that web developers can and should do better as it comes to performance.
There were a few inaccurate or misleading remarks in the article that I'd like to draw attention to:
1) Guess how those Instant Articles are formatted? HTML. Guess how those articles get to the app? HTTP.
This is misleading because it seems to equate pulling in content with loading an article. By loading these articles into the app (as opposed to launching a browser), Facebook gains the ability to do the following:
- Provide the basic styles from app-install time. Most of your css doesn't need to be downloaded.
- Skip app boot time. App's take a while to cold start, meaning I don't have to start safari before I start the web request.
- Prefetch. I don't know if they do or will do this, but facebook could reasonably prefetch articles and their resources before you click
2) Stop buying into the ‘native is better’ myth. (It’s just different.)
Another phrase for "different" is "better at different things". It turns out that the app model provides some amazing guarantees that the web can't match (and vice-versa):
- Preloaded styles and logic. Content changes, but presentation stays the same. Only download content. (no caching is not a valid solution, because exercising new parts of the code would require a download. Though some appmanifest magic may let you get pretty close)
- Cheap library inclusion. If an app is an extra MB or so it's no big deal most of the time. You can use that to load in libraries that vastly speed up developer work and can do "progressive enhancement" by supported new APIs on old OS versions. Libraries are way more costly on the web as the author points out.
- Consistent (with the OS) UX and much cheaper animations
- Lower memory footprint
These things do matter! The web is amazing, yes. No, it's not dying, but there is value in native apps and they're not equivalent. Smart engineers will make the choice based on their needs which is what both facebook and these news sources are doing.
It doesn't work as stated. Users have to opt to share the password when they connect to wifi router. This checkbox is empty by default meaning you don't share the password by default.
It's not only your friends sharing when you don't want it. It's end users that own the router that want to share it. If you put yourself into your grandmother's shoes it may be less mindboggling. Security is all about securing content to the extent to which it is valuable. Many people would argue that their wifi password is not that valuable and therefore not requiring the greatest amount of security. Some people will find this feature convenient. It's for them and clearly not for you. You are no less insecure than you were previously. If you trust the people you give your wifi password to, then there's no issue.
This solves the problem of asking people the wifi password whenever you go over to their house. To a lot of people it's just a pain. When you tell your friends your password, just tell them not to share it. Done!
I would wager it helps the windows phone users and doesn't hurt other people. Also it's coming to windows 10 I believe.
There's a lot of FUD & frankly inaccurate information floating around here.
When connecting to a password protected router you are given an UNCHECKED BY DEFAULT option to share the password with your friends. What this means is, the user can deliberately share the password they know.
This is just as secure as any other system because once you give a user a password they could share it if they chose. Nothing here is "automatic" no data is being proliferated without user consent. If your employees leak your password this way, then it's the same as leaking passwords otherwise.
Again this not an opt-in-by-default scenario. It requires a user knowing a password to actively choose to share for each router independently.
USB-C to be specific
While yes it's an uncomfortable transition period, the idea of a common socket for all connections is amazing! This isn't Apple killing USB in favor of thunderbolt (which happens to run over the same connector), it's apple using the latest USB spec.