Beating C with one line of Brainfuck • Hacker News Board

Re: Beating C with one line of Brainfuck

#61

Post by tutfbhuf » Mon, Nov 25, 2019, 7:37 AM UTC

stiray wrote: post #60

I love it!!! It is a great parody on latest trends in "my favorite xy language is faster than 'c/c++", each time I see one of those, it sends shivers down my spine. Your language, that was made in c/c++, can hardly be faster than the language it was written in. Whatever optimizations it has, you can still make them in c/c++ with enough knowlidge, but probably you can optimize it some more (staring at c++ template met…

> The only question here is how good can the "compiler" be in making optimal cpu instructions from "your" language.

> Stop this evangelist wars.

I think if there is any need for a war at all, then it should be between compilers not languages.

Re: Beating C with one line of Brainfuck

#62

Post by randomsearch » Mon, Nov 25, 2019, 7:42 AM UTC

stiray wrote: post #60

I love it!!! It is a great parody on latest trends in "my favorite xy language is faster than 'c/c++", each time I see one of those, it sends shivers down my spine. Your language, that was made in c/c++, can hardly be faster than the language it was written in. Whatever optimizations it has, you can still make them in c/c++ with enough knowlidge, but probably you can optimize it some more (staring at c++ template met…

> Your language, that was made in c/c++, can hardly be faster than the language it was written in

What if the language you wrote includes a run-time that does JIT?

Re: Beating C with one line of Brainfuck

#63

Post by judofyr » Mon, Nov 25, 2019, 7:42 AM UTC

> Since cells need to be 32-bit for counting more than 255 words, you’ll also need to replace the few occurrences of char to int.

Well, part of the fun of Brainfuck is working around the limit of 8-bit cell size. How about creating a version which implements 32-bit numbers by storing them in four cells?

Re: Beating C with one line of Brainfuck

#64

Post by jangid » Mon, Nov 25, 2019, 7:49 AM UTC

Will rust be any faster? Like 'ripgrep'.

Re: Beating C with one line of Brainfuck

#65

Post by mortdeus » Mon, Nov 25, 2019, 7:54 AM UTC

jpgvm wrote: post #2

I love how this blog only has this single post and it's dutifully tagged #shitpost. Thanks for sharing, I got a good chuckle out of it.

well we all got to start somewhere i suppose. It looks like he's off to a good start and perhaps we got another coding horror in the making. One can hope right?

Re: Beating C with one line of Brainfuck

#66

Post by IcePic » Mon, Nov 25, 2019, 7:55 AM UTC

randomsearch wrote: post #62

stiray wrote: post #60

I love it!!! It is a great parody on latest trends in "my favorite xy language is faster than 'c/c++", each time I see one of those, it sends shivers down my spine. Your language, that was made in c/c++, can hardly be faster than the language it was written in. Whatever optimizations it has, you can still make them in c/c++ with enough knowlidge, but probably you can optimize it some more (staring at c++ template met…

> Your language, that was made in c/c++, can hardly be faster than the language it was written in What if the language you wrote includes a run-time that does JIT?

and the JIT is written in...

Re: Beating C with one line of Brainfuck

#67

Post by Athas » Mon, Nov 25, 2019, 8:05 AM UTC

stiray wrote: post #60

I love it!!! It is a great parody on latest trends in "my favorite xy language is faster than 'c/c++", each time I see one of those, it sends shivers down my spine. Your language, that was made in c/c++, can hardly be faster than the language it was written in. Whatever optimizations it has, you can still make them in c/c++ with enough knowlidge, but probably you can optimize it some more (staring at c++ template met…

> Stop this evangelist wars, your language can be great due to some other features (ease of use, knowlidge needed to be proficient in it, forgiveness of mistakes,..), you dont need to compare it to c/c++. It just doesnt make any sense.

What if the purpose of the language is exactly to be faster than reasonably written C? Then a comparison makes sense.

Also, I have written a language that is "faster than C" in a certain naive sense, and it was not written in C. It does generate C, but not the kind of C sane humans like to write.

That does not mean those wc comparisons are indicative of real performance, though. They are just meant as provocative ways to get attention.

Re: Beating C with one line of Brainfuck

#68

Post by mortdeus » Mon, Nov 25, 2019, 8:06 AM UTC

stiray wrote: post #60

I love it!!! It is a great parody on latest trends in "my favorite xy language is faster than 'c/c++", each time I see one of those, it sends shivers down my spine. Your language, that was made in c/c++, can hardly be faster than the language it was written in. Whatever optimizations it has, you can still make them in c/c++ with enough knowlidge, but probably you can optimize it some more (staring at c++ template met…

"Your language, that was made in c/c++..."

What's funny is that C was initially written in B, and C smoked the living hell out of that language. As it turns out, the speed of compiled code and the running time performance of compilation is two drastically different things.

If C++ was a runtime language it would be slower than a checkout line at Walmart filled with grandma's trying to get in the last bit of Christmas shopping after all of them had just found out their kids are finally going to come out and bring their grand babies to visit for the first time after all these years.

In other words, the way you measure speed and the way I measure speed are to different things. If you had to account for the time it took to grow food back in the old days when accounting for how long it takes you to make dinner, you could say that standing behind a line of grandmas is way quicker.

But both realities are not only mutually exclusive but if you were to ask me; one of those two situations is more gratifying and the other is absolutely aggravating.

Waiting on C++ to compile feels like waiting on a line of grandmas at walmart just so I can get something to eat.

Re: Beating C with one line of Brainfuck

#69

Post by naikrovek » Mon, Nov 25, 2019, 8:09 AM UTC

stiray wrote: post #60

I love it!!! It is a great parody on latest trends in "my favorite xy language is faster than 'c/c++", each time I see one of those, it sends shivers down my spine. Your language, that was made in c/c++, can hardly be faster than the language it was written in. Whatever optimizations it has, you can still make them in c/c++ with enough knowlidge, but probably you can optimize it some more (staring at c++ template met…

> Your language, that was made in c/c++, can hardly be faster than the language it was written in.

It doesn't work that way.

Re: Beating C with one line of Brainfuck

#70

Post by naikrovek » Mon, Nov 25, 2019, 8:13 AM UTC

IcePic wrote: post #66

randomsearch wrote: post #62

Earlier quoted context omitted.

> Your language, that was made in c/c++, can hardly be faster than the language it was written in What if the language you wrote includes a run-time that does JIT?

and the JIT is written in...

I am bemused by C and C++ fanatics who simply do not and apparently can not see beyond C and C++. Like it is impossible for society to surpass those languages, and that everyone will use them a million years from now...

We will obviously still have them for a while, but anyone that thinks we have reached maturity in an industry that is around 50 years old is just not thinking objectively.