PROVEN ENGINEERING PRACTICE

Engineering Work & Projects

We believe engineering credibility is demonstrated through what we build, not fabricated testimonials. Below are the internal products and developer tooling we have engineered to solve real Power BI challenges.

01 // INTERNAL PRODUCT·Learn·Engineering Case Study

DAXQuest

Building an In-Browser DAX Evaluation & AST Validation Engine

Launch DAXQuest Simulator

Passive video tutorials fail to teach Power BI engineers because users cannot inspect filter context transitions or test measures against actual star-schemas. We engineered a self-contained browser platform running Monaco editor, AST validation, and a live VertiPaq-style dataset simulation engine.

01 // PROBLEM STATEMENT

Learning DAX requires developing an intuition for the evaluation context (row context vs. filter context vs. context transition). Passive video lectures provide zero feedback on subtle calculation mistakes (such as implicit context transitions in iterators or incorrect ALL/REMOVEFILTERS usage). Existing tools require firing up full Power BI Desktop with local tabular instances, creating massive friction.

02 // INVESTIGATION & ANALYSIS

We analyzed the cognitive load of debugging DAX. We identified that learners need three immediate pillars in one cockpit: a responsive formula bar with syntax checking, a live visual card simulating the rendered visual scalar, and an active filter context inspector displaying applied slicers and cross-filters.

03 // ENGINEERING IMPLEMENTATION

We built DAXQuest as a Next.js application with a custom client-side DAX tokenizer and challenge validation engine. We integrated Monaco Editor with Power BI DAX autocompletion, context-aware column suggestions, and interactive parameter hovers. We implemented 47 progressive engineering challenges spanning Aggregations, CALCULATE context transition, Iterators, Time Intelligence, and Capstone Sales Analytics.

04 // MEASURED OUTCOME

A zero-install interactive platform validating DAX expressions against realistic star schemas in under 50 milliseconds. Deployed to production with 47 verified challenges, 20 lessons, an automated diagnostic assessment, and a comprehensive DAX reference guide.

Stack:Monaco EditorAST ValidationStar SchemaInteractive SimulatorTypeScript
02 // ENGINEERING PROJECT·Build·Engineering Case Study

BIKit

Standardizing Developer Workflows with PBIP and TMDL Tooling

Explore BIKit Tooling

Monolithic binary .pbix files prevent multiple BI developers from collaborating on the same model, reviewing changes in pull requests, or automating CI/CD pipelines. We engineered CLI utilities to serialize, lint, and validate Tabular Model Definition Language (TMDL).

01 // PROBLEM STATEMENT

For enterprise teams with 5+ BI engineers, the binary .pbix file is a bottleneck. Merging two branches is impossible; files overwrite each other; measures break silently in production; and code reviews happen post-deployment. Teams waste hours manually synchronizing measure definitions.

02 // INVESTIGATION & ANALYSIS

With Microsoft's release of the PBIP format and Tabular Model Definition Language (TMDL), semantic models became plain-text files. However, tooling to enforce formatting standards, measure documentation, and automated deployment checks was missing.

03 // ENGINEERING IMPLEMENTATION

We designed BIKit as an engineering CLI and GitHub Action runner that inspects TMDL files. It validates DAX formatting standards, flags undocumented measures, detects orphan columns, and verifies foreign-key integrity prior to merging pull requests into the production branch.

04 // MEASURED OUTCOME

Teams utilizing PBIP + BIKit operate with true Git pull request workflows. Merge conflicts are resolved as plain text, measure regressions are caught in CI, and deployments to Fabric workspaces occur automatically.

Stack:TMDLPBIPGit WorkflowsCI/CDAutomated Linting
03 // ENGINEERING PROJECT·Analyze·Engineering Case Study

powerbi.dev

Automated Semantic Model & VertiPaq Cardinality Diagnostics

Explore powerbi.dev

Enterprise models accumulate hidden high-cardinality columns, snowflake joins, and bidirectional filter loops that inflate memory footprints from hundreds of megabytes to multi-gigabytes. We created automated diagnostics to profile VertiPaq dictionary sizes and generate actionable remediation roadmaps.

01 // PROBLEM STATEMENT

Organizations frequently run out of Power BI Premium capacity memory without knowing why. Developers often leave transaction IDs, system GUIDs, and high-precision timestamps in the model, unknowingly consuming critical capacity RAM while visuals experience calculation lag.

02 // INVESTIGATION & ANALYSIS

Profiling enterprise models showed that the majority of memory bloat typically comes from a small set of high-cardinality columns that no user visual ever queries. Furthermore, bidirectional relationships between dimensions created costly storage engine callback loops.

03 // ENGINEERING IMPLEMENTATION

We built diagnostic heuristics that inspect semantic model metadata (BIM, TMDL, and VertiPaq Analyzer metrics). The tool automatically scores models across 10 engineering criteria: column cardinality, relationship ambiguity, DAX iterator usage, auto date/time table overhead, and Fabric Direct Lake readiness.

04 // MEASURED OUTCOME

Automated diagnostic reports that pinpoint high-cardinality columns, identify uncompressed dictionaries, and flag non-folding M steps before deployment to production capacities.

Stack:VertiPaqCardinalityDiagnostic EngineStatic AnalysisMemory Profiling