teacup50

62 ms·

1. 571.▲
   by teacup50 12y ago

   So what you're saying is, you own it entirely. Dropbox has: - Access to everyone's data. - Control over everyone's data. - Control over the clients used to access that data. What is actually private? Nothing. What do users &q
2. 572.▲
   by teacup50 12y ago

   Yet-another-software-as-a-service-dont-own-your-own-data-startup. Great.
3. 573.▲
   by teacup50 12y ago

   So basically, nowhere. Should something like Sandstorm take off, then we're still stuck with an application distribution model that destroys the split between client/server that allows a diverse set of clients to exist, destroys t
4. 574.▲
   by teacup50 12y ago

   Mozilla promoting privacy seems nonsensical; the browser-based SaaS server-fetched application execution model is fundamentally antithetical to ownership and privacy.
5. 575.▲
   by teacup50 12y ago

   > What about an MBA who can also program? Then they're mediocre at both, at best.
6. 576.▲
   by teacup50 12y ago

   Would you trust the FT and Fastly to have access to all local data all your desktop applications? That's what you're building for the web. #1 doesn't absolve you of the culpability of promoting such a fundamentally flawed too
7. 577.▲
   by teacup50 12y ago

   > Yeah, it's not like we have a security model for JS, sandboxed environments, and even each tab running as a separate process. Sandboxed environments containing user data that web developers voluntarily compromise by then inserting
8. 578.▲
   by teacup50 12y ago

   Restrictive immigration policy is a form of cultural isolationism, but not necessarily racism.
9. 579.▲
   by teacup50 12y ago

   Something is very wrong with how web developers think about threat models if they're so incredibly willing to load completely arbitrary code into their customer's applications from a source that isn't even remotely party to
10. 580.▲
    by teacup50 12y ago

    > Regarding the first sentence, it's possible that the optimal firm count in some communities and especially sparsely populated areas is one (i.e. an actual natural monopoly), but in most communities I would expect it top be at lea
11. 581.▲
    by teacup50 12y ago

    This was a general vote, not a city hall edict.
12. 582.▲
    by teacup50 12y ago

    You're the one whose bad patches were rejected, you just dug through a year's worth of my comment history, and you're constantly and heavily promoting a terrible-design-and-still-no-beta-even-after-a-year-and-a-lot-of-donated
13. 583.▲
    by teacup50 12y ago

    No, it's not two factors. Access to the phone number is entirely based on something you know.
14. 584.▲
    by teacup50 12y ago

    Remember that floobits are the people that threw a tantrum when upstream vim wouldn't accept their patches, and have a vested ego interest in pushing a vim fork.
15. 585.▲
    by teacup50 12y ago

    This is why "2FA" is supposed to actually be two factors. If you're using a phone number for 2FA, then authentication still boils down to the same thing: Something you know.
16. 586.▲
    by teacup50 12y ago

    Given Netflix's position on browser DRM, and their references in this post to "platform integration" and device keys, it sounds like they're trying to implement HDCP for sockets. Ugh.
17. 587.▲
    Disable sharing of Spotlight searches with Apple(fix-macosx.com)

    244 points by teacup50 12y ago|134 comments
18. 588.▲
    by teacup50 12y ago

    I honestly find it really depressing to see all these folks taking code and applications that would otherwise be entirely portable, and rebuilding their entire deployment and development environment around a hard dependency on Linux. If Doc
19. 589.▲
    by teacup50 12y ago

    Or, you can architect your module/service to run the things it depends on in a self-contained manner and avoid creating a hard dependency on virtualization of Linux.
20. 590.▲
    by teacup50 12y ago

    We HAD something useful and coherent.
21. 591.▲
    by teacup50 12y ago

    Why would you want to "develop in boot2docker" ?
22. 592.▲
    by teacup50 12y ago

    Your entire office is OS X and you're migrating to a Linux-only non-portable technology stack that requires a VM to run on your desktop? Is this really cheaper and more effective than cleaning up your code base so that it doesn't
23. 593.▲
    by teacup50 12y ago

    For server-side code, where Docker operates, this isn't an issue.
24. 594.▲
    by teacup50 12y ago

    > All that existed was apps+dependency, no userland. That's the future, imo. How do I run that on something that isn't Linux? The Mac OS X portability story is to run a Linux virtual machine (!). How is this a sane model when
25. 595.▲
    by teacup50 12y ago

    If this is true, then we're about to become locked-in to Docker's "kitchen sink" model of application packaging, where we're back to the bad old days of applications that can only run on a single platform. So much f
26. 596.▲
    by teacup50 12y ago

    Remember the iOS SSL bug from just this year that resulted in a complete bypass of x509 certificate trust validation?
27. 597.▲
    by teacup50 12y ago

    > ...until the USgov/NSA chooses for them. Local binaries can be -- and are -- audited. The USgov can't simply push new code (and this is why web-style pushed upgrades are a bad thing). > Me and the person I replied were
28. 598.▲
    by teacup50 12y ago

    Tech companies can't give up what they've never had, and tech companies choose whether or not they'll store user data centrally. Here's one for your list: http://syncthing.net/
29. 599.▲
    by teacup50 12y ago

    Your home must not have any windows -- or at least, any windows that receive direct sunlight. During the summer, we manually maintain the indoor temperature by following a simple -- but very manual -- formulaic process: - When it gets coole
30. 600.▲
    by teacup50 12y ago

    I wonder if this is why syncthing just switched to the GPL: https://github.com/syncthing/syncthing/commit/9edce23e76c7fb... Bummer.