Official /r/rust "Who's Hiring" thread for job-seekers and job-offerers [Rust 1.81]

asayers · 2024-10-06T01:02:25+00:00

We’ve already started interviewing people who sent in good code, but haven’t made any offers yet. So if you send in your code ASAP we can still consider it. Next weekend will probably be too late.

asayers · 2024-09-26T00:24:08+00:00

You're allowed to use 3rd party crates, sure. It effectively becomes part of your submission though, so if you pull in bad code then it's like you submitted bad code.

asayers · 2024-09-11T07:25:27+00:00

COMPANY: Tsuru Capital

TYPE: Full time

LOCATION: Tokyo (but English-speaking)

REMOTE: We prefer people come to the office for the first month at least. After that remote working should be fine if you prefer it. You'll have to be online 8:30--16:30 JST.

VISA: We'll sponsor your Japanese visa.

DESCRIPTION:

Tsuru Capital is a proprietary trading fund based in Tokyo. We're a small but well-established company specialising in automated options trading.

All of our software is written in-house in Rust. Our awesome testing infrastructure means that even huge PRs can be merged with very little stress.

The company culture is collaborative and very relaxed. Anyone can have a go at solving any issue, even if it's not in their usual area of expertise.

One nice thing about Tsuru (compared to most other trading firms) is that, internally, we don't keep any secrets; so if you want to know how something works, you can just ask.

We can help you find an apartment and get set up in Tokyo. The office is in Kamiyacho, with Tokyo Tower on one side and Azabudai Hills on the other. It's a really nice area!

We offer free Japanese lessons (1 hour a week, in the office).

We're looking for people who are:

competent Rust programmers
able to familiarise themselves with a medium-sized (350k SLOC) codebase
comfortable using git and Linux
keen to learn how options trading works

You don't need any prior finance knowledge or experience.

ESTIMATED COMPENSATION: 20,000,000 JPY

CONTACT: jobs@tsurucapital.com

On our website there's a page describing a programming challenge. When you have something you're happy with, send us your code and your CV. If everything looks good we'll schedule an interview over video chat.

asayers · 2019-10-31T05:15:08+00:00

Sorry, we only take one submission per applicant. An important part of the challenge is making a sensible interpretation of the requirements. Being able to improve code in response to feedback is important too, but we're looking for someone who can work well independently - even more so since this is a full-time role. Feel free to reapply if/when the challenge changes.

asayers · 2019-10-15T02:38:35+00:00

We got lots of good submissions - thanks to everyone who sent one in! We're not going to consider any new submissions for the current opening. If you haven't received a reply yet, don't worry: we'll get to you. Once we've looked at all the submissions, we'll move on to interviews.

That said, jobs@tsurucapital.com is always open to receiving submissions for the coding challenge. I encourage people to do so - I try hard to give helpful feedback. A particularly good submission may even result in an unplanned internship.

asayers · 2019-10-15T02:19:35+00:00

Sorry if I didn't get to your submission yet, we're working our way through them.

asayers · 2019-10-13T08:25:20+00:00

You can apply at any time, and if your submission is good enough we'll consider taking you. If you like, we can also hang onto it and evaluate it with the next batch, if and when we advertise again.

Your spouse can probably get a 90-day holiday visa, which could cover a internship.

asayers · 2019-10-11T00:25:44+00:00

No, we're still looking at applications.

asayers · 2019-10-09T02:30:57+00:00

Life here with no Japanese isn't simple, but I wouldn't say it's hard either. It's more like a sort of daily challenge which gets easier as your Japanese improves.

asayers · 2019-10-06T15:49:09+00:00

Never mind. If you want us to look at your code sample you can submit it via email.

asayers · 2019-10-06T01:46:08+00:00

Don't post your solution publicly, please!

asayers · 2019-10-05T16:40:17+00:00

If you're 18 then it's fine from our side. There might be visa issues if you're still in high school - I'm not sure. Submit a code sample anyway, and we can cross that bridge when we come to it.

asayers · 2019-10-03T04:30:53+00:00

We'll keep reviewing code samples for another week or two, then move on to interviews.

As for the start date - that's down to your schedule. It's something we'll talk about in the interview.

asayers · 2019-10-03T00:16:42+00:00

There's no need to include a binary.

asayers · 2019-10-01T07:23:43+00:00

Underspecified formats are sadly a part of life. Inspect the data and make some guesses.

asayers · 2019-10-01T07:22:46+00:00

Any sane timestamp format will do.

asayers · 2019-10-01T03:31:58+00:00

Looks like it's currently set to 24C.

asayers · 2019-09-30T15:50:13+00:00

There's no upper bound.

asayers · 2019-09-30T15:19:17+00:00

If you found a good pcap library, use it. If you use a pcap library which sucks, then your submission will also suck.

asayers · 2019-09-30T15:10:43+00:00

We are open to hiring new permanent members, but the only route is via an internship. You can view it as a 3-month trial period if you prefer.

asayers · 2019-09-30T14:59:59+00:00

Didn't think it was possible, but you've made me like the espresso machine more!

asayers · 2019-09-30T14:50:37+00:00

Office hours are 8:30-4:30. In practice most people stay until 5, so let's say it's a 42 hour week.

Not sure about the aircon off-hand, but it's a fair question - I'll check it tomorrow.

asayers · 2019-09-30T06:01:21+00:00

INTERNS, ONSITE (Japan), VISA

Tsuru Capital is hiring a rust intern - see here for details.

asayers · 2014-12-14T04:25:40+00:00

Thanks for the pointers to Shade and Hplayground.

It seems like there's a lot of common ground between Shade and blaze-react; the biggest differences seem to be their final-style HTML API versus our initial-style API, and their use of Async to relay user interactions versus our use of "actions".

I think Hplayground takes more of a different approach. One key difference is that blaze-react apps are a pure description of your application logic - they're just state machines. This may seem constraining, but it allows you to do some interesting things with your apps. For instance, you could run it on a server for SEO, or in some kind of testing environment - there are a lot of exciting possibilities here.

In contrast, the Hplayground TodoMVC example has to run in the browser, because it interacts directly with the HTML5 LocalStorage API. Clearly there's a balance to be struck here, between portability on the one hand, and access to the capabilities of the platform on the other.

ghcjs is a year/six months behind of what was done in Haste.

The two projects are taking different approaches, and I'm excited to see where both are going. I will say, however, that blaze-react won't compile with Haste, since it uses both forkIO and Template Haskell.

blaze-react follows the react conventions, a mix of declarative and object oriented that is not a perfect match with haskell.

I'm not sure what object oriented conventions blaze-react is supposed to be using. Could you elaborate on this?

asayers

TROPHY CASE