There is two types of people:
pretty(){
}
ugly()
{
}

There are two types od people:
pretty()
{
}
ugly(){
}

It's non-binary
pretty() {
}
pretty()
{
}
ugly(){
}

What about
ugly(){/*all code in this line*/}

@electrineer don't forget
prettyUgly()
{

. }

pretty ( arg ) {
return arg;
}

I also tend to do shit like

if (
statement
|| (
statement
&& statement
)
) {
....
}

TheGood() {

}

TheBad()
{

. }

&&

TheUgly()
{

}

Depends on what my IDE forces me to use.

@Choem I force my IDE to be useful.

What about the prettyugly guys

Leave these mundane matters to your IDEs

why not

oneLinedMasterRace () {}

Honestly it depends if I'm writing JS or C#

pretties() {
}

So don't look at any C# project.... They're all filled with ugliness 🤣

On a side note: Is this going to be our new tabs vs spaces war??

Parentheses: attached
Args: spaced
Curlies: attached
Indent: 2/3/4 spaces
Ternaries: enclosed
Related code: grouped
Guards: up!

🍉 nom nom

// Don't mind me. Just learning.

Why the braces are one line down???
What's wrong with you!?!?!?

ugliest() { //}
}

def good_one(self):
print("good one")

Me = () => pretty() + ugly();

Just
void Compromise() //{
{
//I am the ultimate genius :v
}

Or
void Compromise() {
//{
//Undecided :v
}

Don't understood that
@bashleigh

@LicensedCrime this made me chuckle 😂

@hch11 I'm not telling X'D

Well my goal is more the readability, so I prefer the "ugly" one. It's more readable and you have a fast idea of where start you bracket without highlight nor thinking.

public void myFunction()
{
println("Hello");
}

And also, I think it's better because spaces equality 😋

And no, I'm not someone who likes having 150 visibles lines in my screen. I prefer have only 30-40 lines but be able to focus on current part of code easily and separate everything in my mind.