Live data from Hacker News

GitHub Super Linter: one linter to rule them all

github.blog

121–130 of 360 posts

Re: GitHub Super Linter: one linter to rule them all

#121

Am I the only one that dislikes linting? Btw, you don't have to respond with the talking points I've heard all my life on why it's supposedly great, I've obviously heard them and think they're bogus. I just find it strange that I'm the only one.

No talking points, but since everyone finds the value in it and you don’t, maybe you’re wrong and should give it a try?

Re: GitHub Super Linter: one linter to rule them all

#122

Am I the only one that dislikes linting? Btw, you don't have to respond with the talking points I've heard all my life on why it's supposedly great, I've obviously heard them and think they're bogus. I just find it strange that I'm the only one.

> Am I the only one that dislikes linting?

You're right, I much prefer de-linting, but to each their own.

(it's probably just an artifact of ancient unix history that these tools are called "linters" instead of "delinters", because they preferred vry shrt nms bck thn)

Re: GitHub Super Linter: one linter to rule them all

#123
post #107

Earlier quoted context omitted.

On the contrary: Docker is currently the best way, bar none, of distributing tools like this one to developers. Kudos to the Super Linter developers for doing this right. I wrote an article a while ago arguing this point: https://jonathan.bergknoff.com/journal/run-more-stuff-in-doc...

Regarding "cross-platform": Docker for Windows used to be really terrible IMO (relied on VirtualBox, did not translate WSL paths, etc). I never managed to get the networking between VirtualBox, WSL and applications (e.g. Chrome running in Windows) working properly. Thankfully Microsoft rewrote WSL 2 in a way that makes it work much better with Docker.

I've also had some bad experiences with Docker for windows but that was quite a few (2+ years ago) - since then it's mostly been smooth sailing for me, even without WSL

Re: GitHub Super Linter: one linter to rule them all

#124

Am I the only one that dislikes linting? Btw, you don't have to respond with the talking points I've heard all my life on why it's supposedly great, I've obviously heard them and think they're bogus. I just find it strange that I'm the only one.

No talking points, but since everyone finds the value in it and you don’t, maybe you’re wrong and should give it a try?

I have for over a decade, dozens of times in about a dozen languages over thousands of hours. That's what formed my opinion.

Re: GitHub Super Linter: one linter to rule them all

#125
post #114

Am I the only one that dislikes linting? Btw, you don't have to respond with the talking points I've heard all my life on why it's supposedly great, I've obviously heard them and think they're bogus. I just find it strange that I'm the only one.

What do you dislike about bugs being highlighted as you type, rather than first having to run your code?

This is just me btw, don't take offense:

Because some things are better expressed in different rules.

That's why some syntax is optional in the first place, that's the reason it was made that way. The flexibility is a very intentional feature. It wasn't an accident.

Maybe you want multiple spaces to vertically align code in a complex set of logic. Maybe you want to express things on multiple lines to break them up. Maybe you have deep nesting so you want to go from 4 spaces to 2. Maybe you want no braces in a single line if statement except in certain cases. This could go for pages. Poof! All gone. You can't do any of it anymore.

Not following optional syntax like having a space after a comma or a space before a parenthesis is not a software bug. It's a waste of time. The compiler doesn't care and I don't either.

Instead it becomes a literal Blocking Issue most of the time. So instead of working on the actual blocking issues of the code base, you spend time doing "you did this here because of some context I don't understand and I'm not allowing it" You can't commit your code without conforming to it.

Also because linters are dumb. They "spot" things that are perfectly fine as supposed bugs (because they don't actually know types or logic, they're just dumb syntax checkers) and you have to work around them to satiate them with the possibility of introducing new bugs to prevent some tripwire system from false positives.

Compiler writers and language designers are the only people I've found who agree with me.

It's fine for protecting against profound levels of incompetence but I don't do that and you probably don't either.

Re: GitHub Super Linter: one linter to rule them all

#126
I think this is great.

I use SwiftLint for my code (Swift, not supported in SuperLinter, and I don't expect it to be).

https://littlegreenviper.com/miscellany/swiftwater/swiftlint...

I am real big on code quality. LINT is not a silver bullet, but every little bit helps. I also use things like -wall (or the equivalent, thereof, in Swift), and heavy-duty code commenting.

https://medium.com/chrismarshallny/leaving-a-legacy-1c2ddb0c...

Re: GitHub Super Linter: one linter to rule them all

#127

Am I the only one that dislikes linting? Btw, you don't have to respond with the talking points I've heard all my life on why it's supposedly great, I've obviously heard them and think they're bogus. I just find it strange that I'm the only one.

IF you're the only one, maybe the talking points are correct...

Care to explain why you dislike it?

Re: GitHub Super Linter: one linter to rule them all

#128
post #119

Seems like this is the equivalent to GitLab's Code Quality CI template [1]? Which is supposedly built on Code Climate [2]. [1] https://docs.gitlab.com/ee/user/project/merge_requests/code_... [2] https://codeclimate.com/

Oh we use GitLab for work. Was wondering if there's an equivalent for that or similar.

Re: GitHub Super Linter: one linter to rule them all

#129
post #81

What I'm missing is a really good linter and auto-formatter for PostgreSQL or just standard SQL. Haven't found something that seems well established and well made.

I was looking for one recently and was also surprised not to find anything really. I thought there'd for sure be one already packaged for `pre-commit`.

Re: GitHub Super Linter: one linter to rule them all

#130
Happy to see this development! There was an earlier attempt at universal static linter by the coala project [1], however, in the recent years the project was not keeping up with the underlying tools changing [2].

It's lovely somebody's picking up the torch here!

[1] https://github.com/coala/coala

[2] https://github.com/coala/coala/graphs/contributors

Post reply on HN