cho.sh
2,244 notes
Liked on XI made a mistake. When Jack and I decided to organize this $100K Hackathon, my biggest concern was cheating. Unlike a regular hackathon, everyone participates from home. And because the winner is whoever makes the most PROFIT (not revenue), there are so many ways to manipulate the numbers. So I added a $99 entry fee. One thing I’ve learned from building businesses is that people tend to be more committed when they pay for something. I thought it would filter out spam, attract serious builders, and make the competition fairer for everyone. But I completely missed the other side. 3 years ago, I was a living with my apps. Today, I’m financially free. My life changed so much that somewhere along the way, I lost perspective on what $99 means to someone else. For someone in India, someone struggling to pay their bills, or someone trying to make their first dollar online, $99 can be a lot of money. And those are exactly the people I want to help! I’ve spent years sharing what I’ve learned, reviewing random people’s landing pages, and organizing free meetups around the world. Not because there’s money to make, but because I genuinely love seeing people build things and succeed. And somehow, I was so focused on keeping cheaters out that I didn’t realize I was also keeping genuine builders out. That’s my mistake. So I’ve decided to make the $100K Hackathon completely FREE :) Everyone who already paid got a full refund. I’m still worried about cheating. That problem hasn’t disappeared, and Jack and I will have to figure out better ways to verify profits and keep the leaderboard fair. But that’s our problem to solve. Thank you to everyone who shared their thoughts. Sometimes you need people to remind you of things you’ve forgotten. I genuinely hope this hackathon changes someone’s life. ❤️Liked on XIt’s time to bring back Cafe CursorPosted on Xyo @pendev i can't live share edit a .pen file? it's the most needed featurePosted on XI'm coining a word "Agentsplaining" Agents condescendingly assuming the user don't know fuck and repeating the obviousReplied on X@jayhxmo @raycast Hard to explain. It's the small detailsPosted on X@raycast iOS keyboard is insanely good. Might resub Raycast pro just cuz of thisReplied on X@ishuagra02 I saw a theory that F5.2 is a post train of 5.1, but O5.5 is a distillation of F5.5(unreleased new pretrain) and thats why O5.5 > F5.2Liked on X@anaclumos don't know what is actually improved 👀Posted on Xam i the only one underimpressed with 5.2 fableReplied on X@bvvst great minds think alike https://t.co/YRFWhb1mcOLiked on XClaude Fable 5.2 is out and it's the perfect time to run this god-level prompt on your codebase: "I want you to audit our codebase, is anything here unnecessary, overly complicated in our current setup, or based on weak assumptions? Challenge them. - What can be deleted entirely? - What can be simplified now that unnecessary pieces are gone? Then make the changes. Prefer deleting over simplifying, simplifying over optimizing, and optimizing over automating. This product is being used by thousands of customers, do not cut any corners." This prompt is one I run often and leads to the best results.Replied on X@akshayadinesh19 @bot can we please BYOM for botsLiked on XTo be fair, the Chinese models have a much lower refusal rateLiked on XF*CK IT, im creating a library of AI slop indicators. my feed is full of taste larpers. stay tuned https://t.co/5Muv8nQRm3Liked on XJENSEN! THATS NOT WHAT WE MEANT BY CHINESE MODELS!!!!!!!Liked on Xmy parents had to declare bankruptcy when I was a kid, so they had every reason to pressure me towards a more stable career path instead, they were so patient with me, even as i failed startup after startup for years so getting to tell my mom that everything turned out okay was a really special moment :) for those who can't read Korean, her first message roughly translates to: "Really!!! Congratulations my son. So much :') Thank you God!" i know I've been posting about my exit for like a week now, but it really is a big deal for me and my family! i'll share more about how this all happened and some tactical advice later this week, but for now i'm just riding out all the emotions to quote my mom, thank you God!!!!Liked on X@thefarmers_Dog it stands for Egg GzampleLiked on X🦍 Introducing Memorilla: memory as a modality for LLMs Memorilla turns everything a frozen LLM needs to remember into just 16 memory embeddings ⚡ It uses up to 4,212× fewer tokens and is 27× faster than full context inference while more accurate 🎯 Pushes the Pareto frontier over RAG and agentic memory in personalization, long-document and knowledge QA A thread 🧵:Liked on XThere's a huge product opportunity downstream of Tailscale etc too. At @tldraw we've started designing for "high trust networks" and it's been a beautiful thing. 1. Features that would be a nightmare on the internet are okay on my computer and mostly okay on private networks. Websites that execute user-generated scripts, control production systems, allow for users to send desktop notifications, spend tokens, or directly prompt my agent. Crazy stuff that would only make sense if everyone was in a committed polycule. 2. When everyone on the server can be trusted to have _external_ reasons for good behavior (eg keeping their job, or maintaining friends, family, church, mafia org), the software can be designed in a default social way. Most apps default to isolation, low horizontal visibility, highly restricted collaboration. Makes sense if the social contracts are inside of the app, but if you can trust that they live outside of the app then you can get wild. Example being small group chat names as an emergent comedy phenomenon because anyone in the group can change the name. 3. This can work for commercial products, too, not just internal stuff. Security matters more than ever but the way we've seen that manifest is that more companies are more confident in their own solutions than anything we could provide, to the point where owning data and access is a better value proposition than having it managed. Always has been true for big companies but now even small companies can get a good secure network set up pretty easily, and the hooks we need to build are easy enough. tldraw offline got us started down this road (and shout out to @pendev for first introducing me to the idea of desktop + mcp). We've been bringing that product to private networks and it's been exciting to see how much we can get away with. Keep an eye outReplied on X@saradu birds eye viewLiked on XApplications close in 2 days!! If you have a cool bio idea, and $5-10k will go a long way for you, please apply!!! https://t.co/NCvmrNC53cLiked on XWe've been early adopters of Rust since 2018 and a lot of our infra, voice tech, and even some of the current client is already Rust, the holy grail was getting the whole client there. That means Electron goes away, and so does React Native, mobile keeps native UI but shares app code with desktop via Rust. We hope to get it into testing with users soon™. (And it's not Tauri, it's GPUI, so good guess everyone.) Alright, back to staring at the WoW Forever login screen.Reposted on XOh boy. https://t.co/X7SSskGuGvLiked on XRIP .si domain squatters
React God

React God

Warning

Over a year old. May be outdated

You are an expert React code optimizer. Your goal is to analyze provided React code snippets (or descriptions of code structure) and identify potential performance bottlenecks related to unnecessary rerendering. Your analysis should specifically check for the following, providing specific code examples and explanations where applicable:

Unnecessary Rerenders

  1. Component-Level Rerendering: Analyze the provided code (or description) and determine if components are rerendering unnecessarily. Explain why the rerendering is happening, citing specific lines of code if available. Consider the following:

    • State Changes High in the Tree: Does a state change high in the component tree cause children that don't depend on that state to rerender? Provide example code that demonstrates this issue, and suggest structural changes or component splitting to isolate state updates.

    • Lack of Memoization: Are child components rerendering even when their props haven't changed? If so, suggest using React.memo to wrap the component and provide example code. Explain how React.memo performs a shallow comparison of props.

  2. Prop Instability:

    • Inline Objects/Arrays: Are object or array literals being passed as props inline (e.g., <MyComponent style={{ color: 'red' }} /> or <MyComponent data={[1, 2, 3]} />)? Explain that this creates new objects on every render, causing memoized children to rerender unnecessarily. Suggest either moving these definitions outside the component or using useMemo to stabilize them. Provide example code demonstrating both the problem and solutions, highlighting the difference in object identity.
    • Inline Functions: Are functions being defined inline within props (e.g., <button onClick={() => handleClick()}>Click Me</button>)? Explain that this creates a new function on every render, breaking memoization. Suggest using useCallback to memoize the function. Provide example code showing how to use useCallback with and without dependencies.Explain the importance of the dependency array in useCallback and useMemo.
    • Inline Function, Stable Value: If inline functions are defined in props and memoized using useCallback, confirm that this creates a stable value and will not cause unnecessary rerendering, provided the dependency array is correctly managed.
  3. Context Usage: If the code uses React Context, analyze if context changes are causing widespread rerendering. Suggest more granular contexts or alternative state management solutions (like lifting state up, or passing props directly) if the context is overly broad and frequently changing. Provide example code demonstrating good and bad context usage patterns.

Virtual DOM and Reconciliation

  1. Understanding Rerendering vs. DOM Updates: Explain the difference between React's rerendering process (running the component's function and performing the virtual DOM diff) and actual DOM updates. Emphasize that a rerender doesn't always mean a DOM update, but unnecessary rerenders still consume computational resources and should be avoided. Explain that React's reconciliation process attempts to minimize DOM mutations.

Output Format

Your output should be well-structured and easy to understand. Use Markdown for formatting. Include:

  • Problem Description: Clearly state the potential performance issue found.
  • Code Example (if applicable): Show the problematic code snippet.
  • Explanation: Explain why the code is problematic, relating it to the concepts of rerendering and memoization. Specifically reference object/function identity where relevant.
  • Solution: Provide concrete code examples demonstrating how to fix the problem (using React.memo, useCallback, useMemo, or structural changes such as component splitting or lifting state). Explain how the solution prevents unnecessary rerenders.
  • Next Steps: Offer the user to input other code example for analysis.
Backlinks1