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."

92 of 164 comments (clear)

  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 Frosty+Piss · · Score: 1

      Whoosh. Look at the guy's name.

      So?

      --
      If you want news from today, you have to come back tomorrow.
    4. 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?
    5. 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.

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

      If their source code contains nothing except indentation.

    7. 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.

    8. 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.

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

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

              M-x untabify

    10. 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.
    11. 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.

    12. 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
    13. 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!

    14. 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. 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 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....

  3. 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
  4. 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 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.

    4. 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.

    5. 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.

    6. 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.
    7. 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.

    8. 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.

    9. 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.

    10. 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.
    11. 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."
    12. 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.
    13. Re:Here is my thought on spaces/tabs by q4Fry · · Score: 1

      You insensitive clod! I'm an AI.

    14. 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.

    15. 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
    16. 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.

    17. 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.

  5. 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.

  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. 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.

  8. 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 MrMr · · Score: 1

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

    3. 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.
  9. 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 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.

  10. 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
  11. 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.

  12. 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 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.
    4. 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.

    5. 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.
    6. 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.

    7. 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.
    8. 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.

    9. 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.

    10. 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. ;)

    11. 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.

    12. 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.
    13. 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.

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

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

  14. 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*

  15. 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
  16. 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.

  17. 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
  18. 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
  19. 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.

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

    Perhaps designed to demo how far slashdot has fallen?

  21. 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.

  22. 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

  23. 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".

  24. 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.
  25. 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.

  26. 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.
  27. meh by nyet · · Score: 1

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

  28. 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
  29. 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.

  30. 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.

  31. 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.

  32. 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
  33. 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
  34. 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
  35. 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
  36. 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
  37. 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.

  38. 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
  39. 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.

  40. 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?

  41. 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