Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
teacup50
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
58 ms
·
541.
▲
by
teacup50
12y ago
> Anyone (especially the HN crowd) should know they have the data, and if you think they're not carefully analyzing it behind the scenes (like every other tech company who has your data), I've got things to sell you. That
542.
▲
by
teacup50
12y ago
Bulk churn is the kind of easy task that gives the impression of progress while providing very little actual value. In 8 months, here's what NeoVim has done: 1) Reformatted all the code. 2) Deleted a lot of working, old code. 3) Rais
543.
▲
by
teacup50
12y ago
> My understanding is that, unlike a credit card, you don't share your name with them during an Apple Pay transaction. If you check the EMVco specs (they're a doozy! http://www.emvco.com/specifications.aspx?id
544.
▲
by
teacup50
12y ago
Read the claims more closely (or read the relevant emvco spec). They don't claim to receive no data, they only claim to not track you.
545.
▲
by
teacup50
12y ago
Are you waiting to see the alternative, or waiting to be right? The example given seems clear enough to extrapolate from.
546.
▲
by
teacup50
12y ago
You don't think that rent seeking is an ethical issue?
547.
▲
by
teacup50
12y ago
That's not how Apple Pay works; other than using a proxy CC# and hiding your info from the actual sales clerk, Apple Pay isn't more private than magstripe cards — merchants can still identify you, and it actually adds another pa
548.
▲
by
teacup50
12y ago
Ethics aren't ethics if they can be abandoned for simple expediency.
549.
▲
by
teacup50
12y ago
OS X is based on it in the typical use of the word. Darwin incorporates a lot of FreeBSD kernel and userspace code, and Apple continues to incorporate new code.
550.
▲
by
teacup50
12y ago
So you're not culpable for your actions if you make a deal with the devil, just because it's to keep your business afloat?
551.
▲
by
teacup50
12y ago
Read more closely: - Leveraging specific device security features would require hacking the SSL/TLS stack in unintended ways: imagine generating some form of client certificate that used a dynamically generated set of device credentia
552.
▲
by
teacup50
12y ago
> ... the usual "fair use" things that DRM usually inhibits does not do so in the context of streaming. Sure they do. Video rentals were based on the first-sale doctrine[1]; the video store bought the movie, the video store r
553.
▲
by
teacup50
12y ago
And now we have 10.1. You're speaking nonsense.
554.
▲
by
teacup50
12y ago
In case this wasn't obvious to you, Netflix is not the internet's friend, fun examples include: - Browser DRM (making it impossible to produce a fully functional AND open source browser) - HDCP-for-sockets (e.g., to replace HTTPS
555.
▲
by
teacup50
12y ago
Perhaps people will rediscover the value of standard protocols and platforms that allow for competing client AND server implementations. Or not.
556.
▲
by
teacup50
12y ago
What are you talking about? FreeBSD ships fixes for errata and security issues.
557.
▲
by
teacup50
12y ago
... advertising in developer documentation? Seriously?
558.
▲
by
teacup50
12y ago
Containers abstract over reducible complexity. Functions (should) abstract over irreducible complexity. As long as we're asking hypotheticals — why do applications need to control the global OS namespace and the dependencies between el
559.
▲
by
teacup50
12y ago
And 9/10 times, you'll be a crater in the ground instead.
560.
▲
by
teacup50
12y ago
Nobody (sane) resigns solely over office location planning. They would , however, resign over the politics that drove their proposal being dismissed.
561.
▲
by
teacup50
12y ago
In this case, the problem isn't being solved -- solving the problem would mean moving away from dependencies on the global OS namespace by relearning how to write self-contained applications (some people never forgot). Containers are j
562.
▲
by
teacup50
12y ago
This is a hopelessly naive position to hold, and it's also a one likely to be dangerous to your career — believing in openness so blindly is how you're going to be blind-sided. An "open" culture is open unless the folk
563.
▲
by
teacup50
12y ago
As someone who has started a business, that's insane. Of course you should worry about what your operating costs will be in 3-5 years. If you don't need to swallow a potential poison pill that could seriously impact your maneuve
564.
▲
by
teacup50
12y ago
> we've found that (at least their) Scala is almost as hard to read as bad Perl. At least with Perl you have decades worth of online discussions and pretty good documentation of the core language. Programming languages you don
565.
▲
by
teacup50
12y ago
You're conflating a lot of unrelated issues here by lashing out against things you seemingly don't understand.
566.
▲
by
teacup50
12y ago
> Do you know anything about cache hierarchy and memory models on modern CPUs? Yes. > Performance is important to some of us. ... and in those cases, you don't have to use data structures that model your problem domain poorly
567.
▲
by
teacup50
12y ago
> All in all, I'm curious what a solution to the privacy issue would look like that would satisfy your criteria. Any proposals? No server other than a gateway at the house. Peer-to-peer sync. If centralized servers are required, p
568.
▲
by
teacup50
12y ago
Consider Atlassian's Stash: https://www.atlassian.com/software/stash Similar feature set, but otherwise better in almost every way (and I don't work for Atlassian, just for the record). Some examples: - Sourc
569.
▲
by
teacup50
12y ago
One of the highest performing VMs with some of the most advanced JIT and GC technology is a poor choice for greenfield development? In what universe? The issue with OpenJDK arose when open source folks "backported" the unstable Ja
570.
▲
by
teacup50
12y ago
How is schlepping around non-portable Linux-specific binaries packaged into what is essentially a VM a "more modern toolchain"?
More ›