America is not just North America you know. It’s a whole ass continent. America isn’t a country, the US is. So when you say America when you actually talk about only the US, it’s as is you were talking about Mexico, Canada, Brazil… as well as the US. Which is… dumb? False? Erroneous?
I’d say US/USians, as America is more than just the US. America is composed of more countries like Canada, Mexico, Brazil…
You can downvote me all you want, it doesn’t change anything.
Hi there (a bit late, my bad) ; I've composed a short blog post about the language, comparing it with Clojure and Common Lisp: https://arkscript-lang.dev/blog/comparison-with-other-lisps/
Thanks, I’ll check it out!
And I must say that MKW is pretty fun, I love roaming around the world just doing tricks and exploring hidden areas!
It adds something’s that I found lacking in MK8, I would only play MK8 for Cups or Online, now there is an environment which ties everything together, with Easter eggs and collectibles, and I can learn the tracks without the pressure of a timer or a race ending soon.
I find this paper false/misleading. They just translated one algorithm in many languages, without using the language constructs or specificities to make the algorithm decent performant wise.
Also it doesn’t mean anything, as you aren’t just running your code. You are compiling/transpiling it, testing it, deploying it… and all those operations consume even more energy.
I’d argue that C/C++ projects use the most energy in term of testing due to the quantity of bugs it can present, and the amount of CPU time needed just to compile your 10-20k lines program. Just my 2 cents
Thanks for the idea, I’ll try to add a comparison page soon!
The vertical alignement is now fixed, I got lucky with bootstrap ; it looks way nicer, thanks!
« America, fuck yeah » takes a whole new meaning
Also, just to check, do you have a time limit set for the Playground so that people do not over-tax your system?
I double-checked, and it seems my timeout command was incorrect. I set it up again (with additional testing), and it now properly kills the container(s) after 20 seconds.
Thanks for your comment!
That’s a tough question, because it often boils down to preferences. I think a beginner developer or even someone fed up with the complexity of modern languages could be interested in the language, as it is very small but still more than usable. Only 9 keywords, no hidden meaning, everything follows the same rules : open a paren, then the first thing is a function call, the rest are arguments. I think the « lisps have too many parentheses » is a false problem only used by trolls. I won’t say that you have to understand the flow or fall into the matrix to use it and avoid the parens, it’s more about having a consistent coding style so that you don’t have to care about the closing parentheses. Plus with a modern editor, parentheses groups have different colors and are easy to match, you can navigate to the starting / closing paren with a keybind (% in vim, command/ctrl M in jetbrains IDE).
I’m no frontend dev, so I battle a lot with it so it displays how I want ; I tried with flex to center vertically the « getting started » section, will have to try again.
Yes, there is a time, cpu and memory limit to the playground, no worries! I started the playground about a year ago but only just recently managed to compile to wasm, I’ll see in the future if I can swap the docker integration for it.
First of all, the language is lisp inspired. ArkScript has s-expressions and code as data via its macros, its reads the same (left to right, prefix notation).
Keywords wise, we are not the same, which is a small but striking difference when comparing them side by side.
ArkScript has no classes nor structures, and no quoting/quasiquoting.
AFAICT both ArkScript and Common Lisp (a big lisp contender) have lexical scoping, so no real difference here.
ArkScript has strong dynamic typing too, like many other lisp.
The big advantage I would say ArkScript has, is its embedded capabilities. You can very easily use it in a project, as its C++ API has been designed for this.
Two years ago I started to follow RogueBasin's roguelike C++ tutorial, a somewhat outdated tutorial in term of good practices and C++ version, but very on point in term of roguelikes.
My goal when I started Pataro what quite ambitious: I wanted to make a modern C++ roguelike from the tutorial, and write an updated version of said tutorial to help the community! Even better (or worse, in term of choosing your goals) I thought I could make a modern C++ roguelike library for people to use.
I got the first 9 parts of the tutorial working pretty smoothly, having set up an architecture inspired by Bob Nystrom about game architecture with roguelikes in mind (great talk by the way: https://www.youtube.com/watch?v=JxI3Eu5DPwE). Then I got to a big hurdle: saving and loading. Having used a lot of polymorphism, it makes quite hard to load correctly things and I stopped there.
Then a few weeks ago, I picked up the project again, with a much lower set of goals in mind:
- finishing to implement the tutorial from RogueBasin
- ease the configuration of the project, so that people can pick parts of it or just make a roguelike from it
- fix a bunch of problems related to the map and how it is used to be able to extend it and modify it (imagine being able to have spells that could alter the map)
- rearchitecture a few more things because it's still very rough on the edges
- modernize the C++ code (again)