Very good point, every time I see some product or people telling how wonderful AI is at creating code, I just wait and see how well their AI is gonna fix a critical production bug on a large codebase. This is the human difficult part of the job of a developer that I'd really like to get rid of with AI.
For now and for producing code, I still consider AI as a newbie that works very fast but with errors, whom code must be tested and reviewed by a human before getting "merged" in any codebase.
The only other help I expect from AI is as you mentioned "a super-rubber-duck", but nothing more.
fasm is indeed great. It has many features, it can do all the code size optimizations, it even knows the sizes of variables (e.g. `mov myvar, 5` depends on `myvar db 0` vs `myvar dw 0`). NASM and fasm syntax are quite similar.
NASM supports more output file formats (i.e. .o files for many systems), and it can receive macro definitions from the command line (e.g. `nasm -DDEBUG`).
What's wrong with the fact of wanting exactly what you see on the screen and not the image but with some ai-produced artifacts ?
It's not a "trivial minor detail" if you get accustomed to poor quality of photo due to non-existing details. Technology over time should improve in quality, and if not, it means people are trying make money over your ignorance with cheap-and-low-quality-yet-almost-good-looking new product.
Please don't let that kind of manufacturer/seller win.
Having said that, it might probably be some kind of DLSS/FSR just for the photo.
What is left to be curious about in the image gen "AI" that companies are stuffing in? It's not a novel new tool that people love using, it represents a box every company has to check to head off the "what is your AI strategy?" question from market analysts.
Interpret the string as a decimal integer and compute the remainder of that number on division by 97
If the remainder is 1, the check digit test is passed and the IBAN might be valid
This. AGI-enthusiastics are disconnected from reality as they want something but don't grasp the consequences of having that said thing.
Exactly like kids would want a dog because they only see they could play with it. But don't see the fact the dog needs to eat, go out for a walk, and sometimes go to the vet, can sometimes bite.
AGI-enthousiastics are not ready to face an AGI, and no one of them is ready to take responsability for an AGI, given we'll see one in the next 50 years.
While I'm not an Emacs user I like the philosophy of it. And I like text editors.
That said, I use orgmode on android (orgzly) and used it on sublime text (orgextended), that's a nice feature.
I know one guy who uses emacs and when I heard of lem (https://github.com/lem-project/lem) I told him. (Lem is also in CL)
He was quite enthusiastic of it, but 2 or 3 things were missing at the time, the first of all you guessed it, it's org-mode, second was magit but he could use lem without it and finally it was a plugin manager (but we agreed it is a lot of work).
I don't know what are your plans but I hope I could give you some ideas.
It has a status buffer, it can push/pull/commit, stage files and parts of hunks (no arbitrary region yet), list commits (with a handy pagination), manage stashes, do an interactive rebase (no reword yet). It's fast for big codebases (linux kernel) as it doesn't call the git binary a lot. We watch the performance and we have plans to read git blobs natively. I contributed it (https://lisp-journey.gitlab.io/blog/oh-no-i-started-a-magit-...). Working on it is a pleasure as the Lem codebase is very clean and introspectable (and specially so through Lem).
I like the name ‘legit’ for your project and I look forward to trying it.
To be honest, I live in regular Emacs for all productivity things, but I have also spent a fair amount of time using Lem when coding in Common Lisp. Such a cool project!
Thanks for your input! I don't org-mode myself but I know it's a killer feature for many. In fact, I think if someone commit to it, they can likely build an even more powerful version of org-mode with a lot less and cleaner code, because Neomacs use arbitrary HTML DOM as its editing representation, and no need for regex/text-property hack. See https://github.com/neomacs-project/neomacs/issues/53 for an example.
That being said, Neomacs definitely need a user base and eco-system for that to happen, but I hope so!
As for magit, I wish one day Neomacs get one as well. For now one can use Neomacs's built in terminal for git.
Since it seems there is no mobile app doing that, one of the choices I have is to make a pull request for this feature in the Hacki repo, based on "Filter Keywords", the code should be pretty much the same.
Maybe it's best if I discuss it with the maintainer before.
For now and for producing code, I still consider AI as a newbie that works very fast but with errors, whom code must be tested and reviewed by a human before getting "merged" in any codebase.
The only other help I expect from AI is as you mentioned "a super-rubber-duck", but nothing more.