jokull

Yes - not seen it this red though.

As seen from my apartment in Reykjavík Iceland: https://ss.solberg.is/89N0qS7T

Keep in mind that a lot of vibe-coded software is flying under the radar because it’s being built to replace SaaS and bring workflows in-house. We often judge success by public launches or ARR, but the real "killer app" for this methodology right now is internal tooling for small teams. For example, instead of spending developer bandwidth integrating Salesforce into first-party data, teams are increasingly just vibe-coding a bespoke CRM or CMS as an appendage to their existing database. It’s complex software (state, auth, heavy logic), but it will never be on Product Hunt because it's purely for internal utility. The success metric here isn't "did we get 10k users," it's "did we avoid a $50k contract and weeks of integration hell."

I recommend https://remedajs.com/ - they're always making the types more accurate too. Like groupby has nonempty lists.

Link to your wife's work?

libsql (from turso) is also working on this - the more the merrier

I just use cloudflare tunnels (cloudflared) - don't have to install any certificates, it's all handled by cloudflare. Yes, it exposes globally, but that's often convenient to share a link to my dev with colleagues. And it has been fast enough. Downside is that you need internet connectivity.

No - please check out Hono https://github.com/honojs/hono

Very different. Svelte has magic event bindings and compiles `.svelte` files. Their learning material is interactive and worth going through just to see some new ideas.

For what it's worth there's a good library to load markdown with Svelte components mixed in. Here's how I'm loading it: https://github.com/jokull/blog/blob/master/src/lib/getPosts....

SvelteKit is a very complete and well designed solution. Routing, data loading, forms, SSR, caching, dealing with environment variables - all very nice. The only "drawback" is Svelte - I just don't like the data binding thing and prefer working with React components and hooks. Maybe that's just because I've spent so much time in React/Next. Well written React code is actually quite easy to debug, reason about and debug. I find it super annoying to refactor Svelte code because every time I want to extract some code into a component it can't be a function in the same file before it becomes a whole new file. It has to be a file. Also haven't found anything nearly as nice as Framer Motion and Radix in Svelte land.

Love this library and use it with kysely-codegen and D1

The criticism is mainly on last-generation frameworks that came around before React and the like. They bundled together an all-in-one approach to writing web apps. Django comes with an admin tool!

The world has largely moved to richer frontends so stacks are more flexible.

They also have a migration guide and have even built some tooling around that process: https://render.com/docs/migrate-from-heroku

Fastmail

To read a draft :) You can reach out to me here if you want jokull@solberg.is

Hey what's your email? I'm thinking about writing up a blog post with information in this AskHN

In my country it is but you have to pay a fair salary and only expense strictly business related things. At the end of the month it's not illegal to have some funds remaining - as it can be because of irregular income, a business reality for many (most?).

The issue here is not calculating a fair salary - and its an insanely popular way to avoid taxes all over the world. Tax authorities turn a blind eye, I suspect because the practice is just too common among politicians and their friends.

This might not be an issue if the corporate income tax + financial gains tax comes out the same as payroll tax. The bigger issue here is that you can use the remaining funds to invest and losses form a tax deduction base. More commonly however people just cram as much personal consumption inside the companies before paying out the salary, even things like travel and dining out. In the EU, VAT is commonly quite high and you get refunds on that if the expenses are on the company.

Is there something stopping a US company from issuing equity to foreign citizens?

The way I do it, I set up a limited liability company that is just my own name. I then charge for services rendered and income goes into a company in my sole ownership. I then pay salary to the only employee (me). This is common and completely legal.

Just went through this. I ended up setting up as a contractor sending invoices quoted in the contract USD monthly number. I had to be careful to ensure I was covering all fees, including my coworking space rent and book keeper. They agreed to cover any future travel expenses though, which makes sense but better clarify it up front.

Delaware company and then all team members get set up as contractors in their country of residence. If they are in the EU they can contract from where they are from but live within the EU - more flexibility. But putting people on payroll has a huge overhead - better compensate employees to pay a local book keeper to invoice and process their payroll. Encourage people who have not contracted to research what contractor fee covers their salary. It will be tricky to compare apples to oranges when it comes to salaries, not just because of different rates in different places, but because salaries are quoted differently and have different insurances. Where I'm from there's a compulsory payment from employer to the employees pension fund of choice. Salaries are quoted to include this payment. And on and on ... very different across countries. Contractor fee "normalizes" this and places some burden on employees to research what their USD contractor fee is. Ask people to invoice a week ahead of international transfer and transfer 1-2 business days before month's end. This will result in monthly salaries being paid out on time.

I suggest only doing pre-commit stuff for things that run really fast. Don't put your whole test suite in there.

Good question. Performance is only one aspect of asyncio. Being able to pass co-routines around, parallelize I/O and make use of things like Starlette's background tasks is the main reason in my mind. Performance is not an issue if you have a business to pay for 20-50% as many app instances. And I do believe the results of those benchmarks are contested, so asyncio can perform as well if not better.

Was already posted and discussed before: https://news.ycombinator.com/item?id=23496994

"Bring your own UI". You get the behavior from the library but they are completely unstyled or without the component layer where the styles live. Other libraries include Radix and HeadlessUI. Here's a presentation from one of the Radix library authors about how to build dropdowns in React, it serves as a good explainer about what goes into a headless UI library component. https://www.youtube.com/watch?v=lY-RQjWeweo

No. Google is just shit at design.

The way to do it is to have foreign keys, but instead of hard delete you scrub data in the columns.

Love Render!