Mark Anthony Tableza

Full-Stack Developer for Hire

I started out building back ends because I love working with data. A decade on, I build and ship whole platforms — back end, front end, and the DevOps underneath. Available for freelance and contract work.

This is what I do

From the database schema to the deploy pipeline — one person accountable for the whole slice.

Full-Stack Delivery

Back end and front end from the same pair of hands. Features arrive finished — schema, API, interface, and tests.

APIs & Integrations

Headless, versioned REST APIs with token auth, queued jobs, and search — built for other teams and front ends to consume.

DevOps & Cloud

Containerised environments, CI pipelines, and cloud infrastructure — so deploys are repeatable instead of manual.

Architecture & Advice

Splitting monoliths into services, planning migrations, and being honest about what's worth building versus buying.

My latest works

I'm intrigued with the diversified needs of my clients.

My stack

What I reach for day to day. Never stop learning.

Back end

  • PHP
  • Laravel
  • Octane
  • Horizon
  • Node.js
  • REST APIs

Front end

  • Vue 3
  • Nuxt
  • React
  • Pinia
  • TypeScript
  • Tailwind
  • Vite

Data

  • MySQL
  • MariaDB
  • PostgreSQL
  • MongoDB
  • Redis
  • Elasticsearch
  • Meilisearch

DevOps

  • Docker
  • GitHub Actions
  • AWS
  • Azure
  • Linode
  • nginx
  • CI/CD
  • Linux

Are you ready to start?

A senior developer for hire, working remotely or on-site in Manila.

How I work

Ten years in, these are the habits that stuck.

  1. 01

    Own the whole slice

    A feature isn't done when the endpoint returns 200. I take it from schema through API and interface to a deploy that works, so nothing gets lost in a handoff between layers.

  2. 02

    Automate the boring parts

    Anything done twice by hand becomes a script or a pipeline. Dockerised environments and CI mean the same build runs on my machine, on staging, and in production.

  3. 03

    Leave it readable

    Most of a system's life is maintenance, usually by someone else. I write the documentation and the tests I'd want to inherit, and I say plainly when an approach isn't working.

Drop me a line

Have a project in mind? Email is the quickest way to reach me.

I read everything and reply to anything that isn't a pitch.