Employed by a company that is technically groundbreaking; and holds patents for new process (at time of press, patent pending; but this is new as far as anyone knows). Hoptroff London is a new sub-company that was founded to supply timekeeping solutions to banks and trading organisations, which as of mid 2017 must be compliant to MIFID2 legislation. This law 1 is to limit organisations ability to frontrun trades.
I was hired as architect and lead developer for the user interface for this solution. Most of the companies tech staff are C++ engineers doing the internal mechanisms for really precise distributed timing. In this company 'frontend' starts at the datastore, which my code doesn't populate (so including PHP & server setup). I am not claiming the user interface is the patented section. I like this project as it is complex, demanding and has a quantifiable definition of correct. The heavy volumes of data mean it will be a challenge to render on mobile (not a core userstory).
This entire project is very clearly NDA-d, the tech challenges that I am solving/ have solved are:
- The MIFID2 terms state that data must be held for five years, and as these companies trade all the time, every second must be covered. This requires a volume of data for every relevant machine, sampled on each metric, each second.
- There are plenty of metrics being recorded for suitably enabled business applications; so trading organisations can view the performance of different sections of their business process.
- There are two dominant story epics; report anything abnormal that is happening now (so remedial action can be performed); secondly report for legal or audit purposes, any particular event that happened in the past. Some of the C++ code is managing clock adjustments, but that is nothing in the frontend.
- I have created all the graphic design that this site uses.
- To make the volume of data easier to see, I integrated a JS/HTML5 graphing library.
- To do necessary stats, so that the viewer have a clear vision of the trends, and therefore have the calculations to display this must run quickly.
- This project is atypical for e-commerce, in that only specialised & authorised users will be using it. I am displaying a lot of numerical data in various fashions; and can use academic norms for data representation.
- Being able to render a large volume of data (e.g. a 10^6 recordset); as most platforms allow over a month to be on screen. For the analysts or auditors to be able to see this data in a clear numerically valid fashion.
- To manage risk, we are using a standard datastore. It requires work to allow continuous bulk writes, aggregated reads, and enough data storage capacity to cover the necessary objectives.
As this is a small company unit, I am doing a wide range of professional behaviour as is common in small companies. This is not a demotion from my previous job title, unless you look at the title alone.