2 ms·

One thing I learned about PKMs is that it is not how many feature it has that dictates its usefulness, it is about how many features you are not encumbered by.

by ta988 2y ago

One thing I learned about PKMs is that it is not how many feature it has that dictates its usefulness, it is about how many features you are not encumbered by. Simplify so it doesn't get in your way. If your organization is too rigid (decimal system, complex organization) it will add a tax everytime you want to do something, and you will end up just maintaining the system not its content. Most of those pseudo experts that sell books, trainings, videos and what not are just luring you with a complex system and selling you extras because you just "don't get it yet" or just feed your FOMO with useless perks. Simplify!

teddyh 2y ago
Avoid the temptation to add new fields to the bug database. Every month or so, somebody will come up with a great idea for a new field to put in the database. You get all kinds of clever ideas, for example, keeping track of the file where the bug was found; keeping track of what % of the time the bug is reproducible; keeping track of how many times the bug occurred; keeping track of which exact versions of which DLLs were installed on the machine where the bug happened. It’s very important not to give in to these ideas. If you do, your new bug entry screen will end up with a thousand fields that you need to supply, and nobody will want to input bug reports any more. For the bug database to work, everybody needs to use it, and if entering bugs “formally” is too much work, people will go around the bug database. — Joel Spolsky, Painless Bug Tracking, 2000: <https://www.joelonsoftware.com/2000/11/08/painless-bug-tracking/ https://www.joelonsoftware.com/2000/11/08/painless-bug-track...>
setopt 2y ago
That is indeed the principle around which Howm is designed. To quote its author: > If you don’t organize notes, it’s wearisome to read them. > If you try to organize notes, it’s wearisome to write them. > The need of trade-off is worrisome. “Wearisome” is an important keyword. There is a big difference between “I can do it” and “I can do it easily.” > The point of compromise may vary from person to person, but I prioritize the ease of writing. I have designed a memo tool to create an environment where one can freely jot down notes without feeling pressure to “organize” them and still maintain coherence.

by ta988 2y ago

teddyh 2y ago

Avoid the temptation to add new fields to the bug database. Every month or so, somebody will come up with a great idea for a new field to put in the database. You get all kinds of clever ideas, for example, keeping track of the file where the bug was found; keeping track of what % of the time the bug is reproducible; keeping track of how many times the bug occurred; keeping track of which exact versions of which DLLs were installed on the machine where the bug happened. It’s very important not to give in to these ideas. If you do, your new bug entry screen will end up with a thousand fields that you need to supply, and nobody will want to input bug reports any more. For the bug database to work, everybody needs to use it, and if entering bugs “formally” is too much work, people will go around the bug database. — Joel Spolsky, Painless Bug Tracking, 2000: <https://www.joelonsoftware.com/2000/11/08/painless-bug-tracking/ https://www.joelonsoftware.com/2000/11/08/painless-bug-track...>

setopt 2y ago

That is indeed the principle around which Howm is designed. To quote its author: > If you don’t organize notes, it’s wearisome to read them. > If you try to organize notes, it’s wearisome to write them. > The need of trade-off is worrisome. “Wearisome” is an important keyword. There is a big difference between “I can do it” and “I can do it easily.” > The point of compromise may vary from person to person, but I prioritize the ease of writing. I have designed a memo tool to create an environment where one can freely jot down notes without feeling pressure to “organize” them and still maintain coherence.