Slashdot Mirror


Open Source Contributions More Important Than Tabs Vs Spaces For Salary (opensource.com)

Jason Baker, a Red Hat data analyst, doesn't believe developers who use spaces make more money than those who use tabs. An anonymous reader quotes Baker's blog post: After reading the study one data scientist, Evelina Gabasova, performed some additional analysis and came to a slightly different conclusion, which feels a little more precise: "Environments where people use Git and contribute to open source are more associated both with higher salaries and spaces, rather than with tabs." In other words, if you're at a company where you're using version control and committing open source code upstream, you're statistically a little more likely to be a space-user and a higher wage-earner.
Even across all experience levels, contributing to open source still correlates to higher salaries, Gabasova concludes. "My theory is that when diverse people are working on open source projects together without enforced coding style, the possible formatting mess is nudging people towards using spaces simply because the code is consistent for everyone.

"This is just one of the possible theories, I didn't look to see if possibly language communities that use predominantly spaces (like Python or Ruby) are more active in open source."

164 comments

  1. Oh come on! by Frosty+Piss · · Score: 4, Funny

    Wait, there is no connection between spaces, tabs, and how much I make? But I just spent days going through all my code and replacing and reformatting with spaces. Please don't tell me I have to be worried about curly braces.

    --
    If you want news from today, you have to come back tomorrow.
    1. Re:Oh come on! by Xtifr · · Score: 3, Funny

      If it took you days to figure out how to run find(1) and expand(1) (or indent(1) if you wanted to get fancy), then maybe you don't deserve the big bucks!

      On the other hand, if you simply have so much code that it took days for your script to run, then you have my sympathy. :)

    2. Re: Oh come on! by K.+S.+Kyosuke · · Score: 1

      Beware, open source and spaces lead to open spaces.

      --
      Ezekiel 23:20
    3. Re:Oh come on! by Anonymous Coward · · Score: 0

      Whoosh. Look at the guy's name. YHBT.

    4. Re:Oh come on! by Frosty+Piss · · Score: 1

      Whoosh. Look at the guy's name.

      So?

      --
      If you want news from today, you have to come back tomorrow.
    5. Re:Oh come on! by mwvdlee · · Score: 2

      People who use spaces instead of tabs are 4 to 8 times less efficiënt.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    6. Re: Oh come on! by prefec2 · · Score: 2

      The cool thing is in modern IDEs , you press tab, but the machine uses spaces. Also this git thingy can transform that for you automatically.

    7. Re:Oh come on! by dromgodis · · Score: 1

      If their source code contains nothing except indentation.

    8. Re: Oh come on! by ceoyoyo · · Score: 2

      Yeah, but when you're deleting those "tabs" you have to hit backspace four times instead of one.

      Plus your code is bigger because it's using four+ characters to encode a single tab.

    9. Re: Oh come on! by Anonymous Coward · · Score: 1

      Yeah, but when you're deleting those "tabs" you have to hit backspace four times instead of one.

      I don't, actually. There are editors capable of handling that.

    10. Re: Oh come on! by spinctrl · · Score: 1

      Get paid more! Right, like you say, modern editors can handle that:

              M-x untabify

    11. Re: Oh come on! by dabadab · · Score: 1

      Also this git thingy can transform that for you automatically.

      No, it can't.
      It can convert x number of spaces to tabs (and vice versa) but it really goes only one way: once you converted to spaces you lose the semantic of tabs.
      If (assuming 1 tab = 4 spaces) you see 8 spaces there's no easy way to tell if it's 2 levels of indentation or, say, one level and 4 spaces of alignment.

      --
      Real life is overrated.
    12. Re: Oh come on! by Anonymous Coward · · Score: 0

      You won't believe this one simple trick to increase your pay at work...

      Replace all the tabs with spaces

    13. Re: Oh come on! by prefec2 · · Score: 1

      You are correct. Maybe my statement was a little misleading. Anyway, your IDE can understand that x spaces are one tab. However, it will mess up when you set up the conversion wrongly.

    14. Re: Oh come on! by apoc.famine · · Score: 1

      Only if you don't know about ctrl + shift + arrow or ctrl+shift+home or you use an IDE that doesn't have those useful tools. And who cares if code is "bigger" because you have more characters? It's not like the compiler keeps that information resulting in a larger binary.

      --
      Velociraptor = Distiraptor / Timeraptor
    15. Re: Oh come on! by ceoyoyo · · Score: 1

      control + shift + arrow plus delete is four keypresses. Might as well just hit delete four times. Or use tabs and hit it once!

    16. Re: Oh come on! by apoc.famine · · Score: 1

      True. But I find once I get automatic with key combos that I parse them as one stroke. Four deletes is still four sequential keystrokes. The other option is an IDE which allows find and replace of spaces and tabs.

      --
      Velociraptor = Distiraptor / Timeraptor
  2. Coding skill more important than both of those by Anonymous Coward · · Score: 0

    I can use spaces and contribute to open source projects, it doesn't mean I'm any good at what I do.

    Being a good coder is #1, having people skills is #2. Everything else is causation.

    1. Re:Coding skill more important than both of those by Anonymous Coward · · Score: 0

      Being a good coder is #1, having people skills is #2.

      You have those out-of-order. I've seen quite capable people shown the door because they had poor people skills, but I've also seen plenty of mediocre and downright bad people scrape by because they could bullshit well enough.

    2. Re:Coding skill more important than both of those by Anonymous Coward · · Score: 0

      People skills is #1, being able to copy from stack overflow is #2.

      The real coders are unemployed basement dwellers answering questions on stack overflow.

    3. Re: Coding skill more important than both of those by Anonymous Coward · · Score: 0

      If you're a US citizen, coding skill isn't worth jack shit.

  3. yay by sootman · · Score: 3

    Score one for correlation vs. causation.

    https://xkcd.com/552/

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    1. Re:yay by Anonymous Coward · · Score: 0

      Considering their inputs are opensource repos there may be a bit of a non-causal relation to what your data will look like.

      I will call it 'bias'. Yeah that sounds like a good word.

    2. Re:yay by beelsebob · · Score: 2

      Heh, I'm amazed that no one suggested that this would be the actual causation way back then.

      Oh wait, I did... https://slashdot.org/comments....

  4. Next thing you know... by Tony+Isaac · · Score: 1

    they're going to tell us that the "one true brace style" has no impact on your income!

    1. Re:Next thing you know... by 93+Escort+Wagon · · Score: 1

      Well I just spent the last couple months learning lisp... so I hope you're wrong.

      --
      #DeleteChrome
  5. Wait.. by Anonymous Coward · · Score: 0

    So.. open source contributions matter more than poor coding preference choices? Who'da thunk that?

  6. Here is my thought on spaces/tabs by El+Cubano · · Score: 4, Insightful

    Spaces -> the person who writes the code decides how its indentation looks

    Tabs -> the person who reads the code decides how the indentation looks

    Sometimes I set tabs to be 4 spaces, sometimes 8, sometimes even 2 spaces. However, if the formatting is all done with spaces I don't get that choice. I find tabs more empowering to me personally and I believe that I use them I empower those who read my code.

    1. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 5, Informative

      Yeah, and then you try to align something at sub-tab resolution and it's all messed up when you change the tab width.

    2. Re:Here is my thought on spaces/tabs by afxgrin · · Score: 2

      I'm forced to be a Spacer my employer's antiquated pre-compiler seems to lose it's shit when it parses a tab.

      I let my guard down one day despite being warned by a colleague on the pitfalls of tabs in our build process and spent a significant part of my day tracing some weird compiler message down to a tab used on one line.

      I really should just pop the key off my keyboard, it's not worth the hassle of ever having it again.

    3. Re:Here is my thought on spaces/tabs by roman_mir · · Score: 0

      I don't know if I am 100% out of date on this, but in Eclipse I just use Ctrl+Shift+F and the thing formats it for me the way I want (it kills the spaces and replaces them with tabs, each tab equal to 4 spaces for me, thank you very much).

    4. Re:Here is my thought on spaces/tabs by Aighearach · · Score: 1

      Well, on my planet, there are those that are following the appropriate Best Practices including adopting a Style Guide, and those that are not.

      The point is, somebody else already chose the correct way for the indentation to look, and everybody on the project does it the same way. And that way is spaces. Except when it isn't. But is usually spaces.

      If you're choosing, you're doing it wrong.

    5. Re:Here is my thought on spaces/tabs by Aighearach · · Score: 2

      You know, if you use a modern editor like emacs or vi you can have it do an "auto indent" on the current line when you press the tab key. There is no reason for that button to be inserting tabs when your build process has banished them. It is your fault. Do better.

    6. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      Tabs to indent, spaces to align. Everything else is wrong.

    7. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      ... spent a significant part of my day tracing some weird compiler message down to a tab used on one line...

      I really should just pop the key off my keyboard

      Or maybe, get rid of the crappy compiler than can't handle a tab character.

      hhhh

    8. Re:Here is my thought on spaces/tabs by Dagger2 · · Score: 1

      Not if you align it correctly it isn't.

      You indent with tabs and align with spaces. If your alignment messes up when you change the tab width, you screwed up your aligning.

    9. Re:Here is my thought on spaces/tabs by Jeremi · · Score: 1

      The point is, somebody else already chose the correct way for the indentation to look [...] If you're choosing, you're doing it wrong

      Or, you might be working on your own project. I know, it's a bizarre corner case, but it occasionally still happens.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    10. Re:Here is my thought on spaces/tabs by dromgodis · · Score: 1

      I guess you never played formatting ping-pong in a shared source control system, where several developers have their own formatting style in their IDE:s and insist on reformatting every file they touch (and sometimes even files they don't otherwise touch). Makes tracing the history (and merging, oh my $DEITY) so much more bothersome for everyone including those who don't play.

    11. Re:Here is my thought on spaces/tabs by ceoyoyo · · Score: 2

      Yes, that's a feature. If you're the kind of jerk who tries to align code at sub-tab resolution then you can't, at least in whitespace sensitive languages like Python. If you want to align your pretty comments that way, go ahead and use spaces, because it doesn't make the slightest difference.

    12. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      The compiler prescribes what is right or wrong, everything else is neither right nor wrong but a matter of preference.

    13. Re:Here is my thought on spaces/tabs by Aighearach · · Score: 1

      Right, but in that case the project does not matter at all.

      You can also write your diary in a made-up language.

    14. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      Also, I would add that in a corporate or business environment, you get to choose which you want to use. If you are going opensource, it's likely you would be forced to use spaces to adhere to the community standards already in place.

      Or if you started a new project, risk bearing the wrath of the foaming at the mouth zealots that would ridicule your choices publicly.

      Where I work, we appreciate and value tabs over spaces for the same reasons all other "productivity over convention" programmers do, we get a choice in how it looks on "our screen".

      Isn't that in the spirit of opensource in the first place?

      Spaces are like the MS/CHINA of programming, "our way or the highway", tabs are like the Opensource/US "make your own way" of programming. We can all get along with tabs... but with spaces, it's static and hard.

      Why the vitriol from so many people over tabs?

    15. Re:Here is my thought on spaces/tabs by roman_mir · · Score: 0

      Since 2009 I almost never had this problem and my teams have all been distributed since then, seems to me you have not used a proper distributed source control. You may want to educate yourself on an actual distributed source control and how to merge ignoring spaces.

    16. Re:Here is my thought on spaces/tabs by angel'o'sphere · · Score: 1

      You can also write your diary in a made-up language.
      How did you know that I do that?

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    17. Re:Here is my thought on spaces/tabs by Hognoxious · · Score: 1

      Or make a preprocessor that strips or replaces them.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    18. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      You're wrong.

    19. Re: Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      You don't use tabs for alignment. Only for indentation.

    20. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      Spaced to indent, spaces to align. Everything else is wrong.

      Fixed that for you.

    21. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      > I really should just pop the key off my keyboard, it's not worth the hassle of ever having it again.

      I am astounded that people appear to be 'developers' and yet can't seem to understand that there is a difference between a 'tab key' and a 'tab character'. Also they must be unaware that editors and other tools can be configured to work in various ways. For example: the tab key can, in most cases, be configured to do what the user wishes, such as inserting as many spaces as required to get to the next 'tab stop'. The backspace key can be 'intelligent' and go to the previous tab stop when required.

      Just get better tools and learn how to use them.

    22. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      > if you use a modern editor like emacs or vi

      I don't know why you think emacs and vi are 'modern', they are probably older than you are, and date from the 70s. However, they have always had the features you say are 'modern'.

    23. Re:Here is my thought on spaces/tabs by Anonymous Coward · · Score: 0

      Why are you wasting time tapping the space bar to align stuff?
      Your OCD and selfish desire for absolute control is a net drag on productivity and is probably a source of friction between you and the rest of the team.
      If I was your manager I'd have some sharp words to say to you about this. Something like "grow up".

    24. Re:Here is my thought on spaces/tabs by goose-incarnated · · Score: 1

      Not if you align it correctly it isn't.

      You indent with tabs and align with spaces.

      So, your answer is "use both, as long as it allows you to keep using tabs". A simpler solution is to just ditch the tabs - they are neither required nor superior.

      --
      I'm a minority race. Save your vitriol for white people.
    25. Re:Here is my thought on spaces/tabs by q4Fry · · Score: 1

      You insensitive clod! I'm an AI.

    26. Re:Here is my thought on spaces/tabs by Dagger2 · · Score: 1

      I'm not suggesting you use both, I'm pointing out that indentation and alignment are two separate things, and using tabs for indenting doesn't mean to use them for alignment too.

    27. Re:Here is my thought on spaces/tabs by david_thornley · · Score: 1

      They're more modern than line editors.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    28. Re:Here is my thought on spaces/tabs by Aighearach · · Score: 1

      If you were using a typewriter, you'd be right to remove the key so that it can't be pressed, except that in that case tabs would already be spaces so it would be OK.

      Just like, when somebody says, "modern flush toilets" you should be able to understand that they're talking about a regular flush toilet, not a wifi toilet. And there is nothing at all implied about their age. They're not claiming to be 200 years old, instead they're pointing out that not having a flush toilet would be archaic.

      If you were a native English speaker you would have naturally understood that "modern editor like emacs or vi" simply means, an editor as modern as those examples. You think they're not very modern, that doesn't mean I made a mistake; it means you came very close to understanding, but failed at the last second.

      Pro-tip: Don't correct native speakers.

    29. Re:Here is my thought on spaces/tabs by tepples · · Score: 1

      Tab advocates would claim that if you ditch the tabs, there's no way to programmatically distinguish indentation from alignment without implementing an entire language parser to predict what the indentation ought to be and then subtracting that out to infer alignment.

  7. As a programmer for over forty years... by Anonymous Coward · · Score: 0

    since I got my first real job in 1976, I've found that grokking tabs is more important than any single other thing I've found. If you can't understand tabs then you probably can't understand more complicated concepts wrt computing. It just sucks that so many bad programmers just can't emulate what they see in existing source code in their own company.

    1. Re:As a programmer for over forty years... by Anonymous Coward · · Score: 0

      This. If you join a company and can't emulate what othessssssssss have beeen doing for decades, then you arrrrrrrrrrrrrrrrren't that good. Also, I'mmmmmmmmmmrequired to use Dell garbage that can't keep-up with my typing so Dell repeats wwwwwwwwhat I type. Their keyyyyyyyyyyyyyboards are garbage.

    2. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      That's still better than Dell's KB-212 that drops characters at random.

    3. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      Same with the people working for me. We had to resort to using tabs since most our employees came from Microsoft and they just don't get tabs.

    4. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      Dell keyboards suck.

    5. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      Dell fought us for over two years to get those keyboards replaced. It's sad that when we pay well into six figures each year in support contracts that they refused to give us working keyboards.

    6. Re: As a programmer for over forty years... by Zero__Kelvin · · Score: 3, Funny

      We understand tabs. That is why we don't use them. If you can't figure out why tabs are a bad idea that is an indication of your incompetence, not ours.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    7. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      We could never get Dell to admit to the problem despite their terrible reviews.

    8. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      And what sucks even more is that Dell doesn't honor their warranties.

    9. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      My department had to pay for replacements out of our own budget since Dell wouldn't admit to their own problems.

    10. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      Repeating key presses has plagued Dell for almost two decade. Don't buy Dell if you need keyboards that work.

    11. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      > doesn't present a single argument
      > claims others are incompetent
      Do you think this makes you sound smart, or mysterious or something?

    12. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      Oh, I see you have started stalking people and trying to troll them in other stories now... pathetic.

    13. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      The volume order price for that broken Dell keyboard is $9.99 so you didn't lose much.

    14. Re:As a programmer for over forty years... by Anonymous Coward · · Score: 0

      I bring my own IBM Model M keyboard to my place of employment. I need proper tools to do my job. A proper keyboard is one of those tools.

    15. Re: As a programmer for over forty years... by Zero__Kelvin · · Score: 1

      Tab autocompletes and space creates space and never the two shall do the job of the other.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    16. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      This. Considering their laptops are garbage in the first place, this isn't too much worse.

    17. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      "Tab autocompletes" in a shell. What kind of editor are you using?

    18. Re: As a programmer for over forty years... by Zero__Kelvin · · Score: 1

      Thanks for making my point (You will likely never figure out how you did.) There is also a thing called separation of content from presentation, as well as the benefits of non-ambiguity. There is literally no valid argument for tabs in 2017.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    19. Re: As a programmer for over forty years... by K.+S.+Kyosuke · · Score: 1

      Tab indents in Emacs and spaces are used in strings. It's that easy.

      --
      Ezekiel 23:20
    20. Re: As a programmer for over forty years... by Zero__Kelvin · · Score: 1

      It's so funny. It's to the point where I can see the SlashID of the commenter and know in advance I am about to see a stupid fucking comment. You never disappoint in that regard.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    21. Re:As a programmer for over forty years... by Anonymous Coward · · Score: 0

      I just started seeing a girl. Thankfully she also uses spaces. I would have pulled a "Richard" (from Silicon Valley) and broken it off. My ex also used spaces (and vim). I guess that's my type. LOL

    22. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      So often here I can't tell if comments are real or expert trolling. I mean it's possible someone hasn't used an editor with code completion, but seriously?

    23. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      Sounds like you had 40 years of the same year. I understand tabs perfectly well, and like them.

    24. Re: As a programmer for over forty years... by RuffMasterD · · Score: 1

      Bah! Ed, the standard text editor, doesn't need any of that crap. The interface in Ed is so clean that there is no room for ambiguity. Tabs tab, and spaces space, the way they were designed to. As for separating content and presentation, I don't have time to switch between the two. In Ed, the content IS the presentation.

      When I log into my Xenix system with my 110 baud teletype, both vi and Emacs are just too damn slow. They print useless messages like, ‘C-h for help’ and ‘“foo” File is read only’. So I use the editor that doesn't waste my VALUABLE time.

      Ed, man! !man ed

      ED(1) Unix Programmer's Manual ED(1)

      NAME
      ed - text editor

      SYNOPSIS
      ed [ - ] [ -x ] [ name ]
      DESCRIPTION
      Ed is the standard text editor.
      ---

      Computer Scientists love ed, not just because it comes first alphabetically, but because it's the standard. Everyone else loves ed because it's ED!

      “Ed is the standard text editor.”

      And ed doesn't waste space on my Timex Sinclair. Just look:

      -rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed
      -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi
      -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs

      Of course, on the system I administrate, vi is symlinked to ed. Emacs has been replaced by a shell script which 1) Generates a syslog message at level LOG_EMERG; 2) reduces the user's disk quota by 100K; and 3) RUNS ED!!!!!!

      “Ed is the standard text editor.”

      Let's look at a typical novice's session with the mighty ed:

      golem$ ed

      ?
      help
      ?
      ?
      ?
      quit
      ?
      exit
      ?
      bye
      ?
      hello?
      ?
      eat flaming death
      ?
      ^C
      ?
      ^C
      ?
      ^D
      ?
      ---

      Note the consistent user interface and error reportage. Ed is generous enough to flag errors, yet prudent enough not to overwhelm the novice with verbosity.

      “Ed is the standard text editor.”

      Ed, the greatest WYGIWYG editor of all.

      ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF EDUCATED AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR PRECIOUS BODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! ED MAKES THE SUN SHINE AND THE BIRDS SING AND THE GRASS GREEN!!

      When I use an editor, I don't want eight extra KILOBYTES of worthless help screens and cursor positioning code! I just want an EDitor!! Not a “viitor”. Not a “emacsitor”. Those aren't even WORDS!!!! ED! ED! ED IS THE STANDARD!!!

      TEXT EDITOR.

      When IBM, in its ever-present omnipotence, needed to base their “edlin” on a Unix standard, did they mimic vi? No. Emacs? Surely you jest. They chose the most karmic editor of all. The standard.

      Ed is for those who can remember what they are working on. If you are an idiot, you should use Emacs. If you are an Emacs, you should not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE SO-CALLED “VISUAL” EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!

      --
      Human Rights, Article 12: Freedom from Interference with Privacy, Family, Home and Correspondence
    25. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      I am really glad old school programmers are going to fade out of style in the next few decades. The idea that "it's always been done this way" has never succeeded in any industry. Fighting against your irrational hate of tabs is tiresome and will soon be over.

    26. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      One can assume that was intended to be humourus, yes?

    27. Re:As a programmer for over forty years... by Dog-Cow · · Score: 1

      If your editor isn't formatting for you, get a new editor.

      cmd-a, ctrl-i

      I don't care which you used, because now it's consistent. The end.

    28. Re: As a programmer for over forty years... by K.+S.+Kyosuke · · Score: 1

      Uh...what? *Not every* environment auto completes with tabs.

      --
      Ezekiel 23:20
    29. Re: As a programmer for over forty years... by Zero__Kelvin · · Score: 1

      That's the point dumbfuck.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    30. Re: As a programmer for over forty years... by K.+S.+Kyosuke · · Score: 1

      That is hardly consistent with the reply of tab being for auto complete as the reason for not using tabs in files, but whatever. I'm sure there was some logic behind it if you say so.

      --
      Ezekiel 23:20
    31. Re: As a programmer for over forty years... by Zero__Kelvin · · Score: 1

      A space is a space always. A tab is sometimes 4 spaces, sometimes 8, sometimes autocomplete, etc. A tab in a file means different things in different file formats. Nobody ever remaps the space bar. No script ever interprets a space as anything other than whitespace. Diff doesn't think 8 spaces is different from 8 spaces. You break shit when you put tabs in files. Period. If you want to use tab to inject 4 spaces remap it to do that, don't corrupt the file with tabs. It isn't that hard to comprehend.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    32. Re: As a programmer for over forty years... by Anonymous Coward · · Score: 0

      Your argument is self-defeating.

    33. Re: As a programmer for over forty years... by Zero__Kelvin · · Score: 1

      No, you just can't understand the argument. To change the presentation, change the presentation, not the content. In other words don't break shit (e.g. diff functionality / usefullnes) to change the way it looks. Good luck learning about computers!

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  8. Seriously? by mykepredko · · Score: 1

    I have no trouble believing that people who submit to Git are more likely to make more money, but parsing it down to whether or not you use tabs or spaces? That seems like too fine a level of granularity.

    Of course, I use spaces and submit code to open source projects, so I'm safe.

  9. If you use tabs... by Anonymous Coward · · Score: 0

    ...you're a Richard. And RIGBY, tabs are for losers.

  10. When you contribute you don't choose style. by tomxor · · Score: 2

    Unless you originated the project, the number one rule is consistency. If you do a lot of contributing to open source then you will find a lot of projects with spaces... and regardless of your preference you will stick to that style if you want your code to be merged.

    I'm a tab guy, it's just a preference... Yet all of my open source contributions to projects other than my own use spaces.

  11. Interesting article on pros/cons.. by Anonymous Coward · · Score: 2, Informative

    Read this a while back, had to go digging for it:

    https://opensourcehacker.com/2...

    P.S. The commentary is more insightful than the article itself.

    1. Re:Interesting article on pros/cons.. by JaredOfEuropa · · Score: 2

      The ARE no relevant pros and cons. It's all rubbish. That article is biased, clearly written by a guy who prefers spaces. I can find several other articles extolling the virtues of using tabs. But in the end... how often has this issue actually tripped you up? How often, for that matter, has the use of C&R style braces vs. Berkeley style actually mattered? I've done some projects where tabs, spaces, curly styles and other stuff usually locked down in style guides was freely mixed, and you know what? It. Didn't. Matter.

      Style guides should be just that: a guide.

      --
      If construction was anything like programming, an incorrectly fitted lock would bring down the entire building...
    2. Re:Interesting article on pros/cons.. by Anonymous Coward · · Score: 0

      The ARE no relevant pros and cons.

      How did you decided to CAPSIFY "are" instead of "no" in this sentence? It was weird to read because the emphasis seems to be that there aren't any, not that there ARE some.

    3. Re:Interesting article on pros/cons.. by Anonymous Coward · · Score: 0

      I realize now that it's probably because people talk that way. I'm imagining a guy saying, "...because there ARE no rules!"

    4. Re:Interesting article on pros/cons.. by Anonymous Coward · · Score: 0

      "Even across all experience levels, contributing to open source still correlates to higher salaries"
      I would like to take a look at the data supporting this dubious conclusion. But maybe this is just another example of the total bullshit masquerading as deep insights spewed across the internet.

      And tabs versus spaces? At the very least their are coding tools that allow you to create a style sheet and then run it against your entire code base.

    5. Re:Interesting article on pros/cons.. by MrMr · · Score: 1

      Perhaps he just read Heidegger? https://en.m.wikipedia.org/wik...

    6. Re:Interesting article on pros/cons.. by angel'o'sphere · · Score: 1

      Of course the comments are more insightful :D
      Because that blog post is simply wrong and written by an idiot.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  12. Spaces vs Tabs a bit anal ;) just saying by oldgraybeard · · Score: 1

    I have been writing computer programs for well, several decades. I use spaces for the fact that when I cut, paste, yada, yada everything stays. I often have multiple side cut scratch pads open.

    It is just what I do, there is not one right way ;)

    TBH I see the editor as being much more important. I like an editor which is mostly/all keyboard based.

    My 2 cents is I don't know what moron decided someone should ever have to take their hands off the keyboard and use a mouse and lose registration.

    I hate mice, My first favorite editor was WordStar CPM/TurboDos using terminals. I could do everything from the keyboard. Over the years I have tried many editors. And I have settled on emacs (I know ;) lol) the learning curve is huge, but in the end you can groom it to do everything, even "Column Blocks" ;)

    The key to tech and the reason I enjoy it so much is one must adapt,change and learn constantly ;)

    If your not learning something new every 6 months, your out of business 6 months after that ;)

    1. Re:Spaces vs Tabs a bit anal ;) just saying by Anonymous Coward · · Score: 0

      "If your not learning something new every 6 months"

      Can you learn the difference between your and you're, Mr I Learn Something New Every Six Months, Except What Children Learn?

    2. Re:Spaces vs Tabs a bit anal ;) just saying by Aighearach · · Score: 1

      Well, for people using a mouse there is no learning curve because all the normal editing features are in pull-down menus, same as everything else. And of course, when you use that menu it also tells you what the keyboard shortcut is.

      The things people say about emacs are hilarious. I've been using it for decades and I'm still waiting to find this mysterious "learning curve." If you're not using it to script your workflow, you won't know about features or know to even want them. I'm just using it to write code, I don't need to use it to play tetris, so no need for "learning" anything. Just type code in, and save it. Remember a couple cut/paste keys, that's it.

    3. Re:Spaces vs Tabs a bit anal ;) just saying by Anonymous Coward · · Score: 0

      I'm probably the only person whose favourite editor remains the old dos editor. I'm not sure why even: it just seems to get things right. Enter leaves the cursor at the same indentation as the preceding line. There are menus to keep things sorted, so no weird modal crap like vi or obscure incantations like just about every other editor (though the shortcuts are there). No need for a mouse but you can if you want. And it's lightweight, but still has basically everything you need. My only major dislikes are (a) lack of proper tab support and (b) it's dos, so I haven't had the opportunity to use it for years.

  13. I figured out by Anonymous Coward · · Score: 0

    why creimer's salary is so low

    https://github.com/CDReimer

    1. Re:I figured out by __aaclcg7560 · · Score: 1

      why creimer's salary is so low

      https://github.com/CDReimer

      1. I'm not a professional programmer, but you already know that.
      2. I created that account to access GitHub features.
      3. Someday Really Soon(TM) I'll publish my Slashdot comment history scraper Python script to GitHub.
      4. ...
      5. "I'm Feeling Lucky: The Confessions of Google Employee Number 59" by Douglas Edwards is a popular book on Slashdot.

    2. Re:I figured out by Anonymous Coward · · Score: 0

      1. I'm not a professional programmer, but you already know that.
      2. I created that account to access GitHub features.
      3. Someday Really Soon(TM) I'll publish my Slashdot comment history scraper Python script to GitHub.
      4. ...
      5. "I'm Feeling Lucky: The Confessions of Google Employee Number 59" by Douglas Edwards is a popular book on Slashdot.
      https://tinyurl.com/y8bc8dzp [tinyurl.com]

      please click on my affiliate amazon links to express support:
      https://tinyurl.com/y8dpmlpd [tinyurl.com]
      https://tinyurl.com/y7hh534a [tinyurl.com]
      https://tinyurl.com/ybbx827o [tinyurl.com]
      https://tinyurl.com/yajmd9f7 [tinyurl.com]
      -cdrimier
      --
      There are 10 kinds of people on Slashdot. Which kind are you? https://www.cdreimer.com/slash... [cdreimer.com]

    3. Re:I figured out by Anonymous Coward · · Score: 0

      why creimer's salary is so low

      Maybe he's hiding the good stuff in plain sight?

      https://github.com/creimer

      202 contributions in the last year

    4. Re:I figured out by Anonymous Coward · · Score: 0

      3. Someday Really Soon(TM) I'll publish my Slashdot comment history scraper Python script to GitHub.

      Please don`t bother, please. In my 3 letter agency where I work, scraping is done with highly configurable engines.

      I am surprised we didn't share it with you yet since you previously wrote that you were a brother of us.

    5. Re:I figured out by __aaclcg7560 · · Score: 1

      Maybe he's hiding the good stuff in plain sight?

      https://github.com/creimer

      202 contributions in the last year

      Not my account. I don't live in Germany.

    6. Re:I figured out by Anonymous Coward · · Score: 0

      So wait a minute. You're saying if I suck your cock, I won't taste any pussy at all?

    7. Re:I figured out by Anonymous Coward · · Score: 0

      " I don't live in Germany."

      Millions of Germans sigh in relief.

  14. Higher salaries my arse by Anonymous Coward · · Score: 0

    What are the chances you are submitting to open source and having a high salary?

    Once you hit a high salary, you'll likely be in a fortune 500 company that protects IP or concern about liability and you'll likely not be writing open source code. So this study is great for college grads (again), which have everything in the world to submit to open source (more important than grades nowadays), but not for your 30yr veteran who's likely working in a prestigious corporation that has IP. Sure you'll have some exceptions, but this is the norm.

    Only exception is Google, but the software that really makes them money (adwords) is pretty much closed as well as their DLC, Internet service, aircraft, etc... code.

    1. Re:Higher salaries my arse by beelsebob · · Score: 2

      What are the chances you are submitting to open source and having a high salary?

      Pretty high - most (all?) of the large tech companies have started, and/or contribute heavily to massive open source projects.

      Apple - WebKit, clang, llvm, Swift, BSD, ...
      Amazon - Outlier? I don't know of any major open source contributions of Amazon.
      Alphabet - Go, WebKit, Android, map reduce, ...
      MS - vscode, WTS, Typescript, ...
      Facebook - redux, React, flow, ...

      If you're working at a large tech company, there's a pretty significant chance you're doing work on open source.

    2. Re:Higher salaries my arse by Aighearach · · Score: 1

      The 90s called, and they'd like their FUD back.

    3. Re:Higher salaries my arse by 0100010001010011 · · Score: 1

      Now how about the rest of the companies that work with technology and don't?

      Ford, VW, Caterpillar, Cummins, Deere, Harley-Davidson, NXP, Boeing, dSpace, etc.

      large tech company

      Are people going to pretend that since their primary product isn't tech that they aren't using the latest and greatest tech available? We're out there writing code daily and none of it sees the light of day.

    4. Re:Higher salaries my arse by beelsebob · · Score: 1

      The companies you listed are tech companies, but they aren't large. Their combined market caps are together smaller than the market cap of the smallest company that I listed.

      Also, many of these companies use, and contribute to open source software.

    5. Re:Higher salaries my arse by 0100010001010011 · · Score: 1

      Use != contribute.

      I worked for one of the above and, according to our Fortune 500 lawyers, weren't allowed to submit bug reports because it may "give away proprietary IP".

    6. Re: Higher salaries my arse by Anonymous Coward · · Score: 0

      This is why we need more AGPL licensed software. Fucking corporate parasites.

    7. Re: Higher salaries my arse by beelsebob · · Score: 1

      Not really - if people license their projects under BSD like licenses, that's because they explicitly want to allow people to use it without giving back. There's plenty of people out there who wrote something, and want to say "hey, I made this thing, use it if you like", without any ulterior motive about getting contributions back.

  15. Tabs are a poor approximation by Bruce+Perens · · Score: 2

    Tabs descend from the manual typewriter, where they were a poor approximation to properly-formatted columnar layouts. Unfortunately now they join several other forms of white-space (because of Unicode) which are sometimes impossible to distinguish from each other. The safest thing to do is thus to only use space for horizontal spacing. Certainly software should not distinguish white-space characters differently. I'm looking at you, "Make", and yes I've heard the story about it being too late to change because there were already 12 users.

    1. Re:Tabs are a poor approximation by Aighearach · · Score: 1

      The problem with asking to make a small change to Make is that there are already twenty-seven thousand make alternatives and none of them just fix the problems. The only thing that is going to work consistently for everybody is make. Changing it is basically impossible at this point. The reason make is important, after all, is largely because of autotools. And that's an even bigger mess than make.

      Spaces, yes. Except for Makefiles. But the good news is, sendmail was defeated!!!

    2. Re:Tabs are a poor approximation by Bruce+Perens · · Score: 1

      I shared a ski cabin with Eric Allman's sister. Actually, it was sort of the Berkeley and Sun Unix cabin. Everybody but Bill Joy stopped in. So Eric heard from me directly that I didn't like Sendmail.

      I changed a number of projects from Autotools (which I am joyous to have left) to cmake. Cmake's language design leaves something to be desired, but it is in general sane, portable, and more capable than make, and you rarely have to look at the makefile (or whatever) it generates.

    3. Re:Tabs are a poor approximation by Anonymous Coward · · Score: 0

      I met DJB before I knew he was the author of qmail, so naturally I mentioned how much I hated qmail.

    4. Re:Tabs are a poor approximation by Anonymous Coward · · Score: 0

      I view make like I view democracy: it's is the worst, except for all the others.

    5. Re:Tabs are a poor approximation by Tough+Love · · Score: 1

      The safest thing to do is thus to only use space for horizontal spacing.

      You do that, Bruce, and I will continue to operate my projects the way I feel is best, which includes using tabs.

      Not implying anything, but what have you coded lately, if anything?

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    6. Re:Tabs are a poor approximation by Bruce+Perens · · Score: 1

      You're not reading my blog. I have released new Free Software recently, and never stop coding.

      Also, isn't this level of taking offense a bit over the top for a tabs vs. spaces argument? One would think we have bigger fish to fry.

    7. Re:Tabs are a poor approximation by Tough+Love · · Score: 1

      We do have bigger fish to fry, which is why I wonder why you felt it appropriate to weigh in on a tabs vs spaces thread.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    8. Re:Tabs are a poor approximation by Bruce+Perens · · Score: 1

      I met DJB's parents when they were both working at Brookhaven National Labs, and got to talk with them about DJB! I distinctly remember his mom talking about his insisting on having things his own way.

    9. Re:Tabs are a poor approximation by Tough+Love · · Score: 1

      OK, did a quick catchup on your blog. Item one is a kernel patch. Tabs. Should I read anything into that? :)

      I agree that this discussion is stupid. Just do what you feel is best and try not to preach (except when absolutely necessary...)

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    10. Re:Tabs are a poor approximation by Bruce+Perens · · Score: 1

      Because I can? I don't, however, get hot under the collar about it.

    11. Re:Tabs are a poor approximation by Bruce+Perens · · Score: 1

      Keep reading until you get to the Ruby Gem. The kernel patch is community service related to people messing with GPL rights.

    12. Re:Tabs are a poor approximation by ceoyoyo · · Score: 1

      Tabs on a typewriter let you easily indent to a manually settable, consistent position. They eliminate errors where you're off by a space or two, start typing, then have to get out the corrector tape and fix your crooked column.

      Word processors copied that behaviour, with the tab character meaning a user-selectable level of indentation.

      The tab character seems like an ideal symbol for an indent in code to me, particularly in whitespace sensitive languages: being off by a full tab is obvious; being off by one space out of four or eight might not be. The problem seems to be that various text editors historically insisted on converting tabs to spaces. A third of the coding population hasn't figured out that you can turn that off, and another third is so traumatized from past experience they won't even consider alternatives. And the last third uses tabs. ;)

    13. Re:Tabs are a poor approximation by Xest · · Score: 1

      I get the impression that the spaces vs. tabs thing is largely a *nix problem and stems from the fact there are simply so many shit open source tools out there on those platforms with terrible usability and are that way because that's how it's always been and fuck change.

      Whilst *nix dev still seem to be at war over tabs vs. spaces, developers of other platforms seem to have completely gotten over it people on other platforms are happily tabbing away and developing code far more efficiently with far less keypresses.

      Yes, in some IDEs they're just smartly autoconverting to spaces, and that's fine - the point is this argument shouldn't even exist in this day and age if it weren't for the fact people are just using really shit tools still on *nix platforms whilst the rest of the world has long moved on to things that actually matter.

      Most devs tend towards tabs, if the IDE converts fine, but devs are inherently lazy, and the last thing they want is to piss about hammering space repeatedly and getting the number of spaces right - they'll always revert to just hitting tab once or twice over hitting space 4 or 8 times or whatever if they have the option, it's only terrible tooling preventing that and if spaces are being used under the hood fine - as long as it doesn't impact productivity by people having to manually press and align a million spaces in every fucking code file.

    14. Re:Tabs are a poor approximation by angel'o'sphere · · Score: 1

      Most IDEs are actually completely auto formatting the text for you.
      You very rarely have to hit tab.

      For my personal code I use tab, when I join another team, I let someone export the IDE settings and I import them ... I never actually "check" if they use tabs or spaces, as I have every visual noise deactivated. I don't want/need to see CR/TAB/space as greyish little critters.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    15. Re:Tabs are a poor approximation by erapert · · Score: 1

      Tabs descend from the manual typewriter, where they were a poor approximation to properly-formatted columnar layouts.

      Genetic Fallacy. Opinion discarded.

  16. A Modest Proposal by Anonymous Coward · · Score: 1

    Everyone should use Windows Notepad as their code editor. Then the tab spacing will be consistent everywhere.

    *ducks*

  17. So which is it? by Anonymous Coward · · Score: 0

    First, you say Baker "doesn't believe developers who use spaces make more money than those who use tabs." Then immediately after you say Baker's blog post says "you're statistically a little more likely to be a space-user and a higher wage-earner."

    So which is it?

  18. This post is a joke, right? by RhettLivingston · · Score: 1

    Perhaps designed to demo how far slashdot has fallen?

  19. When using Emacs, the tabs/spaces argument is moot by kriston · · Score: 2

    When using Emacs, the tabs/spaces argument is moot.

    When spaces are used, Emacs handles that automatically.

    When tabs are used, Emacs also handles that automatically and elegantly.

    When both tabs and spaces are used, Emacs also handles that automatically, elegantly, and beautifully.

    The world might be a much better place if we all used Emacs.

    --

    Kriston

  20. Studies made by open source stakeholders... by jimbo · · Score: 1

    I've been a senior software engineer in a number of companies, small, medium and one of the world's largest companies and I worked with and socialized after work with many of the top positioned and paid software engineers.
    Some had home hobby projects, one guy liked woodworking, one rebuilt cars, some did electronic or software projects, a few were open source. Many worked overtime every single day and simply dropped the keyboard after work to go rock climbing, pubbing or spend evenings and weekends with their families.
    Sure this is anecdotal, but it does suggest to me that a Red hat analyst might be biased.

    It's like the article where number of git accounts were used to count the number of developers in the world. Again, anecdotal, but not a single company I worked in ever used Git. They used private repositories with Clearcase, Perforce, etc.. Git might be rising in popularity recently (eg Microsoft) but it's not world dominating yet. Even stating that it has a certain percentage would just be wild guesswork.

    1. Re:Studies made by open source stakeholders... by Tough+Love · · Score: 1

      a Red hat analyst might be biased

      For what it is worth, I am not a Red Hat analyst or employee, and I am quite certain that open sourcers command higher salaries on average (and are more skilled) than bespoke-only coders.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
  21. GCC counts tab as 1 char when reporting error by Tough+Love · · Score: 1

    GCC counts tab as 1 char when reporting errors, which can make it slightly harder to coordinate error messages with exact file position in some cases. That is the only issue I ever run into when using tabs. However, the advantages of tabs far outweigh that little difficultly, so in any project where I set the style, the style is tabs. And incidentally, the style for Linux kernel (the largest of all open source projects) is tabs.

    --
    When all you have is a hammer, every problem starts to look like a thumb.
  22. What!? by Anonymous Coward · · Score: 0

    My theory is that when diverse people are working on open source projects together without enforced coding style, the possible formatting mess is nudging people towards using spaces simply because the code is consistent for everyone.

    Anybody else see anything resembling this? When there is no enforced coding style, developers will use whatever suits them. Sometimes that's tabs, or sometimes some arbitrary number of spaces. It inevitably ends up being a huge mess.

    One of the problems with spaces is that the number of spaces might not be specified, or enforced. So each line is indented with some different number of spaces. I've noticed that about 25% of spaces projects the developers will still use tabs instead of however many spaces their tabs are set to represent. So you'll have lines with 2 spaces, lines with 4 spaces, lines with 6 spaces, and then lines with a tab. I don't blame them for not wanting to type 8 spaces, but it's gonna be a mess if they can't keep it straight.

  23. meh by nyet · · Score: 1

    sw=4:ts=8:no expandtab or GTFO

  24. Indent vs alignment. by Anonymous Coward · · Score: 0

    Tabs for indenting, spaces for aligning.
    It is the only way. THE ONLY WAY.
    Any other way is shit-tier.

    Take your git and blow it up your ass!

  25. I'd say it's a matter of competence, then by johannesg · · Score: 1

    People who contribute to open source projects tend to be the more enthousiastic programmers; they are willing to put in hours in their own time as well. That greater enthousiasm could very wel equate to a higher skill level as well (either through getting more practice, or through getting more constructive criticism, or because only people who are already competent at programming gravitate towards doing it as a hobby as well). And that greater competency translates into higher salary levels.

    Well, that makes sense, at least... And if enough open source projects mandate spaces, that correlation would extend to the tabs vs. spaces thing as well.

  26. So any non-shit tools? by Anonymous Coward · · Score: 0

    From your bleating on about how it's all U*IX shit tools, there must be non-UNIX tools that aren't shit, but you don't mention any.

    So ignoring the blank assertion claims you made, not conceding them as valid, please provide what non-shit tools you've found that make the unix ones "shit".

    1. Re:So any non-shit tools? by Xest · · Score: 1

      Visual Studio is the obvious one, but most modern IDEs are more than capable of making this a non-issue and letting you write code with minimal keypresses.

      The problems seem to sit almost entirely with legacy *nix tools which haven't been updated because the most vocal community members can't cope with change.

  27. Re:When using Emacs, the tabs/spaces argument is m by Anonymous Coward · · Score: 0

    Still use emacs, modern emacs after all these years...

            M-x untabify

  28. Tabs AND Spaces by Anonymous Coward · · Score: 0

    Tabs versus spaces is no longer a thing.

    http://www.norbertdejonge.nl/pdf/Code_Indentation_Tabs_Versus_Spaces.pdf

    "Hard tabs should be used for (leftside) indentation, spaces for (midline) alignment."

  29. Tabs are for layout, so don't use them for layout? by Anonymous Coward · · Score: 0

    For a large number of languages and tools, the amount of whitespace is superfluous and extra whitespace exists solely to lay out the code in a manner that's easier for us meat sacks to read. So I don't get your argument that you can't use a well established layout character for layout. And comparing it to Unicode chars like U+202F (narrow no-break space) is a straw man, tab has been 0x09 since 1963 (officially).

    Yes, some languages and tools don't play nice with it. The solution is to use spaces for those tools, not restrict everything because of their limitations.

  30. Handicapped inaccessible by malachid69 · · Score: 1

    using spaces simply because the code is consistent for everyone

    That's a false assumption.

    My father was legally blind. We were sharing code remotely, using spaces, and he could not differentiate the gaps in the same way that I could. Every commit he would change my 2 or 4 spaces to 8 or 16 spaces. Every commit I would change it back, because it was horrible for me. We eventually switched to tabs, and the constant code reformatting stopped because we could each choose how strong that spacing looked for each of us, independently.

    At work, they are currently enforcing that we use spaces, so I am.

    I would no longer choose to do so on my own project because I know that it makes the code inaccessible to the handicapped. I am quite honestly surprised that this argument goes back and forth. The ADA should probably just start suing companies for being non-compliant.

    --
    http://www.google.com/profiles/malachid
  31. Java is distributed compiled; JavaScript isn't by tepples · · Score: 1

    It's not like the compiler keeps that information

    It's not like all languages encourage distribution of programs in compiled form either. Programs in Lua, Python, and JavaScript traditionally are distributed in source code or minified form, and minification for Python is less strong because of its use of leading whitespace to mark block boundaries.

  32. Who pays for giving people skills to autistics? by tepples · · Score: 1

    I've seen quite capable people shown the door because they had poor people skills

    How many of them had Asperger's? Poor people skills are often a symptom of this disability, and it often takes more effort to train otherwise high-functioning autistic workers to improve their people skills. Whose responsibility is it to fund this training? Government or industry?

  33. Could be A Seconday Effect, not Causality by herbierobinson · · Score: 1

    I'm late getting in here late and I skipped the first round because I was so late, but most people tend to use tabs in projects that are already using tabs. So, any correlation is more likely related to some other attribute of the code, not the presence of tabs. Here is an "interesting" interpretation to troll with: A lot of the earliest open source software was Unix, which had tabs in it; so, you get paid less if you work on old open source software :-).

    --
    An engineer who ran for Congress. http://herbrobinson.us