pancsta

The feature set looks great (especially Jev), but GPU still goes via CGo from what I can see https://github.com/computerex/dlgo/blob/main/gpu/gpu_cgo.go which makes yzma an easier option.

Seems like some people didnt get (yet) that code is just a better way of prompting. Some even tried to make “executable markdown” and “typesafe markdown”. Im speaking from a Golang perspective, dynamically typed languages may be different.

> WASI networking should work, and stdlib should be fully supported since that's our compat target.

Back in the day https://github.com/dispatchrun/net used to work for socket extensions in Big Go (but not TinyGo).

> v1.0.0/v1.0.1 focused on being a drop-in Go replacement (full Go 1.20+ source compat, complete Go 1.27 syntax, cgo support), not WASM/WASI specifically.

I will be honest that I'm more rooting for TamaGo getting WASM support (as it's a fork of gc), but llgo seems like a great middle ground. Also the lang interops may be useful to some when migrating codebases.

How’s the size of WASM binaries in llgo? Because TinyGo is pure pain when you rely on stdlib. Also networking in WASI would be great. I will give it a spin, but leaving questions open here (no info on github).

no wayland == no linux

Theres is another new project which does NOT rely on CGO https://github.com/gogpu/ui Its basically the whole WebGPU implemented in Go. Theres also Gio, but not sure if its still active. CGO is a huge pain…

Yummy, I can finally sync apple notes to jetbrains to obsidian. And its not even in jabbascript! Bonus points for picking Turso.

Very very weak, gogpu/ui offers more widgets without CGO which actually look like desktop UI instead of plain rectangles.

You may want to check D2 with declarative layouts instead of hardcoding drawing instructions.

So like restoring a tmux session, but supports only a single command.

The T is too short and B to long, the real split is a pyramid, not a rhombus.

Examples of IDEs are: Visual Studio (not Code), IntelliJ, Eclipse. IDE is about an excessive amount of options and automation and a tight integration between them. Lets take the vscode git client compared to intellij (Im on Goland daily), its silly and you have to use GitLense, and even then you miss like a half of options / dialogs AND it's not well _integrated_ any more. Debuggers set breakpoints and step through code, but can they record a session and reply from file? Is theres a dedicated dialog for breakpoints and do those breakpoints also show up in the bookmarks pane along with dirs and code lines? It's not feasible for a single person to make a proper IDE, even with AI, just like it's not feasible to make a proper OS - it's just too big.

But going back to feature-rich TUI editors, Im looking to migrate off of Micro and will evaluate both TTT and Fresh. I could def use a file pane and proper command dialog, with LSP being a nice addition. "Smart editing", bookmarks and markdown rendering would also be nice. Debugging is lang dependent and will eat up a lot of effort... Good luck.

Looks like a nice editor (not an IDE), will give it a spin. Have you seen Fresh? https://github.com/sinelaw/fresh

Simply join the call with the ipad…

Sidebery (new tree style tabs) easily handles 3000 tabs across a couple of windows https://addons.mozilla.org/en-US/firefox/addon/sidebery/

He confuses changelog with release notes. Doesnt know how to name commits and probably doesnt know how to name symbols either. Skill issue and he’s sad, now in public. Move on…

But he doesnt “ship malware” as in executable code, he just ships human text which the user decides to execute in the addition to executing the source code. If you put a gun in your mouth and pull the trigger, does it matter who put the bullet in the chamber?

Linux surface is awful, but also not actually Surface Surface. I did it, it sucked. I went back to windows and everything works primo, exempt its windows. So while I agree, I dont. PSA: wayvnc

Having a coding bot but skimming on coding? That should tell us something.

He’s totally right. It’s obvious.

If its so good at coding, why did you use Python aka py-toy? Let me guess…

Vibecoding is for scripting, and scripting != software. Not to be confused with cross-language codebase translations.

Probably in the chat / no sys prompt mode for docs only. Try to refac a codebase using a CPU only…

TLDR an IDE is a large program, buy ram.

This fellow isnt switching IDEs, just going to a tiny editor instead. I use JB daily and I despise their quality but they do get things right eventually (eg wayland). Ignore AI and remote development, use wayvnc. Open symlinked projects in a single window. Connect agents via IDE Index MCP (not the official one). Use a sidecar editor for magical autocomplete / niche LSP extensions (mirroring the IDEs config). You cant replace an IDE with an editor…

> in deep thinking mode

You mean deep brute-force mode of search results parsing themselves…

Terminal should be just a terminal and all the features should be on the server side. All these fancy client side toy terminals are for ppl who are unable to set it up correctly. Test - connect from another (random) terminal, does everything still work?

TLDR; shortcut for the less able

> Say hello to my little search engine

Companies in spain use it for legitimate reasons, so its more a lack of usage which makes spam the only usage?

Is this the way it begins?

This is another nice one.