The problem is that the LLM only does one trick. When you start integrating other software with it, the other software's input has to be fed in the same way as your other tokens. As the last paragraph of TFS says, "every clock check consumes space in the model's context window" and that's because it's just more data being fed in. But the model doesn't actually ever know what time it is, even for a second; the current time is just mixed into the stew and cooked with everything else. It doesn't have a concept of the current time because it doesn't have a concept of anything.

You could have a traditional system interpreting the time, and checking the LLM's output to determine whether what it said made sense. But now that system has to be complicated enough to determine that, and since the LLM is capable of so much complexity of output it can never really be reliable either. You can check the LLM with another LLM, and that's better than not checking its output at all, but the output checking is subject to the same kinds of failures as the initial processing.

So yeah, we can do that, but it won't eliminate the [class of] problem.

Every tech company needs at least three things to start with: The business guy, the brain, and the lawyer. Ideally there should also be a marketing guy, but you can add them in later. Also, none of them have to be male, I just like saying "guy", buddy.

Yes and no, depending. If you are building an application in Excel, yes, all you said is true. If you are using one, no, none of it is. Spreadsheets can be set up such that the user just stuffs data into them where they are supposed to, then clicks a button to get results. Or maybe they don't even have to hit a button.

For the simplest useful example I can think of, I put together a spreadsheet which produces a table we use for asset valuation. This spreadsheet changes every year. If you load my spreadsheet, it will be correct for the current year. No user has to think about that at all, they just load it and get a correct table. You can extrapolate this to basically any level of complexity because Excel has VBA and you can script everything. The user just follows instructions, and they aren't even allowed to edit any cells which could break anything.

In case anyone is going this far down the hole, it turned out great. Even though the item was shipped from the US, because the seller didn't respond I got a refund without having to return it.

So far Aliexpress has been responsive to 100% of my issues and I only have needed to be a little patient and not expect everything to be solved immediately or arrive immediately.

I agree that a database-backed application is the right way to go for that much data. However, Finance used Excel because they could. We all like to talk about how bad an idea it is to do that, but Excel brought financial computations on large data sets to people who can't write any code. It has enabled thousands upon thousands of businesses to do things they couldn't do before without paying a programmer to develop a solution they cannot maintain. The fact that other spreadsheets regularly crater when handed data that Excel has no trouble with is exactly why we have so much Excel.

I like to use Drupal to rapidly create database applications which can handle a lot of data without writing code. But I wouldn't expect someone in accounting to be able to do that at all, and that just shifts the problem domain. Instead of getting stuck with Excel, now I'm getting stuck with Drupal. All of the logic just winds up in a different system that you can't trivially transfer it out of, so you have the same exact maintainability problem, except more people know how to work with Excel.

Well, I'm about to find out if I need to do my first chargeback, I have a delayed response on a return authorization for where I was sent the wrong item. They advertised a different version. This might be confusing for them since the difference is small - yet critical. But there really should be no confusion because they advertised the other version both in the images and the product name/listing title.

They have been having decreases in their ability to grow food, so yes they absolutely want Ukraine. You really think people around here know dick.

I have overly expensive cable internet already, I don't need to also pay for CATV.

I got a Google TV because I knew it would have the best app support. Looks like you didn't.

My desktop TV-used-as-Monitor has stupid LG WebOS, but I also don't need a TV-specific app since my desktop is connected to it and I don't connect the TV to the network, only HDMI.

Most iPhone owners didn't buy them outright.

I think this view gives the crypto bros too much credit. They might now be thinking about taking advantage of the opportunity to wrestle the system away from the Wall Street bros, but there was no such plan.

World trade was headed to destruction. Now it's just heading there a bit quicker.

Because that will not pacify the poor. Printing money constantly will cause monetary inflation, so only the rich will be able to buy anything of significant value like homes. You'd have to also give away housing. It makes much more sense just to take the money from the rich and give it to the poor, the rich will end up with it again anyway.

It's not wrong to say that America is largely at fault. We got Ukraine to give up nukes in exchange for vague and non-binding promises that we would protect them from Russia. Obviously this is a deal they should not have taken, but it was our sleazy idea.

I buy from AliExpress all the time. (Same business, different storefront.) As a rule they are roughly as responsive as Amazon. Shipping takes longer but prices are much better. Pretty much all the cheap crap on Amazon comes from them and it's much cheaper from the source. So far they have processed all of my complaints gracefully.