Live data from Hacker News

Mu: making programs easier to understand in the large

github.com

1–10 of 66 posts

Re: Mu: making programs easier to understand in the large

#5
post #2

I'm a little hesitant to learn how to 'understand large programs', or how to structure them for that matter, from a repository that has 100 code files in the root directory. I'm not sure what I'm looking at?

Try the README: https://github.com/akkartik/mu/blob/master/Readme.md

It's a new programming language.

edit: The source seems to be structured intentionally in a recommended reading order. See the comment at the top of

https://github.com/akkartik/mu/blob/master/000organization.c...

Layers of code are filled in as you read down the list of files. It's an interesting concept, similar to literate programming. (And FWIW, these source files are C++ code for the compiler, not an example of Mu code.)

The author also has a blog post up here: http://akkartik.name/post/mu

Re: Mu: making programs easier to understand in the large

#6
post #2

I'm a little hesitant to learn how to 'understand large programs', or how to structure them for that matter, from a repository that has 100 code files in the root directory. I'm not sure what I'm looking at?

Try the README: https://github.com/akkartik/mu/blob/master/Readme.md It's a new programming language. edit: The source seems to be structured intentionally in a recommended reading order. See the comment at the top of https://github.com/akkartik/mu/blob/master/000organization.c... Layers of code are filled in as you read down the list of files. It's an interesting concept, similar to literate programming. (And FWIW,…

[deleted]

Re: Mu: making programs easier to understand in the large

#7

How is "subtract a, 3" better than "a-3"? I can already feel my carpal tunnel acting up!

Some say (for example Moore) that arithmetic is only a tiny part of programming and don't deserve special syntax (especially with a language that lacks C-style for loops).

Re: Mu: making programs easier to understand in the large

#8

How is "subtract a, 3" better than "a-3"? I can already feel my carpal tunnel acting up!

Some say (for example Moore) that arithmetic is only a tiny part of programming and don't deserve special syntax (especially with a language that lacks C-style for loops).

...Well, a tiny part of whose programming?

Programming languages (at least the not-so-academic kind) need to mesh with the problem-spaces being solved, and there are definitely some contexts where most of the work is encoding and applying arithmetic rules.

Re: Mu: making programs easier to understand in the large

#9
post #2

I'm a little hesitant to learn how to 'understand large programs', or how to structure them for that matter, from a repository that has 100 code files in the root directory. I'm not sure what I'm looking at?

His idea is that the way to understand a large computer program is by running it, testing it. So he's made (what I understand) a very nice UI for introspection of a running computer program. You can see what is happening while it's running.

Designing a programming language is kind of like a 'rite of passage.' I think most of us have at least thought about how to make languages better.

Re: Mu: making programs easier to understand in the large

#10

How is "subtract a, 3" better than "a-3"? I can already feel my carpal tunnel acting up!

Some say (for example Moore) that arithmetic is only a tiny part of programming and don't deserve special syntax (especially with a language that lacks C-style for loops).

Really all you need for programming are > Anything more than that is for wimps. Brain is the only language I ever program in.
Post reply on HN