What are finance systems programmed in?

  • Thread starter Thread starter Jarfi
  • Start date Start date
  • Tags Tags
    Finance Systems
AI Thread Summary
The discussion highlights the programming languages and technologies used in banking operations, emphasizing the historical significance of COBOL, which has been in use since 1959 and is particularly suited for decimal-based math. While COBOL remains prevalent in legacy systems, many ATMs and transaction machines utilize proprietary software, often running on older operating systems like MS-DOS or Windows XP, due to the reluctance of banks to replace existing hardware. Newer ATMs are beginning to incorporate Java. The conversation also touches on the variety of software used in back office operations, ranging from spreadsheets to complex financial modeling tools. The Y2K bug is mentioned as a significant event that temporarily increased demand for COBOL programmers, highlighting the challenges of legacy systems storing dates in a two-digit format. Overall, the discussion underscores the ongoing relevance of COBOL in the financial sector despite the emergence of newer technologies.
Jarfi
Messages
384
Reaction score
12
Talking about banks, credit cards, card swipes, ATM machines...stocks/wallstreet all that stuff, is it C/C++ that is generally used?
 
Technology news on Phys.org
For banking like operations, it used to be Cobol and in the case of IBM mainframes with some assembly code (a long time ago, some of the database access methods were assembly macros). Some financial institutions are required to use decimal based math, and Cobol includes native support for decimal based math.
 
rcgldr said:
For banking like operations, it used to be Cobol and in the case of IBM mainframes with some assembly code (a long time ago, some of the database access methods were assembly macros). Some financial institutions are required to use decimal based math, and Cobol includes native support for decimal based math.

Ah, never even heard of COBOL before, thanks
 
Jarfi said:
Ah, never even heard of COBOL before, thanks
It's been around forever (i.e., since 1959). Grace Hopper was instrumental in the development of this language.
 
Jarfi said:
Talking about banks, credit cards, card swipes, ATM machines...stocks/wallstreet all that stuff, is it C/C++ that is generally used?

Most dedicated transaction machines like ATMs use proprietary software developed by the vendor, but usually running under an older, stable operating environment. Some ATMs ran on MS-DOS systems for years after Windows became available, and since support for Win XP has been discontinued, many banks have signed up for special support services from Microsoft since a large number of ATMs currently in use operate under Win XP and banks are not particularly eager to replace all that hardware.

http://en.wikipedia.org/wiki/Automated_teller_machine

New ATMs are starting to appear with programming in some flavor of Java.

For back office work at banks, bond houses, brokerages, and the like, a variety of software is employed, from spreadsheets to database software to sophisticated programs which host complex financial models. You can probably find a little of everything being used, except possibly FORTRAN.

COBOL programmers were a dying breed at one point, with some companies offering to pay to train new hires as COBOL programmers and offering incentives to get older programmers to come out of retirement.
 
rcgldr said:
Cobol includes native support for decimal based math

This includes storing numbers as binary coded decimal, i.e. a separate group of bits for each decimal digit. To save memory space, many COBOL programs written before the turn of the century stored year values as two digits, with an implicit preceding '19'. This was the infamous "Y2K bug" which created a lot of temporary work for COBOL programmers just before the year 2000.

http://en.wikipedia.org/wiki/Year_2000_problem
 
jtbell said:
This includes storing numbers as binary coded decimal, i.e. a separate group of bits for each decimal digit. To save memory space, many COBOL programs written before the turn of the century stored year values as two digits, with an implicit preceding '19'. This was the infamous "Y2K bug" which created a lot of temporary work for COBOL programmers just before the year 2000.

http://en.wikipedia.org/wiki/Year_2000_problem

Wasn't there supposed to be some apocalypse because of this exact bug back in 1999? How time takes you circles..
 
Last edited by a moderator:
Back
Top