正在加载视频...

视频加载失败

someone just plugged a cable into a Tesla charger and turned it into a computer virus. Tobias Scharnowski compromised a Tesla Universal Wall Connector through the charging cable itself. the chain: → compromise the Tesla Wall Connector through the charging cable itself (SWCAN protocol on the Control Pilot line,...

164,890 次观看 • 14 天前 •via X (Twitter)

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

i watched gemma 4 12b build something genuinely impressive today, and then loop itself to death right in front of me. the full run is in the video, sped up but completely uncut, watch it to the end and you will catch the exact moment it stops building and starts looping right in the middle of the work. the task was clean, build a single file gravity simulator, n-body physics, orbits, collisions, running locally on one 3090 through an agent. and for ten minutes it was a joy to watch. it reached for a symplectic integrator on its own, the correct one, the kind that keeps orbits stable instead of spiralling out. real gravity with softening, proper orbital velocities, momentum conserved on collision. the physics was right. the thing actually worked. then on the very last step, writing a few tests to prove its own code, it fell into a loop. not a crash, a loop. it started repeating itself and would not stop. ten more minutes, thirty four thousand tokens into a single answer, the same fragments over and over, until i killed it myself. so it's not that gemma can't code. it did the hard part beautifully. it cannot finish. it cannot hold a long task together without unravelling, and finishing is the entire job in agentic work. here's the part that stings. i run this exact task, same harness, same card, on the chinese open models, qwen especially, and i never see this. they build it, they test it, they stop. every single time. google has the raw capability, you can see it sitting right there in the code, and then the model loops itself to death on a task a 27b from alibaba finishes clean. open weights, apache 2.0, so much to love on paper. i just need it to know when to stop talking.

Sudo su

39,719 次观看 • 2 个月前

One guy built this app in a month and now it makes him more than $1,000,000 a year. No team. No investors. No marketing department. One developer. One month. One clever idea. The app is a camera for events. In its first month it got 100,000 downloads and he did not spend a single dollar on ads. Here is how he did it because the most interesting part is the growth itself. He did not bolt marketing onto the product. He made using the product the marketing itself. After that things kick in that almost nobody figures out. 1. You cannot use the app alone. For it to work the host has to pull every guest into it. Each install drags in dozens more right away. 2. One wedding is not one user but a whole crowd at once. 200 people scan one code in an evening and install the app. No ad brings that many for the same money and here the money is zero. 3. The guest becomes the host. He liked it at someone else's wedding and a month later he throws his own event and brings his own people. The loop spins itself and for free. 4. It does not look like an ad. To the guest it is a gift not some app forced on him. So they install it gladly and all of them do. 5. It all runs on emotion. A wedding. Memories. Shared shots. People film it and show their own people and a new wave comes in. Now let us count the money plain and honest. The subscription runs from 2 to 50 dollars. Say only every 20th person pays. That is 5,000 people out of 100,000. The average check a modest 20 dollars. 5,000 times 20 is 100,000 dollars a month. More than 3,000 a day. More than $1,000,000 a year. And all of this is one guy in a month without a single dollar on ads. He did not win on budget and not on a team. He won by sewing distribution into the very use of the product. You can lift almost any product this way. Could you build something like this on your own or is it just luck?

Blaze

10,703 次观看 • 1 个月前

everyone in iOS development should watch this. seriously, it might change the whole industry. i pointed claude code at a live ios device running on revyl, typed "test everything," and walked away. here's what's actually happening: ① you don't write the tests. no scripts, no selectors, no test plan. i never told it which screens to open or what to check. it read the app, decided what mattered, and tested it. the entire instruction was "test everything." ② it built its own test team. it looked at the app, clocked that it's basically four mini apps (rides, delivery, services, account), and split itself into 4 agents, one per surface. scoping coverage like that is usually a person's whole afternoon. it did it in seconds, unprompted. ③ all four ran at the same time, each on its own live device. this is where revyl comes in. every agent gets its own live ios session in the cloud, so four running apps get tested in parallel instead of taking turns on one simulator. serial testing turns coverage into a time tax. running all of it at once removes the tax. ④ it tests like a person, not like a script. each agent drives the app the way a user would, taps through the flows, and visually checks each screen against what it expected to see. nothing is pinned to a brittle element id, so renaming a button doesn't take down half your suite. that one detail is the most annoying thing about how we test today, and it just quietly goes away. ⑤ no xcuitest, no sims melting your laptop. i didn't write a single xcuitest script, and there were no simulators booting on my machine. the agents run on cloud devices, so coverage stops being capped by what your laptop can handle. the part that got me isn't that an agent tested an app. it's that i never told it how. i handed it a device and an intent, and it figured out the scoping, the parallelizing, and the driving on its own. if you still write and maintain mobile ui tests by hand, i'm not sure that lasts the year.

Landseer Enga

23,963 次观看 • 3 个月前