It's almost done (it would take one or two weeks to clean it up for FOSS release). It's a CLI tool. It works great for my use case, but I'm wondering if there's any interest in a tool like this.

Say you have a simple time-tracking tool that tracks what you do daily. The only problem is that there are gaps and whatnot, which might not look nice if you need to send it to someone else. This tool fixes pretty much all of that.

Main format is a JSON with a "description", and either "duration" or a "start"/"end" pair. It supports the Timewarrior format out of the box (CLI Time tracking tool).

  • delirious_owl@discuss.online
    ·
    6 hours ago

    I just say I worked X hours per day, above my log entries describing what I did that day. Why do they need anything more than that?

  • 𝕸𝖔𝖘𝖘@infosec.pub
    ·
    edit-2
    8 hours ago

    Outputting clean reports is one thing, but "normalizing" the time to make it look better, or as though I'm more busy, is something else entirely. I appreciate the effort, but this tool has the very real potential to get a contractor or employee sued for time fraud. I highly recommend against normalization of time data. The contractor either worked a full 30 or s/he didn't. It's black and white. Saying s/he worked for 30 when s/he worked for 25 is a lie, and subject to lawsuits and further legal action.

  • joranvar@feddit.nl
    ·
    10 hours ago

    I do my time tracking in org-mode, and export it to JIRA once a day or so. It is quite a specific/tailored setup, written in a mix of elisp and, well, org-mode (specific names and tags are used to configure some settings), but I'd love to look at this tool to see if I can extend my workflow by using it for the "massaging into a nicer shape" part. I might end up writing some extensions for either side (org-mode input format and JIRA REST calls output format).

    My current tooling quantizes everything by rounding start and end times to the nearest full 15 minutes, and starting a new task at the end time of the previous one when clocking in, so that my team lead does not have to report so many fractions of hours to higher layers.

    • sebastiancarlos@lemmy.sdf.org
      hexagon
      ·
      20 hours ago

      Hey, thanks for the comment. I get that it might be used for something shady, but that’s not the intention. The primary goal is to clean up raw time-tracking data into a format that’s easy to present to clients or supervisors, especially for contexts when small gaps or irregularities should be absent.

      I imagine most professionals aren’t expected to account for every single minute of their workday. For example, if you’re switching tasks or taking short breaks. It’s more about reporting general productivity or overall progression of tasks, not trying to inflate hours.

      Anyone aiming for 'time fraud' could probably find easier methods. My focus is to make life easier for people who already track their work but want cleaner, more digestible reports.

      Appreciate the feedback though, helps me make sure the use case is clear! :)

      • NuXCOM_90Percent@lemmy.zip
        ·
        19 hours ago

        Pretending the most important use of bit torrent is Linux ISO's is the kind of cya that people giggle at.

        If a candidate I am interviewing has a tool to change their reported hours to me or clients on their public GitHub? That person is radioactive no matter how many times they say "but don't do anything naughty wink wink"

        • Palacegalleryratio [he/him]
          ·
          9 hours ago

          I mean if you want to do time fraud you pretty much just can. You can start tracking a task at 9am then immediately go to make a coffee and chat to a coworker until half 9 to run up the clock. You really don’t need a fancy tool for that.

          However a tool to make data more digestible and readable shows a level of interest in presentation of data. I would be less concerned about that. Someone willfully doing time fraud wouldn’t advertise it.