runninginproduction.com VS dark

A while back I started a podcast around this topic: https://runninginproduction.com/

If there's ever a time to ask such a question, it might be this thread.

Can I get some brutally honest feedback on a podcast I ran for 2 years (100+ episodes at once per week)) at https://runninginproduction.com/? It's a podcast focused on chatting with developers around how they build and deploy their web apps. It mostly focuses on the "why", tech stack choices, libraries, workflows, etc..

In my mind I thought it was a good idea but it got so little listeners that I had to abort recording new episodes due to burn out since there was no path forward to ever sustain it by outsourcing the burn out inducing parts. I still think it's a good idea but I wonder where I went wrong.

I tried everything I could think of. Guest variety from solo devs to bigger companies like Mux and Dropbox, audio editing to ensure the highest quality I could get for a remote guest<->host podcast with new guests having assorted mic qualities, moving a lot of "ums" and other fluff but not over editing things to make it unnatural, tags to quickly find tech stacks you care about and a ton of clickable timestamps with a summary of each show that's skimmable in seconds and tons of reference links.

On paper it feels like I did everything I could do to make things "good", but in practice after 100 episodes I had like 200-300 listens per episode which made it no longer viable to continue doing since each episode was about 6 hours of end to end time (finding a guest, editing it, show notes, etc.).

I chatted with 100+ different developers from 100+ different companies on how they build and deploy their apps: https://runninginproduction.com/

There's https://runninginproduction.com/ with 100+ assorted episodes with 100+ different guests talking about how they built and deployed their specific application.

Running in Production

I started a podcast around this topic a few years ago at https://runninginproduction.com/.

As someone who has personally edited over a hundred 1-2 hour podcasts with a new guest every time removing umms, ahhs, dead air and filler words is soul crushing. It has gotten to the point where after 2 years of running my podcast[0] I'm seriously considering stopping the show because I'm getting burnt out from editing and without sponsors it's not feasible to hire an editor, but even with the show making no money I would happily pay triple your asking price if I could click a button and have the problem solved in a way that matched a human's ability to edit out filler words.

It really is the difference between being able to edit a 1 hour episode in 1 real life hour (editing at 2x speed) vs literally spending 5 hours to edit 1 hour when there's a lot of filler words or ums.

In my opinion your "after" version doesn't sound natural. This isn't an attack on your service specifically, because the outcome is the same with all of the tools I've tried. I haven't tried them all but I did play with a few of them.

For example in your case the pause between "Removing" and "filler" doesn't match the pace of the rest of the sentence and the transition from "very" to "time" has a very hard cut. This is also a 10 word clip that's about 6 seconds. If you listened to a 1 hour podcast episode that was edited things like this would be much more noticeable.

There's so many intricate and subtle details around when and what to cut to remove these things in a way where it's not noticeable. Are there any paths moving forward in AI / ML that can lead to this being indistinguishable from being humanly edited?

I debated deleting this comment before posting it because it's a combination of feedback but also saying the service isn't something I would buy but I think it's more beneficial to post this to show there is a real demand for this service if it can be executed flawlessly.

[0]: https://runninginproduction.com/

If you're interested in hearing how 100+ different developers manage their apps in production I have a podcast at https://runninginproduction.com/.

The podcast is at: https://runninginproduction.com

Yes. Darklang was originally in OCaml using js_of_ocaml, and we ported it to F# using Blazor (https://github.com/darklang/dark/tree/main/backend/src/Wasm). It works.

We found that in dotnet 6, the code was much slower, with long startup times and a much bigger download, than in js_of_ocaml. It also had a lot of issues in running in a Webworker, which wasn't the case for js_of_ocaml.

In dotnet 7, the webworker issues are better and AOT is easier, so startup is faster. Download sizes are still bad, and it's still slower than js_of_ocaml.

However, dotnet allows almost any code to run in WASM, which js_of_ocaml had large limitations. This meant a decent chunk of functionality had to be worked around to make separate js vs native targets, which also was a massive pain and took a long time. Dune's virtual targets wasn't ready at the time - I think we were one of the test cases for it.

Why should I use this instead of https://darklang.com/

First it was probably Dark. They made a lot of noise some years ago, but then I never heard of them again (looking at their current website, looks like they moved on to AI now, obviously).

Reminds me of Darklang. Personally, I don't think vendoring cloud services into a language is going to be beneficial. I'm curious how the language deals with vendor updates. Do I have to upgrade the language then? If so, I see a lot conflicts coming from this. Then it comes down to Javascript or HCL, the HCL bit makes me think that the below statement is not as truthy as it is on the surface:

We still don't have all that many users (~100 active), so I'm not sure you'll find an answer here. But we collect that sort of feedback publicly, which might answer your question: https://github.com/darklang/dark/discussions/categories/feed...

I wish I could remember what took me to YCombinator's website on the 10th of October, 2022. That was when I first heard about Wasp and another language called DarkLang. After I learned about Wasp, I was intrigued and curious to know how it works, which led me to join the discord server the next day.

Some languages that try to integrate an HTTP server and a database:

Ur/Web: http://impredicative.com/ur/

Dark (Darklang): https://darklang.com/

There are others in this space I did not assess like Encore, Shuttle, Modal, and Dark. These were not assessed for the sake of time. If you're interested in IfC, I encourage you to take a look at these others.

Oh, finally! I was waiting to build my serverless CRUD webapp in Dark (OCaml + JavaScript and Fsharp?) until they had support for returning negative numbers on a GET request!