Archive

Posts Tagged ‘programming’

Exclusive: Professor Rachid Guerraoui from EPFL comments on how transactional memory influences our future

August 17th, 2017 No comments

At one of the programming forums we were pleased to be able to speak to Rachid Guerraoui (École Polytechnique Federale de Lausanne, EPFL), whose research is devoted to concurrent and distributed programming, across systems ranging from multiprocessors to wide-area networks. This topic is of high interest to us, as Devexperts solutions for the financial industry widely use concurrent algorithms.

concurrent, parallel and distributed programming

The world is concurrent, parallel and distributed

Read more…

How to build a successful iOS application from Java code in two months

January 12th, 2017 No comments

The challenge

Enjoy a challenge? Our mission in early Spring 2016 was to develop a live prototype of the OTC flex-options trading application in a very short space of time. Join the Devexperts Mobile Development team on a journey of discovery as we set to work at finding the ultimate solution.

In a not so distant past it used to be the norm to essentially perform all trading operations manually – with a phone in one hand and a spreadsheet with your positions in the other. The teams’ overall goal was to automate current workflow allowing traders to monitor their options portfolio on the fly and simultaneously analyse risks.

Phase one of this exciting project involved developing a desktop application and a mobile solution – iPad app. Working closely with designers and the UI/UX team to implement as much functionality as possible, the overall achievement of delivering this comprehensive product on time was impressive. The project started in early April and had to be completed by the designated date in late May – and not a single day later. In total, the team had only had 6-8 weeks pure development time. Read more…

How Requirement Patterns can benefit your business

September 11th, 2015 No comments

Software companies increasingly have a variety of different projects to manage. Sometimes these projects are similar to one another, or at least they have some common functionality, sometimes however they are not. Overall, the majority of projects business analysts and development teams work on contain very similar (if not the same) portions of functionality, defined in the project scope.

Let’s not forget about high rotation of people, not only between different projects, but also between different companies. Not everyone involved will necessarily have a deep knowledge or understanding of the product functionality or even the business area the project is related to. For new-coming analysts, the problem of understanding the business area could be easily resolved by Read more…

3 easy steps to improve quality of your concurrent programs

February 12th, 2014 No comments

Weinberg’s Second Law says that if builders built buildings the way programmers wrote programs, the first woodpecker that came along would destroy the civilization. In practice it means that any software has to be tested very carefully to fix bugs in it in the earliest stage of its lifecycle.

Rapid expansion of multicore and multiprocessor systems makes software developers write parallel programs to use system resources as efficiently as possible. And here another big hazard is hidden – errors, related to incorrect usage of multiple threads of execution. On big production servers it’s a much bigger threat than it seems, because the program code is physically executed on different cores or processors, and concurrent issues arise in their full capacity. Most well-known problems of such a kind are deadlocks and data races. All concurrent issues are hard to detect manually or by testing, because their nature is essentially nondeterministic. Data race detection is an especial issue, because the effect of their occurrence may become apparent much later. When a data race occurs, global data are corrupted, but the application itself doesn’t halt, it continues to work with incorrect data, and who knows when one would notice it. Data races may be really dangerous – e.g. data race was the cause of accidents with Therac-25, the radiation therapy machine, that gave massive overdoses of radiation to six patients. Also data race was one of the causes that led to the Northeast blackout of 2003 that affected more than 50 million people in the US and Canada.

Good news Read more…