jwr

41 ms·

691.
by jwr 2y ago
Kagi. It's like Google when Google wasn't ad-ridden garbage.
692.
by jwr 2y ago
Alas, I can't run it locally. So it still doesn't solve the problem of OCR for my PDF archive containing my private data...
693.
by jwr 2y ago
Bizarre claims. I've been running my own server for the last 25 years or so. Only once when changing server IPs I've encountered an IP that was blacklisted on some lists, and even then it only took a day or two to remove it.
694.
by jwr 2y ago
> You can't run your own e-mail, or not entirely. It's practically impossible to send SMTP from your own IP address. I beg to disagree, as I've been running my own E-mail and sending from my own IP address for [checks note
695.
by jwr 2y ago
With AWS I reported 3-4 spams from a certain company every day for 3 weeks. Nothing changed. They just ignore the reports.
696.
by jwr 2y ago
This doesn't seem to be a problem anymore. What is a problem, though, is big tech companies spamming us incessantly and doing almost nothing to prevent that. I get 10-20 spam E-mails a day from AWS, Google and Microsoft. Forwarding spa
697.
by jwr 2y ago
So happy to see that. Hopefully more people will run their own E-mail instead of being slaves to the large adtech "free" e-mail providers. We need more balance on the Internet.
698.
by jwr 2y ago
Correct. So many people get this wrong, and there are so many misconceptions around, that there is actual market pressure to deliver upwards-tilting keyboards and wrist pads. If you want to get your keyboard and desk ergonomics correct, loo
699.
by jwr 2y ago
At one point in my life, I became a manager that didn't code. Way too many meetings, travel, and non-technical things to do, so no time and most importantly, no headspace left for coding. Over the course of about two years this drove m
700.
by jwr 2y ago
Huh? I've installed my own charger in our apartment complex underground garage. Many people do that, permitting takes a while and could certainly be made easier, but it's not impossible, and recent laws make it impossible to refus
701.
by jwr 2y ago
Of course it is. The campaigning for fossil fuels is very sneaky and uses great talking points. There is always a grain of truth to every such talking point, so they are very difficult to debunk and discuss.
702.
by jwr 2y ago
Yes. There are many myths spread around by the fossil lobby and, as always, there is a grain of truth in every myth, that's why they are so hard to debunk. See for example https://www.carbonbrief.org/factcheck-21-mislea
703.
by jwr 2y ago
I think a major part of the problem is Apple's attitude towards bug reports: they basically DO NOT WANT TO HEAR FROM YOU. Which means that rare bugs go unnoticed and get swept under the rug. I know that it's difficult to triage an
704.
by jwr 2y ago
I actually think the Claude 3.7 Sonnet summary is better.
705.
by jwr 2y ago
This is incredibly useful, thank you for sharing!
706.
by jwr 2y ago
This discussion refers to the entire history of MongoDB reports, which shows a lack of care about losing data. If you wish to have a more recent MongoDB report, Jepsen is available for hire, from what I understand.
707.
by jwr 2y ago
> If you make https: lowercase and the rest uppercase, with QR encoding that does smart segmentation, I'm pretty sure you can still get most of the benefit... but, exercise for the reader. That is actually exactly what I ended up do
708.
by jwr 2y ago
Is it safe to uppercase the protocol part of the URL? I decided to use segments and stick to lowercase "https", because I didn't trust various implementations out there to handle "HTTPS" correctly. Should I?
709.
by jwr 2y ago
Distributed databases are not easy. You can't simplify everything down to "has issues". Yes, I did read most Jepsen reports in detail, and struggled to understand everything. Your second point seems to imply that everything h
710.
by jwr 2y ago
sigh See https://jepsen.io/analyses for how MongoDB has a tradition of incorrect claims and losing your data. Distributed databases are not easy. Just saying "it is web scale" doesn't make it so.
711.
by jwr 2y ago
I have business continuity plans. And my point still stands: in practice, within a 5-year time horizon, you are much more likely to see a VC-funded or corporate-owned service shut down, than see a sustainable single-founder business disappe
712.
by jwr 2y ago
That is a shallow take and I disagree — at least in my case, I make a conscious effort to avoid being a Blub programmer and regularly try different languages and look at different ecosystems. The choice of Clojure and ClojureScript for this
713.
by jwr 2y ago
> distributed systems and databases, and Clojure isn’t even part of the discussion in that sphere I'm not sure what a programming language has to do with distributed systems and databases, but as another data point, I happily work w
714.
by jwr 2y ago
I disagree. I tried to use datalog and it was not a natural extension at all, because of the lack of nil handling. I also found that I do not need (or want) full immutability. I would not compare it to SQL: I do not use SQL because there is
715.
by jwr 2y ago
As a data point: I've been running my solo-founder SaaS business for 10 years now using Clojure. It changed my life. It would not have been possible without Clojure and ClojureScript, building and maintaining an app of this complexity
716.
by jwr 2y ago
Hard disagree: I never used Datomic and likely never will, and I don't feel like I'm "losing some of the language's value". Datomic is a database. You can use any database you like.
717.
by jwr 2y ago
These articles are necessary to counteract armchair critics who are afraid of unfamiliar things and feel insecure. This crowd is loud: you can hear the choir of "but no one is using it, I tried it once and there were parentheses, I tri
718.
by jwr 2y ago
I have been building my (money-earning SaaS) app with leiningen for 10 years now. There is no "du jour", unless you choose to be "du jour". If you care about startup time (I don't, my app starts only once), you can
719.
by jwr 2y ago
Yes, it is definitely worth it. You get a much better understanding of CPU architectures. Also, most of your knowledge will be applicable to any platform.
720.
by jwr 2y ago
Again, there is a misunderstanding. "null" is not the same as null. One is an opaque string, the other is a language value. One should NEVER build systems that confuse the two, or allow one to be interpreted as the other. If you e

More ›