Why do you think LLMs write prompts for LLMs badly? I use LLMs to write and refine prompts all the time. The prompts seem to come out very good. What are you basing this on?
It's crazy because when Sonnet came out it was heralded as the best thing since sliced bread, and now people are literally saying it's "useless". I wonder if this is our collective expectations increasing or the models are getting worse.
Aave, Compound are both not Ponzi schemes and allow you to lock things like USDC and ETH (also not Ponzi schemes) for others to borrow, and earn interest. It's automated lending, I don't understand how people are not excited about this.
Cryptocurrency gets a bad rap here (most of it rightfully so), but one thing is for sure, once you use it you realize how broken digital payment infrastructure is. With crypto, I can trivially send any amount of money very cheaply across any sort of borders. Also, accepting crypto as a merchant is extremely easy even to roll your own custom solution.
Just recently started messing with AWS Amplify. It's crazy how easy it makes basically all this stuff. It really makes it simple to be a solo founder and manage every piece of the stack.
Interesting, one of the big reasons I want to learn Rust is to "future proof" myself once JS loses its monopoly on the web. Maybe Kotlin will be a better one than Rust?
Can you explain more about writing JS in an FP style? I'd love to start to incorporate more FP in my JS but I don't really know how to start doing that. I've looked at fp-ts but it seems like that would require a full rewrite. Any tips for how to basically start from 0 and start to implement FP into an existing JS/TS codebase?
Yeah that's mind blowing to me. Lots of people think these ultra successful people are just immensely talented but overlook the insane amount of work they put in. My new theory for success is around obsession. If you find something that you can be completely and utterly obsessed with, that's how you can ultimately cultivate enough skill at it to be successful.
It seems like WebAssembly will allow high level languages to get close to the "browser metal", so I think we will see declarative frameworks that are closer to the metal compared to React. I'm wondering if Rust is the best language to learn to get a headstart on that.
Rust also seems like a great choice because of its close ties with WebAssembly. Web developers who learn it should have an advantage as the tooling starts to get better around WASM.
What kind of things are people using them for? It seems like most of the low-code stuff I see is more low-code tools and examples of things that can be done with low-code. Are there examples of things that are really novel with low code?
Totally agree. I feel like I trust Safari in terms of privacy as well, and it works so well in the walled garden of iOS/macos. I really hope they get it up to date with the latest web standards, it's a joy to use otherwise.
This is cool to hear. I've been interested in Haskell/OCaml to learn functional programming. Rust has other cool applications like WebAssembly too. I think I'll start learning it after I learn Clojure (trying to get into functional stuff first with Lisp).
I think of it as "zero ops" API endpoints. I have some serverless functions deployed on Vercel. I wrote some Typescript code, pushed it to a file in a directory called api/. Now every time I call my function endpoint, the function runs and returns my result. I don't have to provision anything or set up any ops. The serverless part takes care of spinning up whatever compute it needs, runs my code fully statelessly, and returns my result. I don't have to touch or think about scaling anything. I'm a developer who wants to spend time on features and code, and remove myself from the dev ops as much as possible. That's why I love serverless and use it whenever I can.
This makes me feel like there's a good niche for "developer-friendly no-code". I'm a developer and I don't like no-code solutions for all the things you mention. These current tools try to abstract a lot but it ends up becoming severely limited and hard to debug/extend. They might be okay for things like internal business tools, which is what most of them seem to be targeting. On the other hand, I've been playing with Hasura recently. As a full-stack developer, it's amazing. It gets rid of tons of boilerplate for back end dev, and I can focus on building features rather than CRUD plumbing. It's easily extensible using serverless functions. It feels like it's helpful to me more than trying to replace what I do.
I guess I haven't done too much outside of web to know much else :). However I have done some iOS stuff and the tools are okay but much less open source, documentation, etc.