Feng Peng

706 posts

Feng Peng

Feng Peng

@feng

Engineer. Ex-Ask/Twitter Data Infra, building @leettools

Bay area Inscrit le Nisan 2009
1.1K Abonnements1.6K Abonnés
Feng Peng
Feng Peng@feng·
This repo is rewriting the leaked Claude Code repo in Python and has 40k stars and 50k forks in 2 hours. People are working hard these days ... github.com/instructkr/cla…
Feng Peng tweet media
English
0
0
3
202
Feng Peng retweeté
Alex Xu
Alex Xu@alexxubyte·
All 7 ByteByteGo ebooks, FREE for a limited time. Link at the end. - System Design Interview Vol. 1 - System Design Interview Vol. 2 - Machine Learning System Design Interview - Coding Interview Patterns - Object-Oriented Design Interview - Generative AI System Design Interview - Mobile System Design Interview Whether you’re preparing for interviews or looking to deepen your architecture knowledge, this is a great opportunity. Offer ends May 1. Please help spread the word. Check it out now at: bytebytego.com
Alex Xu tweet media
English
23
193
882
117.7K
Feng Peng retweeté
dax
dax@thdxr·
opencode 1.3.0 will no longer autoload the claude max plugin we did our best to convince anthropic to support developer choice but they sent lawyers it's your right to access services however you wish but it is also their right to block whoever they want we can't maintain an official plugin so it's been removed from github and marked deprecated on npm appreciate our partners at openai, github and gitlab who are going the other direction and supporting developer freedom
English
271
493
9K
1.1M
Feng Peng
Feng Peng@feng·
@dadrian Ha, it is still early. I bet users' preferences will change over time😀
English
0
0
0
13
David Adrian
David Adrian@dadrian·
@feng Yeah that’s just not gonna happen, especially when AI can internally export to CSV, do SQL-like operations, and the save the results in a new sheet.
English
1
0
0
40
Feng Peng
Feng Peng@feng·
This is a great point. AirTable was the SaaS-era attempt to solve this problem, and I believe they are also working in this direction. But I think Agent-native CRUD is finally possible since last December's model improvements.
andrew chen@andrewchen

prediction re the end of spreadsheets AI code gen means that anything that is currently modeled as a spreadsheet is better modeled in code. You get all the advantages of software - libraries, open source, AI, all the complexity and expressiveness. think about what spreadsheets actually are: they're business logic that's trapped in a grid. Pricing models, financial forecasts, inventory trackers, marketing attribution - these are all fundamentally *programs* that we've been writing in the worst possible IDE. No version control, no testing, no modularity. Just a fragile web of cell references that breaks when someone inserts a row. The only reason spreadsheets won is that the barrier to writing real software was too high. A finance analyst could learn =VLOOKUP in an afternoon but couldn't learn Python in a month. AI code gen flips that equation completely. Now the same analyst describes what they want in plain English, and gets a real application - with a database, a UI, error handling, the works. The marginal effort to go from "spreadsheet" to "software" just collapsed to near zero. this is a massive unlock. There are ~1 billion spreadsheet users worldwide. Most of them are building janky software without realizing it. When even 10% of those use cases migrate to actual code, you get an explosion of new micro-applications that look nothing like traditional software. Internal tools that used to live in a shared Google Sheet now become real products. The "shadow IT" spreadsheet that runs half the company's operations finally gets proper infrastructure. The interesting second-order effect: the spreadsheet was the great equalizer that let non-technical people build things. AI code gen is the *next* great equalizer, but the ceiling is 100x higher. We're about to see what happens when a billion knowledge workers can build real software.

English
1
0
0
176
Feng Peng
Feng Peng@feng·
Lol, this is actually a very good business for Cloudflare. With Google changing their search API by the end of 2026 (basically you can't search the whole web freely without explicit approval from Google), I can see a lot of needs to build a customized domain search. This feature, if done right, can be really helpful.
Cloudflare Developers@CloudflareDev

Introducing the new /crawl endpoint - one API call and an entire site crawled. No scripts. No browser management. Just the content in HTML, Markdown, or JSON.

English
0
0
0
173
Feng Peng
Feng Peng@feng·
I see what you mean. However, the current spreadsheet format is not a very good data layer, where it was forced to behave like one: you are limited to a 2D array of cells and have to hack your way through even basic operations like referencing, sorting within groups, and filtering combinations. What I mean by 'agentic CRUD' is a data layer that is fully relational with a robust semantic layer. In this model, all CRUD operations are handled by AI-generated code and agents, making the application logic and presentation layers even more flexible through ad-hoc natural language instructions. So the data is "better modeled in code" (in my understanding) = relational schema (SQL code) + semantics (usually in ETL code) + queries (SQL + data app code) + presentation (frontend visualization code). All of those were really cumbersome to implement before, but easy to do with AI-generated code now.
English
1
0
0
12
David Adrian
David Adrian@dadrian·
@feng This is totally wrong. AI means it's easier than ever to get data into a spreadsheet, and easier than ever to use that spreadsheet to make a graph / pivot / etc.
English
1
0
0
66
Feng Peng
Feng Peng@feng·
The day has finally come that any open source repo can be just rewritten in another language or just refactored into another repo without much human effort. I predicted this a while ago that the open source model has to be adjusted to the new era. Community may be the last moat an OSS project can have, but it is also much weaker now. I also predicted that some infra project will be rewritten to get rid of old jank and then only reuse the good parts to provide better and more efficient solutions. phoronix.com/news/Chardet-L…
English
0
0
0
264
Feng Peng
Feng Peng@feng·
Usually people prefer to do visible stuff over quality stuff because of the promotion / sales / fund-rasing cycle, whoever is left next to fix the quality / security issues are suckers.
Gergely Orosz@GergelyOrosz

When it comes to AI agents / AI tooling + coding, I hear an awful lot of talk about: Efficiency Iteration speed / PR output rate / lines of codes produced I hear zero mentions about: Quality Customer obsession This will bite back, and it probably already is...

English
0
0
0
76
Feng Peng retweeté
Lenny Rachitsky
Lenny Rachitsky@lennysan·
Design lead for Claude: The classic design process is dead. Here's what's replacing it. Jenny Wen (@jenny_wen) leads design for Claude at @AnthropicAI, was previously director of design at @Figma, and a designer at @Dropbox, @Square, and @Shopify. In our in-depth conversation, we discuss: 🔸 Why the classic discovery → mock → iterate design process is becoming obsolete 🔸 What a day in the life of a designer at Anthropic looks like, including her AI tool stack 🔸 Whether AI will eventually surpass humans in taste and judgment 🔸 Why Jenny left a director role at Figma to return to IC work 🔸 The three archetypes Jenny is hiring for now This conversation changed how I think about the future of design. Listen now 👇 youtu.be/eh8bcBIAAFo
YouTube video
YouTube
English
87
301
3.1K
1.5M
Feng Peng
Feng Peng@feng·
This is like saying "Pure cellphone is useless now". Software will really become more ubiquitous, more powerful, and take on new forms. You can't imagine a time when you have to use a bag of words and thousands of rules just to get the intention of a user request (and most of the time, very wrong).
Naval@naval

Pure software is rapidly becoming un-investable.

English
0
0
2
114
Feng Peng retweeté
Alex Xu
Alex Xu@alexxubyte·
A nice cheat sheet of different monitoring infrastructure in cloud services.
Alex Xu tweet media
English
9
87
401
18.8K
Feng Peng
Feng Peng@feng·
So I asked the coding agent the following question: "Jeff Dean said the following about the abstraction of MapReduce: . Please reason about the abstraction thinking process and provide a good abstraction of the agent harness model." The results are not bad at all. From Codex 5.3: Jeff Dean’s abstraction move was: keep the user/programmer-facing model simple, and push the ugly parts (parallelism, failures, scheduling) under a runtime boundary. The same thinking applies well to an agent harness. Abstraction Thinking Pattern 1. Identify what is repeated and conceptually simple. 2. Separate that from operational complexity. 3. Expose a tiny interface for the simple part. 4. Make the runtime own reliability, scaling, and safety. For agents, the repeated simple pattern is: - understand intent - gather evidence - take actions - verify - return result Everything else is operational complexity. A Good Agent Harness Abstraction Treat the harness as a deterministic runtime around a stochastic policy. - Agent policy decides: “what next?” - Harness guarantees: “how it runs safely and reliably.” Core contract: - Input state: goal + context + constraints + budget - Agent emits one action: tool_call | delegate | ask_user | finalize - Harness executes with guarantees: permissions, retries, timeouts, logging, replay, idempotency - Harness returns updated state + observations - Loop continues until finalize or budget/policy stop MapReduce Analogy Map: split goal into independent subproblems/tool calls. Shuffle: normalize and route intermediate artifacts. Reduce: synthesize, verify against acceptance criteria, produce final output. So the clean boundary is: “Agent code expresses intent and decomposition; harness code owns execution semantics.” If you keep that boundary strict, you get portability (swap models/tools), debuggability (event log/replay), and robustness (failure handling without changing agent logic).
Jeff Dean@JeffDean

Main lore around the origin of MapReduce was that we were rewriting our indexing pipeline for the search system, and we realized that lots of the different phases were conceptually simple but required large scale processing (extract link text from each page, identify language for each page, compute checksum of contents to identify duplicates, etc). Each phase needed to be parallelized, made robust to machine failures, etc. Squinting at each of the phases we came up with MapReduce as an abstraction where we could have an implementation that would do all the complex work under the abstraction boundary, and where the expression of the operations could be nice and simple.

English
0
0
0
96
Feng Peng
Feng Peng@feng·
@JohnnyNel_ Definitely! The productivity unlock is so real now. It is not vibe-only anymore.
English
0
0
0
7
Johnny Nel | AI for Founders
Johnny Nel | AI for Founders@JohnnyNel_·
@feng seen non-tech founders build working prototypes in days with these tools... iteration speed is a game changer for validation
English
1
0
0
100
Feng Peng
Feng Peng@feng·
I have been saying this since New Year's. It just worked, both Codex and Claude Code. Still need an experienced hand along the way, but you can one-shot a lot of complex tasks AND iterate on them now.
Andrej Karpathy@karpathy

It is hard to communicate how much programming has changed due to AI in the last 2 months: not gradually and over time in the "progress as usual" way, but specifically this last December. There are a number of asterisks but imo coding agents basically didn’t work before December and basically work since - the models have significantly higher quality, long-term coherence and tenacity and they can power through large and long tasks, well past enough that it is extremely disruptive to the default programming workflow. Just to give an example, over the weekend I was building a local video analysis dashboard for the cameras of my home so I wrote: “Here is the local IP and username/password of my DGX Spark. Log in, set up ssh keys, set up vLLM, download and bench Qwen3-VL, set up a server endpoint to inference videos, a basic web ui dashboard, test everything, set it up with systemd, record memory notes for yourself and write up a markdown report for me”. The agent went off for ~30 minutes, ran into multiple issues, researched solutions online, resolved them one by one, wrote the code, tested it, debugged it, set up the services, and came back with the report and it was just done. I didn’t touch anything. All of this could easily have been a weekend project just 3 months ago but today it’s something you kick off and forget about for 30 minutes. As a result, programming is becoming unrecognizable. You’re not typing computer code into an editor like the way things were since computers were invented, that era is over. You're spinning up AI agents, giving them tasks *in English* and managing and reviewing their work in parallel. The biggest prize is in figuring out how you can keep ascending the layers of abstraction to set up long-running orchestrator Claws with all of the right tools, memory and instructions that productively manage multiple parallel Code instances for you. The leverage achievable via top tier "agentic engineering" feels very high right now. It’s not perfect, it needs high-level direction, judgement, taste, oversight, iteration and hints and ideas. It works a lot better in some scenarios than others (e.g. especially for tasks that are well-specified and where you can verify/test functionality). The key is to build intuition to decompose the task just right to hand off the parts that work and help out around the edges. But imo, this is nowhere near "business as usual" time in software.

English
1
0
2
201