Языки программирования, используемые для написания ПО для банкоматов

Если речь о современных - однозначно JavaScript.

JavaScript используется только для написания клиентской стороны пользовательского интерфейса или же при написании внутренней части ПО тоже применяется?

Делфи

Шутить изволите?

Софту придется работать со специализированными железяками - использовать идущие вместе сними драйвера, или даже писать свои собственные на основе спецификации и протоколов работы с железками.

Соответственно, ядро софта - С++. Интерфейсная часть - скорее всего на базе какого-нибудь веб-движка + Javascript.

Даже на биржах использовалось, а что? :)

Могу предположить, что: Си, C++, возможно даже Ада. Сейчас скорее всего в этой области актуален Rust.

судя по sber - действительно актуален JavaScript. Активно используют и продвигают и ищут разработчиков

В основном используется то, что требуется по обстоятельствам.

Сколько видел зависших банкоматов – внутри там винда («на глаз» не старше XP). А вообще где-то когда-то был разбор софтовой начинки «пациента» (хабр?).

Морды банкоматов могли даже на adobe flash писать в своё время, как минимум платёжных терминалов на flash было вагонами. А вот бэк - скорее всего сишечка и/или плюсы, потому что там связь, тоннельчики с банком и драйверы всяких купюроприёмников.

Даже Smalltalk использовали относительно недавно

https://pharo.org/success/ATMsInMoscowStreets

клиентской стороны пользовательского интерфейса

А что в банкоматах есть какая-то другая?

хакнуть захотел?

Смотря какая ОС.

Прошивка - плюсы, хотя, в принципе, что угодно нативное (кстати, Дельфя, насколько я слышал, бывала). Морда - вебня и, соответственно, JS, Java или .Net

Программа распознавания подлинности банкнот, например.

распознавания подлинности банкнот, например

ИМХО должно быть отдельным девайсом, не факт, что он вообще программируется.

Могу предположить, что: Си, C++, возможно даже Ада. Сейчас скорее всего в этой области актуален Rust.

Rust не актуален точно. В таких областях не выбирают хайп и мнимые величины. Это надо быть самоубийцей чтобы пилить на Rust

Скорее всего смесь С/С++, Джава и ДжаваСкрипт

Сколько видел зависших банкоматов – внутри там винда («на глаз» не старше XP).

Видел как такой взломали. Мастер его не смог проверить, сказал, что там «софтлок», все порты были программно заблокированы и он не смог к нему подключиться. Позже в том отделе банкоматы всё же заменили на новые, их тогда чуть ли не каждый день ломали. Это было году в 17-ом.

Я на Хабре наткнулся на интересный комментарий по поводу настройки банкоматов и счётных машинок под новые сторублёвые купюры:

я не настоящий сварщик, но для всех купюроприемников, с которыми мне приходилось сталкиваться, датасет под новые купюры появляется двумя путями. или ждем, пока производитель создаст и выложит для скачивания у себя на сайте, или с помощью проводка к компьютеру, сервисной утилитки и кучи купюр сами осуществляем ровно тот же процесс, то есть тренируем железку распознавать новинку и потом этот датасет стандартными способами разносим по всем устройствам. если первый способ будет недоступен, так как производитель забьет, то второй никуда не денется. вполне штатная вещь, я так на новые иракские динары датасет делал недавно. кажется, далекий от понимания процесса «эксперт» изнасиловал журналиста, журналист-редактотра хабра, а теперь вот и у нас секс.

Интересный «метод» апгрейда банкоматов

их тогда чуть ли не каждый день ломали

Меня больше напрягают современные банковские терминалы:

• по интерфейсу «вангуется» браузер с js-приложением
• регулярные «обновления» этого ПО (внешне это так выглядит)
• в принципе не ясно, насколько они «взломоустойчивы»

ИМХО (распознавание подлинности банкнот) должно быть отдельным девайсом, не факт, что он вообще программируется.

Валидация банкнот осуществляется аппаратно на уровне купюроприемника - соответствующая логика прошита в девайсе. Работа с самим девайсом естественно программируется - и уж точно не на Javascript )

Собственно, какие языки поддерживаются драйверами всяких таких девайсов, на том и придется программировать - обычно это С/С++. Могу добавить, что внутренняя логика работы банкоматов и платежных терминалов весьма сложна и требует высокой квалификации программиста.

По поводу настройки купюроприёмников под банкноты нового образца с помощью проводка к компьютеру, сервисной утилиты и кучи купюр: каким образом это делается, может кто поделится ссылками на соответствующую литературу?

каким образом это делается

Если появляются купюры нового образца, то меняется прошивка девайса - этим занимаются сертифицированные сервисные центры и берут за это бабло. Или покупается новый девайс )

Пошарь по форумам, где тусуются/тусовались технари сетей платежных терминалов - там найдешь нужную инфу.

Реально ли написать логику для банкомата на bash, а клиентскую часть реализовать с помощью dialog?

Бери банкомат и пробуй.

Вряд ли Ада. Скорей какой-нибудь PL-1.

Нет. В банкоматах оффтопик.

Не всё так уж и плохо: СберБанк первым в России перевёл банкоматы на собственное ПО.

Ну Россия ж большая, разные условия в регионах с разным набором комптенций и специалистов, так что не всё так быстро, как хочется.

Может быть когда-нибудь станет возможным писать на баше, а пока вряд ли. Никто не будет менять подходы к разработке ПО, пока система не гомогенна..

PL/1 был ещё менее переносимым и вышел из употребления ещё раньше, чем Ada. Наверняка ни то, ни другое.

Вероятно.

Но я к тому, что Ада избыточен для банкоматов.

Нельзя просто так взять банкомат.

А пока: банки просят отложить на два года ввод новых купюр в оборот из-за проблем с банкоматами.

Возник ещё такой вопрос: для банкоматов что предпочтительнее, иксы или wayland?

Ни у кого нет никаких мыслей по этому поводу?

Фреймбуфер!

Я делаю девайс, использую wayland + wpewebkit. Работает, у меня претензий пока не было. Если заведёшь wayland с аппаратными драйверами, не думаю, что есть смысл использовать иксы.

Вы считаете, что подобные инструкции выдаются просто так, без росписи о неразглашении?

Проводком, скорее всего, даётся команда активации обучения системы распознавания образов. По куче купюр банкомат как-то настраивает и запоминает новый шаблон.

Когда в очередной раз везде обсуждали очередной старый банкомат, скушавший билеты банка приколов, где-то на форуме писали, что у таких банкоматов (с таким купюроприёмником) всё очень примитивно. Сканер с УФ лампой и пара изображений купюры в памяти. Результат сканирования сравнивается с картинками в памяти (вычисляется «расстояние» между ним). Если «расстояние» меньше заданного, купюра считается принятой. У современных моделей ИК-сканер и, может быть, ещё какие датчики/сканеры.

С процессорами «Эльбрус», российским ПО и уникальным дизайном. Российские банкоматы появятся уже в начале 2023 года.

Новость от 19 июня 2022 года. Вопрос, появятся ли или появление отложат на поздний срок?

Ну у Тинька уже что-то вышло. Без Эльбруса, конечно.

Без «Эльбруса» неинтересно.

Что-то пока тишина...

По-прежнему никаких новостей, боюсь, что банкоматов с «эльбрусами» так и не дождёмся.

18 мая 2023 года, по-прежнему никаких новостей о появлении российских банкоматов с процессорами «Эльбрус».

22 мая 2023 года, запущено производство банкоматов на Эльбрусе.

«Производственная мощность предприятия пока ограничена 15 тыс. банкоматов в год и может вырасти вдвое.»

https://habr.com/ru/news/736666/

ЗдОрово! Интересно, данные банкоматы адаптированы под новую сторублёвку?

Ну наконец-то импортозамещение стало работать в полную силу!
Я так сильно ждал отечественный ЦПУ и ГПУ и теперь вижу, что надежды увенчались оглушительнейшим успехом.

А зачем вообще сейчас банкоматы нужны? Ведь,не побоюсь этого слова, на носу, всеобемлющее внедрение цифрового рубля во всех сферах жизни, экономики, народного хозяйства и полноценной системы оплаты налогов.