onethumb

6 ms·

1.
by onethumb 5mo ago
Thanks! We think so. :)
2.
by onethumb 5mo ago
I want this, too. SmugMug (our other platform) supports them. So we already have the tech done (for a long time). I hope we add support on Flickr.
3.
by onethumb 5mo ago
We’re allergic to ads. If I knew how to make Flickr work at its scale without ads even on free accounts, I’d do it. Since I can’t figure it out (yet?), free accounts have ads and Pro don’t. As long as I’m running the show, that will remain
4.
by onethumb 5mo ago
I'm too big of a nerd to let the RSS feeds, open APIs, etc go. :) Alas, Flickr wouldn't even be alive if we hadn't increased the price ($$) and value (features) of Pro relative to things like intrusive ads on free accounts, e
5.
by onethumb 5mo ago
We have a lot of mobile usage and the app works fine, so I'd love to know more about what you're experiencing with it. Can you contact our Support Heroes so we can assist? https://www.flickrhelp.com/ You make a fa
6.
by onethumb 5mo ago
As far as I know, we haven't considered that, but it's a good idea. I'll noodle on it. Thanks!
7.
by onethumb 5mo ago
We rely on self- and community-moderation. As long as content is flagged appropriately, we allow and embrace content that's often banned on other platforms, such as artistic nudes. Not everything is allowed, though - here's the li
8.
by onethumb 5mo ago
Thanks! I get asked to write again frequently, but finding the time is tough. I'll see what I can do. :)
9.
by onethumb 5mo ago
Thanks for the feedback and feature request. I don't hear this request often for Flickr, but it's a core and beloved feature on our other platform, SmugMug, which you might want to check out if you haven't.
10.
by onethumb 5mo ago
Doesn't sound like us. When was this?
11.
by onethumb 5mo ago
Can you elaborate on the markdown embed request? In which contexts would you want that?
12.
by onethumb 5mo ago
Yes. Flickr was losing a ton of money (>$50M/year) when we bought it, and it's now cash flow positive and profitable. Not by a lot, alas, but the difference between $1 and $0 or less is the difference between life and death. Fl
13.
by onethumb 5mo ago
Just finished reading. Glad they captured what we're doing - photography & community - and what we're not - algorithmic feeds & privacy violations. We have lots of work to do, and I think most of the criticisms are fair an
14.
by onethumb 5mo ago
Hey, owner & CEO here. Reading this now, but AMA.
15.
by onethumb 8mo ago
Probably needs a (2010) label. Great article, though.
16.
by onethumb 9mo ago
Is that true? This comment suggests otherwise, with citations. https://news.ycombinator.com/item?id=46351511
17.
by onethumb 10mo ago
She was known as being _extremely talented_ at software development, particularly her knowledge of low level hardware and how to optimize around constraints.
18.
by onethumb 11mo ago
Uber could not run the complete global rider/driver flow from a single server.
19.
by onethumb 1y ago
This looks super interesting for single-AZ systems (which are useful, and have their place). But I can't find anything to support the use case for highly available (multi-AZ), scalable, production infrastructure. Specifically, a unifie
20.
by onethumb 1y ago
A lot of great companies have come out of "bad for business, good for hobbyists" ideas... :)
21.
by onethumb 1y ago
Related discussion: John Carmack's arguments against building a custom XR OS at Meta https://news.ycombinator.com/item?id=45066395 (11 days ago; 527+ points; 646+ comments) Love to hear whether you agree or not and how
22.
by onethumb 1y ago
The whole point is for it to cost less (ie, smaller size) for the sender and cost more (ie, larger size) for the receiver. The compression ratio is the whole point... if you can send something small for next to no $$ which causes the receiv
23.
by onethumb 1y ago
Yep, I love Apple, follow them closely, own a Mac Studio with an M3 Ultra and a MacBook Pro with an M4 Max, and it's still confusing. :) I mean, surely a Mac Studio with an M4 Max must be the best, right? It's an entire CPU genera
24.
by onethumb 1y ago
If Apple's so great at naming things, tell me (without looking) which is bigger/better/faster for their CPUs: Max or Ultra?
25.
by onethumb 1y ago
I'm not "engineering" anything - I'm just stopping a service. I close the account, or disable billing, or whatever that step requires. I don't even read the data back out or anything - just cancel. Doesn't real
26.
by onethumb 2y ago
Not useful for me at environment setup time because I never want any of my data deleted. The only time is if I decide to abandon that cloud provider.
27.
by onethumb 2y ago
Most cloud providers do this now. Encryption operations like this are relatively easy to detect.
28.
by onethumb 2y ago
Certainly some of this simply comes down to "how valuable is my data?". Currently, given the extremely low (and dropping YoY) cost of storing cold data at rest, the essentially free cost of ingest, and the high cost of retrieving
29.
by onethumb 2y ago
Only if you allow permissions to set a lifecycle rule...
30.
by onethumb 2y ago
No delete credentials present a cost issue when moving from a provider... I've accidentally left data behind after I thought I'd deleted it. Worth the risk, and learned my lesson.

More ›