> Markdown version of [/jobs/ext/2636044-principal-software-developer](https://www.wearedevelopers.com/jobs/ext/2636044-principal-software-developer). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Principal Software Developer - **Company:** PowerPlan, Inc - **Location:** Atlanta, GA, United States (Remote available) - **Experience:** Expert - **Contract:** Permanent contract - **Skills:** ASP.NET, Accounting Information Systems, Application Programming Interfaces (APIs), Automation of Tests, Microsoft Azure, C Sharp (Programming Language), Code Coverage, Code Review, Information Systems, Databases, Customer Data Management, Information Engineering, Data Hub, Extract Transform Load (ETL), Dependency Injection, DevOps, Distributed Systems, Middleware, JSON, Python (Programming Language), SQL Azure, OAuth, Open Data Protocol, OpenID, Release Management, Standard Sql, Service Design, Single Sign-On, Software Engineering, Strategies of Testing, Data Logging, Enterprise Software Applications, Okta, Azure Data Factory, Git, Material UI, Information Technology, Codebase, Data Management, Tools for Reporting, Key Vault, Databricks - **Published:** August 10, 2026 - **Apply:** https://www.indeed.com/viewjob?jk=73c9aa35cbbdc905 ## About the Role * Hands-on Databricks and Azure Data Factory experience building medallion-style ingestion and transformation pipelines with Delta Live Tables, Asset Bundles, and Python ETL (Objective 1). * A track record of building reliability and observability into distributed systems - preventive health checks, data-quality gates, logging, monitoring, and graceful failure handling (Objective 2). * The ability to reason through cross-repository dependencies in a Git-based, multi-repo environment with shared libraries, and to move fluidly between application and data engineering (Objective 3). * A high personal bar for code review, test strategy, and production readiness, and the credibility to hold peers to it (Objective 4). * Strong C# and ASP.NET Core skills, including OData service design, middleware, and dependency injection (Objective 5). * Working knowledge of Microsoft Azure (App Service, Azure SQL, Key Vault, managed identities) and identity and token flows (Entra ID, OAuth2 / OIDC, SSO), plus strong production SQL skills. * A willingness to learn regulated financial and accounting concepts and model them accurately across pipelines, services, and reporting., Bachelor's degree in Computer Science, Information Systems, Engineering, Accounting Information Systems, or equivalent professional experience. Typically 10+ years of professional software engineering experience, with senior-level ownership of services, data platforms, enterprise applications, or cloud-hosted systems. Experience in Agile/Scrum delivery environments, including backlog refinement, estimation, sprint execution, code review, testing, release planning, and production support. ## Description Outcome: Build and operate Databricks and Azure Data Factory pipelines that ingest raw source data and move it through the medallion pattern (bronze to silver to gold) into reliable, report-ready datasets for the Data Hub platform. Impact: Reporting consumers and customers get accurate, timely data they can trust. This is the single capability the intake answers say the person must do extremely well, and it is the core reason the Data Hub exists. How: Design and maintain Delta Live Tables, Databricks Asset Bundles, Python transformation logic, and ADF orchestration (linked services, triggers, JSON-defined pipeline assets); troubleshoot failures end to end from ingestion through catalog modeling to the OData reporting layer. Rather than executing the design exactly as handed down, actively evaluate whether there is a better approach and propose an alternate solution when one exists. OBJECTIVE 2: Reliability and Observability Across the Cross-Repository Pipeline (First Quarter, Then Ongoing) Outcome: Strengthen reliability and observability across the full Data Hub chain - ingestion through ETL through OData services to reporting - so failures are detected, diagnosed, and prevented before they reach customers. Impact: Directly addresses the biggest improvement flagged during intake, with a live customer-facing pain point as the first target: large customers currently time out when the platform delivers their data. How: Lead with preventive measures - health checks and data-quality gates - ahead of reactive alerting. Attack the current weakest link first: the customer data-delivery path, and being able to scale to large customers. Understand the architecture of the two methods the platform uses to deliver data to customers, and improve how those long-running requests are managed so large customers stop timing out. Then extend logging, monitoring, and run and data-health visibility across repository boundaries. OBJECTIVE 3: Ramp Across the Architecture and Contribute Across Tracks (First 90 Days) Outcome: Get oriented across the multi-repository architecture - shared libraries, ingestion repos, ETL layers, OData services, UI components - and become a credible reviewer and contributor on either the application (ASP.NET Core / OData) or data (Databricks / ADF) track, with working familiarity in the other. Impact: The intake "clone" answer named this as the defining trait: reasoning confidently about cross-repository dependencies and moving fluidly between application and data engineering rather than treating them as two separate jobs. How: In the first 30 to 60 days, map the repositories and how they depend on each other (shared libraries into ingestion into ETL into OData into UI). By 90 days, take on real review and contribution on a primary track while building working familiarity in the other, and reason confidently about how a shared-library change ripples into downstream services. OBJECTIVE 4: Set the Engineering Quality Bar Across the Codebase (First 6 Months, Then Ongoing) Outcome: Set and hold the standard for code review, test strategy, and performance and production readiness across the multi-repository Data Hub codebase - regardless of whether the person's primary track is application or data engineering. Impact: The intake answers point here: a principal who raises the bar without being asked and holds others to it lifts the whole team and keeps a complex cross-repo platform maintainable. This is the strategic altitude a principal-level role demands. How: Establish and model review standards, test strategy, and production-readiness expectations; give rigorous, constructive reviews across repositories; drive improvements to test coverage and performance; hold peers to the same bar and coach toward it. OBJECTIVE 5: OData Reporting Services, With Identity and Security Supporting (First 6 to 12 Months) Outcome: Design and maintain the ASP.NET Core OData reporting services that deliver Data Hub reporting data to customers, with the supporting authentication and authorization flows (Entra ID, OAuth2 / OIDC, JWT, SSO) handled as a secondary concern rather than the core of the role. Impact: The OData layer is how transformed data actually reaches customers, and the identity flows keep that delivery safe in a regulated financial environment. Robust, fail-safe delivery here protects customer trust in the reporting platform. How: Build and maintain OData reporting APIs, shared libraries, middleware, and DI configuration, with identity and token flows (Entra ID, OAuth2 / OIDC, SSO, Okta) as supporting work. Build robustness into the components that gather and deliver data - anticipate failure modes and handle them gracefully so reporting degrades safely instead of breaking., This role requires close collaboration with engineering leads, architects, DevOps, QA automation, product management, implementation teams, and customer-facing stakeholders. The engineer should be comfortable working in a complex enterprise software environment where changes frequently span repositories, services, pipelines, databases, identity configuration, and customer-facing reporting behavior. PowerPlan is an EOE Applicant Privacy Notice Please note that this is a hybrid role that involves a combination of onsite work from our corporate office as well as work from home. While we strive to accommodate flexible working arrangements when sensible, there will be times when onsite work is required. This could include scheduled office days, team meetings, client meetings, or special events. ## Related Videos - [Tips and Tricks for Working with JSON](https://www.wearedevelopers.com/videos/1229-tips-and-tricks-for-working-with-json) - [How a Small Team Shrank a Microsoft Monorepo by 94%](https://www.wearedevelopers.com/videos/1236-how-a-small-team-shrank-a-microsoft-monorepo-by-94) - [From Messy Queries to Scalable Systems - How Data Engineering actually works](https://www.wearedevelopers.com/videos/100203-from-messy-queries-to-scalable-systems-how-data-engineering-actually-works) - [Introducing JSON Structure](https://www.wearedevelopers.com/videos/100219-introducing-json-structure) - [Git for Code Reviews](https://www.wearedevelopers.com/videos/429-git-for-code-reviews) - [Automated MS SQL Server database deployments with dacpacs and Azure DevOps](https://www.wearedevelopers.com/videos/334-automated-ms-sql-server-database-deployments-with-dacpacs-and-azure-devops) ## Related Articles - [What Are The Top Skills Required For Azure Developers?](https://www.wearedevelopers.com/magazine/77-what-are-the-top-skills-required-for-azure-developers) - [How We Built a Worry-Free System That Runs for 10+ Years – And What We’d Do Again](https://www.wearedevelopers.com/magazine/751-how-we-built-a-worry-free-system-that-runs-for-10-years-and-what-we-d-do-again) - [Making Data Warehouses Fast: A Developer’s Story](https://www.wearedevelopers.com/magazine/107-making-data-warehouses-fast-a-developer-s-story) - [Highest Paying Tech Companies for Developers](https://www.wearedevelopers.com/magazine/220-highest-paying-tech-companies-for-developers) - [Navigating the AI Shift](https://www.wearedevelopers.com/magazine/629-navigating-the-ai-shift) - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers)