pfsalter

"actively exploring exits" is not the same as "rush to sell". Most startups are actively exploring exits as that's the whole damn point of a startup

Humans don't really generate text as a series of words. If you've ever known what you wanted to say but not been able to remember the word you can see this in practice. Although the analogy is probably a helpful one, LLMs are basically doing the word remembering bit of language, without any of the thought behind it.

Back in 2018 [1], at a similar time that there was a lot of moving about and restructuring. I think this is about the time that Google search started going downhill as well

[1] https://gizmodo.com/google-removes-nearly-all-mentions-of-do...

No idea what this guy is talking about. Big tech are only talking about the existential risks to hide talking about the actual very real risks of how the technology will be misused.

My interpretation from the paper is that this algorithm is simpler than other options but also worse. So in a professional context you'd use one of those instead

The biggest problem is that if you're using this in production then it could cause problems. It's not like a traditional outage where you get a load of 503 errors, the system appears to be working correctly but generates gibberish. If you're using this in a chat bot you could be liable for things it's saying...

Agreed. There's nothing inherent about slaves that is more efficient than paid laborers. It's just cost and time. It can look incredible that the Romans built these huge structures, but the timescales were measured in decades. Same with cathedrals in the middle ages. If you've got 200 years to build something you can really do a great job.

That's something you could philosophise about but not research unless you already have a human level intelligence to test. We won't know if it's even possible to replicate in silicon for a very long time

Very weird that it's using paths instead of the Accept header to change the content type, but otherwise pretty cool

Every person you hire to help drive a period of growth is someone who will later be fired once that growth (or commonly just funding) runs out. It's very easy to just increase headcount to increase growth but it's not sustainable.

I feel like companies often think they're always going up an exponential curve rather than breaching the top of the 'S' and you really need to plan for the long term health of your company. This company obviously hasn't

Completely agree, the article reads more like someone who thinks they are doing research rather than development. There's no esoteric perfect form for software that needs to be discovered, there's a set of patterns and structures that can be learned before the project starts.

Analogies are often unhelpful because people argue about the analogies instead of the actual problem at hand. If you can't communicate why these things are hard, and why 'do it faster' won't always get results, you need to get better at dev management.

Considering that I'm not allowed to copy any of the physical books, films or songs that I own as it breaks copyright then copying it and putting it into a generative AI should also be illegal. Just because you change it from words into weights, it's just another form of compression. I'd rather not live in the world where AI models have better rights than people.

I'd say that none of these have been proved to be impossible but they're hard in a different way than a lot of the developments we're used to because of Moore's Law.

> Writing code does not take most of the day.

Definitely this. I spend about 10-15% of my time writing code so a 20% increase really doesn't save me a lot of time. Also AI generated code requires more reading of code, which is harder and more cognitively expensive than writing code.

I often find random parts of nginx hidden behind their paywall, and then I'll reach for Apache. Especially when creating load balancers

Not since PHP8 it's not [0], it's a real part of the language that you can read and view using reflection

[0] https://www.php.net/manual/en/language.attributes.overview.p...

Still more cost efficient to run a single bus than separate vehicles, just in maintenance alone. Also we already have buses, these single occupation EVs that still have enough space for a decent battery size don't exist.

A better idea might be to provide the homeless with a better standard of living, therefore making them nicer to be around on public transport

Could be talking about Mintel [0] which was a simpler, earlier version of the web

[0] https://en.m.wikipedia.org/wiki/Minitel

This is the same standard for any Startup claiming to leverage AI, so I think that's fair

Good luck trying to turn that USDC back into dollars without significant tax implications, and definitely good luck trying to get your customers to use USDC instead of a credit card

Agreed, the rant about Jira really made it seem like a management issue. At our company tickets are only created for the upcoming three sprints, anything that hasn't been done in three months is deleted as it's obviously not important

Completely agree with this. There's a short sentence in the abstract:

> hyperparameter optimization and prompt engineering

Prompt engineering seems a lot like "tweaking the question format until the AI gets the answer" which is the first lesson in ANNs; don't train on your test set. If you can't put the actual question with the only context being "this question concerns US law" then there's an awful lot of reasoning and thinking that the human is doing which the AI cannot.

Let's not have another Moore's law fallacy, it's not reasonable to extrapolate progress based on existing results. It's like building a car which can go at 200mph then saying 300mph is just around the corner.

I think it's mostly down to Chernobyl and the cold war. Speaking to people in their 60's (anecdotally) they seem to overestimate the risks of nuclear power and underestimate climate change. This is probably because there's such strong visual evidence for problems with the former.

I'd also say that fossil fuels are very simple to understand; burn thing, generate power. Nuclear is much more 'magic'. And I don't doubt that the fossil fuel lobby is drastically larger than the nuclear power one, just so much more money in it

Really great to see a good JS chart library that's truly open source

I'll believe it when I see it, but it looks like it's been in the pipeline for almost 6 years[1], so I'd be very surprised if we see it before the crypto bubble bursts.

[1] https://blog.ethereum.org/2016/12/04/ethereum-research-updat...

The opensearch project was released a while ago as opendistro and was just renamed to opensearch a year ago [1]. As for features, it depends what you're doing, but ES upgraded to Lucene 9 6 months ago [2], and they've had document level alerting for at least two years.

[1] https://opensearch.org/blog/technical-posts/2021/07/how-to-u... [2] https://github.com/elastic/elasticsearch/issues/74057

Feature-wise, it's about 3 years behind the features in ES. Although you have to pay for the higher tiers in ES, there's a much richer feature set. The Elastic cloud offering is much nicer than the AWS hosted version, for a similar price.

This seems similar, but not as fleshed out as RPDE feeds, which has already been accepted by the W3 [1], and provides many answers to lots of the 'eventually up to date' questions.

[1] https://www.w3.org/2017/08/realtime-paged-data-exchange/

PHP just refuses to divide by zero:

    php > $minus_zero = -0.0;
    php > $plus_zero = +0.0;
    php > var_dump(1.0 / $minus_zero);
    PHP Warning:  Uncaught DivisionByZeroError: Division by zero in php shell code:1