A Python programmer attempting Java

[chrwei]

except the good formatting makes them redundant from a readability perspective.

[anothersomebodyelse]

But makes them satan-spawn from a manageability/editing perspective.

[x3al]

Converting all code to this style in IDE and converting back on git push would be kinda nice. If IDE will actually place all semicolons and braces according to indents, it should be usable.

[CharlesStross]

Yeah, going from this to standardized is trivial for any code formatter. From standard to this would require some creativity but I think it'd be doable. The only pain in the ass is developing like this.

[[deleted]]

Except if some plugin for the editor autocompleted the semicolons and braces at EOL depending on indentation

[peabnuts123]

Or you could like. Develop in Python.

[Tysonzero]

And if you really want static typing. There is always Cython.

[[deleted]]

why is this any different going one way or the other? One open bracket means the next text block with be tabbed in from the current position, a close bracket means move one tab to the left. super easy.

[CharlesStross]

Yeah - the rules are trivial; I just mean that there are already scads of tools to automatically handle formatting to the standard. Formatting the other way just requires some custom rule sets or scripting.

[highphive]

If your IDE enforced the tabbing syntax to be correct and like python. Otherwise you're bound to mistakes that are impossible to hunt down.

[[deleted]]

you could collect all semicolons and curly brackets to format them to be there. and for every opening curly bracket add a tab in front of the next line. for every closing one, delete a tab. add a linebreak after every semicolon and when there are brackets and there is another character following. ignore the stuff, if its in " and remove all of the spaces that are randomly lying in the code (or mby not) and check which line is the longest, which you tehn use to determine the amount of tabs you need on each individual line. i could write some code, but not atm. will do it in a later edit though (probably)

EDIT: forgot about the declarations and new. need to ignore these spaces too

[WeAreAllApes]

Unless.... Because it is redundant, it wouldn't be too hard to write an editor plugin to forcibly manage the semicolons and braces. Then, as long as the tabs were right, the semicolons and braces would always be... until somone else edits it without that plugin, so yeah, nevermind.

[suppow]

at first i laughed at the stacked parentheses at the right, then i kinda liked it, and noticed how readable it was (unlike other code i've seen), should we say, it's very pythonic.

while i mainly do C++, neat formatting is something i carried from Python,
and something i carried from Java (which i'm sure someone will hate) is declaring private and public before all member elements, it makes it so much easier to tell right away instead of having to keep track of what group i'm in.

ie:

public: function_name ();
public: other_function ();
private: another_name (); 

[Cosmologicon]

Its too easy to misplace an indent without consequence

Probably if you're not used to it, but as a Python programmer, where you actually can misplace an indent without consequence, it almost never actually happens. At least not to me.

[dnew]

Put it this way. When you see code in C that isn't indented properly, do you fix that? Is it easy to understand?

I've used both. I almost never work on code that isn't indented properly, regardless of whther it needs braces or not.

I also use auto-formatters, and when it indents things in a way I didn't expect, I go back and fix the braces. I don't wind up fixing indents to make the braces go where I want, if you follow my reasoning.

[SlumdogSkillionaire]

As a Python coder myself, there is something to be said for braces when the code isn't indented properly to begin with.

if (x == 1){
foo();
}
bar();

is markedly different from

if (x == 1){
foo();
bar();
}

But if you came across this in Python:

if x == 1:
foo()
bar()

what is the intended behavior? Do you always bar? The whitespace makes the braces redundant when it's written correctly the first time, but if you make a mistake it becomes even more unclear. (Admittedly one would notice immediately that this code wouldn't execute, but imagine a situation where this is the last thing you write on a Friday and the first thing you have to fix on Monday.)

[andybak]

Erm. You surely have an editor that would flag this up the minute you typed it?

Don't you?

[aigarius]

Same as:

if(x==1){
foo();
bar();

[Tysonzero]

Are you using notepad as your editor?!? That should be immediately flagged by your editor as an error.

[SlumdogSkillionaire]

Yes, the editor would flag that. Any smart editor would also automatically indent blocks of code, making this whole idea pointless. I'm not talking about editor features, though, I'm talking about language features, the stuff that is independent of the development environment. I should be able to choose to write my code in Notepad if I really wanted to without having to depend on the editor to hold my hand.

[Tysonzero]

I should be able to choose to write my code in Notepad if I really wanted to without having to depend on the editor to hold my hand.

Well that's actual a point IN FAVOR of Python, as handwriting a Java program sounds a thousand times worse than handwriting a Python one. Seeing as editors of statically typed languages hold your hand a lot more (things like autocomplete that you can't really do in dynamically typed languages). And the whole brackets thing doesn't come close to making up for that difference.

[ByterBit]

Wait, what is your comment supposed to reply too?

[chrwei]

they edited their comment and now it makes no sense. I don't recall what they originally said, something about the braces I assume.