Live data from Hacker News

The Janet Language

janet-lang.org

41–50 of 203 posts

Re: The Janet Language

#41
post #18

[flagged]

There was a time when computerey people prided themselves in not being "normal." You can take your normie rust, I'm quite happy with my parentheses.

Turns out, even computer things are social since we're at our best when apes work together to build complex things.

Re: The Janet Language

#42
post #39
post #18

[flagged]

> Normal people don't like lisp, it looks weird. Have you considered that this is perhaps not a problem with lisp? Normal people do not much like writing computer programs at all.

The empirical evident would be against you, as tens of millions of programmers prefer writing code in those other languages that lack the parent :-)

Re: The Janet Language

#43
post #18

[flagged]

> I feel the need to say it every time I see new lisp-like language. Normal people don't like lisp, it looks weird. So? Normal people aren’t computing enthusiasts, so... > Are lisp-like language designers aware of that? No, lisp-like language designers have never hears the parenphobes that jump into every discussion of lisp-like languages to make their feelings known. Also, no one involved in Python, YAML, etc., has…

vaguely kinda related. I want to like lisp for its features but the syntax is too much for me to pick up without serious time investment, which I am not sure I want to make.

are there any other languages that support for example lisp-like interactive REPL, eg analyzing program state while it is running?

Re: The Janet Language

#44
post #16

line noise much? man, that example is not pretty

If you're not used to working with lisps, your reaction is basically just unfamiliarity, and not actual discernment. Lisps are inarguably and objectively syntactically simpler than non-s-expression languages.

[deleted]

Re: The Janet Language

#45
post #18

[flagged]

> I feel the need to say it every time I see new lisp-like language. Normal people don't like lisp, it looks weird. So? Normal people aren’t computing enthusiasts, so... > Are lisp-like language designers aware of that? No, lisp-like language designers have never hears the parenphobes that jump into every discussion of lisp-like languages to make their feelings known. Also, no one involved in Python, YAML, etc., has…

> So? Normal people aren’t computing enthusiasts, so...

even many (most?) computing enthusiasts aren’t into lisp. I am. Since this language is lisp-y but not deeply lisp, you’re now finding that not only are anti-lispers put off, but also lispers.

Re: The Janet Language

#46
post #40
post #21

Earlier quoted context omitted.

var distance = sqrt(x * x + y * y) That is something very similar they may had in high school.

Math notation is familiar, yes. Are you also saying math notation is good? Is it an example to emulate? I always thought math notation was atrocious to the point of discouraging me from the subject. Who knows, had mathematics used saner (simpler, consistent, perhaps slightly more verbose) notation, I might've been better at it.

> Are you also saying math notation is good?

If mathematics notation were as terrible, horrible ad you say, wouldn’t mathematicians have changed it by now?

Re: The Janet Language

#47
post #35
post #33

Earlier quoted context omitted.

I think its a pretty nice language. Those extra bits of syntax that makes it "not a lisp" are mostly around defining "not list" kind if data structures. I find it practical.

What data structure isn't just a list with extra steps?

Almost anything but a list

Re: The Janet Language

#48
post #30

Earlier quoted context omitted.

You mean Python, not Clojure. A number of key underpinnings, such as (almost) exclusively immutable datastructures are missing from this language. It is more of a Python with a LISP syntax.

I'm pretty sure GP meant Closure, considering the language has matching immutable data structures for mutable ones [^1] and even its own (limited) version of EDN called JDN. It’s definitely also inspired by it. [^1]: https://janet-lang.org/docs/data_structures/index.html

> I'm pretty sure GP meant Closure

Closure is not a language so hopefully not?

> the language has matching immutable data structures for mutable ones [^1]

Looking at the lingo being used, the extremely limited breadth of ABI, and the complexity they assert around "immutable" data structures, they're clearly imperative data structures you can't mutate rather than the persistent data structures you'd expect from a strong clj inspiration.

This page looks a lot more like a description of python datatypes than clojure, the only bit that Python lacks is an official frozendict.

Re: The Janet Language

#49

This is really cool, surprised it has so few stars and I've never seen it talked about here. I like the LISPs but I've always thought not having a CPython type thing was a bit of a deal breaker for making it a go-to "primary" language that I would use everyday. I'm definitely going to try with Janet though.

> I've always thought not having a CPython type thing

What cpython type thing? Do you mean a rich(er) set of built-in datatypes?

Because lots of lisps have that, some (e.g. clojure) also have reader macros for pseudo-literals.

Even Scheme has had a built-in hashmap since R6RS (2007), and R5RS implementations usually provided hashmaps even if they were not spec-defined. Common Lisp has had a hashmap more or less all along (at least since before ANSI standardisation)

Re: The Janet Language

#50
post #30

So this is kind of like a lightweight non-jvm clojure? I like it. Looks like it could be a nice swiss army knife for data munging.

You mean Python, not Clojure. A number of key underpinnings, such as (almost) exclusively immutable datastructures are missing from this language. It is more of a Python with a LISP syntax.

If anything it’s major inspirations seem to be Clojure and Lua.

It has some of the affordances of the former in terms of semantics, but is stripped down and friendly like Lua.

The use cases also seem to overlap with Lua, as a fast, embeddable scripting language that you can easily keep in your head (see docs).

It seems to be simpler than Lua because it doesn’t complect arrays and dicts into tables, as arrays are a separate construct. And it affords you with immutable versions of those.

To me it looks like a Clojure-like for Lua use cases.

Post reply on HN