systems

can you elaborate, or maybe share a blog post about it

+10 for bad windows support, i think this is a key and weirdly underestimated reason

just to give an idea how bad, until recently, you could not just go to ocaml.org and download ocaml for windows, you had to either download one for mingw or wsl

so for many it was just not installable, i.e. for many we didnt have ocaml for windows, until very very recently

I know this might sound naive but for those of us who had to google

kvm here mean keyboard video and mouse, not the linux kernel-based virtual machine kvm

this device apparently is used to connect to machines remotely over IP

Clearly this project failed for either

  1. scaling for a very specific use case, or because
  2. it hasn't even found product-market fit 

Blaming the failure or designing for scale seem misplaced, you can scale while remaining agile and open to change

I think, that complexity cannot be eliminated, but it can be hidden and distributed, using the right abstraction

that being said C++ being a big language adds complexity (stemming from the language itself, i.e. stemming from the tool)

So you can use a complex tool, to make a complex task simple, or a simple tool and keep the task more complex, requiring more steps etc..

But with C++ its a complex tools, that while it takes some complexity from the task, I think it adds enough complexity, that could outweigh the complexity it reduces

We need better languages, C++ is not it

Raku is now a completely separate language from Perl and I think that while Perl still seem to be used, Raku usage is even smaller

I am really impressed of how Raku developers keep their motivation to work on it

And I am a bit curious to know if Proxmox is interested in Raku at all, or are they only using Perl

i was rephrasing , saying what i understood (thinking i was making it clearer)

you are suggesting, i misunderstood the original text , if that is true i blame the original of being obfuscated

"LumoSQL can swap back end key-value store engines in and out of SQLite."

=>

"LumoSQL can swap SQLite backend, with Key-value store engines"

===

"LMDB is the most famous (but not the only) example of an alternative key-value store"

=>

"We currently only support LMDB as an alternative KV store"

===

"and LumoSQL can combine dozes of versions of LMDB and SQLite source code like this:"

=>

"LumoSQL will allow you to use different versions of SQLite and LMDB in parallel as different backends"

why zed for elixir/phoenix?

i thought the mainly maintained editor plugin was the one on vs code

i love emacs, but nowadays i would argue most languages are far better supported outside emacs, with few exception like lisps

so being strictly emacs, will really limit your choices, and honestly waste your time

well, functional languages with recursive types, are very good at representing binary trees

https://cs3110.github.io/textbook/chapters/data/trees.html

The problem with F#, Clojure and Elixir (hosted languages)

For F# , you need some basic C# knowledge For Clojure, you need some basic Java knowledge For Elixir, you need some basic Erlang knowledge

I like all 3 languages but usually each vm have a primary language, and each hosted language eventually become hosted on that primary language not the vm

I understand that for many task simple, to medium complexity, you might not need that, but it seem as you try to be more advanced you hit the wall of having to learn you host vm primary language

Well I do agree that this statement sounded bad, for me it sounded

"how can they treat her this way (inhumane) she is not a poor mexican"

its not ok to treat anyone inhumanely, no one ever, not just people in specific situation or from specific background

Julia is not a scripting language, or in other word, Julia scoping rule are not scripting friendly

currently if in a file i have

    local s = 0

    for i = 1:10
        t = s + i
        s = t
        println("$s")
    end

    println("$s")

and I execute this file, I will get an error

    ERROR: LoadError: UndefVarError: s not defined

if its not backward compatible with SQL, is not pipe syntax for SQL

its just a new Query language

most DBMS have proprietary extension to SQL, its messy, real success would be adding the new syntax to the standard and have implemented across multiple DBMSs

My only comment, there are must nicer system programming languages that could have been host, I am mainly thinking OCaml, as for me zig would have also been nicer than C++

My main objection to C++ is that in 2025 its not a language I would want to learn or use, nothing about its inherit qualities

So I can only guess the reason why they didn't mention how much more powerful NS2 is compared to NS1, is because it is not that much more powerful?

I would guess only 30 to 50% more powerful

the problem is not too many or too little, the problem is integration

i think canada have the potential to receive far more immigrant (and i think it should, to realize its full potentiel)

but little is being done to help with their integration, two thins should be done

   1. build more home
   2. support startups and small businesses

from the about

"Arcan is a powerful development framework for creating virtually anything between user interfaces for specialised embedded applications all the way to full-blown standalone desktop environments. Boot splash screen? no problem. Custom Interface for your Home Automation Project? sure thing. Stream media processing? Of course."

Still dont really understand what this is?

i dont get it, how is that a .. downside?

there is a presentation on youtube (a new one)

https://www.youtube.com/watch?v=yjC162DnsKI&t=594s

for me the most interesting point, guile will allow emacs to be more lispy, replace c code with guile code and integrate with CLISP and CLISP libraries

well, it should be lisp all the way down

https://www.loper-os.org/?p=42

i have one question, for me emacs have only 1 major flaw (or you can call it drawback) , its slow, some extensions are very very slow , magit for me is the prime example , json-navigator is another

will this make emacs fast , i understand guile is a nicer language than elisp, but if its not significantly faster, this i think will go nowhere

(the second but minor flaw, it need better graphics, nicer ways to represent directory trees or git branches, other than ascii, but if emacs becomes fast, i can live with that)

here you go

https://tkdocs.com/images/tearoff.png

this used to be on by default in IDLE-python, but it seems they disabled it in more recent versions

you clicked tat dotted line and the menu detached and you could place it anywhere you wanted

detachable menus is an undervalued feature, being able to detach a menu or submenu and cycle through its element, is great to have when you need it

is this proprietary or opensource? if opensource where is the source?

for me zooming out to 67% worked fine

how is this bad?

with technology and automation, any nation, will need less and less people

plus rent in japan is super high, and the country seem over crowded

why be alarmed by low birth rate, as long as its voluntary and not caused by an endemic health concern

my 2 cents

we need a good free open source rad tools

the rad market is dominated by very expensive commercial products, clarion, windev (pcsoft), outsystems , embarcadero, progress and few more

pascal, give the impression of a potentially nice (could be) rad tool, that make easy things trivial and hard things possible, but i think in practice it is not really

we need a nice foss rad devolpment environment, built around nicer and more modern languages , pascal is not a nice language , lazarus and other pascal ide are attractive though

I initially agree

But, if all you do is write elixir wrappers around the zig function, to completely hide the foreign language functions, keeping both the wrapper and implementation in the same file, even if two different languages doesn't seem horrible, but again, keeping them in two file doesn't seem like a huge difference too

I think its really a matter of taste, both options viable