Dochazka is a long-term project to replace the obsolete Attendance & Time Tracking system used by the Prague office since 2007. Dochazka is a complex system consisting of three major components:

In addition to the modules listed above, the Dochazka project also spawned the App::CELL and Dateadd-emojiCZ CPAN modules.

The Dochazka REST server is implemented as a state machine powered by Web::Machine. The front-end is implemented using jQuery and RequireJS.

Hackweek 15 developments:

  • implement "Look up a schedule by code or ID" front-end feature
  • implement "Browse all schedules" front-end feature
  • implement "Create a new schedule" front-end feature (WIP)

Hackweek 13 developments:

  • implement, document, and test a Dockerized testing environment for App:add-emoji:REST
  • fix several bugs found by running the test suite in the Docker environment
  • divide tests into "regression tests" and "unit tests"
  • reduce regression test initialization boilerplate down to one line

Hackweek 12 developments:


  • come up with a (hopefully) intuitive syntax for specifying attendance intervals and tsranges in general
  • implement normalize_date routine that can handle special keywords TODAY, TOMORROW, YESTERDAY, as well as offsets (e.g., +10, -3) relative to the prompt date
  • implement normalize_time routine
  • add commands for entering new attendance intervals
  • add commands for viewing attendance intervals
  • expand testing infrastructure by adding a new "parse_test" routine that, given a raw command string, returns full name of handler routine
  • improve password change workflow
  • add lots more commands for fetching/displaying attendance intervals


  • fix a bug
  • fix another bug
  • implement SQL functions, associated employee model methods and unit tests:
    • privhistory_at_timestamp
    • schedhistory_at_timestamp
    • priv_change_during_tsrange
    • schedule_change_during_tsrange
  • enforce policy on interval/eid/:eid/:tsrange, interval/nick/:nick/:tsrange, and interval/self/:tsrange resources: they only work if the tsrange specified contains no history records (i.e. the employee's privilege level and schedule must be constant over the tsrange, where "constant" is defined as "no history records during the range")
  • impose a limit on number of attendance intervals returned by SELECT; the limit is configurable and can be set to "no limit"

Hackweek 11 developments:


  • refactor employee PUT and POST targets
  • add support for DELETE requests
  • write employee CRUD tests and missing top-level tests
  • codify test-driven workflow for implementing resources
  • make resources "self-documenting" by implementing new 'docu' top-level resource
  • make sure all existing resources are documented
  • use new workflow to document, test, and implement 'privhistory' resources


  • lots of bugfixes
  • support PUT, POST, and DELETE as well as GET
  • implement several new commands

Looking for mad skills in:

javascript perl

This project is part of:

Hack Week 11 Hack Week 12 Hack Week 13 Hack Week 15 Hack Week 16


  • 11 months ago: TBro liked Dochazka
  • 11 months ago: bruclik liked Dochazka
  • over 1 year ago: jfajerski joined Dochazka
  • almost 3 years ago: mkubecek liked Dochazka
  • almost 3 years ago: oholecek liked Dochazka
  • Show History


    Be the first to comment!

    Similar Projects

    OpenQA appliance by bear454

    This is an idea that's been kicking around for ...

    Research/Development: `Doc as Code` Using Asciidoctor, Jekyll, gh-pages, TravisCI, Bootstrap v4 and any Additional Tech Discovered Along the Way by JCayouette

    Doc as Code with Asciidoctor, Jekyll, an...

    kubeojo: Health metrics for products and testsuites by dmaiocchi

    [kubeojo in 10 seconds-click-me to visualize-...

    MirrorPinky by darix

    *A web frontend for the mirrors in the mirrorbr...

    Re-architecting Jangouts data/events model by IGonzalezSosa

    During the last GSoC, Jangouts was [ported](htt...