so where are the millions of line code you need to train the LLM in your new language? Remember AI is just a statistic prediction thing. No input -> No output
intresting project, do you mind to explain what brought you to do that research?
im a litte surprised that the more simple languages tend to use more tokens, but after thing i realizend that languages with more expressiv syntax allow to write with less "words". But i also think it is a little bit like a race of watches. who realy wants to know what watch runs faster?
To bad I can not change away from vs code. Most chip manufacturers use the vscode + Addons approach today to give you a toolchain to Programm for your microcontroller. They (thank god) abandon there proprietary IDE attempts and concentrate on chips and compilers again. They found VSCode and now you are required to use this. I’m very unhappy with the situation and on the job hunt to get away from embedded to application programming
Which microcontrollers? Of interest, I program STM32, ESP32 (Risc-V) and Nordic chips, and do everything in RustRover. The compiling is decoupled from the editor. (You do cargo run to build and flash with debugging, or click the Run IDE button; works just like any program) The editor is for the code structure, and should reflect that, vs the chip. There is Cube IDE which is useful for configuring clocks, memory layout data, and other periph info as a supplement to the RMs and User Manuals, but it's not required to write code.
Do you do this in a professional setting? I'm curious because I did some embedded/uC work about 10 years ago and considering the state of C/C++ SDKs (and IDE support) at the time, I would have expected it to take decades for Rust to get a foothold.
Yep; do it at work (Security-related sensors for a DoD contractor) as well as my own small business. It doesn't have a foothold, and may not ever; we will see. I think a lot of the embedded rust content you see online is makers who are more interested in doing tricks with the ownership system and Async. So, I am an exception, but... I do recommend this workflow despite its lack of popularity!
I just like rust for the overall language and tooling. (For example, the workflow I described above); don't really care about the memory safety aspect to the degree it's often presented.
The biggest downside is I have to do a lot of leg work which wouldn't be required if done in C or C++. E.g. implementing hardware interfaces from datasheets and RMs. Sometimes there will be a Rust lib available, but in my experience they are rarely in a usable state.
As a hobbyist who's written and is working on a couple of async HALs my take is that Rust is well suited to embedded work but yeah there are hurdles. It's immature so while things like Embassy are a joy to work with, they're missing a lot of (sometimes seemingly basic) features.
So I think you and the person you responded two are talking about two different things: developing software with and without a HAL.
The rise in ARM brought about quite a bit of standardization. You're no longer bound to vendor specific compilers and toolchains. Insofar as you're willing to essentially reimplement large swaths of the HAL you're able to BYO dev environment. Of course all of this is also subject to the quality of the CMSIS packs and documentation put out by vendors.
This is true with Rust as well, and in this capacity Rust is quite mature and well supported for Cortex-M stuff (and to a slightly lesser extent Xtensa and RISC-V). The tools to create thin wrappers around the registers (so called Peripheral Access Crates — PACs) are pretty well fleshed out at this point.
If you're looking for a equivalent to first party HAL to leverage (e.g. CubeMX, Atmel Studio), Rust is significantly less mature here if only because of its age. In Rust land there are multiple different HAL frameworks to work with and it's likely you'd need to use a combination of them. Embassy (a combination of an async framework and HAL components) is pretty slick if it does what you need.
I think all the icon „bloat“ is from the designers that needed to stay relevant. They learned to use pictures instead of text from some professors and wanted to show how much they are worth. The picture for text pattern is valid if you want to replace one or two words in a commercial but not if you have about 200 icons on your page. Also the trend to a flat black and white design makes the icons just to blend together
I always shy away from syntax sugars. If I like a private field with setter and getter I write it into my code. The most of the code is written by autocomplete and if I do now like to se it I just fold it away. I have control over the naming and I can set breakpoints into the getter/setter to trap all those case where I somehow write rubbish. I also have the benefit of seeing the field in my debugger and can access them for hydration without the setter. I see no real use in such new keywords. Just my 2 cents
can anyone recomend a alternative that is easy to install and also offers syntax highlighting? i have read about lazyvim and neovim, but both have extensive install requirments as i have read
If you really only care about syntax highlighting then nearly any code editor will do. Even nano supports it, it’s just disabled by default.
If you want something powerful yet easy to pick up, you might want to look at e.g. Zed (GUI IDE), Sublime Text (GUI editor), or Micro (TUI editor). If you don’t mind a learning curve, Vim/Neovim and Emacs are excellent choices. But there’s a lot of other options out there, like Gedit, Kate, BBEdit, Notepad++, etc. depending on your platform of choice.
I've been having a very good time with Zed. Great vim motion support, and fast to the point where using VSCode feels like driving a semi truck by comparison.
For TUI, Helix has a lovely out-of-the-box experience. What little config there is (two TOML files) is relatively easy to grasp. The main barrier you'll face is setting up your LSPs, which need to be installed manually. (Luckily, there's `uvx -q` for Python LSPs.)
For GUI, Zed is also really nice, has a great Vim mode, and auto-installs anything you might need. It loses a couple of points to VS Code on account of not being arbitrarily extensible, although that can also be seen as a plus, as it prevents extensions from randomly slowing everything down.
I’ve been using Zed [1] for some time now. They are also pretty AI focused so it may only be a matter of time, but so far I’ve been able to disable all of the AI interactions.
Kate is such a refreshing change. Super responsive and fast under Asahi. It's the best dev environment I've worked with in a very long time.
A few niggles with the switch, like it seems to assume Git but I'm using Fossil. I also haven't found a decent cheat-sheet for keyboard controls. I got duplicate block and move block working, and really enjoy the column editing, but still using cut for line delete.
I think KWrite is the same engine underneath? at least it feels much akin to Kate. I use it mainly for assembly files, since I was able to hack in an armv8 syntax file and needed a different theme than Kate.
VSCodium has been my go-to. VS Code was great for a bit but (even long before this) it was already suffering from the cancer that is "being a microsoft product" and it was being bloated to death like everything else they ship, but VSCodium seems to keep enough distance to be immune. Will it stay that way? Who's to say. I hope so though.
+1 on VSCodium. It was a 99.99% seamless transition, for me. The only annoyance at all was not having VSCodium added to my context menu, which doesn't even matter if you never "right-click->open folder" to launch. And, obviously, is pretty easy to add back in both windows and linux.
reply