Live data from Hacker News

Why I prefer no tabs in source code

adamspiers.org

31–37 of 37 posts

Re: Why I prefer no tabs in source code

#31

Earlier quoted context omitted.

"each time an article is posted here that takes a stand one way or the other, it prejudices the resultant discussion." Wouldn't a good thing to do in such a situation be to write an article of one's own summarizing the key points from both the pro and anti arguments, titling it something like "To tab or not to tab" and linking to that instead? That way you don't have to take a stand on a polarizing article but could…

i'm not suggesting that dual posts should become the norm, I'm just noting that this is a clever hack that illustrates a problem in the system. i think it's human nature to prefer a two-horse race where half the viewers root for one and the other half for the other, rather than a one-horse race where half the audience is rooting for, the other half against. if this hack started becoming common, I'm sure the editors w…

[deleted]

Re: Why I prefer no tabs in source code

#32

Earlier quoted context omitted.

i'm not suggesting that dual posts should become the norm, I'm just noting that this is a clever hack that illustrates a problem in the system. i think it's human nature to prefer a two-horse race where half the viewers root for one and the other half for the other, rather than a one-horse race where half the audience is rooting for, the other half against. if this hack started becoming common, I'm sure the editors w…

"i'm not suggesting that dual posts should become the norm," I agree. I wasn't implying you did. Apologies if I gave that impression in my post. " I'm just noting that this is a clever hack that illustrates a problem in the system." I agree with this too. It is a clever hack(good) exploiting a hole in the system (ambiguous), intended specifically to provoke argument( bad imo).

"intended specifically to provoke argument"

Nothing could be further from the truth. I was hoping for (and got) intelligent, measured discussion from a lot of smart people on the history, merits, demerits, etc of both approaches. I felt (and still believe) there would have been less discussion without both articles being posted. As it is, the HN front page often features opposing viewpoints simultaneously, one often in response to the other. Submitting them together simply accelerated the process. It's more interesting than a poll ("Spaces or Tabs?") and FAR more interesting than me typing up a summary of both arguments and submitting that instead, as you suggested in an earlier comment.

Re: Why I prefer no tabs in source code

#33
post #32

Earlier quoted context omitted.

"i'm not suggesting that dual posts should become the norm," I agree. I wasn't implying you did. Apologies if I gave that impression in my post. " I'm just noting that this is a clever hack that illustrates a problem in the system." I agree with this too. It is a clever hack(good) exploiting a hole in the system (ambiguous), intended specifically to provoke argument( bad imo).

"intended specifically to provoke argument" Nothing could be further from the truth. I was hoping for (and got) intelligent, measured discussion from a lot of smart people on the history, merits, demerits, etc of both approaches. I felt (and still believe) there would have been less discussion without both articles being posted. As it is, the HN front page often features opposing viewpoints simultaneously, one often…

" I was hoping for (and got) intelligent, measured discussion"

the line between this and "argument" (used in the debating sense, not in the shout at each other sense) is very thin. The word to focus on is "provoke" not "argument". What makes it "argument" is that by setting up artificial poles opposed to each other simultaneously you are attempting a combative argument vs an exploratory one. That it didn't turn out that way is due to the strength of the HN community, which largely didn't take the bait. But bait in the water, there certainly was.

This is (imo) abuse of the system. Just do a thought experiment and imagine people submitting all kinds of paired posts (like you did) to get "intelligent measured responses" to their own questions - "Emacs is better than Vim"/ "Vim is better than Emacs", say. "Measured responses", sure!

HN would go to hell very fast if everone started looking for "measured responses" in this fashion. Quoting allenbrunson , "I'm just noting that this is a clever hack that illustrates a problem in the system.". It is clever. and it is abuse in that it takes advantage of a vulnerability in the system.

"I felt (and still believe) there would have been less discussion without both articles being posted."

yes this is the hack bit. And it works (as long as it is just the odd person doing this). Jumping a red light "works" too, if reducing the length of your trip is the only criterion.

"FAR more interesting than me typing up a summary of both arguments and submitting that instead, as you suggested in an earlier comment."

In other words you don't want to do any work up front but do want get people to argue each side of artificially paired posts. Hence the word "provoke".

As Allen said above, "if this hack started becoming common, I'm sure the editors would eventually put a stop to it."

In other words, it is only the rarity and novelty of this tactic that stops you from getting stomped on.

All that said, do what you will! If such abuse continues and spreads, the moderators will land on it with both feet.

Or you may indeed have found a superior method of topic submission and I am completely off base, in which case I'd expect the other participants on HN to copy your superior style of topic submission.

Signing off this thread,

Re: Why I prefer no tabs in source code

#34
post #7

Oh yes. Tabs or spaces in source code. That's really what makes software great. Just have guidelines and stick to them. What sucks is inconsistency. Everybody's got an opinion about code layout. It doesn't matter. There's no good or bad layout. Readability is just another word for "looking like stuff I'm used to read".

Inconsistency is not even that important as long as the code can be run through a prettifier. I'd rather not waste time caring about any of this.

Re: Why I prefer no tabs in source code

#35
This is 2010. I'm using Visual Studio for most of my work and I never had to care about this tabs-vs-space thing. (When I work on Linux I use vim and I believe my macros are set up to use spaces but I'm not completely sure.) I don't even know which one Visual Studio is using and honestly, I don't really care either. It just works. It should be up to the IDE to sort out ridiculously marginal questions such as this.

Re: Why I prefer no tabs in source code

#36

Sometimes I want to copy/paste SQL from the source code to a command-line interface like mysql or sqlplus. Tab characters are interpreted as tab keypresses, triggering auto-completion. To get around it I have to open a blank file in a text editor, paste the SQL, convert the tabs to spaces, then highlight/copy it again. It's a pain in the ass. I can't be the only one with this problem, but I never see it mentioned in…

Decent SQL editors (such as PL/SQL Developer for Oracle) have functionality to convert SQL to various formats such as single line or even multi-line strings for various languages.
Post reply on HN