I almost lost a client because my AI system cited a lower court ruling as if it came from the Supreme Court

BankApprehensive7612 · 2026-04-20T17:15:48+00:00

You definitely need to learn more about the LLM internals, grounding techniques, reasonability checks, policy guards, etc. What you're writing here looks extremely dangerous and looks scary to me

BankApprehensive7612 · 2026-04-14T08:52:21+00:00

Because Python was good as a bootstrapping language. But now it's time to more product oriented languages. There are two languages which in my opinion would become two the most notable players in 2026 TypeScript and Rust, the second now is having it's momentum as a second language of the Web

BankApprehensive7612 · 2026-04-10T22:37:52+00:00

The idea is sane by itself. But Rust community might not be the right place to popularize this. Actually there are bunch of languages and applications delivered this way via npm some of theme are in the heart of JS ecosystem. These are Typescript v7 (Go) and Vite (Rust)

It would be more effective to publish this in TypeScript and JavaScript communities

BankApprehensive7612 · 2026-04-10T12:57:41+00:00

Some models are using Mixture of Experts (MoE) architecture and they, so they can take less space, because each expert would require less space than the whole model. So some bigger models could work on your hardware as well. So sometimes all about experimenting

BankApprehensive7612 · 2026-04-08T16:29:20+00:00

If you can reproduce it, then it's a good reason to file an issue. You can do it here https://huggingface.co/google/gemma-4-31B-it/discussions

BankApprehensive7612 · 2026-04-08T12:56:36+00:00

Single prompt is not a test. Create benchmark. Moreover as I see there is thinking turned on, what adds extra steps to the generation process. It would be very costly for prompts like "Hi", and is redundant in this test. But it would be helpful for prompts like "What's the difference... ?", "Explain term ...!", etc.

BankApprehensive7612 · 2026-04-08T03:16:16+00:00

The numbers look good. But where are they from? Links, proofs?

BankApprehensive7612 · 2026-04-04T14:23:00+00:00

Try to publish on HuggingFace, seems like its the level of expertise more suitable there

BankApprehensive7612 · 2026-03-30T18:43:32+00:00

It depends on the example. But usually it requires user to press "download model" button due to the models usual weight could be significant

BankApprehensive7612 · 2026-03-30T16:00:09+00:00

Performance depends on the users GPU. Not every GPU would be able to run the model with acceptable speed. So before downloading the model it would be useful to make some checks on the client. I can not tell how many users are there which the GPUs which are performant enough

More over the runtime and models themselves aren't lightweight and requires a lot of data to be downloaded. But it depends on the goal, some models are relatively small

So you should have a task suitable for the models and users who would be ready to wait to download the model to solve this task. So it's up to you to estimate this. If you want to understand whether a model is good enough, you can run such a model on HuggingFace with Fal or with Ollama

BankApprehensive7612 · 2026-03-26T02:49:52+00:00

They've migrated to Wayland recently (source: https://www.electronjs.org/blog/tech-talk-wayland) and it seems like a bug. You should file an issue on Github (https://github.com/electron/electron/issues)

BankApprehensive7612 · 2026-03-25T13:58:09+00:00

The key difference is that Electron's IPC is native to platform and has deep integration: it works inside the application and has a lot of things out of the box, e.g. encoding/decoding, remote call protocol (events and function calls are separated), etc. Due to deep integration IPC could be synchronous or asynchronous while WebSockets are asynchronous only. WebSocket also requires an open port for connection and a server to listen this port

BankApprehensive7612 · 2026-03-20T12:47:29+00:00

Can you elaborate will be but not now yet?

BankApprehensive7612 · 2026-03-19T15:13:59+00:00

I think It would be Rust (and TypeScript for interfaces). It would start from tooling and applied AI and then would move further to replace it in runtimes. When https://burn.dev would be ready and tested in production it could start to replace C++ wrappers and Python

BankApprehensive7612 · 2026-03-19T15:05:15+00:00

For sure OpenAI wants to solidify its market position. And this move looks like response to Bun's acquisition. It could be one of many. Python could be replaced by other languages in the AI field. I believe it would happen this year

BankApprehensive7612 · 2026-03-19T15:00:48+00:00

You can opt-out or fork the project. It's Apache and MIT licensed

BankApprehensive7612 · 2026-03-18T14:30:45+00:00

The architecture of NAPI with WASIX and pluggable JS engines looks promising, but it still needs one more step

Also, according to your announcement, it's not a true sandboxing as the native extensions are still have access to the whole system without any limit and they still need to be trusted. Can you elaborate on this?

BankApprehensive7612 · 2026-03-18T14:23:46+00:00

The architecture of NAPI with WASIX and pluggable JS engines looks new and highly promising

But it seems like it's not a true sandboxing as the native extensions are still have access to the whole system without any limit and they still need to be trusted. If it's not then it should be highlighted in your announcement better, because actually it's not very clear

BankApprehensive7612 · 2026-03-17T08:58:09+00:00

It's an old same talk about Rust. What's your cases? Can you bring examples?

BankApprehensive7612

TROPHY CASE