Hacker Newsnew | past | comments | ask | show | jobs | submit | victorbuilds's commentslogin

Grok 4.5 is not yet available in the EU in any SpaceXAI products or the API console. EU availability is expected in mid-July.


$122B in "committed capital" (read: pinky promises) for a company whose entire thesis is "scaling laws hold forever and nobody figures out efficiency." DeepSeek and Google already proved that's shaky. Twice.

I ship code every day. I use Claude, I use GPT, I run llama locally. The gap between frontier models and what fits on a 4090 shrinks every six months. Building a "super app" in response isn't vision — it's panic. You don't consolidate into an everything-app when you're winning. You do it when your core product is commoditizing and you need to lock people in before they notice.

Also love the electricity comparison. Electricity doesn't hallucinate, doesn't need $300B in cumulative funding to turn on the lights, and never told me a function exists that doesn't.

Hope it works out. Competition is good. But "flywheel" is just VC for "trust me bro."


Please don't post generated text to HN. We ban accounts that keep doing this.

https://news.ycombinator.com/newsguidelines.html#generated

https://news.ycombinator.com/item?id=47340079


Don't know why so many down votes for something that's clearly just another opinion


Probably because it reads a little like an LLM and also has an emdash


I’ve seen a lot of anti AI people use ChatGPT to write why AI bubble is about to pop.

Ironic, isn’t it?


  > I ship code every day. I use Claude, I use GPT, I run llama locally.
An "Anti AI" person...


Thanks. All 73 tests pass across 12 suites.


The inspiration was this post by @RG_Leachman on X: https://x.com/RG_Leachman/status/2035537289812816128

They vibe-coded a piano app for their daughter, and since my daughter is also learning piano I figured I'd give it a shot. The whole thing came together in minutes with Claude Code. My daughter immediately started giving feedback — she's basically the product manager now.

Full story on my blog: https://victorantos.com/posts/hold-my-beer-i-vibe-coded-a-pi...


Notable omission: 2025 is also when the ghosts started haunting the training data. Half of X replies are now LLMs responding to LLMs. The call is coming from inside the dataset.


Any tips to spot this? I want to avoid arguing with a X bot.


Really easy: don't argue on the internet. The approach has many benefits.


Also, don't use X.


also, please just do not use X


Ok, fine, but do you have a better way to build a bot following and expose oneself to trending MAGA memes?


“truth” social :)


First time I see such a simple but attractive puzzle. I had to try to reproduce it using my Codorex tool, it's semi-functional needs a few more iterations:

https://codorex.com/shared/zIe6BrLCVfaPt1DuWm1DeyoMIIeTPyed

Congrats on the traction!


Codorex (https://codorex.com) - Kids describe games in plain English, AI generates playable HTML5/Canvas code in seconds.

Built it for my 10yo. Solo dev, .NET + Claude Haiku. Free to try, no signup.


The device (BISC) is a single CMOS chip, thinned down to 50 μm, that slides into the subdural space (between skull and brain).

The specs are pretty wild:

Form Factor: It rests on the brain "like a piece of wet tissue paper."

Resolution: 65,536 electrodes with 1,024 simultaneous recording channels.

Bandwidth: 100 Mbps wireless link (custom ultra-wideband radio).

Power: Fully wireless via an external relay station.

The differentiator here seems to be the non-penetrating approach. Unlike Utah arrays or Neuralink threads that penetrate the cortex, this sits on top, which theoretically minimizes tissue scarring/reaction while maintaining high data throughput (100x current wireless BCIs).

Paper: Stable, chronic in-vivo recordings from a fully wireless subdural-contained 65,536-electrode brain-computer interface device


Building something similar - using Claude API to generate mini games from text descriptions (https://codorex.com, still pretty rough).

Can confirm: Claude is weirdly good at generating functional game logic from vague prompts, but spatial precision is a constant battle. Anything involving exact pixel positions needs validation/correction layers on top.

The suggestion upthread about having it write its own measurement tools seems promising - haven't tried that approach yet.


Actually, here's a relevant example - had Claude generate an interactive solar system with circular orbits and moons: https://codorex.com/shared/yeABdJWvRHAKqHs2kxpRnZNZPWmqWSu9

Interesting that it handles this fine (functional orbital mechanics, animation) but would probably struggle to recreate the exact pixel positions of the Space Jam layout. Confirms the pattern: good at "make something like X" but bad at "recreate X exactly."


This is really cool.


“It’s been wild to read endless online complaints from so-called ‘technical’ RPi users for the last 13 years about SD card wear and tear…”

A lot of the SD-card wear issues come from people running “normal PC workflows” on a storage medium that was never designed for that pattern.

Something I’ve seen help many newcomers is simply enabling an overlay filesystem or tmpfs-based writes. It’s basically the middle ground between a full RAM-boot distro (piCore, Alpine diskless, NetBSD) and a standard SD-based Raspberry Pi OS.

You still get the normal ecosystem and docs, but almost no writes hit the card unless you explicitly commit them.

For anyone stuck between “I want something simple” and “I don’t want my SD to die,” overlays are the easiest win.


Tesla rather famously had issues by writing logs to SD storage.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: