Lead Software Engineer
MarketAxess · New York, NY · 4 wk ago
Engineering$200k/yrFull-time
We need to output HTML fragment with sections: About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule. Only include sections if posting has real specific content. We must not repeat job title. Must not include Job ID etc. Remove boilerplate: About Us, EEO, etc. Must preserve all substantive info.
We need to parse the posting.
Let's extract sections:
- About Us: description of company. Could be considered "About the role"? Actually "About Us" is company description. The instruction says use for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule). So we need to map content to these headings. "About Us" could go under "About the role"? Usually "About the role" is description of role. But we have "The Role" section describing role. So we can put that under "About the role". The "About Us" company description maybe could be omitted? It's substantive but not about role. The instruction says we should include sections only when posting has real specific content for it. It didn't forbid including company description under About the role? Might be okay to include as part of About the role? However "About the role" heading expects role description. The company description is not role. But we could still include it under About the role? Might be misaligned. Better to treat "About Us" as not needed; we could omit because not one of the prescribed headings. But we must preserve ALL substantive information; we cannot drop company description unless we can fit it elsewhere. Could we put it under "About the role" as a preamble? Might be acceptable. The instruction: "use
.
Qualifications: combine "What You Bring To The Table" and "What We’re Looking For".
What You Bring To The Table bullet points (some are sentences):
- 10+ years of experience of progressive software engineering experience, with 5+ in cloud computing environment (e.g., applications, infrastructure, storage, data, and platforms)
- Adept at building and designing events driven architecture with Java and Kafka (KStreams)
- 3+ years of streaming and event processing architectures and platforms (e.g., Kafka)
- Ability to plan, estimate, and manage the technical aspects of project execution and delivery
- Have a product mindset that is deeply empathetic to customer needs, strategic in orientation, and metrics and outcomes-driven
- Ability to leverage GenAI tools (e.g., GitHub Copilot or equivalent) to accelerate development and improve code quality.Applying AI-driven practices such as prompt engineering and AI-assisted code reviews to boost productivity and reduce delivery time while mitigating risks.
- Comfortable with ambiguity and adapting to changing requirements, with a proactive bias towards action
- Good understanding of product management, agile principles and development methodologies and capability of supporting agile teams by providing advice and guidance on opportunities, impact, and risks, taking account of technical and architectural debt.
- Comfortable delivering
for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule). So we need to map content to these headings. "About Us" could go under "About the role"? Usually "About the role" is description of role. But we have "The Role" section describing role. So we can put that under "About the role". The "About Us" company description maybe could be omitted? It's substantive but not about role. The instruction says we should include sections only when posting has real specific content for it. It didn't forbid including company description under About the role? Might be okay to include as part of About the role? However "About the role" heading expects role description. The company description is not role. But we could still include it under About the role? Might be misaligned. Better to treat "About Us" as not needed; we could omit because not one of the prescribed headings. But we must preserve ALL substantive information; we cannot drop company description unless we can fit it elsewhere. Could we put it under "About the role" as a preamble? Might be acceptable. The instruction: "use for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." It says e.g., not limited to those? It suggests those are typical headings. It doesn't forbid other headings, but says use those for section headings. Likely they expect us to use those headings only. So we need to map content to those headings. Company description could go under "About the role"? Might be okay.
Let's extract content:
About Us: "MarketAxess is on a journey to digitally transform one of the world’s largest financial markets, enabling the shift from analog, phone-based trading to a fully electronic marketplace. Why does this matter? Because our platform makes trading fixed-income more accessible, ultimately improving transparency, efficiency, and competition in the marketplace. Changing the way an established industry transacts is no easy feat. There will be twists and turns, because no one’s ever done this before. But now, more than 2,000 clients around the world rely on our solutions, and that number is only expected to grow in the years ahead. We know where we’re going. How we get there is up to us. Join us and help Take Us There."
That's company description.
The Role: "We are seeking a hands-on Lead Engineer to join our team who has a passion and expertise in helping us build our next-gen Trading Workstation. The ideal candidate is someone who has demonstrated experience in building and operating highly scalable, available, and fault-tolerant Trading platforms across a range of technologies. You should be passionate about technology, architecture, software engineering and quality, and innovatively addressing business problems. You will work with the team to collaborate on software solutions and architecture and ensure exceptional software engineering practices, and good documentation. It’s essential to be willing to take on new skills to meet the shifting demands of accelerating our modernization efforts to the public cloud and Kubernetes world. Feedback from your users should be something that you look forward to, as you will work closely with the Product and Engineering to incorporate their needs into the team’s roadmap and use it as a measure of success. A critical success factor is being viewed as a trusted partner and collaborator, including business and technology stakeholders. We embrace a culture of collaboration and experimentation while striving and encouraging all team members to focus on continuous improvement and learning. We openly welcome diverse perspectives and people who are not afraid to challenge assumptions and prior ways of working. Otherwise, how do we innovate, learn and grow as a team and individuals?"
How You'll Help Take Us There: bullet list of competencies across five dimensions. We'll need to put under Responsibilities maybe.
What You Bring To The Table: list of qualifications/experience.
What We’re Looking For: more qualities.
What You Can Expect From Us: benefits, hybrid environment, free food, PTO, parental leave, 401k, wellness stipend, onsite healthcare, tuition assistance, core benefits.
Pay: "For job positions in NYC, NY, and other locations where required, the estimated salary range for a new hire into this position is $200,000 USD to $250,00 USD. Actual salary may vary depending on job-related factors, which may include knowledge, skills, experience, and location. You may also be eligible for annual cash incentives, equity, and other benefit programs."
Schedule: Not explicitly mentioned. Hybrid environment indicates mix of office and home. Could be considered schedule? Not explicit. Probably we should not create Schedule section unless posting actually states them. It does not state schedule specifics like full-time, hours. So omit Schedule.
Benefits: we have many benefits listed.
We need to avoid boilerplate: EEO, privacy notice, etc. Remove those.
Now structure:
About the role
maybe include company description + role description? Could split: About the role: The Role paragraph. Company description maybe could be under About the role as well but might be redundant. Let's include company description under About the role as introductory paragraph.
Then Responsibilities: from "How You'll Help Take Us There" bullet list.
Then Requirements: maybe combine "What You Bring To The Table" and "What We’re Looking For"? But we have separate headings Requirements, Qualifications, Skills. We need to decide mapping.
We have:
- What You Bring To The Table: includes experience, technical skills, etc. That's qualifications.
- What We’re Looking For: includes collaborative software engineering techniques, ability to articulate, etc. That's skills/requirements.
We could map:
Requirements: the bullet list from What You Bring To The Table (experience, etc.)
Qualifications: maybe the same? Could combine.
Skills: maybe the bullet list from What We’re Looking For.
But we need to avoid thin sections. Perhaps we can combine Requirements and Qualifications into one section? But instruction says prefer few substantive sections over many thin ones. So we could have:
- About the role
- Responsibilities
- Qualifications (combining experience and skills)
- Benefits
- Pay
We could omit Requirements and Skills if we combine.
But we need to follow instruction: use headings e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule. It doesn't say we must use all, just that we can use those. So we can choose subset.
Thus we can output:
About the role
About the role
maybe include company description + role description? Could split: About the role: The Role paragraph. Company description maybe could be under About the role as well but might be redundant. Let's include company description under About the role as introductory paragraph. Then Responsibilities: from "How You'll Help Take Us There" bullet list. Then Requirements: maybe combine "What You Bring To The Table" and "What We’re Looking For"? But we have separate headings Requirements, Qualifications, Skills. We need to decide mapping. We have: - What You Bring To The Table: includes experience, technical skills, etc. That's qualifications. - What We’re Looking For: includes collaborative software engineering techniques, ability to articulate, etc. That's skills/requirements. We could map: Requirements: the bullet list from What You Bring To The Table (experience, etc.) Qualifications: maybe the same? Could combine. Skills: maybe the bullet list from What We’re Looking For. But we need to avoid thin sections. Perhaps we can combine Requirements and Qualifications into one section? But instruction says prefer few substantive sections over many thin ones. So we could have: - About the role - Responsibilities - Qualifications (combining experience and skills) - Benefits - Pay We could omit Requirements and Skills if we combine. But we need to follow instruction: use headings e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule. It doesn't say we must use all, just that we can use those. So we can choose subset. Thus we can output:About the role
... company description + role description ...
Responsibilities
- ... each competency ...
Qualifications
- ... experience requirements ...
- ... skills ...
Benefits
- ... benefits ...
Pay
... salary range ...
We must not include Schedule. Now extract specifics. About the role paragraph: combine company description and The Role paragraph. Let's craft: Company description: "MarketAxess is on a journey to digitally transform one of the world’s largest financial markets, enabling the shift from analog, phone-based trading to a fully electronic marketplace. Why does this matter? Because our platform makes trading fixed-income more accessible, ultimately improving transparency, efficiency, and competition in the marketplace. Changing the way an established industry transacts is no easy feat. There will be twists and turns, because no one’s ever done this before. But now, more than 2,000 clients around the world rely on our solutions, and that number is only expected to grow in the years ahead. We know where we’re going. How we get there is up to us. Join us and help Take Us There." Role description: "We are seeking a hands-on Lead Engineer to join our team who has a passion and expertise in helping us build our next-gen Trading Workstation. The ideal candidate is someone who has demonstrated experience in building and operating highly scalable, available, and fault-tolerant Trading platforms across a range of technologies. You should be passionate about technology, architecture, software engineering and quality, and innovatively addressing business problems. You will work with the team to collaborate on software solutions and architecture and ensure exceptional software engineering practices, and good documentation. It’s essential to be willing to take on new skills to meet the shifting demands of accelerating our modernization efforts to the public cloud and Kubernetes world. Feedback from your users should be something that you look forward to, as you will work closely with the Product and Engineering to incorporate their needs into the team’s roadmap and use it as a measure of success. A critical success factor is being viewed as a trusted partner and collaborator, including business and technology stakeholders. We embrace a culture of collaboration and experimentation while striving and encouraging all team members to focus on continuous improvement and learning. We openly welcome diverse perspectives and people who are not afraid to challenge assumptions and prior ways of working. Otherwise, how do we innovate, learn and grow as a team and individuals?" Combine into one paragraph? Might be long but okay. Responsibilities: from "How You'll Help Take Us There" five dimensions: - Interpreting business needs and setting strategy - Provide technical vision, drive strategy around solutions, solve complex problems, and act as the technical owner across strategic efforts for which your team(s) are responsible. - Project Execution and Applying Technology - Own the services your team delivers – from requirements gathering, design, development, testing, to production – and support the platform, while establishing repeatable processes and methods that ensure high productivity, quality, and reliability. - Providing Architecture Guidance - Define the principles, guidelines, standards, and solution patterns to ensure solution decisions are aligned with the firms target-state architecture vision. Create deliverables like standard definitions, reference models and architecture designs to support architectural governance to assess the impact of new and ongoing technology investment. - Team Leadership - Lead a team of engineers in identifying and implementing well-architected, cloud-native solutions that deliver the best possible experience for our clients and engineering teams. Mentor software engineers on the team, and through code reviews, ensure that all work meets team and industry standards. - Assessing Technology - Facilitates the evaluation and selection of software product standards and services, as well as understanding emerging technology trends and disruptions and their practical application to enable new and evolving business capabilities. We'll put each as