vikeri

very curious to give it a spin but why write a cli in python? would surely be faster and more portable with go or rust?

Lovable | Stockholm (In-person) | Full-Stack, Design, and ML eng

We sponsor visas and have very generous relocation packages (even if you just want to come for a year).

Lovable is building an AI software engineer that lives in your browser. Building excellent software engineering agents is significantly harder than people think. We need the best engineers in the world to join us and will compensate you accordingly.

Learn more at: https://lovable.dev/careers or ping me on https://x.com/cviktore

One thing that seemingly is missing is the ability to tag a specific error with an error code. You typically want to know that all of a sudden the ”failed to get user” error is being returned a lot. Since the message is a dynamic string you can’t just group by the string so unless you build it as part of your abstraction it becomes very hard to do.

Edit: looking more carefully at the lib I assume that ”tag” is the concept that is supposed to cover this?

Yeah you shouldn't have to add stuff to the .env file. If you setup Supabase any secrets should be added to the edge functions as env vars. Here's an example where it prompted me to add the RESEND_API_KEY to the Supabase Edge function secret: https://lovable.dev/projects/e66eacea-f46f-473c-aa6b-6a90da4...

Great questions! There are several LLM calls behind a single prompt that you submit and we do dynamically assemble the prompt to the AI based on what you're asking for. But we do generate most files at once.

So we opened up our waitlist so it's open right now: https://gptengineer.app

(Might have to readd the waitlist though if we get too much traffic.)

Yeah the standard shadcn setup tends to be a bit boring. But if you ask it to be a bit more creative you certainly can get it to make some pretty fun stuff: - https://preview--retro-hacker-portal.gptengineer.run/magnus (source: https://gptengineer.app/projects/91b06c8d-16a8-4892-8cb5-d91...)

1) We use whichever LLM that is performing best at the time, so no, not necessarily OpenAI 2) Only images as attachments for now. You can add more files by uploading them to the connected Github repo.

So it's already hosted for you, you don't have to do anything to get a production ready URL.

But yeah if you want your own hosting for some reason you own the code and can take it to a provider like Netlify or Github Pages fairly easily.

Send me an email at viktor@lovable.dev if you have any questions :)

Will try it out. Regardless of if I’ll use it or not I think this project is a great example of the rare type of engineering craft that seems to be a pre-requisite to build truly great software. A great signal if I were hiring.

This is amazing, I wish it had support for Ecovacs too

Have you tried Stripe's payment links?

I don’t have experience but I thought Subprime Attention Crisis was an interesting read

Another, less known, useful thing about these IDs is that you can double click on them and the full id will always be selected

Curious to know how to which degree they are self hosting, seems they'll buy their own servers but I doubt they'll go all the way to buying land and building their own data centers?

Having been at a Clojure startup I can second this, despite our non existent brand we found great candidates. And teaching a smart junior developer Clojure wasn't harder than teaching people Ruby or Java. As soon as the initial lisp shock is over learning is much faster due to the simplicity (it's just data).

My understanding is that Stripe billing can be managed completely no-code from the Stripe dashboard? And I think it includes automatic tax, prorations etc.

The fact that Apple's developer tooling is described as great makes me suspicious if the author has used JS tooling in a serious way. VS Code is just so much better than XCode. My experience developing native apps in SwiftUI is also that the documentation is very very lacking. And lastly I wasn't able to get a hover effect without dropping tons of frames. My lack of experience I'm sure is partly to blame for the app's poor performance, but it certainly wasn't performant out of the box. React would have been significantly more performant for my use case.

This is a sub theme in the book "Subprime attention crisis" that more broadly argues that the fact that programmatic advertising is based on similar mechanics as financial systems also means it's vulnerable to bubbles in the same way. Interesting read but I would have loved some more data on the actual efficacy of programmatic advertising.

I use paredit myself but I also think that parinfer is very interesting: https://shaunlebron.github.io/parinfer/

If you like dynamic languages I find it hard to pick out poor design decisions in Clojure.

Was just about to ask the refresh time, I specifically chose this one due to it's faster refresh time (1 s) compared to color displays: https://shop.pimoroni.com/products/inky-what?variant=2121402...

An Elegant Puzzle by Will Larson was very interesting. It's a bit of a handbook and you don't necessarily have to read it cover to cover but instead you can dive into whichever section that is relevant for you at the moment: https://www.amazon.com/dp/1732265186

I already have a setup with a Raspberry PI so I’m only looking for a temperature sensor that: - Is rain proof - Transmits over BLE or WiFi - Can be battery powered

Very interesting to use a redux (re-frame) like programming model for building native desktop UI's. I have done some basic stuff with it and it sure seems powerful.

For anyone interested there will be a virtual meetup 16:th of April 6PM CEST: https://www.meetup.com/sthlm-clj/events/269204900

One of the issues highlighted is that the ecosystem moves fast and dependencies tend to break your setup. One thing that at least partially has mitigated this problem for me is using a stack that is mature and very careful about breaking changes. Clojure is a great example of that. My gut feeling tells me that if you had a repo in Clojure that created your static pages 5 years ago (when Java 8 was released) it will still work today.

Great to see people putting effort into making Clojure(Script) more accessible! As much as I like the language and the community, it historically wasn't a very beginner friendly place in my opinion. Not that people weren't friendly towards beginners but just a lack of resources targeted at beginners.

I can recommend hugsql to anyone who wants to work with SQL in Clojure. You basically write pure SQL with some minor templating helpers and then you get the data in a map with Clojure data types. Very nice and minimal overhead: https://www.hugsql.org/

While Rust is great, one of the things I love with LISP (Clojure) is once you spend 3 min learning the syntax you know it or can guess the syntax in 99% of cases. No need to look up how to do something complicated, just look at the order of arguments.

Congrats on the book Yehonathan! I remember meeting you at ClojuTre some years ago, nice to see you're keeping up the good work!