Is that more beautiful than 1337 > 0? I'm not sure, but that's the Ruby way to do things and it can definitely be elegant. (The typical operator syntax is also perfectly valid in Ruby).
To be honest, I think Ruby has an awful syntax. There's way too many ambiguities that get resolved in weird ways. It just feels like there once was an idea behind it that has long been forgotten.
Being able to call methods on literals is nice, but compared to the many ugly parts, I'd still prefer something a bit more unwieldy but at least consistent.
Every time I work with Elixir, I feel like the code (and any generated documentation) is a work of art. It's very familiar to Ruby but has an entirely different programming paradigm, which feels great.
Also, the fact that it uses way less intransparent magic makes it more straightforward for me to read.
It's a bit more "hardcore" than Ruby too, but has much less ambiguity too. I was gonna name it too, pattern matching allows to do everyday operation so easily, once you get used to it it's crazy.
Elegant and beautiful are two different words that have two different meanings. You are effectively asking two different questions. I'll attempt to answer both.
Assembly language is always, technically-speaking, "the most elegant." It is one step removed from raw opcodes processed by the CPU but, unlike raw opcodes, is still technically "readable" by humans.
mov eax, 15
The downside is that assembly language is somewhat painful to write real software in. There is no concept of functions, classes, etc. at the hardware level. The resulting code is also tied to a single CPU architecture. For embedded development, that might not be a problem but it is a problem for general-purpose computing, especially cross-architecture development. And is also a problem if you ever want to accomplish anything useful in a reasonable amount of time. C is the next best thing to writing assembly but does add a bunch of software layers to abstract away the hardware to some degree.
Spoken languages have the most beautiful syntaxes. Entire professions exist just to analyze the syntax of spoken and written languages. However, programming languages that aspire to be like spoken languages (e.g. COBOL) tend to be too wordy to program in. Programming languages that produce "symbol soup" just to save a few bytes tend to be incomprehensible to the casual reader - even for other seasoned programmers who know the language and are reading a codebase for the first time. Symbols also have the downside of being unsearchable on various search engines. The best programming languages therefore strike a balance between the two by being neither too symbol-heavy nor too word-heavy.
Here's another possible perspective: The most beautiful syntax in software development is the one that naturally emits no errors, warnings, or notices from a compiler/interpreter. The greatest challenge then is to keep the code that way for a decade or longer even as the language changes, new versions are released, and half of the codebase is declared deprecated.
I Guess Solidity as it is a mix of C++, Python and JavaScript It does not has that much use case as of C++ or JavaScript but it looks Beautiful. Here is an example
// SPDX-License-Identifier: MIT
pragmasolidity^0.8.7;contractMyContract{uint8j=0;uintpublicnum=2;functionwhileLoop()publicreturns(uint){while(j<5){j++;num*=2;}returnnum;}}
Python's readability is unparalleled, even non-programmers can have an idea of what's going on. Straightforward but can it be called beautiful just because it's readable? English is readable but it's certainly not a "beautiful" language.
Ruby certainly emphasizes elegance. It's like poetry...but not all poetry is good.
Lisp has a timeless minimalism in its absolute lack of syntax beyond (this).
Beauty lies in the eyes . . . and all of that, so as per me, the following languages are very pretty: Lisp (Clojure, etc.), Elm, Scala, F#, Racket, Haskell, and maybe even Julia, Ruby, Nim, D, etc.
Python without def, C++ without header file, java without boilerplate, PHP without $, js with typescript syntax without typescript compiler, go with class, ruby without def
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Is that more beautiful than
1337 > 0
? I'm not sure, but that's the Ruby way to do things and it can definitely be elegant. (The typical operator syntax is also perfectly valid in Ruby).To be honest, I think Ruby has an awful syntax. There's way too many ambiguities that get resolved in weird ways. It just feels like there once was an idea behind it that has long been forgotten.
Being able to call methods on literals is nice, but compared to the many ugly parts, I'd still prefer something a bit more unwieldy but at least consistent.
Rails is making perfect use of it. Look at such expressive queries:
I have my reasons not to like Ruby, but I can't deny it's very beautiful
Yeah, it can make code quite elegant. Totally possible to do similar in JS
I think one must mention the fabulous Brainfuck :)
You call BrainFk, I raise you Ook!, which is based on BrainFk. 🤣
Jokes aside, I really liked Shakespeare. There was something poetic about coding in it. 🤯
Thanks! Came here to say this!
yep!
Every time I work with Elixir, I feel like the code (and any generated documentation) is a work of art. It's very familiar to Ruby but has an entirely different programming paradigm, which feels great.
Also, the fact that it uses way less intransparent magic makes it more straightforward for me to read.
It's a bit more "hardcore" than Ruby too, but has much less ambiguity too. I was gonna name it too, pattern matching allows to do everyday operation so easily, once you get used to it it's crazy.
All languages that use curly brackets.
+1
It's more readable for me, imagine debugging indentation issues!
There is a language called "なでしこ(Nadeshiko)". It's all in Japanese.
If you code and like anime, this is one way to learn Japanese lol
I'll leave the link to their official site here.
Elegant and beautiful are two different words that have two different meanings. You are effectively asking two different questions. I'll attempt to answer both.
Assembly language is always, technically-speaking, "the most elegant." It is one step removed from raw opcodes processed by the CPU but, unlike raw opcodes, is still technically "readable" by humans.
The downside is that assembly language is somewhat painful to write real software in. There is no concept of functions, classes, etc. at the hardware level. The resulting code is also tied to a single CPU architecture. For embedded development, that might not be a problem but it is a problem for general-purpose computing, especially cross-architecture development. And is also a problem if you ever want to accomplish anything useful in a reasonable amount of time. C is the next best thing to writing assembly but does add a bunch of software layers to abstract away the hardware to some degree.
Spoken languages have the most beautiful syntaxes. Entire professions exist just to analyze the syntax of spoken and written languages. However, programming languages that aspire to be like spoken languages (e.g. COBOL) tend to be too wordy to program in. Programming languages that produce "symbol soup" just to save a few bytes tend to be incomprehensible to the casual reader - even for other seasoned programmers who know the language and are reading a codebase for the first time. Symbols also have the downside of being unsearchable on various search engines. The best programming languages therefore strike a balance between the two by being neither too symbol-heavy nor too word-heavy.
Here's another possible perspective: The most beautiful syntax in software development is the one that naturally emits no errors, warnings, or notices from a compiler/interpreter. The greatest challenge then is to keep the code that way for a decade or longer even as the language changes, new versions are released, and half of the codebase is declared deprecated.
I Guess Solidity as it is a mix of C++, Python and JavaScript It does not has that much use case as of C++ or JavaScript but it looks Beautiful. Here is an example
Using LabVIEW, you can draw pictures:
Python's readability is unparalleled, even non-programmers can have an idea of what's going on. Straightforward but can it be called beautiful just because it's readable? English is readable but it's certainly not a "beautiful" language.
Ruby certainly emphasizes elegance. It's like poetry...but not all poetry is good.
Lisp has a timeless minimalism in its absolute lack of syntax beyond (this).
python:D
Tough call between APL and F# as being the most elegant. (Lispers and Schemers will disagree with me. But I make no apologies!)
F#
Yup! I'm not into the .NET ecosystem at all, but F# syntax feels perfect to me.
Beauty lies in the eyes . . . and all of that, so as per me, the following languages are very pretty: Lisp (Clojure, etc.), Elm, Scala, F#, Racket, Haskell, and maybe even Julia, Ruby, Nim, D, etc.
Among the ones I have used, I think Python has very minimal and beautiful syntax.
I like Python, Rust and...... well, Haskell? (I am totally Haskell newbie, but it looks really good).
Even in JS, there is something looks pretty.
C# (version 9 and especially 10)
Yeah, looks really tight and neat! ^.^
Definitely Smalltalk.
Python without def, C++ without header file, java without boilerplate, PHP without $, js with typescript syntax without typescript compiler, go with class, ruby without def