6 ms·
Language complexity, measured by how many rules GitHub's .gitignore has
- MAGZine 11y agoInteresting, though especially for the entries in the list that are frameworks, you could conceivably just bury all of the ugly stuff in a `framework` folder, and have only one ignore.
- codeflo 11y agoAnd in a lot of ways, that would be an improvement to randomly dumping files all over the source tree.
- zamalek 11y agoVisual Studio seems to be moving in this direction: I've noticed a .vs folder and the .suo seems to live in it for now. I guess more and more will be moved into it as time goes on, but considering the .gitignore contains VS6 ignores we'll probably be stuck with the large file forever.
- dietrichepp 11y agoI love these metrics that are 99% meaningless but you still want to know how your language compares. Like average identifier length, source tree directory depth, etc.
- acidflask 11y agoMaking people think is my favorite part of my job. :)
- pvg 11y agoMany of these categories are not 'languages' making it hard to make any conclusions beside 'people working with Joomla or VS seem to have some gigantic .gitignore template'.
- k__ 11y agotoo much code generators?
- emodendroket 11y agoTypically you'd check in generated code; you'd exclude packages, compiled code, certain kinds of configuration and logs, etc.
- hawaiianbrah 11y agoDo you typically check in generated code? I think it depends on a lot of things. My understanding is the general rule of thumb is NOT to, except for certain cases (generation takes a long time, for instance)
- emodendroket 11y agoWell, in the VS world generated code is typically generated once and open to modification post-generation, so yes.
- sdesol 11y agoIf you are into novelty metrics, you might find the following interesting: http://imgur.com/a/xhxtm http://imgur.com/a/xhxtm It shows how actively the gitignore files are modified.
- cloverich 11y ago"Novelty Metrics" -- I kind of want to put that on my resume just to see what happens with it. Or, I could imagine an entertaining blog existing solely based on that premise.
- kbenson 11y agoYou might really enjoy the Strange Maps[1] section of bigthink.com. There are some real wonderful ones in the past entries. I have this in my feed, but look at it far too infrequently for how interesting it looks. 1: http://bigthink.com/articles?blog=strange-maps http://bigthink.com/articles?blog=strange-maps
- HemanHeartYou 11y agoyup Joomla is my favorite language
- deleted 11y ago[deleted]
- mpermar 11y agoA more accurate way imho to see this data is: "Tooling support, measured by how many rules GitHub's .gitignore has"
- ChemicalWarfare 11y agoexactly. tooling and framework config files. for 'pre-compiled' languages also build dirs but that doesn't necessarily mean the language is more complex.
- leecarraher 11y agoat least it has a nice power-law distribution. otherwise pretty useless...
- czardoz 11y agoThis measures the number of rules in .gitignore files, not language complexity.
- kqr 11y agoElaboration: the number of rules in .gitignore files scale pretty linearly with the number of options you have for tooling. If there are lots of tools that work with your language, your .gitignore template will be big. If there is only one or a few tools, your .gitignore template will be small. Whether or not "language complexity" correlates with "number of options for tooling" is left as an exercise for the reader. Personally, I think there's an argument to be made for popular languages having more tooling options...
- deleted 11y ago[deleted]
- ludamad 11y ago"Build tool complexity" seems less reaching
- ygra 11y agoIt also probably depends on what development tools people use. If everyone on the project uses a different IDE that's different patterns for each of them, but they all have to be in the ignore file.
- maze-le 11y agoWell, that is what a global gitignore file [1] is all about. Entries specific for your working environment (IDE-files) should be defined in your global gitignore, while everything project-specific (object files, build-directory etc.) should be in the project-gitignore. [1] git config-option: --global core.excludesfile
- majewsky 11y agoNot really. That should be put in ~/.gitignore, e.g. I ignore Vim swap files there so I don't have to do it in every single repo.
- HugoDaniel 11y agoWhy no JavaScript ?
- SeriousM 11y agoOh my dear... That's so pointless... It's like judging your intelect depending on the amount you dump every day.
- ramenmeal 11y agoTIL visual studio is a language.
- jsight 11y agoAlso, Java is an incredibly simple language.
- koder2016 11y agoMost developers don't know the difference between IDE, language, library, framework, platform and technology.
- Luyt 11y agoYou got downvoted for your sarcasm, but you have a point. Some people think that Ruby classes are instantiated using the create method.
- Luyt 11y agoYeah... Qt and Rails are in the list too. And is Symfony a language, too?
- pmontra 11y agoRuby 25 and Rails 23, really? I'd expected the opposite. Looking at them, half of the files makes sense, the other half is really project and dev env dependent and they don't seem to be made for the same environment. Hardly comparable. https://github.com/github/gitignore/blob/master/Ruby.gitignore https://github.com/github/gitignore/blob/master/Ruby.gitigno... https://github.com/github/gitignore/blob/master/Rails.gitignore https://github.com/github/gitignore/blob/master/Rails.gitign...
- krzrak 11y ago> Ruby 25 and Rails 23, really? I'd expected the opposite. Is there really a difference between 25 and 23?
- deleted 11y ago[deleted]
- oneloop 11y agoWhat a useless exercise. It seems to me that we're seeming more and more of these irrelevant posts hitting the front page.
- GFK_of_xmaspast 11y agoBe the change you want to see in this forum.
- emodendroket 11y agoHow do you propose he prevents inane content from being upvoted by others?
- GFK_of_xmaspast 11y agoIf oneloop doesn't like the submissions that have been made, oneloop (who appears to have submitted a total of "2" links in their posting history) should submit more of the kind of things they feel is appropriate.
- oneloop 11y agoSure, if everyone submitted lots of good stuff it would be less likely that we'd see this garbage on the front page. But for me individually to make a difference I would have to come up with insane amounts of stuff myself. I don't have time for that. If I find good stuff sure, I'll share it. But if you're suggesting that I should spend more of my time looking for good stuff around the web for the sole purpose of helping out the quality of an aggregator website, you got another thing coming.
- GFK_of_xmaspast 11y agoYou seem to be ok with spending more of your time complaining about it.
- KingMob 11y agoI'm not at all surprised Magento is number 3. I've never seen anything so simultaneously overly- and poorly-engineered. It's like someone combined the worst parts of 10-year-old Java (XML configurations over conventions, AbstractEntityBeanFactory-style classes) and PHP (no namespace, autoloading override plugins) into one awful mess. Throw in the use of EAV everywhere, and the "schema" is a nightmare to decipher. Maybe version 2 fixes some of these issues, but Magento 1.x is awful.
- DCoder 11y agoMagento 2 fixes the "no namespace" issue. Everything else is still there, and some parts are taken to eleven. A while ago, I ran PHPStorm's code inspections against Magento 1.x core code, and the result wasn't very encouraging: https://imgur.com/RMxWEgR https://imgur.com/RMxWEgR