2

Remote Vice President Software Engineer Jobs in Durham, CT

Software Development Engineer

Hartford, CT · On-site +1

$84K - $158K/yr

  • Medical

  • Dental

  • Vision

  • Life

  • Retirement

  • PTO

Software Development Engineer to Design and deliver efficient technical solutions in furtherance of ... Hybrid position: remote work permitted but must live within commuting distance of designated office ...

AVP, Software Engineering Lead

Hartford, CT · On-site +1

$255K/yr

AVP Software Engineering - IE05FE We're determined to make a difference and are proud to be an ... This role can have a Hybrid or Remote work schedule. Candidates who live near one of our office ...

Embedded Software Verification Engineer

East Hartford, CT · On-site +1

$129K - $170K/yr

  • Medical

  • Dental

  • Vision

  • Life

  • Retirement

  • PTO

The role can be onsite, hybrid (CT), or fully remote. Responsibilities: * Engage directly with ... Collaboratively work with other software and test engineers throughout verification phases of the ...

Be Seen First

... level, VP level and/or director level contacts from small to large (Fortune 500) companies in financial services, consulting, human capital, software, technology and/or the marketing services ...

AI Engineer

Hartford, CT · On-site +1

$1/hr

  • Retirement

  • PTO

This position is Remote : We are seeking an AI Applications Developer to support the ongoing ... software development environment, leveraging coding assistants to improve productivity while ...

AVP, AI (Data Science/Engineer) Remote - EST

Hartford, CT · Remote

$185K - $235K/yr

  • Medical

  • Dental

  • Vision

  • Life

  • Retirement

  • PTO

Reporting to the SVP of AI & Automation, you will lead the development of multi-agent AI solutions ... Engineering, Analytics, or equivalent practical experience. #LI-LH1 #LI-REMOTE For individuals ...

AVP, AI (Data Science/Engineer) Remote - EST

Hartford, CT · Remote

$185K - $235K/yr

  • Medical

  • Dental

  • Vision

  • Life

  • Retirement

  • PTO

Reporting to the SVP of AI & Automation, you will lead the development of multi-agent AI solutions ... Engineering, Analytics, or equivalent practical experience. #LI-LH1 #LI-REMOTE For individuals ...

Digital Product Delivery Manager

Windsor, CT · Remote

  • Medical

  • Dental

  • Vision

  • Life

  • Retirement

  • PTO

This role is fully remote opportunity. The Contributions You'll Make: Channel Strategy Leadership ... influence engineering leadership. * Experience partnering with and influencing VP-level ...

Remote micro1 is engaging Computational Biology & Cheminformatics Experts to contribute their expertise to a customer's computational drug discovery project. In this role, you'll apply your expertise ...

Remote micro1 is engaging Computational Biology & Cheminformatics Experts to contribute their expertise to a customer's computational drug discovery project. In this role, you'll apply your expertise ...

Remote micro1 is engaging Computational Biology & Cheminformatics Experts to contribute their expertise to a customer's computational drug discovery project. In this role, you'll apply your expertise ...

Showing results 21-40

Remote Vice President Software Engineer information

See Durham, CT salary details

$126.9K

$189.7K

$244K

How much do remote vice president software engineer jobs pay per year?

As of Aug 20, 2026, the average yearly pay for remote vice president software engineer in Durham, CT is $189,703.00, according to ZipRecruiter salary data. Most workers in this role earn between $159,600.00 and $219,600.00 per year, depending on experience, location, and employer.

What is the difference between Remote Vice President Software Engineer vs Remote Software Development Manager?

AspectRemote Vice President Software EngineerRemote Software Development Manager
CredentialsAdvanced technical expertise, leadership experience, often a master's or higher in CS or related fieldTechnical background, management experience, often a bachelor's or master's in CS or related field
Work EnvironmentExecutive leadership, strategic planning, cross-department collaborationTeam management, project oversight, technical guidance
Employer & Industry UsageTech companies, startups, large enterprisesTech firms, software companies, IT departments

The Remote Vice President Software Engineer is an executive role focused on strategic leadership and high-level technical decision-making, often involving cross-department collaboration. In contrast, the Remote Software Development Manager manages development teams directly, overseeing projects and technical execution. Both roles require strong technical backgrounds, but the VP role emphasizes leadership at an organizational level, while the manager role is more hands-on with daily team management.

What cities near Durham, CT are hiring for Remote Vice President Software Engineer jobs?

Cities near Durham, CT with the most Remote Vice President Software Engineer job openings:

Infographic showing various Remote Vice President Software Engineer job openings in Durham, CT as of August 2026, with employment types broken down into 1% As Needed, 81% Full Time, 13% Part Time, 1% Temporary, and 4% Contract. Highlights an 87% Physical, 4% Hybrid, and 9% Remote job distribution, with an average salary of $189,703 per year, or $91.2 per hour.

Software Engineer - Senior

West Coast Consulting

Westbrook, CT • On-site, Remote

$55 - $60/hr

Full-time

Re-posted 17 hours ago


Job description

Job Description Location: Hybrid in Westbrook, CT or Remote - EST Job Description: Responsibilities: Your primary focus: Predicate & invariant framework for data contracts - the core of the role. Design and implement declarative contract classes that attach to Python methods (design-by-contract decorators - no relation to the ML data annotations below) and trigger verification of the code inside, using AST-level analysis. Predicates enforce data contracts: they state what a method must guarantee about the data it produces or consumes, and the verifier checks the implementation against those statements.

Invariants constrain evolution: they state properties of the codebase that must survive change, so that modifications - human- or AI-authored - that would break them fail at verification time, not in production. You'll shape the vocabulary of predicates and invariants together with the architect, build the verifier and its diagnostics, and make violation messages clear enough that they teach the contract they enforce. Your secondary focus: Annotation data platform evolution.

Extend a shipped canonical schema (Avro) and adapter layer that normalize ML annotation data from multiple commercial labeling platforms into a shared representation. Add adapters for new platforms, evolve the schema under a versioned spec and ADR process, and keep validation utilities and Python typing overlays in sync with the schema. Design and implement the predicate/invariant framework: contract classes, the AST-based verifier, and CI integration.

Turn abstract contract concepts into APIs and diagnostics that working engineers adopt willingly - making the ideas graspable is part of the job, not an afterthought. Extend and evolve schemas, adapters, and validation layers for the annotation platform under its established change process. Investigate verification and validation failures and determine whether the fix belongs in the contract, the code, or the source system, documenting your reasoning.

Document the framework thoroughly and transfer knowledge continuously - by the end of the engagement, the team must be able to own and extend it without you. Work closely with a senior architect on initial designs, then independently own implementation in your areas. Qualifications: We're flexible on background, but you should be able to demonstrate: Comfort with formal and abstract structures - logic, type systems, program analysis, algebraic thinking - demonstrated by working software you built from them.

Vision and execution together; neither alone is enough. Deep production Python: decorators, descriptors, metaclasses, type hints, and the standard library. Strong analytical reasoning: comfort working from ambiguous or underspecified ideas and finding structure.

Ability to communicate technical ideas clearly in writing (design docs, code reviews, documentation, async messaging). Independence in scoping and delivering work, with the judgment to escalate complex design questions. Bonus Qualifications: A computer-science degree, or any particular number of years of experience.

Prior data engineering or ML experience (the role is adjacent to ML, not part of model training). Experience with our exact stack (Avro, Databricks, Spark, dbt, etc. can be learned on the job).

Experience in any of these areas is a genuine plus: Contracts and verification Design-by-contract tooling (icontract, deal, Eiffel, JML, Dafny) or other program-verification exposure. Property-based testing (Hypothesis or similar). Code-as-data work Parsing or analyzing source code (Python ast / libcst, tree-sitter, or equivalents); codemods; mypy plugins or typing internals.

Code generation, templating, or compiler back-ends - especially if you've maintained a code generator in production. Rule and constraint systems DSLs, OPA/Rego, rule engines, or knowledge-representation/constraint languages (OWL, RDF, SHACL, Datalog). Translating declarative business rules into executable validation logic.

Schema and validation tooling Avro, JSON Schema, OpenAPI/Swagger, LinkML, CUE, or similar; Pydantic, Marshmallow, or attrs with validators. What success looks like: In your first 30 days, you'll internalize the contract model and the platform's spec/ADR process, and ship a first working predicate end-to-end - decorator, verification, diagnostics. By 90 days, the framework core will be enforcing real data contracts in CI on at least one system, and teammates will be writing predicates without your help.

By end of term, the framework will be documented, adopted, and owned by the team; invariants will be guarding codebase evolution; and the extension conversation will be about what to build next, not whether it worked.