Re:Code is Engineering; Types are Science
by enriquto on Monday April 06, 2020 @03:41AM
(#22791621)
Then, fortran or numpy programmers who can only conceive a single type of data (the multi-dimensional array of floats), are not doing science? I disagree.
[ Parent
| on HN ]
Re:Code is Engineering; Types are Science
by MaxBarraclough on Monday April 06, 2020 @05:14AM
(#22792022)
Whether or not you're doing science doesn't depend on which software tools you use, it depends on whether you're advancing the frontier of human knowledge. If you're producing publishable scientific research, you're doing science. If you aren't, you're probably not doing science.
I don't think the article is saying otherwise, it's just highlighting a similarity between what type systems do, and the sort of reasoning we associate with science.
I prefer to call them guild navigators.
Maybe they are not doing programming, and they are certainly not doing engineering, but they are definitely doing science!
Re:Code is Engineering; Types are Science
by shepherdjerred on Monday April 06, 2020 @04:04AM
(#22791727)
What's the spice in this analogy
Re:Code is Engineering; Types are Science
by thesuperbigfrog on Monday April 06, 2020 @08:50AM
(#22793240)
Caffeine.
It is by will alone I set my mind in motion. It is by the brew of arabica that thoughts acquire speed, the teeth acquire stains, stains become a warning. It is by will alone I set my mind in motion.
This isn't a reply to your substantive point (of course I agree that fortran/numpy programmers do science), but certainly when I'm coding with numpy I have a mental model of the shapes of the arrays, very akin to the mental model I have of the types of objects in e.g. Haskell or Python. Sure, the shapes are runtime properties and they're not enforced anywhere, but that doesn't matter to my mental model of what's going on.