INTL
WWR
어려움
외주
원격 가능
Toggl: Senior Full Stack
예상 기간
정규직(장기)
난이도
어려움
기술 스택
React
TypeScript
Golang
PostgreSQL
AI 분석 요약 기회점수 78/100
Toggl 2.0(통합 플래닝·시간 추적·시간 인텔리전스 제품) 개발을 담당할 시니어 풀스택 엔지니어를 찾는 채용입니다. 매니저 대상 제품 트라이브에서 스케줄·용량 관리, 대시보드, 리포트 등 데이터 밀도가 높고 인터랙션이 많은 화면을 데이터 모델부터 API, UI까지 엔드투엔드로 소유하며 성능 최적화까지 책임집니다. React/TypeScript 프론트엔드와 Go/Postgres 백엔드에 능숙하고, 제품·디자인과 함께 주도적으로 기능을 설계·출시할 수 있는 시니어 개발자에게 적합합니다.
핵심 요구사항
- React + TypeScript 프론트엔드 개발 역량
- Golang 백엔드 및 Postgres 데이터 레이어 설계 경험
- 대용량 데이터에서도 빠른 쿼리·렌더링 성능 최적화 능력
- 데이터 모델부터 API, UI까지 엔드투엔드 기능 소유 경험
- 제품·디자인과 협업하며 기술적 결정을 주도하는 시니어 역량
- UTC-4~UTC+4 근무 및 11:00~16:00 UTC 미팅 참여 가능
산출물
- 플래닝·용량 관리 화면 및 대시보드/리포트 기능
- 이를 뒷받침하는 데이터 모델 및 API 레이어
- 성능이 검증된 프로덕션 배포 기능
- 테스트 커버리지를 갖춘 유지보수 가능한 코드베이스
매력 포인트
- 완전 원격 근무
- 연봉 €83,000 명시된 정규직
- 명확한 기술스택과 역할 정의
주의사항
- 타임존 제약(UTC-4~UTC+4)으로 한국 개발자는 근무 시간 부담이 큼
프로젝트 유형장기계약
적합 개발자5년차 이상 시니어 풀스택 개발자 (React/TypeScript + Golang/Postgres)
프로젝트 원문 설명
Headquarters: Tallinn, Estonia
URL: https://toggl.com/jobs/
We are looking for a Senior Full Stack Engineer to join one of our Product Tribes, the cross-functional units that own the end-to-end experience for a specific Toggl user role. You'll join the Tribe building for managers, the people who plan work, protect margins, and keep projects on time and on budget.
You own significant parts of that experience end-to-end, working hands-on with product and design to ship work that matters. You'll do this as we build and launch Toggl 2.0, our consolidated planning, time tracking, and time intelligence product.
The salary for this position is €83,000 annually.
You can work from anywhere in the world as long as your main location is between UTC-4 and UTC+4.
The Role
As a Senior Full Stack Engineer, you own meaningful parts of the product end-to-end, from the data model and the API to the interface someone actually clicks: the technical approach, the quality of what ships, and whether it actually works for the people using it. You are accountable not for tickets closed, but for clarity, craft, and outcomes.
You'll work in the Tribe serving managers, across planning and capacity management, dashboards, and billable work. This is some of the most data-dense, interaction-heavy surface area in the product: schedules and capacity views, reports, and visualizations that have to stay fast and readable at real customer scale. The interesting problems live on both sides of the API here - the query behind a capacity view matters as much as how that view renders. You'll build with React and TypeScript on the frontend and our backend services (mostly Golang) and data layer (Postgres) behind them, alongside a product manager, a designer, and engineers who are used to owning their work and pushing back when something isn't right. In a tribe of 5 other engineers, your impact and visibility are high.
Our team meetings are scheduled between 11:00 and 16:00 UTC. Your availability and commitment to participate in these sessions are essential for effective collaboration and team alignment.
Your main responsibilities will be:
Ownership and delivery
-
Take projects from problem to production. Own the technical approach for major features front to back, break the work down sensibly, sequence it, and ship in slices rather than one big drop.
-
Make the technical calls in your area. Choose between options, name the tradeoffs, and decide without waiting for permission or escalating routine judgment.
-
Keep your work visible without being chased. Flag risks and slips early, keep the Tribe in the loop, and unblock yourself.
Craft and quality across the stack
-
Build interfaces people trust with dense, real-world data. Planning views, dashboards, and reports that stay fast, accessible, and readable when the dataset gets ugly.
-
Design the data and API layer those views depend on. Model it so the feature you're building now doesn't make the next three harder.
-
Own performance as a feature, end to end. Profile, measure, and fix the slow query and the slow render instead of hoping the data stays small.
-
Write code others can work in. Sensible components and services, real test coverage where it earns its keep, and a codebase that's easier to change after you touch it.
Working with product and design
-
Shape solutions, don't just implement them. Push on the problem, question requirements that don't hold up, and propose simpler paths when you see one.
-
Partner closely with design. Prototype early, spot the edge cases in a flow before it's built, and hold the bar on UX quality with your designer rather than after handoff.
-
Stay close to users and evidence. Join user tests, read the feedback, look at the data, and let it change what you build.
Raising the bar
-
Review code with intent. Give precise, actionable feedback that makes the change and the person better.
-
Mentor and interview. Help other engineers grow, and help us hire well.
-
Improve things across team boundaries. Spot shared components and duplicated work between Tribes, and raise it before we build the same thing twice.
AI as core leverage
-
Use AI tools extensively in your daily work for exploration, prototyping, code generation and review, debugging, research, and writing. AI fluency is not optional. It's part of how you increase your speed, depth, and impact - and you're expected to help the rest of the Tribe get better at it too.
About You
You will thrive in this role if you:
-
Have significant experience building and shipping production web applications end to end, and can lead major projects rather than just contribute to them.
-
Are genuinely comfortable on both sides of the stack. You're deep on one side and properly capable on the other, not someone who hands off at the API boundary.
-
Have deep, practical knowledge of JavaScript, TypeScript, React, and modern CSS - including state management and side-effect handling in large applications.
-
Are solid on backend fundamentals: at least one backend language you know well, API design, relational data modelling, and enough instinct for query performance to spot the problem before production does. Prior Golang experience is not mandatory but you have to be willing to adopt it and become comfortable with it fast.
-
Hold an extremely high bar for quality. You know what great looks like, you notice the details others miss, and you don't ship work you wouldn't put your name on.
-
Have a knack for data-heavy product surfaces - performance, readability, and the principles behind a chart that actually communicates something.
-
Care about the user's problem, not just the ticket. You start from what someone is trying to get done and work back to the implementation.
-
Own outcomes, not output. You follow your work into production, watch how it behaves, and fix what needs fixing.
-
Thrive in ambiguity and move fast. You make confident decisions with incomplete information, adapt when things change, and course-correct without drama.
-
Are hands-on with AI tools. You actively use AI as a core part of how you build, not a side experiment, and you have opinions about where it helps and where it doesn't.
-
Don't need to be managed. You set your own direction, keep people in the loop, and ask for help when it matters.
-
Have excellent written and verbal English communication skills. You write clearly, explain technical tradeoffs to non-engineers without jargon, and default to async communication that others can follow.
-
Are eager to contribute to the engineering team's growth - code review, mentoring, and interviewing included.
-
Value transparency, ownership, and speed over perfection. You ship, learn, and improve rather than waiting for the perfect plan.
-
Nice to have:
-
Experience with TanStack is a bonus, and so is a real understanding of frontend caching and eventual consistency, we'd love to hire someone who's dealt with that tradeoff directly.
-
Experience with capacity planning, scheduling, reporting, or other complex B2B SaaS products.
-
Experience working with distributed or microservice systems, a basic understanding of infrastructure and infrastructure as code, and some experience creating, improving, or debugging CI/CD pipelines.
This Role Is NOT
-
A ticket-taker role. If you want fully specced work handed to you, this isn't the right fit.
-
A pixel-pusher translating finished designs into code with no say in the problem or the solution.
-
A role where you hand off at the API boundary. If "that's a backend ticket" is your instinct, this will frustrate you.
-
A role where quality is someone else's job. Toggl doesn't have a dedicated QA
team or layer: there's no separate team that will catch your bugs, write your
tests, or own your performance regressions.
-
A place to work in isolation from users. You'll be expected to know who you're building for and why.
-
A role for peopl
URL: https://toggl.com/jobs/
We are looking for a Senior Full Stack Engineer to join one of our Product Tribes, the cross-functional units that own the end-to-end experience for a specific Toggl user role. You'll join the Tribe building for managers, the people who plan work, protect margins, and keep projects on time and on budget.
You own significant parts of that experience end-to-end, working hands-on with product and design to ship work that matters. You'll do this as we build and launch Toggl 2.0, our consolidated planning, time tracking, and time intelligence product.
The salary for this position is €83,000 annually.
You can work from anywhere in the world as long as your main location is between UTC-4 and UTC+4.
The Role
As a Senior Full Stack Engineer, you own meaningful parts of the product end-to-end, from the data model and the API to the interface someone actually clicks: the technical approach, the quality of what ships, and whether it actually works for the people using it. You are accountable not for tickets closed, but for clarity, craft, and outcomes.
You'll work in the Tribe serving managers, across planning and capacity management, dashboards, and billable work. This is some of the most data-dense, interaction-heavy surface area in the product: schedules and capacity views, reports, and visualizations that have to stay fast and readable at real customer scale. The interesting problems live on both sides of the API here - the query behind a capacity view matters as much as how that view renders. You'll build with React and TypeScript on the frontend and our backend services (mostly Golang) and data layer (Postgres) behind them, alongside a product manager, a designer, and engineers who are used to owning their work and pushing back when something isn't right. In a tribe of 5 other engineers, your impact and visibility are high.
Our team meetings are scheduled between 11:00 and 16:00 UTC. Your availability and commitment to participate in these sessions are essential for effective collaboration and team alignment.
Your main responsibilities will be:
Ownership and delivery
-
Take projects from problem to production. Own the technical approach for major features front to back, break the work down sensibly, sequence it, and ship in slices rather than one big drop.
-
Make the technical calls in your area. Choose between options, name the tradeoffs, and decide without waiting for permission or escalating routine judgment.
-
Keep your work visible without being chased. Flag risks and slips early, keep the Tribe in the loop, and unblock yourself.
Craft and quality across the stack
-
Build interfaces people trust with dense, real-world data. Planning views, dashboards, and reports that stay fast, accessible, and readable when the dataset gets ugly.
-
Design the data and API layer those views depend on. Model it so the feature you're building now doesn't make the next three harder.
-
Own performance as a feature, end to end. Profile, measure, and fix the slow query and the slow render instead of hoping the data stays small.
-
Write code others can work in. Sensible components and services, real test coverage where it earns its keep, and a codebase that's easier to change after you touch it.
Working with product and design
-
Shape solutions, don't just implement them. Push on the problem, question requirements that don't hold up, and propose simpler paths when you see one.
-
Partner closely with design. Prototype early, spot the edge cases in a flow before it's built, and hold the bar on UX quality with your designer rather than after handoff.
-
Stay close to users and evidence. Join user tests, read the feedback, look at the data, and let it change what you build.
Raising the bar
-
Review code with intent. Give precise, actionable feedback that makes the change and the person better.
-
Mentor and interview. Help other engineers grow, and help us hire well.
-
Improve things across team boundaries. Spot shared components and duplicated work between Tribes, and raise it before we build the same thing twice.
AI as core leverage
-
Use AI tools extensively in your daily work for exploration, prototyping, code generation and review, debugging, research, and writing. AI fluency is not optional. It's part of how you increase your speed, depth, and impact - and you're expected to help the rest of the Tribe get better at it too.
About You
You will thrive in this role if you:
-
Have significant experience building and shipping production web applications end to end, and can lead major projects rather than just contribute to them.
-
Are genuinely comfortable on both sides of the stack. You're deep on one side and properly capable on the other, not someone who hands off at the API boundary.
-
Have deep, practical knowledge of JavaScript, TypeScript, React, and modern CSS - including state management and side-effect handling in large applications.
-
Are solid on backend fundamentals: at least one backend language you know well, API design, relational data modelling, and enough instinct for query performance to spot the problem before production does. Prior Golang experience is not mandatory but you have to be willing to adopt it and become comfortable with it fast.
-
Hold an extremely high bar for quality. You know what great looks like, you notice the details others miss, and you don't ship work you wouldn't put your name on.
-
Have a knack for data-heavy product surfaces - performance, readability, and the principles behind a chart that actually communicates something.
-
Care about the user's problem, not just the ticket. You start from what someone is trying to get done and work back to the implementation.
-
Own outcomes, not output. You follow your work into production, watch how it behaves, and fix what needs fixing.
-
Thrive in ambiguity and move fast. You make confident decisions with incomplete information, adapt when things change, and course-correct without drama.
-
Are hands-on with AI tools. You actively use AI as a core part of how you build, not a side experiment, and you have opinions about where it helps and where it doesn't.
-
Don't need to be managed. You set your own direction, keep people in the loop, and ask for help when it matters.
-
Have excellent written and verbal English communication skills. You write clearly, explain technical tradeoffs to non-engineers without jargon, and default to async communication that others can follow.
-
Are eager to contribute to the engineering team's growth - code review, mentoring, and interviewing included.
-
Value transparency, ownership, and speed over perfection. You ship, learn, and improve rather than waiting for the perfect plan.
-
Nice to have:
-
Experience with TanStack is a bonus, and so is a real understanding of frontend caching and eventual consistency, we'd love to hire someone who's dealt with that tradeoff directly.
-
Experience with capacity planning, scheduling, reporting, or other complex B2B SaaS products.
-
Experience working with distributed or microservice systems, a basic understanding of infrastructure and infrastructure as code, and some experience creating, improving, or debugging CI/CD pipelines.
This Role Is NOT
-
A ticket-taker role. If you want fully specced work handed to you, this isn't the right fit.
-
A pixel-pusher translating finished designs into code with no say in the problem or the solution.
-
A role where you hand off at the API boundary. If "that's a backend ticket" is your instinct, this will frustrate you.
-
A role where quality is someone else's job. Toggl doesn't have a dedicated QA
team or layer: there's no separate team that will catch your bugs, write your
tests, or own your performance regressions.
-
A place to work in isolation from users. You'll be expected to know who you're building for and why.
-
A role for peopl
WWR에서 원본 확인
원본 보기