devmunchies

Yes. Their docs have a providers page. I was able to set it up pretty easily

The amount of typos in your post… cheers!

Related to the "blissful" feeling, an under emphasized criteria when choosing current tasks for engineers from a backlog of tasks is which feature are they more excited to work on right now.

The motiviation and tinkering can be similar to a side project, and results in higher quality work IMO. Obviously there are urgent tasks, but it's an ignored vector in the "weighting system" for choosing work for engineers.

If you wait to assign the task in the next sprint, the excitement for that particular task might be gone.

This is the first thread ive commented on since trump was inaugurated and it’s sad to see HN has turned into Reddit.

emotionally charged, bad faith assumptions at the smallest whiff of independent thought.

But the memories will live on in our hearts.

I didn’t say I was in favor of axing all govt positions and grants, dude.

The regulators ain’t regulating. That’s their main job, not innovation.

The federal govt can’t be the majority of technological innovation. If we’re lucky this vacuum will be filled by an even larger private sector innovation hub like Xerox park and bell labs.

> I imagine the entire point of RTO mandates is to keep cities sustainable.

The main important factor IMO is mentorship of junior talent. (I'm speaking for technical orgs)

Viewing the organization as a living organism where an employee is a "cell", then there are material benefits in the "cellular replication" of talent and rejuvenation of the next generation.

It can definitely be true that RTO is worse for an individual engineer but better for the health of the organization long-term. Both can be true.

In my experience, remote only companies tend to prefer a higher ratio of senior employees for this reason. It's plug-an-play.

I think it's less capability and more the cost of goods. You can't compete with items that are half the cost to produce in east asia.

Manufacturing was always going to move to where it costs less.

It's bad for a productive american economy but it's a prisoner's dilemma so you can't blame businesses or consumers.

The government is the only party that had the power to do anything. it's 100% an economics problem.

I didn't use it 10 years ago but I've been using it for the last 4 years on mac and linux exclusively.

Microsoft seems to be prioritizing "cloud" on all their developer products (rather than just windows). I don't feel disadvantaged by NOT using dotnet on windows.

> string_of_int, int_of_string

That didn't bother me so much because i speak spanish and can read french. OCaml is of french origin. `string_of_int` is a bad english translation—should have been `string_from_int`.

I like F# where I can use the `int` or `string` functions:

    let myString = "2024"
    let myInt = int myString
    let myStringAgain = string myInt

What do i even pay Vercel for?! gah

Wait, all the music I bought on bandcamp can disappear if the artist removes it from their public inventory?

I recently learned about buying Mp3s on Amazon. Most CD purchase pages have a "purchase options" and you can do Mp3s. I do that for mainstream things for my kids that aren't on bandcamp (such as music from a kids TV show).

I'm actually working on a IoT device where one of the main goals was selfhosting audio content for my kids. Uses AI for the user interface. Similar to Alexa but battery powered. Still in private beta (orders are closed right now) but here is the link for anyone curious. https://heycurio.com/

ML (which is the precursor to OCaml/f#), pascal, basic, and sql use <>. If you consider that <, <=, etc are used as comparison operators it makes sense for <> to be in that camp. I actually never thought of it that way.

Interesting table here highlighting old programming languages https://en.wikipedia.org/wiki/Relational_operator#Standard_r...

I just assumed it was an erlang thing since elixir and gleam both do it. Now it seems even more odd that erlang doesn’t do it but they both chose it.

One thing I dislike with erlang based languages (both gleam and elixir) is that they use “<>” for string concatenation.

In F#, “<>” is the equivalent of “!=“. Postgres also uses <> for inequality so my queries and f# code have that consistency.

My main criticism of this article and the article it references is that it refers to Marc Andreessen as a “not-so-bright billionaire” who “doesn’t build shit”. Do people forgot that he built the first popular web browser (mosaic) and then built Netscape? He is much more part of “hacker” culture than other names mentioned.

I’ve been using f# in production for 4+ years and haven’t used windows in like 15 years.

Speaking of LSP, the lsp standard is developed by Microsoft so naturally any dotnet language will have good lsp support.

A lot of major C# features were first implemented in F#. I think of it as a place for Microsoft engineers/researchers to be more experimental with novel features that still need to target the CLR (the dotnet VM). Sometimes even requiring changes to the CLR itself. In that lens, it has had a very large indirect financial impact on the dotnet ecosystem.

I use f# daily at my company and am actually glad that many dotnet api integrations use array buffers (e.g. a byte array for streaming)

this forces me to optimize the f# code by thinking in terms of low-memory, mutable data structures when interfacing with external libraries.

My biggest issue with GRPC is direct mapping of ip addresses in the config or at runtime. From the docs: "When sending a gRPC request, the client must determine the IP address of the service name." https://grpc.io/docs/guides/custom-name-resolution/

My preferred approach would be to map my client to a "topic" and then any number of servers can subscribe to the topic. Completely decoupled, scaling up is much easier.

My second biggest issue is proto file versioning.

I'm using NATS for cross-service comms and its great. just wish it had a low-level serialization mechanism for more efficient transfer like grpc.

I was a speaker at this years Figma Config (ends tomorrow) and we all had to use keynote since it has way better support for video and animations than goog.

I’m sure that won’t be the case next year with this new announcement.

We use esp32-s3 at my company (smart speaker) but we don't don anything fancy.

Can you explain this? Why use esp as a peripheral if you already have an ARM chip?

We were considering moving off of esp to something that would make it easier do cpu-bound AI inference on-device or to enable more advanced audio DSP algos.

I agree with you on hardware but I'm not talking about hardware. I'm talking about UX. There is a huge difference between being iOS and being an app on iOS as far as access to the user of the device. There is no way to innovate on novel notification mechanisms, for example.

building a hardware company and shipping thousands of devices doesn't seem like a get-rich-quick grift to me. There are a lot of things rabbit can do that you couldn't do on an app since they own the hardware. Just shipped it too soon.

The product is definitely not super appealing to me yet in the current state.

> I mostly use royalty free music of Japanese origin

Like what? I’d like to hear what royalty free Japanese music sounds like.

It would be nice if I stopped needing to update the fsproj file for imports and hierarchy. If this could be dynamically built using a topological graph approach that would be a huge improvement. I don't use a heavy IDE so it's kinda tedious to need to update the fsproj file when i want to add a new file.

Are there any dev kits to tinker with this? How does one get started?