FrenchDevRemote

Need is a strong word, but it would drastically lower my stress levels and I could experiment more/move faster without obsessing over every tiny bit of spending.

I don't think we necessarily need more dating apps, just better ones, but since online dating is currently more or less a monopoly from Match.com, all apps are pretty much the same, and they're designed to extract as much money as possible from people without even really trying to create good connections.

I think it would be nice to have some apps with a different approach.

how do you deal with the fact that some basic pages can have tens of thousand of tokens?

Firebase can save you a lot of time at the beginning of your project, but it have so many issues once you start to scale even just a bit, it's such a pain to work with on a real project.(safety issues, bugs, all kind of stupid limitations, your bill can go up extremely easily, it has so many shortcomings)

I'd recommend using some boilerplate from github in your favorite stack even if it might be a little bit longer to build a product with it.

> their vision is, at best, like that of a person with myopia seeing fine details as blurry

It's not that far from reality, most models sees images in very low resolution/limited colors, so not so far from this description

It was rate limited since the start, the bots are respecting the rate limits, that does not mean they stop being a burden, they just create more of them.

no one can, any company who tells you otherwise is lying to sell you a product

There are multiple projects built to reverse engineer their API to avoid paying the API rates(it still makes economical sense to buy a subscription for this), it was obvious that they would have to increase their bot protections at some point.

Regular captchas are easily solvable by multimodal LLMs, we're reaching a point where what's hard for software to solve is also hard for humans.

At some point they'll probably have to charge by usage instead of a flat subscription.

I've worked closed to people that were interviewing SWEs, including people I would consider old, age was never the problem.

It was either:

A. This guy is worth twice our maximum budget

B. He's used to technical stacks that have absolutely nothing to do with ours

C. New grads perform better at leetcode than him(not saying that's a good metric, but that's not ageism)

D. Culture fit.

If your goal is to work for people that don't give a crap about you and don't respect you then yes. If you want to work people that actually believe you're more than a cell in spreadsheet then no, or at least not for the reason you mentioned.

Also I think that in a lot of cases it's more "we can't afford to pay a guy with 20 YoE" than ageism, maybe you're punching below your weight.

Recently I noticed that I get more answers for jobs that seems too hard for me than too easy.

"Is RAM the current main limitation?"

(V)RAM+processing power+storage(I mean what kind of average user wants to clog half their hard drive for a subpar model that output 1 token a second?)

I don't have the exact metrics, but free healthcare, free education, and enough benefits to not be homeless and hungry seems like more than what poor Americans get.

I said western Europe, not Europe, +/- all of western Europe is EU expect the UK and Switzerland.

It's not comparable, the benefits you get in western Europe are 10x better than what you get anywhere in the USA.

It's a complex issue. When so many "skilled workers" move to your neighborhood that your rent doubles and that you can't afford to do grocery shopping in your neighborhood, it makes sense to be angry.

The US top 1% are number 1, the US bottom 10% have it worse than most or even almost all people from western Europe.

thanks, I'll check it out!

I think most of them just choose stripe unless they get a very good deal at another provider or if they need to support a particular payment method that stripe does not support.

Then they might look into something else than stripe if they have a terrible problem with stripe like having their funds locked for weeks or if they think they charge too much fees.

First list all the categories/subcategories URLs for the domain you want to target(you'll probably need to do it for each country), pretty straightforward.

Then find how the pagination works, usually it's a get number parameter or a cursor in the URL.

Some websites will have a limited number of results on the same search, so you'll need to tinker with the faceted search, it's a "simple" loop, for example:

for (i in categories)

      for (j in price_ranges)
    
          for (k in price_ranges.pages[j])
  
                  get_products_on_the_page()

Nope, it's very limited, scraping is the way to go IMO

Nice, is it headless or headful?

"Hourly Rate: 12€" "8YoE"

No. Just no. Please don't let yourself get scammed, if anything you're hurting your chances of finding work by underselling yourself.

They're getting it right, they just don't have the same incentives as the end users.

Their KPIs are "time spent watching videos", "ads being watched", not "is the user happy" or "is he watching relevant content".

Their products are designed to be addictive and profitable, not entertaining or useful.

Google does not give a damn, I reported multiple fake sites posing as famous brands on youtube ads they didn't do anything and rejected the reports.

Contact the registrar and hosting services.

The algorithms exists, but it requires way too much processing power and you also need to have a model already downloaded.

I think you might be right, it happened again, but this time it's wasn't something that looked like an ad.

Nope, using a web browser is not illegal. If you don't want your website to be accessed don't put it on the internet.

A while ago I wrote a shell script to open like 100 instances on AWS, running a script on each that would be in charge of downloading a part of the files.

using curl or wget could probably be a bit faster than python, you should also run multiple requests concurrently, because it's unlikely that the sites can fill your whole bandwidth

You could probably do the same with some serverless/cloud functions but it could be a bit expensive

Really depends on where you buy it. Some real cheese maker, or some random crappy industrial brand?

In France we eat cheese made from raw milk all the time, it's almost never a problem, it's so rare that when it does it makes the news and products are recalled.

Not an expert, but maybe using RAG/embeddings on the on-disk wikipedia would be better than finetuning on wikipedia?

Most decent LLMs probably were already trained on wikipedia, that doesn't stop them from hallucinating when asked questions about it.

Just so you know the whole reports are readable without paying from the console through the network requests, might wanna change that ;)

Is this anything new? seems like it was an obvious use case right from the start and just an ad for your product.