Add daily email for 2024-03-08
Conventions over readability?
This commit is contained in:
parent
051e154c65
commit
b8ad4d0d2f
36
source/_daily_emails/2024-03-08.md
Normal file
36
source/_daily_emails/2024-03-08.md
Normal file
|
@ -0,0 +1,36 @@
|
||||||
|
---
|
||||||
|
title: Conventions over readability?
|
||||||
|
date: 2024-03-08
|
||||||
|
permalink: archive/2024/03/08/conventions-over-readability
|
||||||
|
tags:
|
||||||
|
- software-development
|
||||||
|
- clean-code
|
||||||
|
# - php
|
||||||
|
# - podcast
|
||||||
|
cta: ~
|
||||||
|
snippet: |
|
||||||
|
Which is more important? To write readable code or following existing conventions?
|
||||||
|
---
|
||||||
|
|
||||||
|
I previously wrote about why you shouldn't use variable names like `$x` and `$y` in your code and why you should use more descriptive names.
|
||||||
|
|
||||||
|
But what if there is an existing convention?
|
||||||
|
|
||||||
|
For example, I use Lua to configure Neovim and noticed that it's common to use shortened variable names, such as `buffer` instead of `buffer_number` or `bufferNumber`.
|
||||||
|
|
||||||
|
It's also common to use the variable `M` to declare a module. For example:
|
||||||
|
|
||||||
|
```language-lua
|
||||||
|
local M = {}
|
||||||
|
M.find_files = function()
|
||||||
|
// ...
|
||||||
|
end
|
||||||
|
|
||||||
|
return M
|
||||||
|
```
|
||||||
|
|
||||||
|
Whilst `Module` would be a more descriptive name, would deviating from the convention be more confusing for anyone reading the code?
|
||||||
|
|
||||||
|
Do the benefits of following a convention outweigh the benefits of using more descriptive variable and function names?
|
||||||
|
|
||||||
|
Which would be easier for newcomers to your project or team to understand and allow them to be productive sooner?
|
Loading…
Reference in a new issue