realharo

I think it's turned off by default for most languages though - probably considered unnecessary, as you can always just hover over the variable. Also, unlike the JetBrains IDEs, I don't think you can Ctrl+Click on such a hint to navigate to its definition in VS Code (like you can in normal code).

No button presses necessary (there are no buttons even, I have a slide switch on my PCB but almost never need to use it), everything resets automatically (except when it's in deep sleep, then I need to unplug it and plug it in again), I see log lines from the very first line in `app_main()`, etc.

I'm using a recent version of the ESP-IDF framework including all its tools (there is a VS Code extension that has a `Build, Flash and Monitor` button, I think all the operations are just run using the `idf.py` script, but not sure).

There is more info here https://docs.espressif.com/projects/esp-idf/en/v5.0/esp32c3/..., the ESP-IDF VS Code extension should have this doable with one button click.

On the chip or the modules, this is pins GPIO18 and GPIO19 that just need to be directly connected to USB D- and D+. Of course the chip still needs between 3.0V and 3.6V for power, so you can't power it from USB directly. If the firmware is just rebooting all the time (sometimes the case on a fresh module), you may need to pull GPIO9 low to enter bootloader instead (https://docs.espressif.com/projects/esptool/en/latest/esp32c..., there is a button for this on some boards), but otherwise you can just flash it in normal mode too.

See https://docs.espressif.com/projects/esp-idf/en/latest/esp32c...

If you need to make requests to other people's servers, there is a tool to generate and include a bundle from Mozilla, that you can update in the future as part of an OTA update (https://docs.espressif.com/projects/esp-idf/en/latest/esp32c...).

Unlike the ESP32-S ones though, that's all it does on the C, so you can use it to program and debug the thing, but you cannot make your own USB device with it.

Would that mean you can simply use one AI (or more) from anyone else to train another AI?

Of course access can always be limited to an API with rate limits and per-request costs, which would make it difficult to straight up copy the whole thing, but it would be hard to justify any legal protections against it.

The change AI brings could be lot more fundamental than that. What that means for jobs though, is really hard to predict.

The answers there are just a few of the many great examples of why bash is best avoided in almost all cases.

If it's powered from USB, it doesn't really matter, but if you want to power it from batteries (especially something like AAA NiMH batteries) so that you can easily hang it on a wall somewhere and make it last a month or so (refresh every 10-15 minutes maybe), you pretty much have to use something much more low power (like an ESP8266, ESP32, etc.).

Having pre-stored pictures is also unnecessary, just generate them on the fly. Unless generating the picture takes a long time (e.g. having to contact a lot of slow external services), you can just draw it on the server in memory with each request.

In the same request, the device can also send its battery voltage to the server, where you can collect it as metrics.

Other than that, it's a great language with a great ecosystem.

My guess would be most apps are discovered through other channels, and then the user just clicks a link on a website that takes them to the app store. Or they already know the exact app they're looking for, and search for it by name directly. So the store doesn't provide any value in such cases, yet they still take the 15% or 30%.

Also, whatever you write won't then be usable in normal browsers. So it's essentially just another cross-platform UI library, with a DSL for the UI parts - of course that's still good enough for many people.

It's great for things like setting alarms, kitchen timers (don't have to touch anything with your hands, just talk), checking the weather, and controlling the other smart devices like lights, with just your voice.

Tons of people would prefer a 4-day in-office work week over a 5-day remote work week. You may not, but there are many who do.

Or only publish a hash that used some collision-resistant function (future proof), and then publish the text that matches the hash later. For this, you can just tweet it, or write it into a HN comment.

$2a$12$0qd0ztFAO5XAjQ.HRDMxjeS3n6tsemeHfWfWO0MIBR0mwFfmyp2RO

SwiftUI and Jetpack Compose also support individual component previews in their respective IDEs. (https://developer.apple.com/documentation/swiftui/previews-i..., https://developer.android.com/jetpack/compose/tooling#previe...)

Previously I was used to typing some of the letters on the edges with the "wrong" hand (e.g. typing Y with my left hand) so I mapped an Y onto both halves, but eventually I got rid of that mapping.

I also had to gradually make many other small adjustments to the layout (which is thankfully really easy), because while you can adapt to typing of the letters fairly quickly, keyboard shortcuts and function keys are another matter (especially if you were used to using the function key row with Ctrl/Alt/Shift modifiers).

Having your arms naturally apart is pretty comfortable though, and I also like how cool it looks with the blank keycaps and the metal legs.

If anything, I had bigger issues with a MacBook keyboard, due to the missing Home/End keys, which I use all the time for selecting code (e.g End followed by a Shift+Home or vice versa to select a row, or using Shift+PageUp/PageDown plus arrows to select a block, are very ingrained in my muscle memory).