uuid: - value: 4a1294d7-248e-48f8-bfae-b49bbe1d19b4 langcode: - value: en type: - target_id: daily_email target_type: node_type target_uuid: 8bde1f2f-eef9-4f2d-ae9c-96921f8193d7 revision_timestamp: - value: '2025-05-11T09:00:02+00:00' revision_uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 revision_log: { } status: - value: true uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 title: - value: "Comments can lie. Code can't." created: - value: '2025-01-17T00:00:00+00:00' changed: - value: '2025-05-11T09:00:02+00:00' promote: - value: false sticky: - value: false default_langcode: - value: true revision_translation_affected: - value: true path: - alias: /daily/2025/01/17/lies langcode: en body: - value: |
How often have you need code like this?
// Returns true.
return false;
Whilst a comment like this could have been true when it was written, the code can change independently of the comment - making them out of sync and the comment no longer true.
As the comment is not evaluated or executed, there isn't a way to validate whether it's still correct, so whilst it could be, it may not be.
Comments should describe why the code is needed, not what it does.
If a comment describes the functionality, it can be refactored and extracted to a class, method or function - a.k.a. self-documenting code.
But, if you want something that will alert you if the functionality changes, look into automated testing.
If you have a passing test that suddenly starts to fail, you know the behaviour has changed.
format: full_html processed: |How often have you need code like this?
// Returns true.
return false;
Whilst a comment like this could have been true when it was written, the code can change independently of the comment - making them out of sync and the comment no longer true.
As the comment is not evaluated or executed, there isn't a way to validate whether it's still correct, so whilst it could be, it may not be.
Comments should describe why the code is needed, not what it does.
If a comment describes the functionality, it can be refactored and extracted to a class, method or function - a.k.a. self-documenting code.
But, if you want something that will alert you if the functionality changes, look into automated testing.
If you have a passing test that suddenly starts to fail, you know the behaviour has changed.
summary: null field_daily_email_cta: { }