onethumb

7 ms·

31.
by onethumb 2y ago
There are no delete credentials, and the WORM option is enabled when a provider supports it. I can ~always get back to point-in-time.
32.
by onethumb 2y ago
That's fair. Nothing like piece of mind. :) Conceptually, though, I think my separation of "sync vs backup" and separating of discrete providers (both software and supplier) accomplishes this same goal. Conceptually, it'
33.
by onethumb 2y ago
The cost (I assume you're talking about "my time" cost?) is unbelievably low, mostly in part due to good software. It "just works". Specifically, Arq Backup, for example, lets you simply add/remove providers at
34.
by onethumb 2y ago
While I get that there are use cases for physical media, as both a data hoarder and data paranoiac (good things in my line of work), I've moved on. It's the data that matters, not the media. To that end, I have automated two separ
35.
by onethumb 2y ago
I've deployed code with Claude that was >100X faster, all-in (verification, testing, etc) than doing it myself. (I've been writing code professionally and successfully for >30 years). >100X isn't typical, I'd gu
36.
by onethumb 2y ago
This is computing CRC-64, not CRC-32, so there's not really a comparison. But perhaps most importantly, ours works with a variety of polynomials (there are a lot! [1])... we're just using the NVME one, but it's trivially adap
37.
by onethumb 2y ago
FYI, I forked and improved [1] a Rust implementation that supports both table- and SIMD-accelerated CRC-64/NVME [2] calculations. The SIMD-accelerated (x86/x86_64 and aarch64) version delivers 10X over the table (16-bytes at a tim
38.
by onethumb 2y ago
This article seems to tie them together nicely: https://www.gbhealthwatch.com/Trait-Caffeine-Consumption.php
39.
by onethumb 3y ago
CSV has some limits and difficulties, but has massive benefits in terms of readability, portability, etc. I feel like USV (Unicode Separated Values) neatly improves CSV while maintaining most of its benefits. https://github.com&#
40.
by onethumb 3y ago
Thank you. Your project looks really neat! Let me know if we can ever collaborate. More great services for photographers in the world is always a great thing, especially if they avoid lock-in.
41.
by onethumb 3y ago
The whole reason I'm having the conversation is that your statement is full of opinions, assumptions, and falsehoods. "not doing anything", "intended to extort people", and "hasn't seen any improvement in
42.
by onethumb 3y ago
Ok, so you're an outlier. Which is ok - we're probably not building the right service for you or your 3 friends (who can easily download and stop paying - we're not holding them hostage). We're definitely not trying to b
43.
by onethumb 3y ago
Thanks, again, for the discussion. I really appreciate it. I'd argue that we have the same perspective on things - Flickr is a way to share, not archive. (Archival may be a wonderful side benefit, but community and connection are what
44.
by onethumb 3y ago
Thanks for the perspective. I think "actual hostility" would have been simply shutting Flickr off, something Yahoo was ready to do. (Post acquisition, they later publicly admitted they regretted not doing just that[1]). I'm s
45.
by onethumb 3y ago
Because SmugMug doesn't have free accounts. If you paid for Flickr, you wouldn't get those emails, either. You'd enjoy unlimited storage.
46.
by onethumb 3y ago
That's why you'd leave SmugMug?
47.
by onethumb 3y ago
Co-Founder, CEO & Chief Geek from SmugMug here. Love to know why you're thinking of moving on. :)
48.
by onethumb 5y ago
Nope, we didn't send IA a bill. :)
49.
by onethumb 7y ago
Again, I'm sorry about Camera Roll. I understand your frustration. But perhaps I can share some insight into what's going on and why: - The choice to finish moving Flickr or not was literally the decision to keep Flickr on the pla
50.
by onethumb 7y ago
Feeling frustrated is totally justified. I'd feel frustrated, too. And no-one is more sorry that you're feeling frustrated than I am. However, "total radio silence" is not fair. We're very active, and very vocal, ab
51.
by onethumb 7y ago
This sounds very interesting! What is the size & scale of your data, if you don't mind sharing? (How many documents, total storage footprint, etc) Thanks!
52.
by onethumb 7y ago
Two days? Scheduled maintenance began at 5:45pm PT May 22nd, and it's currently 12:10pm PT May 23rd. We're hours behind (this stuff is tough), but it hasn't even been one day, let alone two.
53.
by onethumb 8y ago
Great feedback, thanks. This is a great secondary line of business for SmugMug already, so this is great to hear and we'll think about it. Thanks again.
54.
by onethumb 8y ago
1. Should be automatic. Still testing, but looking fantastic so far. 2. The coverage across modern OSes, browsers, and devices is incredibly high, and increasing daily, or we wouldn't be finally pulling the trigger. (I've wanted t
55.
by onethumb 8y ago
Thank you for the thoughtful and detailed feedback. Lots to think about. And you're welcome on Yahoo login. Hard at work, but should be soon. Definitely want to let people access Flickr in whatever way they prefer.
56.
by onethumb 8y ago
I love Creative Commons and I'm actively involved in thinking about and solving this problem. See their blog post today: https://creativecommons.org/2018/11/01/flickr-2/
57.
by onethumb 8y ago
We have this at Flickr already and it's pretty fantastic, imho. Is there a specific taxonomy or tag we're not detecting properly? Thanks for the feedback!
58.
by onethumb 8y ago
Great feedback, thanks. I personally use this exact search (my photos on a map) on SmugMug, so clearly something we should re-introduce to Flickr (or maybe just make easier to find?). I'll investigate.
59.
by onethumb 8y ago
We don't assume. There will be frequent, and increasing, notifications. No-one wants to fail to notify people less than I do.
60.
by onethumb 8y ago
It takes time (as in, many days) to notify >100M people. We're working on it. The blog post and assorted spontaneous coverage, like Hacker News, is faster.

More ›