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
Tian Li et al. Federated Learning Challenges, Methods, and Future Directions

Tian Li et al. Federated Learning Challenges, Methods, and Future Directions

Warning

Over a year old. May be outdated

Intro

Challenges

  • Expensive communication
    • Reduce comms round
    • Reduce comms size
  • System Heterogeneity
    • Everyone uses different phones
  • Statistical Heterogeneity
  • Privacy Concerns

Communication Efficiency in Federated Networks

Communication is a primary bottleneck in federated learning.

Local Updating

  • Mini-batch optimization methods are used for distributed learning.
  • Newer methods focus on flexible local updating, so each device does more work on its own data.
  • In federated settings, FedAvg is a commonly used method for local updating.
  • Federated Averaging (FedAvg) works well in practice but does not always converge.

Compression Schemes

  • Model compression schemes like sparsification, subsampling, and quantization reduce message size.
  • In federated settings these get harder, because which devices show up changes every round.

Decentralized Training

  • Federated learning often uses a star network topology.
  • Decentralized topologies may reduce central server communication costs.
  • Hierarchical communication uses to aggregate data first.

Systems Heterogeneity in Federated Settings

Devices in federated settings vary a lot in hardware, network, and battery power.

Asynchronous Communication

  • Asynchronous schemes mitigate stragglers but face challenges in federated settings with unpredictable delays.

Active Sampling

  • Only a subset of devices participate in each training round.
  • Active selection of devices can influence outcomes.
  • Methods can sample devices based on system resources or data quality.

Fault Tolerance

  • Essential in federated settings due to potential device dropouts.
  • Coded computation introduces redundancy to tolerate failures.

Statistical Heterogeneity in Federated Models

When data is not distributed the same way across devices, federated models get harder. It changes both how we model the data and how we analyze whether training converges.

Modeling Heterogeneous Data

Literature Backgrounds

A lot of research models statistical heterogeneity with meta-learning and multi-task learning, and recently these ideas moved into federated learning.

  • MOCHA. Learns a separate model for each device for personalization, but keeps a shared representation through multi-task learning.
  • Bayesian Networks. Models the star topology and runs variational inference.
  • Meta-learning. Sets a within-task learning rate from multi-task information.
  • Transfer Learning. Personalizes starting from a trained global model.

Challenges

Making these methods robust, scalable, and automated is still hard.

Fairness in Federated Data

Fairness matters separately from accuracy. Some devices may get favored because they have more data or show up more often.

Modified Modeling

Some approaches aim to reduce model performance variance across devices.

Convergence Guarantees for Non-IID Data

Challenge

Non-IID (independent and identically distributed) data causes difficulties in analyzing convergence behavior in federated settings.

  • FedAvg. Has been seen to diverge in practice.
  • FedProx. A proposed change to FedAvg meant to make it converge.

Other Approaches

Some approaches deal with statistical heterogeneity by sharing local device data or server-side proxy data. That can hurt privacy.

Privacy in Federated Learning

Privacy is the whole point of federated settings, since raw data stays on each device. But model updates shared during training can still leak sensitive information.

Privacy in General Machine Learning

Strategies

  • Differential Privacy. Popular for its strong guarantees, simplicity, and small systems overhead. A small change in the input can't change the output much.
  • Homomorphic Encryption. Lets you compute on encrypted data.
  • Secure Multiparty Computation (SMC). Several parties compute a function together without leaking their inputs.

Trade-offs

Privacy trades off against accuracy. Adding noise helps privacy but can cost accuracy.

Privacy in Federated Learning

Challenges

Federated learning needs methods that are cheap, communicate efficiently, and survive device dropouts, all without losing accuracy.

  • Privacy Definitions. Global privacy (from outside third parties) and local privacy (from the central server).

Approaches

  • Secure Multi-Party Computation (SMC). Protects individual model updates.
  • Differential Privacy. Applied to federated learning, it gives global differential privacy. Some methods add adaptive gradient clipping for better performance.
  • Local Privacy. A relaxed version that performs better than strict local privacy.
  • Combining Methods. Differential privacy plus model compression helps both privacy and communication.

Future Directions and Themes

Communication in Federated Learning

Extreme Communication Schemes

  • How much communication federated optimization really needs.
  • How much precision optimization methods can lose, and whether that helps generalization.
  • How one-shot and few-shot heuristics do in federated settings.

Communication Reduction and Pareto Frontier

  • Techniques for reducing communication in federated training, e.g., local updating and model compression.
  • The trade-off between accuracy and communication.
  • Which techniques get the best accuracy under a fixed communication budget.

Novel Models of Asynchrony

  • Synchronous versus asynchronous communication in distributed optimization.
  • Device-centric communication schemes in federated networks.

Heterogeneity in Federated Learning

Heterogeneity Diagnostics

  • Methods to quantify statistical heterogeneity.
  • Diagnostics that measure heterogeneity before training.
  • Whether heterogeneity can actually help federated optimization converge.

Privacy Concerns

Granular Privacy Constraints

  • Local and global privacy definitions in federated networks.
  • Methods that respect device-specific or sample-specific privacy constraints.

Extending the Scope of Federated Learning

Beyond Supervised Learning

  • Data in federated networks that is unlabeled or weakly labeled.
  • Tasks other than model fitting, like exploratory data analysis, aggregate statistics, or reinforcement learning.

Operational Challenges

Productionizing Federated Learning

  • Handling practical concerns like concept drift, diurnal variations, and cold start problems.

Standards and Benchmarks

Benchmarks

  • Ground federated learning research in real-world settings and datasets.
  • Improve existing benchmarking tools so results are reproducible and solutions spread.
Backlinks1