yokuze

I like the look of it!

Small bug, opened an issue here: https://github.com/vladocar/Sumi.css/issues/1

Cool - I will watch this space :) Oh and if you are using a coding agent and are wanting to improve the visual design, I found the https://impeccable.style set of skills to be very helpful.

I just got back from a vacation with family. My sister had this idea to assign everyone a color to take pictures of as we walked around. Not everyone was enthused about the itinerary for the day, and this turned out to be a brilliant way to keep everyone engaged, and to feel like we were all contributing to something fun together. At the end, we uploaded them to a shared Apple Photos album and she’s going to arrange them into a collage.

So, I love this idea! I think it would be great if there were a way for an arbitrary number of people to participate in versus mode, but in the end, have the option to combine the results into one big block.

It would also be super cool for a group to contribute to a photo mosaic: https://github.com/worldveil/photomosaic e.g. a family photo composed from the photos we took.

Classifieds.fyi (https://classifieds.fyi) - A way to create private, invite-only classifieds for your community. Supports buying/selling and job boards, with support for housing and vacation rentals coming soon.

Cheers!

There's also a command you can run to convert your Claude config to what Codex expects: `aix sync claude-code --to codex --dry-run` (just drop the --dry-run flag if the result looks good to you).

More here: https://aix.a1st.dev/editors/migrations/how-to-migrate-from-...

Feel free to suggest any improvements or features you'd like to see, or let me know if you find any bugs.

It's a bit of a shameless plug, but I do hope it is helpful to you:

I've been using this heavily the past 6 months to solve exactly this problem: https://github.com/a1st-dev/aix It doesn't support Grok (yet) though.

Yes! See my comment here: https://news.ycombinator.com/item?id=49601053

Though it does not support ChatGPT (just the Codex part inside of the ChatGPT app), or Grok web (yet).

But it does encourage you to keep versioned config in one spot. You can also commit repo-specific config to any project that has specific needs, and translate that config into . That can be helpful when working with a team or an open source project that needs to support a variety of agents/tools.

It currently supports 8 editors/agents: https://aix.a1st.dev/editors/supported-editors/

I commit my standard set of agent configuration (including Skills) to this repo, similar to how many people have a "dotfiles" repo: https://github.com/yokuze/aix-config

Then, I use this tool:

https://github.com/a1st-dev/aix

to keep my Claude, Codex, and OpenCode in sync with my config.

The major benefits are that my adoption/deletion of skills, rules, hooks, MCP servers, etc. are deliberate, versioned, and shareable.

And since aix allows you to create extensible configs, that aix-config public GitHub repo is my base set of rules, and my internal/employer-specific rules are just a small layer on top of that.

It also makes trying out different subscriptions easy: you define your config in one place (one source of truth), and write to Claude, Codex, Devin, etc. with one command.

Do you have Settings > Apps > App Store > (Automatic Downloads) App Downloads turned on?

I noticed apps appearing on my Home Screen I’d never heard of before. Turns out with that setting and Family Purchase sharing turned on, every time my wife installed a new app, it installed on my phone too.

That may not be your exact scenario, but I wonder if turning off that Automatic App Downloads setting (if enabled) changes anything. Could give you a clue, if so.

aix - Like the npm CLI and package.json, but for AI config. Allows standardizing your AI config to share with others, and defining it all in one spot but installing to Claude, Codex, Cursor, etc.: https://aix.a1st.dev/

A Tauri 2 CLI / MCP that allows your agent to debug, take screenshots, run JS, etc. inside a Tauri app: https://hypothesi.github.io/mcp-server-tauri/

I see what you did there XD

My question exactly.

> The technical fix was embarrassingly simple: stop pushing to main every ten minutes.

Wait, you push straight to main?

> We added a rule — batch related changes, avoid rapid-fire pushes. It's in our CLAUDE.md (the governance file that all our AI agents follow):

> Avoid rapid-fire pushes to main — 11 pushes in 2h caused overlapping Kamal deploys with concurrent SQLite access.

Wait, you let _Claude_ push your e-commerce code straight to main which immediately results in a production deploy?

I found that having a rule like this helped some too:

> * ABSOLUTELY DO NOT use `@deprecated` on anything unless you are explicitly asked to. Always fully refactor and delete old code as-needed instead of deprecating it

https://github.com/yokuze/aix-config/blob/f5094b5c5169261fae...

Absolutely not the same thing, but I’m going to shamelessly plug my Tauri MCP in case you find it helpful: https://github.com/hypothesi/mcp-server-tauri

With the debugging capabilities it gives agents, I find I don’t miss Chrome DevTools so much.

I had the same question. There are older and more established component libraries, so why’d this one win? It seems like a scientific answer would be worth a lot.

Same, minus the contractors part

I don't follow. Assuming that the caniuse data is also representative of your users (a big assumption), then it's 10-20% of either group. Adjusting the % for the subset that is "your users" can result in either a higher or lower %.

Let me know if I'm missing something.

Alternate title: "How to break your website's styling for 10-20% of your users"

This is a nice reference, and some properties like `scrollbar-gutter` can be used for progressive enhancement.

However, many options listed will require some kind of fallback if `autoprefixer`/`postcss`/etc. doesn't cover it, and if you don't want to exclude a large fraction of your users.

It's reasonable in some cases to have both "new" and the old fallback code side-by-side until _your users's_ browser adoption stats indicate that you can delete the old fallback code without breaking a substantial number of users.

But the reality of using the new CSS hotness is that if the code is not supported by a % threshold that is much higher than many of these techniques show, it actually _increases_ your workload in the near term. You write new + the fallback + ensure that they don't interfere with each other.

P.S. Note the emphasis on _your users_ in the paragraph above. Global browser stats are fine as a basic reference, but your specific site/app's userbase demographics affect the actual percentages tremendously. That may mean you can use ALL of these new techniques today, or some, or none of them.

If your audience is primarily software developers, then after measuring you may find you can use these without a fallback. If it includes people in less wealthy communities or countries, or in countries with restricted access to mobile phone markets, you likely cannot.

Fixed. Thank you!

I made, and use this: https://github.com/libragen/libragen

It’s a CLI tool and MCP server for creating discrete, versioned “libraries” of RAG-able content.

Under the hood, it uses an embedding model locally. It chunks your content and stores embeddings in SQLite. The search functionality uses vector + keyword search + a re-ranking model.

You can also point it at any GitHub repo and it will create a RAG DB out of it.

You can also use the MCP server to create and query the libraries.

Site: https://www.libragen.dev/

From the article:

> “Apparently only one layer of the windshield was damaged, and there was no depressurization.”

And from the photos, it looks like it was the outer layer. So, where would the glass have come from?

It’s worth making this very clear for learners: A Computer Science education is **not** the thing that will prepare you to work and make money in many real-world _jobs_.

Some? Yes. Many? No.

This blurb from one of the course pages (unintentionally) says it well:

> Because the point of computer science isn't to teach you a language. Or to teach you to code. Or to teach you to be a fullstack software engineer. Computer Science is a very narrowly-applied applied math with wide-ranging practical usage. But if you strip away all the qualifying language, it's math. Which means it has certain overarching rules that are completely, totally independent of your implementation language.

In short: the point of Computer Science courses is not to teach you to do the thing that you will be doing when employed at the company that pays you.

Another:

> if you want to read white papers you're going to want to read Lisp

Most jobs are not about reading or writing white papers. Almost all Computer Science courses are an _academic_ pursuit, not a practical one, and are taught as such.

If your goal is to _work_ in the industry, this is _a_ path, but it is a very inefficient one.

Depending on what work you are happy with, 80%+ of the content here will not contribute to your success.

Will learning the things taught in these courses exercise your problem-solving and other mental abilities? Yes. Will they teach you broadly-applicable principles that you could apply to your work? Hard _maybe_, depending on their teaching and on how well you learn and generalize. In any case, you may well end up doing work that utilizes little of this.

If you want to work in research, a math-or-fundamental-sciences-heavy field, or with teams of folks creating new programming languages or database engines for example, then certainly some of these courses (and more) are required.

But it’s worth warning potential learners that a full Computer Science education is _neither an efficient nor a necessary path to a job in the field_.

What is?

One example: There is much available and satisfying work in building user-facing applications like web and mobile apps.

If your goal is to do that kind of work, then it’s best to relentlessly focus on the things that you will actually be doing at your job: Building things.

Broadly speaking, employers pay you using the money that they are making (or hope to make) by solving problems and/or providing services using software/applications that you will help write. So practice writing it. Learn to build real things: Mobile, web, or desktop apps that do a thing that _you_ would want to pay for. Find courses that teach that. Practice it. Hit a wall, research and figure out how to overcome it. Repeat. Submit PR’s to open source projects, especially ones where experienced maintainers review your code. Learn from that feedback. Read their code and understand how it comes together to create the app you are using. Have LLM’s review your code, even, if no skilled human is available.

Practice working with other people. Learn how to write and communicate clearly and unambiguously.

Find and fix bugs in open-source codebases.

Embrace that working in the field means a commitment to non-stop, career-long learning.

Later, after you’ve freed up mental space by mastering the basic mechanics of programming, begin researching and applying the techniques and methods for writing code that other people find pleasant to read, interact with, and modify/extend.

Build something that you can show to prospective employers.

You will also learn many more things from the people you work with.

Many of the hard skills you will learn through doing _these_ things will directly transfer to the work you do, because _it is the work you will do._

Here’s a project that does HMR and more: https://wxt.dev/

A protein that has a critical role in embryonic cell morphogenesis was named after the video game character. The origin, and the issues the name caused are interesting.

Critical thinking, as it applies to the practice of software development.

Reading/watch list:

- Thought and Knowledge: An Introduction to Critical Thinking, by Diane F. Halpern

- Understanding Arguments: An Introduction to Informal Logic, by Walter Sinnott-Armstrong, Robert J. Fogelin

- Predictably Irrational, by Dan Ariely

- Evidence-based Software Engineering - http://knosof.co.uk/ESEUR/ESEUR.pdf

- A Philosophy of Software Design, by John Ousterhout

- https://www.coursera.org/learn/mindware

This is research for a book I'm writing on that topic.

I second the "Simple and Direct" recommendation. I stumbled upon it in a book store over a decade ago and I've never seen anyone recommend it before. Years after reading it, I still hear the author's recommendations in my head when writing.