3 ms·
This is just normal software development. If you avoid overloading yourself with unnecessary complexity, and you as an engineer spend time understanding the pr
by slotrans 6y ago
This is just normal software development.
If you avoid overloading yourself with unnecessary complexity, and you as an engineer spend time understanding the problem/business domain, there's no reason why this speed of turnaround should be unattainable.
I have frequently had the experience of sitting in a meeting with (internal) customers and/or a product manager, and shipping discussed changes during that meeting.
If you can't do this, it's because you've put barriers in your own way. Ask yourself if they're really worth it. (They might be!)
- usefulcat 6y agoI have been doing HFT for many years now, so I have an acute appreciation for exactly what is likely to be involved in doing what they claim to be able to do. If you want to put an algorithm in control of large amounts of real money, then some very thorough testing is required to ensure that it's not going to blow up due to some corner case that no one thought of (of which there are typically a surprising number). I suspect there are some significant caveats to the claim, and even considering that I still think that's a far more impressive accomplishment than just making java fast enough.