Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
admax88q
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
10 ms
·
31.
▲
by
admax88q
5y ago
How is giving up on achieving something a win for users?
32.
▲
by
admax88q
5y ago
Because if the hole exists at all, malicious actors will find a way to abuse it. But if non malicious developers have to jump through too many hoops to provide useful functionality to users they will just give up and users lose out.
33.
▲
by
admax88q
5y ago
The fewer features the browser has, the more code ends up as native apps or on cloud backends instead of the user's device. How many IoT devices could have just used bluetooth for interactive with them, but instead they all phone home
34.
▲
by
admax88q
5y ago
If the hole exists and is not going to be closed, why refuse to add other useful features that use the same hole? It's like taking a room, and refusing to add a back door for "security" when the front door already exists.
35.
▲
by
admax88q
5y ago
Personally I find very few sites that work in Chrome but not Firefox. But as a web developer I'm still irked by some of the more "fun" APIs that firefox refuses to support such as USB/PWAs/NFC etc. Your issue howev
36.
▲
by
admax88q
5y ago
I dunno I still disagree. If someone gave me a "simple" API for say networking. I would expect the API to be easy to use. But by your definition, I could give you an API such as "write(byte[])" which just puts bytes on
37.
▲
by
admax88q
5y ago
Take Background Sync for example. Mozilla considers the periodic sync API "harmful" because you could use it to track users IP and consumer resources when it's not clear they're interacting with the site Their stated pos
38.
▲
by
admax88q
5y ago
I don't buy Mozilla's/Apple's concerns for those APIs. Sure if seems sketch to access USB from the web, but as a user if I'm trying to achieve something and I can't do it on the web, I'll end up installing
39.
▲
by
admax88q
5y ago
That's absurd. I'm not targetting Lynx, Haiku, or 8 year old shitty phones. Nor are most web developers. And the attitude that you must support those things is detrimental to the web. It makes people feel like they're doing i
40.
▲
by
admax88q
5y ago
"Simplicity" does imple trivial or easy though, at least to an extent.
41.
▲
by
admax88q
5y ago
They pretty clearly confused 0.25 cents with $0.25
42.
▲
by
admax88q
5y ago
The way you fix organizational/process failures is not by firing the person in charge of them every time they fail to catch something. How many breaking bugs have _NOT_ shipped due to the current processes. Your approach suggests that
43.
▲
by
admax88q
5y ago
What objects do you have lots of that you're not storing in a HashMap or similar?
44.
▲
by
admax88q
5y ago
Where is the bloat? There are default behaviours for equals and hashCode, so you never need to define them if they're not useful for your Object.
45.
▲
by
admax88q
5y ago
Forking the code doesn't fork the copyright ownership. Stockfish still owns the code under their copyright regardless of whether it lives in their repository or in some fork of their codebase. A forked project doesn't have the ri
46.
▲
by
admax88q
5y ago
Consider how you would defend this attack. If there are extra unconnected neurons, it would be trivial to just remove them, or flag them from anti-virus.
47.
▲
by
admax88q
5y ago
They could be documenting how people are being scammed in desperate times. That would document what people are truly up to.
48.
▲
by
admax88q
5y ago
There's also opportunity cost in spending time maintaining, indexing, annotating your own archive of documents.
49.
▲
by
admax88q
5y ago
Well this sucked to read on mobile. I'll stick to HTML.
50.
▲
by
admax88q
5y ago
I think it's less about being factually wrong, and more about leading people to factually wrong conclusions with truthful statements. Even just saying "X sells stock Y before event Z" imples that X knew about event Z and that
51.
▲
by
admax88q
5y ago
I'm not sure you gain much by moving the forward secrecy to a weekly or session based level, and I think you lose a lot in terms of simplicity. It is simpler to design and analyze if it applies at every message. It's a design for
52.
▲
by
admax88q
5y ago
Seems like a pretty boilerplate privacy policy. When in doubt cover your own ass. Privacy policies are just a waste of time anyways, bad actors are going to act bad regardless of any "policy" they have in place. Not to mention th
53.
▲
by
admax88q
5y ago
Accept and content negotiation has a long established history, and content negotiation is different than the server making decisions based upon metadata. It's one thing for the client to say "give me this resource in this format&q
54.
▲
by
admax88q
5y ago
Lot's of "just do this" comments in here. If its as easy as you think it is, then winning the grand prize should be pretty easy. Do the math, grab an investor and go get $100M. "Just plant trees." Okay do the math
55.
▲
by
admax88q
5y ago
I hear you, but I'd wager the size differences are actually pretty minor. Absolute worst case you have 2X the CSS and HTML but much will be redundant so it will probably compress well with gzip.
56.
▲
by
admax88q
5y ago
Honestly though, if its enough content for mobile, its enough content for desktop as well. The "garbage" we don't want to serve mobile, is often also garbage for desktop, autoplay videos, too many tracking scripts, etc. If w
57.
▲
by
admax88q
5y ago
Even with web apps, you can serve the same app from the same URI. URI doesn't imply static content. Serving a slightly different web app from the same URI based upon other random metadata on the other hand. Makes caching all the more
58.
▲
by
admax88q
5y ago
Serving different content for the same URI based upon various metadata fields in the request goes completely against the spirit of a URI.
59.
▲
by
admax88q
5y ago
macOS takes the same approach with Finder however. Managing files in macOS is a huge pain if you want to keep it in some nicely organized tree. Its optimized for just searching to find what you're looking for. It presents all files
60.
▲
by
admax88q
5y ago
Sure, but it seems that in the short term at least this company is improving the rental market. Should we really critize them on hypothetical future behaviour when the current behaviour is a benefit? And as for Uber/Lyft, there's
More ›