These tools always fall short, not because the teams making them are bad, but because the underlying chat tools they build on are adversarial to the idea of a third-party UI replacing their UI. A new entrant might escape their ire for a while, of course.
Readit Newskylecordes commented on Show HN: Amber – better Beeper, a modern all-in-one messenger useamber.app/... · Posted by u/DmitryDolgopolo
Think how many JavaScript frameworks can be vibe coded now!
(This is an exaggeration:)
Sure, you can have your LLM code with any JavaScript framework you want, as long as you don't mind it randomly dropping React code and React-isms in the middle of your app.
kylecordes commented on Project Hyperion: Interstellar ship design competition projecthyperion.org... · Posted by u/codeulike
Reading through this in detail just cements that we are never leaving this solar system unless we discover some new physics to get around our speed limitations.
c appears to be the speed limit of the propagation of information in the universe - never say never, but so far it appears quite unlikely any new physics will overturn this.
I'm always thrilled to see eCharts mentioned anywhere. It is a highly featureful, complete solution for making sophisticated data-intense charts. Various commercial alternatives pale in comparison.
Why won’t the skillset be transferable to places like space x, Amazon kuiper, blue origin, or any of the big defense tech or start ups (eg anduril)?
Likely so, but you have probably listed a bunch of organizations already utterly swamped with eager and qualified job candidates relative to their hiring numbers.
kylecordes commented on DaisyUI: Tailwind CSS Components daisyui.com/... · Posted by u/a_bored_husky
I'm surprised that a lot of the comments seem to be missing the reason that this project exists.
In many tailwind projects, you inevitably end up wanting to standardize how a button looks, how a field looks, etc., rather than copy+paste the same 20+ tailwind classes that you need to implement a nice looking button in tailwind.
Can you just apply it to `button { @apply flex items-center blahblahblah; }` in app.css? Of course you can. Or you can use the btn from DaisyUI.
I think DaisyUI is just a shortcut for many common UI components that you will inevitably want to build out and that you will necessarily eventually standardize in any app that grows large enough.
How does it differ from bootstrap? Well, you can continue to use tailwind for everything else that DaisyUI has not implemented. It's just an additive layer to tailwind. The project is at its core just a shortcut for common UI components.
As a user, my criticism is that many of the DaisyUI components seem to be lacking good contrast, so some just don't seem to be usable. The theming situation is really interesting and quite cool to use, but if you look at the example page, it just feels hard to read. I can't really find a light and dark default theme that look good to me (re: contrast and brightness). I think the color hooks might just not be there but I didn't dig far enough in.
For me, I've found a lot of value in being able to easily copy+paste parts of DaisyUI source code, e.g., a particular widget and modifying it to fit my design system, rather than use it in its entirety.
Historically, the way to standardize how a component appears with Tailwind is to use component abstraction in whatever tool you are building with to accomplish that. Define a button once somewhere and then throw on whatever classes it needs.
If you were copy-pasting long strings of Tailwind classes all over, you were already doing it wrong before you even heard of Daisy.
kylecordes commented on Run TypeScript code without worrying about configuration tsx.is/... · Posted by u/nailer
A challenge with TSX, and as I understand other similar tools, is that it doesn't support TypeScript decorator metadata. A few years ago, libraries using that started to get popular, so many older projects have a significant obstacle to moving away from running the TypeScript compiler JS output.
Starting a new project today, I think the right move is to use TSX or Bun or whatever. You want a roadblock at the very first moment you start trying one of these limited compatibility libraries, Because it won't work and then you'll pick a different library that doesn't rely on non-erasable TypeScript syntax.
kylecordes commented on GLP-1s are breaking life insurance glp1digest.com/p/how-glp-... · Posted by u/alexslobodnik
Seems like insurers should be rating based on your worst health markers, including weight, over the last N years rather than just a current point-in-time snapshot. Someone who somehow has no medical records over the last few years at all that would capture any of that data would be priced on the assumption the past was possibly worse than current.
kylecordes commented on Local-First Software Is Easier to Scale elijahpotter.dev/articles... · Posted by u/chilipepperhott
Local first is easier to scale technically.
Paid hosted software is easier to scale financially.
Without the latter, it's very hard to come up with the money to pay people to build, to support the market, etc.
That's the kind of thing you say when you don't want to pay the market price.