4 ms·

This is exactly my point when I say it needs to be better understood: you wouldn't do it within a single project, but if you've got a third party library that e

This is exactly my point when I say it needs to be better understood: you wouldn't do it within a single project, but if you've got a third party library that exposes a `read_file` method you can use it as `readFile` meaning your own code base is more consistent. In other words, you're not limited by the design decisions of another developer (or language, as nimmer pointed out).

dilap 9y ago
Thanks, that's interesting. I see the justification for it, at least. I don't know if the whole world is magically living with much more orderly developers than I have had the pleasure to work with, but I guarantee you that if I were using such a project at work, we'd end up with the same variable being referenced different ways. I really wouldn't be able to grep for variables with confidence. (Cf. Carmack: Everything that compiles will ultimately end up in your code. In the context of exploring static analysis tools, which were finding lots of errors.) I do like the idea for uniformity though, but it seems like maybe better to restrict it -- define project-based 'style-rules', and automatically translate when moving between domains. So foo_bar inside package A must be accessed as FooBar inside package B.
- jitl 9y ago
  These style issues are trivial to enforce at commit time (pre-commit hook) and build time with a linter. It’s easy to enforce the order you desire upon your developers.
  - dilap 9y ago
    does such a linter actually exist, or is this the mathematicians trivial, "it is not required to discover something new to do it"?
- arc776 9y ago
  > I guarantee you that if I were using such a project at work, we'd end up with the same variable being referenced different ways. Luckily this is trivial to resolve as the compiler reports ambiguous variables as errors and you can then prefix by module name if required.
  - dilap 9y ago
    Hmm, maybe I misunderstood the feature. If I have a variable declared as fooBar, and somewhere else in the code someone refers to it as fooBAr, does that compile, or is it an error?
    - dom96 9y ago
      It compiles, but is definitely considered bad style.
sshine 9y ago
What if an external C library defines readFile and read_file and you want to refer to read_file as readFile? If you explicitly rename your functions as you import them, that should have more predictable behavior. Still, it's a nice sentiment.
- dom96 9y ago
  What sane C library would do such a crazy thing though? :)

dilap 9y ago

Thanks, that's interesting. I see the justification for it, at least. I don't know if the whole world is magically living with much more orderly developers than I have had the pleasure to work with, but I guarantee you that if I were using such a project at work, we'd end up with the same variable being referenced different ways. I really wouldn't be able to grep for variables with confidence. (Cf. Carmack: Everything that compiles will ultimately end up in your code. In the context of exploring static analysis tools, which were finding lots of errors.) I do like the idea for uniformity though, but it seems like maybe better to restrict it -- define project-based 'style-rules', and automatically translate when moving between domains. So foo_bar inside package A must be accessed as FooBar inside package B.

jitl 9y ago
These style issues are trivial to enforce at commit time (pre-commit hook) and build time with a linter. It’s easy to enforce the order you desire upon your developers.
- dilap 9y ago
  does such a linter actually exist, or is this the mathematicians trivial, "it is not required to discover something new to do it"?
arc776 9y ago
> I guarantee you that if I were using such a project at work, we'd end up with the same variable being referenced different ways. Luckily this is trivial to resolve as the compiler reports ambiguous variables as errors and you can then prefix by module name if required.
- dilap 9y ago
  Hmm, maybe I misunderstood the feature. If I have a variable declared as fooBar, and somewhere else in the code someone refers to it as fooBAr, does that compile, or is it an error?
  - dom96 9y ago
    It compiles, but is definitely considered bad style.

sshine 9y ago

What if an external C library defines readFile and read_file and you want to refer to read_file as readFile? If you explicitly rename your functions as you import them, that should have more predictable behavior. Still, it's a nice sentiment.

dom96 9y ago
What sane C library would do such a crazy thing though? :)