3 ms·
* Not all users have IDEs with all that much help (vim, emacs users come to mind), and not all platforms have this ability (consider for example writing serverl
by friend-monoid 7y ago
* Not all users have IDEs with all that much help (vim, emacs users come to mind), and not all platforms have this ability (consider for example writing serverless functions in an online IDE), and sometimes you do code reviews from an online platform or from your phone, and sometimes you just kinda pull up a piece of code in notepad, and I think you should be able to tell that the code is obviously correct in all of those cases.
* In C, the convention is "move(destination, source)". See memcpy, snprintf, strftime, others, but not all functions follow this convention. PHP is known for having lots of functions in standard library with differing conventions.
* It's easier to tell that "move(from=X, to=Y)" is correct than "move(X, Y)" though?
* I agree with the over-verbosity, but your last point that "annotating your arguments makes your code over-verbose and harder/slower to comprehend; instead, put all these guards and magic in the definition of the function" - isn't that also making your code harder/slower to comprehend, but this time you're putting the mindwork in understanding the function instead?
- z3t4 7y agoAn IDE is sometimes used as band-aid for bad design. I use an IDE for convenience, but try to make my code not depend on it. It's said that the time it takes to type the code is a very small part of software development. Yet programmers are lazy and would write the short-hand if one is available. I think it's best to learn one language, and one code-base well - if you want to be productive. (or maybe become bored) There is a trend in software, that things get dumbed down, and locked down. It shouldn't take 15 years to become productive, but if you aim for one month or less, you would have to sacrifice a lot.