Skip to content

Conversation

@sandersaares
Copy link
Member

The term COGS (which was occasionally misspelled as COGs) feels like a potentially foreign term to the non-corporate part of the readership. This replaces it with "efficiency", which feels like the nearest Earthacan equivalent term.

The term COGS (which was occasionally misspelled as COGs) feels like a potentially foreign term to the non-corporate part of the readership. This replaces it with "efficiency", which feels like the nearest Earthacan equivalent term.
@ralfbiedert
Copy link
Collaborator

Thanks for the PR. Yes, typo should be fixed, and I think "performance" is better for the two guidelines. However, high-level it's actually about COGS, not (only) performance. It might be splitting hairs, but for example spending a few more CPU cycles (or just waiting) to significantly reduce memory or I/O load would be a worthwhile trade-off.

@ralfbiedert
Copy link
Collaborator

Maybe adding a "What do you mean by COGS?" could be a good FAQ entry.

@sandersaares
Copy link
Member Author

sandersaares commented Oct 22, 2025

It might be splitting hairs, but for example spending a few more CPU cycles (or just waiting) to significantly reduce memory or I/O load would be a worthwhile trade-off.

That's why I used the word "efficiency" (== cost-efficiency == COGS) and not "performance". But from your comment I get the impression this distinction does not carry through very well, so perhaps not ideal choice by me.

@geeknoid
Copy link
Member

geeknoid commented Dec 4, 2025

I think if you replace "COGS" with "costs" and "cost-efficiency", you get a better doc with less jargon.

Just 'efficiency' however isn't sufficient, since efficiency can apply to many dimensions (cost, memory, power, latency, size, etc). 'Cost efficiency' is clear.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants