Live data from Hacker News

Mirth – a type-safe concatenative purely functional programming language

github.com

41–50 of 76 posts

Re: Mirth – a type-safe concatenative purely functional programming language

#41
post #24
post #15

Earlier quoted context omitted.

What language are you going to try and improve? Add static types to Python? Or make Java purely functional? Often one needs to start again. Mirth looks much better than most.

There exist other languages in the category, e.g. https://kittenlang.org/ , http://www.factorcode.org/ , https://github.com/cdiggins/cat-language , https://en.m.wikipedia.org/wiki/Joy_(programming_language) . I assume the parent poster referred to improving those (or at least explaining which deficiencies of those myrth is addressing). (In case you didn't already, you can read about this family of languages in http:/…

Unrelated, do you speak Ithkuil?

Re: Mirth – a type-safe concatenative purely functional programming language

#42
post #37
post #2

Why do we need yet another language instead of improving the existing ones?

" Please don't post shallow dismissals, especially of other people's work. " https://news.ycombinator.com/newsguidelines.html

I know you are a gigantic egomaniac and I'm wasting my time writing this, but if you could ever repress your inflated sense of (mis)justice for two seconds, you might notice that the poster actually asked a perfectly valid question.

With the context presented so far (zero, for those keeping score at home), there's no reason to assume that the poster is dismissive of the project being discussed.

Why IS Mirth needed, when we can improve other languages? This is actually a perfect segue for proponents of Mirth to explain the niche the language occupies and it's pros and cons for users/engineers.

Thanks for making HN cancer, dang. Honestly, you're jumping up random asses on the internet that you'll never meet nor matter to is why the quality of discussion on HN has reached the trough it seems comfortably rested in. But hey. You posted the guidelines. You're a hero.

Re: Mirth – a type-safe concatenative purely functional programming language

#43
I am only recently aware of Patreon because of that V-lang stuff that has been hyping around on Reddit and here; this however seems very interesting to me. In my spare time I have been working on something similar for a long time but this looks, at first glance, clean and well done compared to my own efforts. Will have a play when I really wake up.

Another nice one (again imho) is [0].

[0] https://www.patreon.com/csaba_hruska

Re: Mirth – a type-safe concatenative purely functional programming language

#44

Earlier quoted context omitted.

It's unbelievable how entitled people can be towards things that are published for free by authors who owe them nothing. Mirth hasn't been released. I found it and decided to share it.

> Mirth hasn't been released. I found it and decided to share it. So you are actually doing it a disservice. Perhaps the author intended a larger release with better docs and examples (or no release at all if it’s a toy project). But now it will be yet another “ah, one of those languages with no documentation or viable use cases”. Languages are a dime a dozen, there are several of then on HN each weak. “How dare you…

A Forth-y with types, let alone dependent types, are not ‘a dime a dozen’.

Re: Mirth – a type-safe concatenative purely functional programming language

#45
post #35

Earlier quoted context omitted.

But the first thing I want to about C is not a compiler written in C. That's an unfriendly intro to almost any language. I want to see a procedure call, "Hello world" I/O, some math or string manipulation, and how to run that myself. After that I can look at compiler sources.

LISP is a notable exception. Btw, I do believe a compiler should be one of the examples of a new language.

Are you saying that lisps are an exception to needing to see some small examples at first when looking at a new language? Why do you think they're an exception?

Re: Mirth – a type-safe concatenative purely functional programming language

#46

I was interested by the title, but it really needs a quick-start + examples in the readme.

I've looked at some basic library code that is implemented as part of the compiler, and... well, I'm not sure about this. The syntax does not really seem reminiscent of concatenative languages ala FORTH, so in what sense is this a "concatenative" language? The documentation doesn't say - there is no documentation to speak of. I'm not going to dismiss the effort that has been put into this already, but I'd sure like to see some more overall polish applied - then it could even be reposted to HN, and perhaps garner far more useful critiques.

Re: Mirth – a type-safe concatenative purely functional programming language

#47
But, but...when do you get to actually use all these awesome languages?

> Forth, Haskell, Idris, Rust, Lisp.

All great. I would do anything to find a shop that actually uses any one of these instead of the usual boring stuff.

Seriously, how would one proceed to find such places?

Re: Mirth – a type-safe concatenative purely functional programming language

#48

But, but...when do you get to actually use all these awesome languages? > Forth, Haskell, Idris, Rust, Lisp. All great. I would do anything to find a shop that actually uses any one of these instead of the usual boring stuff. Seriously, how would one proceed to find such places?

1. Pick one of those langs.

2. Build a product.

3. ???

4. Profit.

Re: Mirth – a type-safe concatenative purely functional programming language

#49

But, but...when do you get to actually use all these awesome languages? > Forth, Haskell, Idris, Rust, Lisp. All great. I would do anything to find a shop that actually uses any one of these instead of the usual boring stuff. Seriously, how would one proceed to find such places?

1. Pick one of those langs. 2. Build a product. 3. ??? 4. Profit.

1. Done

2. Done

3. ???

4. It's open source (damn it!)

Post reply on HN