Brickeer

Practices

Three practices. Each one closes with a system.

This is not a catalog of extras. It is the work Brickeer takes on, sold as an engagement: scope, milestones, and what is in hand when it ends.

A row of blue and terracotta bricks on the table, one of them halfway into place.

01

Data engineering

When each report comes from a different place, the conversation goes to reconciling numbers. We set up the path of the data: from where it is born to the table the team opens. Orchestration runs in Airflow or Dagster, and the volume is processed in Databricks, BigQuery, or Spark, on the account you already have.

What gets built

  • Ingestion and transformation with tests, not a loose script
  • Orchestration in Airflow or Dagster, with retries and a place to see what failed
  • Processing in Databricks, BigQuery, or Spark, without moving platforms for a demo

What stays. A pipeline that can be run again and a model another person can read.

An empty chair, a brass lamp, and a blank card beside the two bricks.

02

AI applications

A chat stuck on the website is not a system. The agent or the chatbot does one concrete job — classify, draft, search your documents — and it is clear what a person reviews.

What gets built

  • An agent with bounded tools and a defined input and output
  • Evaluation with your examples, not a generic demo
  • Limits: what the system must not answer, and where it stops

What stays. An application the team uses in its work, with a way to know if it gets worse.

A blank sheet, a pencil, and an empty scale beside the two bricks.

03

Data science

We start from the decision, not the algorithm. If a careful count is enough, there is no model. If a prediction or an explanation is needed, the result can be defended in front of the person who decides.

What gets built

  • The question and the metric, written before the analysis
  • A reproducible analysis, with the data and the assumptions in view
  • A recommendation of what to do, and what not to conclude

What stays. An answer that can be repeated when the data changes.

If the problem crosses two practices, say so at the start. Say it in the email.