HN user

timrobinson

419 karma

http://www.partario.com/blog/ http://www.hackernewsers.com/users/timrobinson.html

Developer - Rust, Python and functional languages, in financial services

Posts6
Comments182
View on HN
[dead] 4 years ago

Your previous game stats are moved across but you lose your preferences (dark mode and hard mode).

And you gain a cookie pop up. Of course the previous site had cookies (or rather localStorage) and tracking, but it didn’t ask for consent like the new NYT site.

Maven Securities (https://www.mavensecurities.com) | London, UK | Hong Kong | ONSITE

Maven is a proprietary high-frequency trading (HFT) organisation formed in 2011. We employ the most talented traders, developers and engineers in the market, executing a diverse range of strategies across global equities and derivatives. We are the most active participant in many of the products we trade, contributing significant liquidity to markets around the world. Core to our success is a tight integration between trading, research, and technology, and everyone involved in making these pieces come together.

Maven has a culture that is relaxed and informal but highly rewarding of strong performance; there's no dress code, plenty of free food and regular social events. We have offices in London, Hong Kong and New York and will be opening a new Chicago office in early 2020 as part of our plans to expand our coverage of derivatives markets.

We're hiring developers in data analytics, building a data platform in Python, with some Rust and C++. Apply here: https://grnh.se/4a7bb8a71

For more information, visit: https://workatmaven.com

Maven Securities (https://www.mavensecurities.com) | London, UK | Hong Kong | ONSITE

Maven is a proprietary high-frequency trading (HFT) organisation formed in 2011. We employ the most talented traders, developers and engineers in the market, executing a diverse range of strategies across global equities and derivatives. We are the most active participant in many of the products we trade, contributing significant liquidity to markets around the world. Core to our success is a tight integration between trading, research, and technology, and everyone involved in making these pieces come together.

Maven has a culture that is relaxed and informal but highly rewarding of strong performance; there's no dress code, plenty of free food and regular social events. We have offices in London, Hong Kong and New York and will be opening a new Chicago office in early 2020 as part of our plans to expand our coverage of derivatives markets.

We're hiring developers in data analytics, building a data platform in Python, with some Rust and C++. Apply here: https://grnh.se/4a7bb8a71

For more information, visit: https://workatmaven.com

Maven Securities (https://www.mavensecurities.com) | London, UK | Hong Kong | ONSITE

Maven is a proprietary high-frequency trading (HFT) organisation formed in 2011. We employ the most talented traders, developers and engineers in the market, executing a diverse range of strategies across global equities and derivatives. We are the most active participant in many of the products we trade, contributing significant liquidity to markets around the world. Core to our success is a tight integration between trading, research, and technology, and everyone involved in making these pieces come together.

Maven has a culture that is relaxed and informal but highly rewarding of strong performance; there's no dress code, plenty of free food and regular social events. We have offices in London, Hong Kong and New York and will be opening a new Chicago office in early 2020 as part of our plans to expand our coverage of derivatives markets.

We're hiring developers across all areas of the company:

- Low latency trading systems: C++, FPGA, Julia. Apply here: https://grnh.se/741a6cdb1

- Trading tools: C#, .NET Core, TypeScript. Apply here: https://grnh.se/3e4c1d701

- Data analytics: Python. Apply here: https://grnh.se/4a7bb8a71

For more information, visit: https://workatmaven.com

We don't have a role for pure Rust development but I'd be interested to meet somebody with C++ plus Rust, or Python plus Rust. Maven primarily uses C++, C# and Python, but we've recently started using Rust on a couple of projects.

Maven Securities (https://www.mavensecurities.com) | London, UK | Hong Kong | ONSITE

Maven is a proprietary high-frequency trading (HFT) organisation formed in 2011. We employ the most talented traders, developers and engineers in the market, executing a diverse range of strategies across global equities and derivatives. We are the most active participant in many of the products we trade, contributing significant liquidity to markets around the world. Core to our success is a tight integration between trading, research, and technology, and everyone involved in making these pieces come together.

Maven has a culture that is relaxed and informal but highly rewarding of strong performance; there's no dress code, plenty of free food and regular social events. We have offices in London, Hong Kong and New York and will be opening a new Chicago office in early 2020 as part of our plans to expand our coverage of derivatives markets.

We're hiring developers across all areas of the company:

- Low latency trading systems: C++, FPGA, Julia. Apply here: https://grnh.se/741a6cdb1

- Trading tools: C#, .NET Core, TypeScript. Apply here: https://grnh.se/3e4c1d701

- Data analytics: Python, C++, Rust. Apply here: https://grnh.se/4a7bb8a71

For more information, visit: https://workatmaven.com

It's absolutely not. Everything I've seen has been 64-bit double. If you need to, you round either intermediate or final calcs to a set precision.

I once worked on replicating a particular index, and the engine used fixed point internally. In order to get the values to match with the ones published officially, we had to emulate Excel floating point: our fixed point values wouldn't line up with theirs.

It won't hang as long as you're redirecting only standard output. If you want to read both StandardOutput and StandardError, you need to do it from separate threads: either with explicit BeginInvoke/EndInvoke calls as in Kudu, or more simply, by listening on the OutputDataReceived/ErrorDataReceived events then calling BeginOutputReadLine/BeginErrorReadLine.

(The reason for this is that the two streams are redirected to separate pipes, each of which has its own fixed-size buffer. If you forget to read from one pipe while you read from the other, its buffer fills up, and the writer - the program being executed - blocks. With standard error redirection turned off, the program writes directly to the console, which is safe.)

I think this is a little too cynical. I've seen elements of what you describe in previous jobs, but never all at the same time, and never to the same extent.

Then again, the culture and the work varies in different cities and in different roles. In London we tend to get excellent developers joining the industry (traditionally there hasn't been much else for good developers locally) so you can typically expect to have skilled colleagues. And the closer you get to the front office, the more money there is for IT projects, and the more remit you have for writing good software.

If typing is hard then you're less likely to go back over your code and correct typos and minor errors. At any rate, hunt-and-peck typists tend not to spend time going back over the code and formatting it nicely.

If it's true that this is a manual error, then I have two questions:

1) Why did it take until the early hours of Wednesday to find out? Why not run a manual check after the change went in?

2) If they found out on Wednesday morning, why did it take until Friday - after three failed batch runs - to fix it?

"test some part of C#" - Snippet Compiler already works well for this, if you don't want to start Visual Studio.

Snippet Compiler isn't broken, though, like STFU is. For instance, I have the .NET framework in C:\WINNT.

Besides, for command line use, how hard is it to:

1. Start menu, Visual Studio Command Prompt 2. vim temp.cs 3. csc temp.exe 4. temp.exe

I'm not convinced it's useful to convert the currencies anyway. I can't get paid in US dollars for this job. If I wanted to get paid in USD, I'd be getting a different job.

Or are there any cases where a single job market spans two or more currencies?

An SSH service would be of real benefit to Windows users, too. As the page says, the Cygwin sshd is much too intrusive when all you need is a Windows command prompt.

A terminal services implementation would make an interesting project. The original Microsoft terminal services implementation in NT needed wide-reaching changes to the way Win32 works.