HN user

jaitsu

202 karma
Posts3
Comments27
View on HN

These two sentences are at completed odds with each other:

1. "We are a company that promotes openness and transparency"

2. "Let's commit to maintaining complete confidentiality about the company—no exceptions"

You can recover from a panic though, so if you are implementing something that may panic you should have some sensible defer/recover in there if you can't afford to have your process crash.

Use Git tactically 4 years ago

Given most teams operate CI pipelines on their PRs/MRs, I like to make it a requirement to squash before merging. This means that only passing builds make it into the main branch.

The value of this cannot be underestimated, in my experience, as using things like “git bisect” mean you always have a working build.

GitHub Cancer 10 years ago

Absolutely, a package manager server should state in their license file that when you submit a package you consent to it being cached on said server.

Having someone remove a package and breaking a ton of other packages is nonsensical.

They seem to go about these things in the wrong way. Take Messenger for example, there was no good reason to remove access to this via a browser on mobile devices. I don't want to have to install an app for something that was previously available in a browser. If you can't provide me with all of the features of messenger in the browser then that's fine. I thought we were meant to be progressing towards a truly open web accessible to all, regardless of device.

This is just another example of Facebook doing whatever they please just because they can. I wonder how long that will last until people start moving away from the platform.

What makes this even worse is the fact that they're trying to cover up just how bad this really is. LinkedIn use(d) the sha1 hashing algorithm (see: http://arstechnica.com/security/2012/06/8-million-leaked-pas...) which is easily breakable through rainbow tables when not used with a salt (which LinkedIn failed to use).

The sha1 hash has been known to be cryptographically insecure since as early as 2007 (https://www.schneier.com/blog/archives/2005/02/cryptanalysis...).

The very fact that LinkedIn reset everyone's passwords backs this up.

After this data leak I deleted my account, not only is LinkedIn destroyed the art of recruitment it has been completely irresponsible with user's data.

Great point. I think there always comes a time for developers of popular open source libraries where their "workload" (that is their responsibilities to their end users) becomes too much for them to deal with, even if you don't have a family.

The only sensible solution here is to bring on regular contributors as repository owners and spread the responsibility.

This is clickbait at it's best. There is no hard evidence to prove this (obviously, it's Apple) and it couldn't be further from the truth.

iPads are far from a replacement for your MacBook or iMac - for one you can't properly multitask, and you as a developer you couldn't properly debug and write code on an iPad.

OSX will be around for years to come.

Great article. I think we can actually talk about flash being replaced now that we have a real solution for HTML5 live streaming. Flash was never going to go away until there was something that could handle the DRM across all browsers.

I've worked a lot with Ooyala's live streams and was just looking at moving a client over to their HTML5 offering. They claim to offer it in all browsers but that is probably with a flash fallback, they haven't open sourced their JS (or at least I can't see it on their GitHub page).

We also use StreamUK on a lot of sites (but I've never used it directly) and from what I have heard they have great support for HLS. They have no GitHub presence so not quite sure if they're using the same libs the article mentioned or something proprietary.

Obviously DRM would still be an issue unless the browser natively supports EME.