Hacker Newsnew | past | comments | ask | show | jobs | submit | jdmcd's commentslogin

Rubie | Founding engineer | New York City | Full time | Onsite

Rubie is helping companies with complex software (ERPs, CRMs, etc) launch with their customers faster. We do this by automating the highly repetitive manual tasks that professional services and customer success teams perform using novel agentic infrastructure. This results in a massively faster customer implementation cycle - in the case of one of our partners, 70% faster!

We are hiring founding engineers in person in NYC. The first step in our process is completing our reverse engineering challenge, which is located here: https://ReverseEngineerThisSite.com


re: signup, yeah that feedback is valid, it might be worth implementing a signup that doesn't require an email and could be just username/password based. Will look into this.

And yes everyone else on the leaderboard is real! :) you crushed it!


Love the Shark Tank one!


(Disclaimer: I am a member of Apple's Server Side Work Group (SSWG) and these opinions are mine and mine alone)

We (Transeo [1]) use Swift and Vapor to power our application which serves millions of users and regularly hits 20k requests per second. We're running on substantially less hardware than we budgeted for, which is great, and the performance is also notable - our p99 response time at peak rps is ~250ms.

That being said, performance isn't the only thing that you should look for when choosing your backend language/framework, as you've noted. We've been using Swift/Vapor for more than 5 years now so we've seen the community grow alongside it, and I am really excited about where it's going. While the ecosystem at one time was a bit of challenge (in terms of finding a package to do something, etc), over the last ~2 years we have rarely run into problems finding code snippets or packages to accomplish our tasks. We do a lot of bulk CSV processing (hundreds of gb's at a time), SFTP transfers, PDF generation/merging, calculated database locking, all of which has been relatively seamless ecosystem-wise. Check out the SSWG projects [2] for some more cool stuff happening in the ecosystem.

Hiring has been fine as well - we have a number of developers on the team that did not have Swift or Vapor experience coming in and were able to map other frameworks on top of it and pick it up quickly.

All of that being said, I will admit that I am biased on this topic :) Frameworks and programming languages are merely tools in your tool-belt, and different tools are right for different workloads.

[1]: https://gotranseo.com [2]: https://www.swift.org/sswg/


Transeo | Full-Stack Engineer | gotranseo.com/careers | Remote | Full Time

Transeo is looking for a full-stack engineer.

* What we do: * We build software for schools districts that helps their students understand what their post-high school options are and how to achieve them. By working with Transeo you'll have the opportunity to impact millions of students on day 1.

* Tech stack: * We use Swift/Vapor on the backend and TypeScript/React on the frontend. Not looking for experts in Swift but experience is great, not required.

* How we work: * We're a fully remote team spread out across the world (with some timezone restrictions) and our development team in particular does a large amount of work via writing. We only have 1 30-min standing meeting per week and the rest of the time is left to you to determine how to best do your work and contribute to the team (with lots of guidance from others, of course).

* How to apply: * Here's a direct link: https://careers.gotranseo.com/p/c8a6835b6fd4-software-develo...


This looks really cool, but not being able to self-host without an enterprise plan is a deal breaker for us :( We use Metabase right now not because we like it but because we can host it on our own servers, with our own firewalls, behind our own Cloudflare Access rules, etc etc. Understand why you might have chosen to go this route, though. Best of luck!


Fair enough! If that changes let us know


Love this way of framing things - I've spent a lot of time thinking about product development in terms of "Bets" (thanks to Ryan Singer and Basecamp) but thought this was a really smart way of looking at business in that way as well.


> I have the feeling swift never really worked in the server side

Vapor [1] is wonderful to work with and has a large user base. Apple is also putting significant resources into Server Side Swift with Swift NIO [2]. Lots of really cool stuff happening in that ecosystem

[1]: https://vapor.codes [2]: https://github.com/apple/swift-nio


I don’t think swift’s performance is good enough to really make a dent in that area vs rust/java and C. Nor are its macro-programming ability enough to compete with dynamic (and slow) languages.

Now there’s still go market of « server middleware ». But for that it would need a much higher quality of core libraries, tooling, and a much better concurrency story. Maybe it’ll come with the incoming actors, but somehow i doubt it (the underlying concurrency libraries remaing grand central dispatch, which looks too heavy compared to, for ex, goroutines)


We've been using Vantage for a few months now and it's a really great layer on top of the AWS console. I particularly like the correlation of the metrics right in the dashboard - makes light-weight DevOps real easy.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: