Software Developer in Brisbane, Queensland, Australia

I worked with a unicorn company that was shifting from REST API to GraphQL. I built a customized static site generator that received the federated GraphQL schema and produced a responsive site hosting documentation of the API. I developed the site building tool and the front-end UI. Project milestones varied from accessing the federated registry directly to moving from legacy Mustache.js templates to server-side React. I created a complete set of tests from scratch. These ranged from unit tests parsing the GraphQL schema to snapshot tests comparing site pages from a static schema.

An RSS reader for browsing the news. I have used versions of it personally as a replacement for Google Reader since that service was discontinued in 2014. I am the only person involved in the project.

A current back end uses Cloudflare's serverless workers to provide a GraphQL API. All state is kept in a key value store. The total response time to a client is around 100ms for queries, while mutations that require polling RSS feeds are bottlenecked by the slowest feed response.

Front ends have been made in React and Next.js, React Native, and Swift UI. In each implementation, the UI is optimistic, with Apollo's client cache reflecting user actions across the entire app immediately. iOS implementations have features like pull-to-refetch latest articles on the 'News' page and slide-right to delete a subscribed feed on the 'Subscriptions' page.

The back end can be browsed at https://worker-rss.mikowals.workers.dev/__graphql with the code repository at https://github.com/mikowals/cloudflare-worker-rss.

The React Native front end for iOS is at exp://exp.host/@mikowals/rss-react-native.

The code repository for the React and Next.js is at https://github.com/mikowals/simple-rss-next. It is not currently running anywhere.

The application was a locality-based social network that allowed people to connect and plan events. I joined the project already in progress and implemented features such as iOS notifications using Firebase and completing the build process to get the app into TestFlight for testing.

I also did several rounds of bug fixes for the app. For example, the chat features would lose messages, so I debugged the Websocket connection implemented in socket.io to eliminate the problem.

The app will be released in the App Store shortly.

An iOS and Android game built to help expecting parents choose a name. Along with a partner, I designed, developed, and marketed the game from concept to launch. The game was available for download for several years. It had hundreds of people playing daily and attracted 100,000+ downloads.

Requirements:
• MongoDB database to host names, customer data, and game state.
• A single-page application wrapped for iOS and Android store downloads.
• Hosting with release and version migration scripts on the Meteor platform and DigitalOcean.

Game features:
• Freemium model progressing from anonymous play to paid customer.
• Joint play with a secure invite system shared data between linked players.
• Responsive UI for multiple phone and tablet sizes.
• Fast game play with optimistic server interactions and user milestone updates.
• Analytics and reporting interface to track usage and progress through an upgrade cycle.
• Available in multiple countries with geographically appropriate names.

A package for the Meteor JavaScript framework that makes inserting a large number of documents into MongoDB more efficient (100x improvement). The package maintains Meteor database security rules and enables Meteors' optimistic UI features for batch inserts from the client.

The package has been used by 5,000+ developers and has been maintained since 2015.

The project research asked whether carefully allocating a bond's duration risk across multiple buckets would improve hedging efficiency. Hedge efficiency means how accurately the price change of a portfolio matches the estimated change based on duration and yield change.

Working in C and C++, I built a back-testing harness and point-in-time model to produce the historic ratios for trades hedged with standard and bucket durations. Backtesting could report the daily standard deviation of realized profit from expected profit.

The project discovered that the firm's treasury curve model had a computational quick where minor price changes could cause the curve to "pop" between curling up and curling down. The effect of this quirk on hedge efficiency was three times larger than the duration effects originally studied.

This inefficiency was fixed by adding an extra step to the treasury model that forced the curve to pass through the on-the-run (most liquid) bond yields.

An iOS app that helps users tracks fitness goals. The app was available for a number of years in several countries through the App Store. A nice technical feature of the app was its animated page transitions while users were looking through graphs of their progress.