zeroheight (YC S19) | London, UK | Onsite | Full-time | https://zeroheight.com We started zeroheight to work on collaboration...
zeroheight (YC S19) | London, UK | Onsite | Full-time | https://zeroheight.com We started zeroheight to work on collaboration between designers and developers. This led us to notice that there was no good solution for design documentation...so we built one! Our goal is to give companies all the tools they need to build a full "design system" and maintain design consistency as their products scale. We think design systems have the potential to change how companies build products. Creating a shared language between design and development opens up some exciting possibilities. We're still hiring our first few engineers so this is a great opportunity to have a large impact on the future product building process. Role: Product Engineer (Full-stack) | £45 - 65k + equity Tech: JavaScript (React), Ruby (Rails), AWS (RDS, EC2, Lambda) More: https://zeroheight.com/careers or email me (Robin, founder / CTO) on robin /at/ zeroheight . com
Posted by cobalternate on Dec 4, 2019, 3:52 PM
Tags
Related issues
- The biggest problem with MOND is that it was hand-crafted with additional parameters simply to fit the data.
- (My comment is about detached houses).
- The biggest problem with this is that I can't run my company's own internal benchmarks against this API, because they will be trained int...
- > steer Claude away from over-engineering parts of the system in response to hypothetical concerns.
- Why is there no comparison with FLUX 3 Image?
- > our Git monorepo was developing an annoying problem Sentences like this are so common from people using monorepos that I am convinced ...
Raise real-world problems, find people facing the same issue, and discuss solutions.3,500 issues0 comments
hackernews (Other)
The biggest problem with MOND is that it was hand-crafted with additional parameters simply to fit the data.
(My comment is about detached houses).
The biggest problem with this is that I can't run my company's own internal benchmarks against this API, because they will be trained int...
> steer Claude away from over-engineering parts of the system in response to hypothetical concerns.
Why is there no comparison with FLUX 3 Image?
> our Git monorepo was developing an annoying problem Sentences like this are so common from people using monorepos that I am convinced ...
Why is there no contact form?
The biggest problem with plugging a generator into an outlet is you need a double ended cord.
zeroheight (YC S19) | London, UK | Onsite | Full-time | https://zeroheight.com We started zeroheight to work on collaboration...
zeroheight (YC S19) | London, UK | Onsite | Full-time | https://zeroheight.com We started zeroheight to work on collaboration between designers and developers. This led us to notice that there was no good solution for design documentation...so we built one! Our goal is to give companies all the tools they need to build a full "design system" and maintain design consistency as their products scale. We think design systems have the potential to change how companies build products. Creating a shared language between design and development opens up some exciting possibilities. We're still hiring our first few engineers so this is a great opportunity to have a large impact on the future product building process. Role: Product Engineer (Full-stack) | £45 - 65k + equity Tech: JavaScript (React), Ruby (Rails), AWS (RDS, EC2, Lambda) More: https://zeroheight.com/careers or email me (Robin, founder / CTO) on robin /at/ zeroheight . com
Comments (0)
No comments yet. Start the discussion.