Last I tried, there's still often (not always) fighting with typing, mypy, pyright because of the dynamic nature you mention. I think the complaints about it are sometimes misinterpreted as "disliking types".
HN user
tyingq
Might come off like a flippant joke, but it might give you what you're after.
https://web.archive.org/web/20210201005447/https://news.ycom...
reasoning-token clustering at 516/1034/1552
Interesting. So 516 probably means initial 512 byte buffer and a 4 byte header. Then 516 + 518 = 1034...so another 512 + 4 byte header + 2 bytes for a linked list ref or similar, 1034 + 518 = 1552, etc.
One area I think is really going to get slaughtered by LLMs are marketplace plugins. Those monthly fee plugins people release for things like Jira, Shopify, Salesforce, etc. There's a subset of those that don't have some backend that's hard to replicate, and asking an LLM to reverse engineer and make your own plugin is trivial.
When it was, it was typically some amount less than inflation. 1-2%
Maybe not, but I have the feeling Google doesn't like that FF continues to support manifest v2.
The same pattern/tech is generic enough that it might be able to solve other unrelated, and so-far undecipherable, written languages.
Anyone doing it with a "rent a GPU over the network" path? Is that at all cost effective for any use case?
The research here is clearly interesting, but if you just need to get something like this working, premade neon tube electrodes are plentiful and inexpensive.
Consider all of that can be used for forced confessions and forced plea bargains also. In those cases, the "evidence" doesn't even need to exist at all, or be on the record in any way.
I see what you mean, though ITAR restricted software has been around for decades. It classifies some software as "munitions" :)
Once the end-user fail-safe of "use a real heuristic ad blocker that's hard to get around" is gone...the incentive for ad platforms to get around the relatively easy hostname based blockers goes WAY up. They know it won't drive people to more sophisticated ad blocker if the technical barriers for those are high.
Google's playbook of slowly eeking out this stuff so that you don't notice you're in the boiling pot has played out several times.
Much, much, earlier if you squint a little. 1998.
http://infolab.stanford.edu/~backrub/google.html
"The Anatomy of a Large-Scale Hypertextual Web Search Engine"
-> "Appendix A: Advertising and Mixed Motives"
-> "The goals of the advertising business model do not always correspond to providing quality search to users."
Not browser specific, but they understood the problem well.
It mentioned the lobby also, not just external signage. Yes, it's unusual to be that low profile.
I did not have expectations about the number, but now there is a number.
It will work fine until Google and others stomp out all easy paths to smart, heuristic based ad blockers.
The ad folks don't work around ubo lite now, because they understand it drives people to ubo actual.
Once that option is not really reasonable for anybody not highly technical... That's when the fun begins.
No, I'm not. Yes, those companies exist. And, so do many companies on the other end. Where they bend over backwards to ensure their data only lands in places where they have the exact contractual language they want. Any stodgy F500 typically falls in that category. They would not likely be using Anthropic through the AWS "bridge" in the first place if they were chasing latest/greatest.
Were things like "300 employees" and descriptions of the deliberately low key hdq out there before? That counts as actual information to me.
Surely some provider will see the then open opportunity and offer something to capture it.
It will absolutely cause some non-trivial number of customers to shift their configs away from Anthropic.
Would be really curious what the internal market share for Kiro is. Not a really good look for it if it's just smattering use here and there.
The abrupt swing in many non-technology company IT departments from "hey developer, you aren't using enough tokens" to this is just too funny.
And I'm seeing almost no self-awareness from leaders. They are making decisions about things that they just don't understand. And are completely unworried about it. Just blindly following whatever the news cycle is about AI.
The pro-MCP arguments sound a lot like the same ones for SOAP, J2EE, "Enterprise Service Bus" and other "once-dominant, now dead in favor of dev driven simpler solutions" tech.
You could borrow the output of the perl scripts from openssl.
https://github.com/openssl/openssl/blob/master/crypto/aes/as...
Reminds me there are several studies showing a very high occurrence of alcohol use disorder following bariatric surgery. Depends on whether you look at lifetime risk or immediate risk, but the numbers are really high...20 to 30%.
Various theories, like addiction transfer from food to alcohol, that euphoric effects are so much more quickly felt, post surgical depression, etc. But nobody really seems to know for sure.
Well, and Google's proxy read of "quality" might have flawed assumptions. A concise page where you get what you need and leave quickly might read as "high bounce rate".
One thing it leaves out. For bankruptcies that result in reorganization rather than liquidation, it offers the airline an "out" on its many labor contracts. And freedom to renegotiate that contract with a lot of leverage. Labor is the highest cost they have, other than fuel.
Was looking for this comment. I'd like to see this approach in the comparison...having the LLM build a playwright script and use it. I suspect it would beat time-to-market for the api, and be close-ish in elapsed time per transaction.
Harder to scale if it's doing a lot of them, I suppose.
That would have occured to me if it were free-form chat, but it's guided and telling me to input the value, not a chat response. Unable to try, third round hits the demo limit.
It is cool, but the demo is flawed, right at the second field:
What's the business name/disregarded entity name, if different from above (line 2)?
As far as I can tell, no way to skip this, leave it empty, not even "use a space". And that field would be empty for many or most.docker --platform linux/arm64 depends on amd64 ?