Why are Nim, Odin, Zig, Mojo not included (and probably many others)?
Readit Newsmiguel_martin commented on GitHut – Programming Languages and GitHub (2014) githut.info/... · Posted by u/tonyhb
miguel_martin commented on Magit manuals are available online again github.com/magit/magit/is... · Posted by u/vetronauta
> That's not really true if you care about reliability
While reliability is always some concern, we are talking about a website containing docs for a nerdy tool used by a minuscule percentage of developers. No one will complain if it goes down for 1h daily.
With the uptime guarantees AWS, GCS, DO, etc. provide - it will probably 1h per 365 days accumulative (@ 99.99% uptime). 2 nodes for a simple static site is just overkill.
But, honestly, for this: just use github pages. It's OSS and GitHub is already used. They can use a separate repository to host the docs if repo size from assets are a concern (e.g. videos).
miguel_martin commented on How I am deeply integrating Emacs joshblais.com/blog/how-i-... · Posted by u/signa11
You start an emacs server on each machine you might use. Then ssh and emacsclient -nw. You need a decent terminal but life is simple.
When I used to use emacs to write code I did this, but it would be great if I could use tramp instead, unfortunately the latency is unbearable.
Also, when compared to neovim, the latency for auto-completion (with LSP as a source) is also unbearably slow. Even with libgccjit enabled.
Now I only stick with emacs for org mode. Maybe I'll try it again, but neovim is just faster.
Also checkout blaze: https://gasiulis.name/parallel-rasterization-on-cpu/
miguel_martin commented on How I am deeply integrating Emacs joshblais.com/blog/how-i-... · Posted by u/signa11
Not one mention of SSH or remote development. Life must be nice to do development on a single machine. Tramp on Emacs is not ideal.
miguel_martin commented on Ratatui – App Showcase ratatui.rs/showcase/apps/... · Posted by u/AbuAssar
I'm really waiting for the TUI web browser. That would let me live completely in the terminal.
Is anyone working on this?
With the speed terminals are and support for graphics through things like sixel and shaders I'd love to have a browser even if I couldn't do videos. Even if it was like viewing most pages in reader mode.
I'm not sure some big companies would be happy about that though since it likely would mean you could do things like ad blocking more easily. But maybe you could get them on board if you pitched it as a browser for LLMs. Something something it's a native interface for them. ;)
I know there's some browsers but things like W3M, Lynx, or *links* are... rough... definitely not of the quality we're seeing elsewhere in the current TUI revolution.
Not rust, but check out nimwave: https://github.com/ansiwave/nimwave
Nim has a python-like syntax, but I wish they'd gone farther, using `def` instead of `proc` and a `print` function instead of the `echo` statement. Though even if they did those things, I'm not sure it would really feel like programming Python.
As a long-time Python programmer, I was drawn to trying the language partly because of the syntax, but as soon as I tried to write something substantial, Nim's heritage in languages like Pascal, Modula, and Ada starts to show. Syntax notwithstanding, programming in it really felt more like programming in Pascal/Modula.
I in fact did not know anything about Nim's history or design choices when I started using it, but I'm old enough to have written a fair amount of Pascal, and I was not long into using Nim when I started thinking, "this feels weirdly familiar." `type` and `var` blocks, ordinal types, array indexing with enums, etc.
If your really want to use the keyword def instead of proc: you can do that with sed.
In all serious-ness, don't do that. I've used Python a lot, but Nim is a different language. Writing the proc keyword helps condition your brain to realize you are writing Nim, not Python.
It's too bad that the BDFL of Nim (Araq / Andreas) treats the language like his personal compiler development playground. This has led to a hard fork of the compiler, many experienced and frustrated developers leaving the community and language behind, and an extremely fragmented ecosystem.
He is also very difficult to work with and isn't very welcoming to newcomers. The community "leaders" / moderation team is also full of abrasive individuals with fragile egos.
> language like his personal compiler development playground
re personal compiler development playground: I don't see this for Nim 2. Nimony/Nim3 is more of a "playground", but rightfully so: he is creating a new major version of the language and aiming to improve the architecture of the compiler.
> He is also very difficult to work with and isn't very welcoming to newcomers
I don't have full context on the drama behind the fork, but I don't see Araq not being very "welcoming". Araq replies on the forums very consistently, replying to new-comer questions, which one might consider as "simple questions". Araq will state his personal & honest opinions, which may come off as abrasive or "un-welcoming" in your opinion. I don't agree with everything he says but that's OK.
From what I can tell the fork seems to be due to differences in direction of the language and w.r.t working together: differences in communication styles. But again, I don't know.
Personally, I see no reason to use the fork (Nimskull) over Nim, nor would I ever see any individual or company picking up Nimskull unless they were very deeply familiar with Nim (this is a small population of people). From a skim of the Nimskull repo, there is no website (there is a copy of the Nim manual), no forums (just some chatrooms), no clear documentation on the future direction, no documentation on differences for someone not familiar with Nim, etc. - why would anyone pick up Nimskull unless they knew Nim well? Please take this as constructive criticism. e.g. if any feature of the language/compiler/tooling is "better" or planned to be better: highlight it, summarize the long GitHub issue/projects discussions in a blog, etc.
miguel_martin commented on Video models are zero-shot learners and reasoners video-zero-shot.github.io... · Posted by u/meetpateltech
This is incredible.
miguel_martin commented on A review of Nim 2: The good and bad with example code miguel-martin.com/blog/ni... · Posted by u/miguel_martin
With `nim cpp` the Nim compiler actually just generates C++ from the Nim source for the backend to compile. So, calling C++ code is just emitting the calls at a C++ source level and so is straightforward. The situation with Rust "sharing" LLVM is very different, as that is not a source-to-source compiler.
C++ code calling Nim code is also not usually as straightforward. So, "fantastic" here may apply only in one call direction.
The way to enable C++ code calling Nim is via exportc or exportcpp and by writing a head file with the declarations you are exporting
This will require manual work, but you can use macros or a code generation script to help if your api is large.