MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account)
1.2K posts

MiniNaim (2nd Account)
@mininaim
Product Developer, living a minimalist lifestyle, obsessed with being human.
Morocco Katılım Ekim 2017
157 Takip Edilen61 Takipçiler
MiniNaim (2nd Account) retweetledi

I feel this way most weeks tbh. Sometimes I start approaching a problem manually, and have to remind myself “claude can probably do this”. Recently we were debugging a memory leak in Claude Code, and I started approaching it the old fashioned way: connecting a profiler, using the app, pausing the profiler, manually looking through heap allocations. My coworker was looking at the same issue, and just asked Claude to make a heap dump, then read the dump to look for retained objects that probably shouldn’t be there; Claude 1-shotted it and put up a PR. The same thing happens most weeks.
In a way, newer coworkers and even new grads that don’t make all sorts of assumptions about what the model can and can’t do — legacy memories formed when using old models — are able to use the model most effectively. It takes significant mental work to re-adjust to what the model can do every month or two, as models continue to become better and better at coding and engineering.
The last month was my first month as an engineer that I didn’t open an IDE at all. Opus 4.5 wrote around 200 PRs, every single line. Software engineering is radically changing, and the hardest part even for early adopters and practitioners like us is to continue to re-adjust our expectations. And this is *still* just the beginning.
English
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi

MiniNaim (2nd Account) retweetledi

I work at @base44 , so I see many prompts every day.
Most of them are okay. Some are good. But about 1% are genius.
I spent the last week analyzing that top 1%.
The results were honestly shocking. 🤯
Most users prompt like they are talking to a human:
"Make a cool, modern website for a tech company." (Results: Generic, boring, hallucinations).
If you want to learn how to prompt and vibe code like a pro
Drop a comment below, and I'll send the guide to your inbox. 📥
English
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi

Founder of an AI startup in SF:
“We tried to stop algorithmic interviews, and change to asking ‘bigger’ real-world problems where candidates are expected to use whatever AI tool they want to solve it int he stop.
We’re stopping this: because the only signal we got was how hands-on candidate were with AI coding tools.”
English

@jasonfried Is this live? I can not see it in my account
English

We've been working hard on nailing the transitions and feel of open and closing columns. Feeling really good about where we've likely landed.
Little burst of color at the top when a column opens to reiterate that's the column that changed. Cards load instantly. The column you closed gets a little bounce when it collapses.
Very fluid and satisfying. You just want to play with it. Almost like a fidget.
Business software doesn't have to be boring, bland, or corporate.
English
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi

Vibe-coding is not the same as AI-Assisted engineering.
A recent Reddit post described how a FAANG team uses AI and it sparked an important conversation about semantics: "vibe coding" and professional "AI-assisted engineering". While the post was framed as an example of the former, the process it detailed - complete with technical design documents, stringent code reviews, and test-driven development - is a clear example of the latter imo.
This distinction is critical because conflating the two risks both devaluing the discipline of engineering and giving newcomers a dangerously incomplete picture of what it takes to build robust, production-ready software.
As a reminder: "vibe coding" is about fully giving in to the creative flow with an AI (high-level prompting), essentially forgetting the code exists. It involves accepting AI suggestions without deep review and focusing on rapid, iterative experimentation, making it ideal for prototypes, MVPs, learning, and what Karpathy calls "throwaway weekend projects." This approach is a powerful way for developers to build intuition and for beginners to flatten the steep learning curve of programming. It prioritizes speed and exploration over the correctness and maintainability required for professional applications.
There is a spectrum between vibe coding and doing it with a little more planning, spec-driven development, including enough context etc and what is AI-assisted engineering across the software development lifecycle.
In stark contrast to the post, the process described in the Reddit post is a methodical integration of AI into a mature software development lifecycle. This is "AI-assisted engineering," where AI acts as a powerful collaborator, not a replacement for engineering principles. In this model, developers use AI as a "force multiplier" to handle tasks like generating boilerplate code or writing initial test cases, but always within a structured framework.
Crucially, the big difference here is the human engineer remains firmly in control, responsible for the architecture, reviewing and understanding every line of AI-generated code, and ensuring the final product is secure, scalable, and maintainable. The 30% increase in development speed mentioned in the post is a result of augmenting a solid process, not abandoning it.
For engineers, labeling disciplined, AI-augmented workflows as "vibe coding" misrepresents the skill and rigor involved. For those new to the field, it creates the false and risky impression that one can simply prompt their way to a viable product without understanding the underlying code or engineering fundamentals.
If you're looking to do this right, start with a solid design, subject everything to rigorous human review, and treat AI as an incredibly powerful tool in your engineering toolkit - not as a magic wand that replaces the craft itself.

English
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi

Oh no big deal, that's just @cmonkey — the CEO of @FrameworkPuter — patching Omarchy to fix Intel GPU video acceleration for everyone. What an absolute legend! (Fix is shipping in the next point release!)

English
MiniNaim (2nd Account) retweetledi
MiniNaim (2nd Account) retweetledi

RELEASE DAY
After almost 10 years of hard work, tireless research, and a dive deep into the kernels of computer science, I finally realized a dream: running a high-level language on GPUs. And I'm giving it to the world!
Bend compiles modern programming features, including:
- Lambdas with full closure support
- Unrestricted recursion and loops
- Fast object allocations of all kinds
- Folds, ADTs, continuations and much more
To HVM2, a new runtime capable of spreading that workload across 1000's of cores, in a thread-safe, low-overhead fashion. As a result, we finally have a true high-level language that runs natively on GPUs!
Here's a quick demo:
English
MiniNaim (2nd Account) retweetledi


















