Josh Collins-Worth

TFA links to https://joshcollinsworth.com/blog/tailwind-is-smart-steering, which is about Tailwind, but makes multiple distinctions and points that could just as well apply to LLMs, e.g.: > Builders value getting the work done as quickly and efficiently as possible. They are making something—likely something with parts beyond the frontend—and are often eager to see it through to completion. This means Builders may prize that initial execution over other long-term factors. > Crafters are more likely to value long-term factors like ease of maintainability, legibility, and accessibility, and may not consider the project finished until those have also been accounted for. > In my view, the more you optimize for building quickly, the more you optimize for homogeneity.

The site specifies a base font size of 12px. The better practice is to not specify a base font size at all, just taking it from the user's web browser instead. Then, the web designer should specify every other font size and box dimension as a scaled version of the base font size, using units like em/rem/%, not px. Related reading: https://joshcollinsworth.com/blog/never-use-px-for-font-size

As a fellow newbie, I found this article from Josh Collinsworth to be a very thoughtful and clear overview. It's a bit long but it covers the history prior to the lawsuit. https://joshcollinsworth.com/blog/fire-matt

This article is the canonical recap of what's happened: - https://joshcollinsworth.com/blog/fire-matt

This is the best explanation I know of: https://joshcollinsworth.com/blog/fire-matt Since then, WPE filed a lawsuit against Automattic.

"For example, many people think WP Engine is “WordPress Engine”" Remember he only just now updated that policy to say that, and tried to make it retroactive. https://joshcollinsworth.com/blog/fire-matt Scroll down or search to "But Matt wasn’t done."

Huh, hadn't heard of Raycast, I've been using Alfred for a few years, and hadn't heard of Raycast in the my little circle. I guess I'll read this https://joshcollinsworth.com/blog/alfred-raycast

You should read this article, it was quite good, even if you do continue to use React after. It's good to understand the alternatives, even if you never use them. https://joshcollinsworth.com/blog/self-fulfilling-prophecy-of-react It's been a few months since I read it, but I recall the main thing I took away from this was: React isn't necessarily the best choice, other frameworks provide better performance, development experience and tooling that should also be considered Of course these are just opinions. Everyone should consider all the facts and come to their own conclusions about what they use and don't use. Companies will continue to use React of course. But I'm not sure if I would use vanilla React for anything I have complete control of.

Server side rendering isnt special any more: https://joshcollinsworth.com/blog/antiquated-react#server-side-renderi… This blog was posted to HN a few weeks ago. The author does a really good job of summarizing React's relationship with the rest of the SPA ecosystem.

Hi Mateo, nice to see the project is still alive and evolving. I personally tried it about a year ago, and I found it really good for designing simple web pages with reusable and customisable components. But the content management system was the issue for me, I was hoping there would be a way to just drop markdown files in a folder for it to generate articles or blog posts following a template like a regular SSG. We even talked about it briefly, and I then forked the primo repo and started implementing a custom method to convert the database entries into a files / folder structure, which was going alright but the reverse operation seemed tricky to implement and I ended up going down another road, building my own custom markdown SSG inspired by this guide : https://joshcollinsworth.com/blog/build-static-sveltekit-markdown-blog Anyway, my use case is probably not the one you are targeting, but I still think it would be a dope product if everything worked the same but instead of writing the project into a database it would be a dynamic files / folder structure that could be edited and versioned like a regular sveltekit project. Basically it would be a svelte-based SSG framework with a components library and a dedicated UI to complement the regular text editor. Just dropping this in case someone reads it and wants to build it, keep up the good work.