emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Jean Louis <bugs@gnu.support>
To: "Kristian Grönberg" <kristian@gronberg.org>
Cc: Org-Mode Emacs <emacs-orgmode@gnu.org>
Subject: Re: Clock tables and two ways to categorize tasks
Date: Sun, 22 Nov 2020 21:16:37 +0300	[thread overview]
Message-ID: <X7qrBV/5VqG7My4Z@protected.rcdrun.com> (raw)
In-Reply-To: <42BB991F-A000-4BB0-8040-27C4810F7C40@gronberg.org>

* Kristian Grönberg <kristian@gronberg.org> [2020-11-22 08:56]:
> > On 20 Nov 2020, at 10:23, Leo Okawa Ericson <leo@relevant-information.com> wrote:
> > 
> > 
> > Some time ago I hacked together a bunch of elisp to create a clock
> > table

I am sorry what is clock table?

I found only this one: https://tinyurl.com/y2jomwqr

Or do you mean clock-in and clock-out like tracking how much time was
spent on specific task? For me that would be attention slurp, it means
I would need to put attention to do the action clock-in and clock-out
or clock-start and clock-stop. Maybe because I cannot relate my work
to tracking time I do not use it.

I am human not computer. Humans put attention on important things like
writing and not on when writing began exactly and when did it stop
exactly. Self-observation is fine in general and I recommend it, but
for repetitiv stuff computers should be counting it for us.

Instead of that current feature, which I would rather call
anti-feature, what is really better is to simply designate subtree
that such subtree wants to get tracked for work. When user enters the
subtree and moves with cursor or writes anything or have it on screen
then it should automatically start the clock and end the clock. And
such statistic would be 100% of time wrong as user would need to make
a break like to go to bathroom or eat and would forget to stop the

And if it tracks something else but work within the text file, like
tracking how long time it takes to change a tyre then such tracking
better be done by using something like Stoppuhr or stopwatch. To me
that piece of time tracking information seem counter-productive anyway
unless there is some race going on.

I know that many people get paid by their time but not that I agree to
that, I like paying for services done, products but not for time
spent and also do not charge people by my time spent for their
benefit. As time in itself does not give anything useful unless I put
something useful inside.

Those useful objects should be tracked and counted, something like how
many breads have been produced, or how many phones have been sold or
manufactured, how many clients have been served.

From viewpoint of non-time tracker such time tracking would make me
lazy and frantic about stopping and starting time and there would be
no way to exclude human errors so statistic would be wrong 100% of

I am tracking real things, like emails sent as that number of email
sent influences sales, then leads coming to database as influencing
number of leads to subscribe to information increases sales, products
sold, money in, something like that. Time tracking would be last for

  parent reply	other threads:[~2020-11-22 19:20 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-19 12:25 Clock tables and two ways to categorize tasks Marcin Borkowski
2020-11-19 14:47 ` Mikhail Skorzhisnkii
2020-11-19 14:52 ` Tim Cross
2020-11-20  8:20 ` Leo Okawa Ericson
2020-11-22  5:55   ` Kristian Grönberg
2020-11-22  7:06     ` Tim Cross
2020-11-22 18:16     ` Jean Louis [this message]
2020-11-22 21:28       ` Marcin Borkowski
2020-11-22 22:11         ` Jean Louis
  -- strict thread matches above, loose matches on Subject: below --
2020-11-20  0:37 Bala Ramadurai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=X7qrBV/5VqG7My4Z@protected.rcdrun.com \
    --to=bugs@gnu.support \
    --cc=emacs-orgmode@gnu.org \
    --cc=kristian@gronberg.org \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).