I think Kagi's product team actually uses their own software. I often have a small frustration with something and wish for some mitigating setting or change, then go look in the settings and find exactly what I want.
For example: automatically choose Japanese when entering kanji, and automatically strip HTML markup from pasted content.
For many people the phone is the only computing device they use. Keeping portability and offering a larger display is a compelling offering for those people.
> For many people the phone is the only computing device they use.
I suspect the crossover area of the Venn diagram between people who spend what a foldable costs on a phone and people who have no other computing device is extremely small.
Why so? For most people a computer (in the traditional keyboard/mouse sense) isn't a leisure device, a phone is. They scroll social media feeds and watch YouTube or whatever.
I'm sure most of us on HN use them for leisure, but for most people a computer is a device for work, not for play.
RoR is the only framework I’ve ever heard of being so bad that it killed startups. I personally know of two that were doing well, but RoR was so brittle and slow that they couldn’t hire enough to keep it going. This is compounded by Ruby devs being pretty rare.
> RoR was so brittle and slow that they couldn’t hire enough to keep it going.
This is such a "poor carpenter blaming his tools" take.
RoR isn't holding you back from writing performant, high-quality code. However, letting inexperienced developers run wild without supervision does end up with a codebase committing most of the deadly sins of software: (1) proliferation of competing patterns (2) proliferation of competing third-party libraries, leading to more #1, (3) inadequate test suite, and (4) an app that serves up so many 500 errors that you can't tell which are new and/or which indicate a problem. #4 is definitely more common in untyped languages, since that whole class of bugs can't be caught at compile time.
By the time a lot of these "startups" get to the mature state they have like a 7-year-old codebase that is beyond help. But you can use Ruby and Rails responsibly. I've seen it done. Usually all that's needed is to apply yourself to understanding how to cache, and then, identifying the key expensive high-traffic endpoints and converting them from ActiveRecord N+1 messes into single-query eager-loaded beasts, sometimes skipping ActiveRecord's object instantiation. Sounds scary, but it's inevitable for a popular application on any language/framework that you'll need to go beyond the tutorial-grade code for key transactions. This kind of thing is what Staff Engineers are for.
> I was watching a video about Gen Z versus Millennial views on this subject and they talked about how when Millennials were in high school and college, tech innovation was moving fast and delivering really useful, fun technology. It was also a lot less pervasive and all-encompassing in scope. It wasn’t a massive machine of surveillance capitalism, or at least, not in the same way. Figuring out which banner ads resonate with each user was a lot more innocent than private surveillance cameras on our streets doing Minority Report-style policing.
I think millennials are even more upset by this than other generations. They grew up with a version of internet technology that was useful and non-exploitive, then watched greedy tech companies and CEOs about face and burn it all down to make extra billions.
> Blinder and Watson reported that budget deficits tended to be smaller under Democrats at 2.1% potential GDP versus 2.8% potential GDP for Republicans, a difference of about 0.7 of a percentage point. They wrote that higher budget deficits should theoretically have boosted the economy more for Republicans, and therefore cannot explain the greater GDP growth under Democrats.[3] Since 1981, federal budget deficits have increased under Republican presidents Ronald Reagan, both Bushes, and Trump, while deficits have declined under Democratic presidents Clinton and Obama. The federal government ran surpluses during Clinton's last four fiscal years, the first surpluses since 1969. The deficit was projected to decline sharply in Biden's first fiscal year.
How do you figure it hurts real users? The amount of compute/energy used on the proof of work is pretty minimal. You're using more when you watch a YouTube video or browse a JS-heavy web app.
Of course a sophisticated scraper can "figure out" how to bypass. It isn't trying to be foolproof, it's adding an extra cost to deter massive amounts of bot traffic.
I put it in front of my hobby project because I can't afford to serve hundreds of thousands of bot requests from residential proxies all across the world, and I didn't want to route all of my traffic through a third party company like Cloudflare.
1. It makes the web more annoying and time wasting.
2. I'm a real user and I have to enable JavaScript and run arbitrary programs from untrusted websites to access them. One browser that I use doesn't even support JavaScript (w3m). Fortunately it is unaffected because it doesn't have the string "Mozilla" in its UA and Anubis lets every user without that pass to not hurt legitimate bots like search engine crawlers. As said Anubis is trivially bypassed. The only reason it isn't bypassed is because it's simply too irrelevant to the AI companies.
I empathize, I hate the bloated JS-heavy web and avoid it when I can. I just don't see a better solution. The options for me are: sacrifice some legit users by using Anubis, or sacrifice all users by shutting down my service because I can't afford to serve the bot traffic.
There are false positives. Every time I've used a tool like this, I get reports from my users about it blocking their access. It's especially bad for users who use privacy oriented browsers like Brave or use VPNs.
For a personal site where you don't care about 0.1% of your users getting blocked, it's probably fine. For a business, blocking some of your paying customers isn't acceptable.
> For a business, blocking some of your paying customers isn't acceptable.
That depends on your business and the costs you're incurring from the bots. It might be justifiable to lose 0.1% of your customers if it means saving server costs from serving useless bot traffic.
I suppose it would depend, yeah. I find having paying customers being blocked to be completely unacceptable. Not only is a bad customer experience, but they tend to be very vocal about it. Posting online, leaving bad reviews, etc.
You are quite incorrect. I make a living off a website and 99.9% of my traffic is from bots. Literally hundreds of millions of requests from bots. The cost of bots is worth the cost of not harming legit users.
Over a slow mobile connection Anubis doesn't load at all, even if the actual website would load just fine in seconds. Hence the user is locked out from the website.
It isn't just about bringing a bunch of cells to term.
But if you want to oversimplify, why not government fund gestation vat technology? The main blocker for progressing on those right now appear to be self imposed.
I modified the title from "A player found out the ACTUAL name of my game's upcoming character from the Google Search AI - I had never told the name to anyone." because it was too long, and just cropping it to meet the character limit did not adequately explain the content.
I think Kagi's product team actually uses their own software. I often have a small frustration with something and wish for some mitigating setting or change, then go look in the settings and find exactly what I want.
For example: automatically choose Japanese when entering kanji, and automatically strip HTML markup from pasted content.
reply