Backend and APIs
- .NET / ASP.NET Core / C#
- Node.js / TypeScript
- Python / Django / FastAPI
- Java / Spring Boot
- PHP / Laravel
- Ruby / Rails
- Go services
Supported stacks
Check whether Shipward can work with your repo and stack
Shipward works best with mainstream web, API, SaaS, and AI-built MVP codebases where the repository, runtime, data stores, and deployment path can be inspected.
The public stack boundary stays explicit so the audit and any follow-on work can stay credible from the start.
Frontend and product apps
- React / Next.js / Remix
- Vue / Nuxt
- Angular
- Svelte / SvelteKit
- React Native or Flutter when backend and deployment boundaries are clear.
Data and integration
- PostgreSQL, SQL Server, MySQL, and Redis.
- Queues, scheduled jobs, and background workers.
- REST APIs, GraphQL APIs, and webhooks.
Cloud and delivery
- AWS, Azure, GCP-hosted systems.
- Docker/containerized apps.
- Terraform, GitHub Actions, and CI/CD pipelines.
Source intake
- GitHub repository access is the default intake path for connected source.
- Approved .zip archive intake is available when a repository handoff is not practical.
- One primary repository is easiest; multi-repo systems can be assessed once the delivery boundary is agreed.
Fit boundaries
- Shipward works best with mainstream web, API, SaaS, and AI-built MVP codebases where the repository, runtime, data stores, and deployment path can be inspected.
- Shipward can usually make an early fit decision before a recoverability audit.
- Safety-critical systems, embedded or firmware-heavy systems, smart contracts, malware or security exploit tooling, and closed-source systems without inspectable code are not good fits for the current service.
Standard exclusions
- No direct production deployment into customer environments is promised from the brochure surface.
- No ongoing support, retainer, managed service, subscription, or formal SLA is included unless separately agreed.
- No unsupported-stack rescue promise is made before source preflight confirms fit.
- No default handling of credentials, production data or logs, employee personal information, customer end-user personal information, or regulated/sensitive data.
If your situation is close but not cleanly inside scope
Use the contact page when the repo shape, stack mix, or data-handling boundary needs manual review before an audit is commissioned.
Shipward would rather confirm fit early than take money for a scope that will not hold up under review.