News for hackers. Stuff that matters.

jdw64

To start with, I don't really know about AI, but I have worked in robotics, so I'll speak from that. There are cases where it's ambiguous to call something an emerging business. In fact, this technology is more than 20 years old, and existing companies have already staked out the market. So, apart from space, the industries you mentioned actually have quite a long history.(To be precise, it wasn't the robotics research field—I built my career specializing in installing robots and getting them running in factories)

What I mean by an emerging industry is one that requires little capital and has few entrenched players—in the end, an industry where new entrants can compete with small initial capital. That's how I'd redefine it.

Because in the IT boom era, there were many technological opportunities. The boss who hired me was one example. But in the case of industrial robot manufacturing, the existing hardware supply chain is, by and large, the one investing.

In the end, what I want to say comes down to this: there are fewer industries open to new entrants.

Because in the IT boom and the construction boom, there were markets that needed less capital than you'd think in the early days. In subcontracting, for instance, you could enter with relatively little capital. But in today's technologically advanced industries, initial capital requirements are far higher. So in the past, even within the same category of industry, there clearly existed sub-markets you could participate in with comparatively little initial capital.

For example, in the old IT industry, my seniors 20 years ago said it took surprisingly little capital. But today's market isn't like that. I think this is a problem that arises as industries become more advanced.

There's a paper I read some time ago arguing that as an industry becomes more advanced, the knowledge and resources required to make a product increase.[1] [1]https://www.nber.org/papers/w27787

If I think about why these differences show up across generations, in the end what matters seems to be whether or not you can be at the forefront of a new field in a new era's industry. In the case of today's younger generation, there simply isn't such a new industry.

But this site looks like GPT made it, doesn't it? I can see GPT's characteristic green button UI and beige color scheme. GPT 6.1 tends to use a green-toned UI.

SI is a term mainly used in East Asian countries—China and Korea.
Wow, the demo is really great. It’s impressive that even these demos run fast enough on my phone.
The end syntax is definitely Ruby-style, but I guess I felt that way just from looking at syntax like var, func, and for x in. It does seem like a mix of the two, but maybe it’s because I’m so used to Python that I noticed the Python-like syntax first. Thanks for pointing that out.
It’s similar to Python syntax.
Re:Restrooms along the Norwegian Scenic Routes on Sunday November 01, 2026 @07:49AM (#50325151)
MSGA lol
Re:ChatGPT and Codex usage limits merging on Sunday November 01, 2026 @03:38AM (#50323686)
In the end, the service was maintained because of subsidies, and the service quality seems to be getting worse. There’s nothing that can be done.
Thank you so much for the advice. I’m a beginner in this area, so your help has been a great help to me. When I did it myself, verification kept being satisfied, but it stayed in a state with no progress; but after working based on your comment, progress seems to have sped up.

Since I’m a freelance programmer, my workflow is far removed from other people’s (there’s no review, and I mostly deliver programs based on whether they run), and I had no place to hear advice from seniors. But rramadass always helps me. Thanks to the advice you gave me, I was able to study formal verification and also study ADTs, and explore a broader world.

Some local regressions still exist, but the big looping around has decreased compared to before. It still seems long-running agents can’t fully replace humans yet. I’m always grateful, and thank you for not getting annoyed and for giving me advice even though I’m always lacking. Have a good day. Thank you so much.

May I save your comment and write it on my homepage later? Your advice seems like it will be a big help. Since I’m mostly doing things by reading manuals and books and running into problems myself, certain problems get solved quickly, but there are sections where I get stuck like this, and I always get a lot of help from you. Thank you always.

Thanks for the advice. This is what I struggle with the most. I’ve learned formal verification other than Lean proofs and used it a few times. It holds up well, but as soon as it becomes a slightly longer-term task, it passes formal verification but turns into work that doesn’t reach the goal G I’m aiming for, and I don’t know how to solve that. I clearly need a separate review agent—have you built a separate harness for the review agent?

Other people say that when they do AI coding, they finish quickly, but for me it’s painful because I keep having to verify it myself.

It seems you've summarized my problem properly. Haha.
What I meant in my comment is that when you use formal verification to verify AI, it passes formal verification, but even if it passes that formal verification, the AI still can’t complete the task. The original article also talks about the importance of specifications in the AI era, but my point is that even if it passes formal verification, the AI still has problems. I’m not sure whether I misunderstood the original.
The problem I often run into is this. It’s not formal verification, but I create a UML diagram to lay out the whole skeleton first. There are usually open-source architecture books, so I take it from there.

Then it should implement the whole UML skeleton, right? But it goes like this: halfway through, at some point, it says, “This algorithm is too slow? Hmm... I need to make it faster,” and tries local optimization, so sometimes I don’t get the result I want—that is, an MVP that at least runs.

I know the overall goal clearly, but there’s a problem where it gets obsessed with a specific subgoal or keeps expanding that subgoal.

I think my English is a bit lacking, so I didn't explain my situation well enough.

The main point is not that everything is solved if you specify all the conjunction conditions and prove that those conjunction conditions are correct. Rather, the key point is that in that process, the agent keeps expanding subgoals.

For example, two proofs, P1 and P2, are carried out, but they proceed in a way that diverges from the actual progress of the work. That is, you can prove things like "P1: the chicken is safe" and "P2: the origin of this sauce is trustworthy," but combining these does not make a chicken dish.

In other words, the proof logic holds, but my actual task doesn't get solved. I'm questioning how to solve this problem. It's frustrating that I'm not a native English speaker at times like this. I'm sorry for causing a misunderstanding.

For example, it goes like this.

I proved P1 and P2. But then it creates P1.1. It goes and finds information from an agency certifying that this chicken is safe, and puts that in. Then it starts creating P2.1 as well. The origin of this sauce is trustworthy, but maybe there’s a better one somewhere?

It goes on like that.

While learning and applying formal verification in the context of using AI agents, what I feel is that sometimes it's hard to express my own thoughts as formal verification. But more than that, I doubt whether formal verification being done correctly actually solves the phenomenon of AI spinning in circles on a specific task.

For example, I want to eat chicken, so I try formally verifying "chicken dish," and every time GPT or Claude starts digging into the origin of the sauce in the chicken dish or the breed of the chicken. Then the chicken dish never gets finished and never makes it to dinner, and instead I gain deep knowledge about the origin of chickens.

Of course, I know that formal verification has liveness — meaning that there must be progress in the work is also part of formal verification — but the AI judges that learning the origin of the chicken counts as progress too. Yet it ends up doing work that it actually shouldn't be doing.

Personally, while organizing these AI anti-patterns, I feel that when you formally verify one condition, verification of another condition gets weakened, and within that phenomenon I sense the AI spinning in circles again. In the end, I end up going through the process of reading and merging everything one by one myself, and I want to know whether this is something only I experience.

Re:Trapped in the Technologist Factory on Saturday October 31, 2026 @04:49AM (#50314263)
I think it's because technologists are easier to manage.

Product engineers, on the other hand, are actually quite ambiguous to evaluate. Many methodologies have been introduced, starting from Barry Boehm, but over time they gradually stop fitting, and there are many points that are hard to assess. It's essentially a matter of organizational management theory. The ideal of organizational management theory is that diversity comes together to create synergy, but conversely, such diversity means that decision-making within the organization slows down.

Technologists, by contrast, are very easy to observe in terms of speed or code quality. In fact, most people choose a career of learning technology and making money rather than founding a startup, and from that perspective, since "career" tends to be emphasized as an employee's career rather than a founder's career, isn't that why technologists are emphasized?

What companies value as a capability is ultimately an evaluation that can be measured. And product engineering, when you think about it, presupposes discussions with decision makers.

'Is it necessary to implement this feature?'

'Do customers actually need this feature?'

'Isn't the business model wrong?'

Most decision makers are people high up in the hierarchy, and friction with them is unavoidable. In other words, it crosses existing role boundaries, which means more frequent conflicts in organizational dynamics.

Whether that is ultimately a gain or a loss for the organization is something nobody can konw

Re:Breaking the Open Web Won't Stop the Bad Bots on Friday October 30, 2026 @09:32PM (#50312364)
These days, scraping bots and referrer spam seem really bad. Recently, referrer spam disguised as aocr.org was scraping every corner of my homepage, and as a personal website, it’s a bit of a burden.
Re:US tech stocks see sharp falls over AI cost fears on Friday October 30, 2026 @01:42PM (#50307461)
I’m not sure whether AI companies can keep going with these low costs. My workflow is already completely merged into AI. I don’t want to go back to digging through Stack Overflow and spending an hour writing 100 lines of code like before.
It’s a pity. If he hadn’t been born in North Korea like that, he would have become a truly great programmer. My life is really hard and painful, but sometimes I think I’m better off than they are.
Re:Human-enhanced tsunami hazard in large lakes on Wednesday October 28, 2026 @11:41PM (#50284312)
I'm curious—from what area does a lake count as a large lake? The paper uses Lake Iseo as an example, which makes me wonder.
Re:Spiders Spin 'Silk Dope' into Nature's Toughest Material on Wednesday October 28, 2026 @06:26PM (#50281812)
Would it be uneconomical to make clothes from spider silk? But I'm curious what kind of spider Spider Man's web comes from.
Re:The Colors of a Soap Film on Wednesday October 28, 2026 @08:51AM (#50272761)
I’m also reading other content on the website right now, and I like the post “kaleidoscope-in-an-elevator.” I think it explains things very well.
Re:Opus 5.5 causing an identity crisis is real on Wednesday October 28, 2026 @08:44AM (#50272703)
I think everyone enjoys that kind of feeling of intellectual superiority to some degree. But doesn’t using an LLM make it easier to feel that way even more? As you know, current LLMs produce different answer quality depending on the input, so using an LLM actually makes it easier to feel a sense of omnipotence. Papers that would normally be hard for me to understand—if I just put them into an LLM, it explains them clearly enough that I can understand them. I can’t say that the feeling you’re talking about doesn’t exist… but, well, I’m not sure.

Rather, I tend to feel that sensation even more now, while LLMs are still in their early stages.

Re:Opus 5.5 causing an identity crisis is real on Wednesday October 28, 2026 @08:42AM (#50272672)
It could be that, or it could not be—but rather than that, maybe it’s because work has decreased. Normally around this time of year is a season when freelancers have a lot of work, but there isn’t any, so maybe that’s why. People say I should just do creative work for myself, but maybe I’m feeling rushed because I don’t have any ideas.
Re:Opus 5.5 causing an identity crisis is real on Wednesday October 28, 2026 @08:18AM (#50272410)
Sometimes I think about that. In the LLM era, what is the meaning of my existence? Compared to the past, I’ve become able to do so many things, but there isn’t really anything I want to make. I don’t know where to place my identity.
Re:Hunger beats tenure: Advice for junior engineers on Wednesday October 28, 2026 @05:06AM (#50270871)
Sometimes when I go in to get advice, I always realize that my situation is different from everyone else’s. It’s a good piece of writing, but it doesn’t fit me—though I don’t know how it is for other people.
Rather than taking incompetence for granted, it’s because—as the article also says—motivations differ, and it’s difficult to judge factors like warranty handling or updates. And fundamentally, “reliability” is broad. That’s even more the case for combined hardware-software products. Ultimately, Reddit is basically where people with complaints go, and reviewers themselves have bias too, but consumer complaints also largely come from people whose products broke, so it’s difficult to judge.

But ultimately, for reviewers, what matters is that they “make a living through reviews,” so they have to say things that fit the fanboy tier they’re targeting.

The problem is that fanboys are generally people who buy more devices to begin with, so they also judge reliability based on the existing product lineup, and reviewers are largely the same. As a result, they can’t help but judge mainly by new features.

To be precise, “reliability” requires predicting the future, and that’s not easy. How would you know if your computer might break tomorrow? There are serious hinge issues with the iPhone Duo right now—how would people buying it have predicted that?

Prediction is basically break-even even when you’re right, and easy to criticize when you’re wrong, so it’s a hard attribute for reviewers to review.

Because reviewers don’t use things for long, while owners usually do. So reviewers generally tend to fixate on new features by default.
Re:Amazon Is Gutting Its AI Division After Sustained Failure on Tuesday October 27, 2026 @06:45PM (#50266928)
When will GPU servers become affordable

Older »