notes
This commit is contained in:
parent
4a74d8f84c
commit
db1d866f07
@ -4,6 +4,14 @@ hledger project notes
|
||||
|
||||
*This whole plain is gunpowder a mile deep.*
|
||||
|
||||
Abstractions: precise, elegant, reusable.
|
||||
Implementations: correct, efficient, maintainable.
|
||||
Documentation: clear, simple, accurate.
|
||||
|
||||
A concept is tolerated inside the microkernel only if moving it
|
||||
outside the kernel, i.e. permitting competing implementations, would
|
||||
prevent the implementation of the system’s required functionality.
|
||||
|
||||
* about
|
||||
This emacs org-mode outline contains Simon's project backlog, activity
|
||||
log, and random developer notes. Currently only I use this file, but
|
||||
@ -259,6 +267,7 @@ http://stackoverflow.com/questions/6398996/good-haskell-source-to-read-and-learn
|
||||
**** http://forum.bitcoin.org/index.php?topic=2609.0
|
||||
*** selinger article on currency & capital gains accounting
|
||||
http://www.mscs.dal.ca/~selinger/accounting/tutorial.html#1.2
|
||||
*** parsec lexing/expression parsing tutorial: http://burz.github.io/2014/06/24/parsing.html
|
||||
** other software
|
||||
*** http://easybooksapp.com/
|
||||
*** http://gnucash.org
|
||||
@ -2121,6 +2130,21 @@ move *FromOpts into toOpts
|
||||
*** 7/1 notes
|
||||
|
||||
* old/dev/project backlog - see also trello
|
||||
** docs
|
||||
*** documentation advice
|
||||
As someone who is struggling to learn Snap (and I am trying to use it
|
||||
in one project), I would appreciate some nice explanations of the
|
||||
basic concepts, minimal and isolated from each other. For example,
|
||||
just a static template, just having a few constant splices of
|
||||
different types and showing them in a template.
|
||||
|
||||
In general, examples are most useful when they explain some abstract
|
||||
rule. What are the rules these examples explain? Just phrase it in one
|
||||
sentence for people to remember. Like, "Templates can be composed of
|
||||
other templates using the apply tag", then show the example of how to
|
||||
do it. Also, adding "negative" examples, which show common errors, is
|
||||
a good approach.
|
||||
|
||||
** errors
|
||||
*** balance: --drop without --flat should only drop top-level account name parts (or be ignored)
|
||||
*** balance (flow): show today as end date instead of end of current period ?
|
||||
|
||||
Loading…
Reference in New Issue
Block a user