У вас-то поди, на Ассемблере, все расчоты ведутся?
Или, чё мелочиться, на Машине Тьюринга?))

Как бы это... приколы приколами, но заговариваться не стоит...

Крутые программисты программируют на джаве, на C++, С#, на питоне (или как особо продвинутые говорят пайтоне), на скриптах всяких (для WEB), еще вот недавно go появился.
Понимаете, если вы академический ученый или инженер и работаете в экселе с использованием VBA для ваших конкретных научных или инженерных задач, то претензий к вам не будет, ну понятное дело, для таких и придумали это все, но в сообщество программистов вас не примут, а кто из таковых будет говорить, что он программист, вот тогда, как я ранее высказал.

Т.е. я правильно понимаю, что на какой-нибудь джаве или пайтоне веб-страницу заделать - это великое искусство? Для настоящих?))

А вот расчёты там всякие... В моём случае, показателей работы банка, риск-метрик всяких и т.д. - это лабуда школьная??? оцениваемая тысяч в 40, естественно))...

Python, Mathlab - в расчётах применяются, спору нет...мною тоже... Но 90% - это SQL + VBA, их достаточно...


Мне кстати интересно... Из тех, кто веб-страницы этими всеми замечательными средствами кроит...
Сортировку массива-то они напишут, более эффективную чем пузырёк?
Что-то сомневаюсь, если честно))...

Кстати, по работе - видел, в одном крупном банке...
Критичное приложение, на Аксессе написанное... на котором куча работы была завязана...

И сдаётся мне, не дурак его писал... которому "руки не подадут"...

WEB это не только страницы, но и всевозможные сервисы, фасады, поисковики специального назначения и много еще всего. Страница это только пользовательский интерфейс.
SQL - считается само собой разумеющимся для любого программиста, потому что всем нужно с базами данных работать.
Ну и я же не от себя говорю, а как программистское сообщество мыслит.
Я же по научным вопросам в экселе только проверяю простые идеи, а серьезные расчеты выполняю в C# или C++. Тормозит VBA для серьезных расчетов. И мне честно говоря странно, что банки заказывают вам такое. Вообще-то большинство программистских фирм, где такие вот крутые программисты, как я описал, завязаны именно на банки.

Это ж как же мы, "серьёзные расчёты", в С++ считаем???

Т.е. все численные методы - сами прописываем, что ли?..

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

Ну уж не знаю, что это за банк за такой. Транзакции в Аксессе не слабо делать ?

Ну не транзакции по картам там, разумеется))...

Внутренние финансовые расчёты там, проектного финансирования по куче объектов... Которые каждый день пересчитывались...

Когда время есть и желание, можно много чего написать...
Только вот я не очень понимаю... Чтобы был смысл на С++ вместо питона и VBA использовать и это заметно было, ну надо что-то очень объёмное считать...
Код на С++ и VBA в данном случае сильно похож будет...

Вот тут и проявляется ваш непрофессионализм (непрограммизм).
Транзакции это общее понятие из сферы баз данных. Понятие транзакции в отношении действий по картам произошло отсюда же, хоть и не совсем то обозначает.
Транзакция это сложная совокупность манипуляций с данными, которая должна выполнится полностью или не выполниться вообще (с соответствующим сообщением пользователю).
Вот представьте, если с одного счета деньги спишутся, а на другой из-за сбоя не запишутся. И никто не сможет не только ничего доказать, но и обнаружить, что же произошло.
То есть, не должно быть такого, чтобы часть сложной манипуляции выполнилась, а часть, из-за сбоя, не выполнилась. Причем, сбои могут быть как аппаратные, так и программные, причем программные сбои в многопользовательских базах могут быть вовсе не из-за бага, может например за время подготовки манипуляции одним пользователем, совершится процедура, запущенная другим пользователем, из-за чего окажется, что данные подготовленные первым пользователем окажутся нарушающими целостность, что приведет к ошибке где-нибудь в середине сложной манипуляции. Так вот транзакции, это средства наиболее продвинутых версий SQL, позволяющие производить автоматический откат выполненных операций, если возник сбой на следующей операции. Так вот в JET SQL, над которой Access, транзакции не предусмотрены. Можно в ряде случаев с этим работать (но осторожно, учитывая сие), но вот как банк может с этим работать - это нечто запредельное.

Учили бы... студентов физике)))

Не знал, что Доцентам - надо разъяснять транзакции в понимании ядра СУБД и в понимании банковских карточек...
Хотя на то она и транзакция, что либо совершилась, либо нет...

Операции по карточкам это то что онлайн происходит, с миллионами транзакций в день...
Никто в своём уме тут аксесс не применяет...
А расчёты проектов этих - происходят последовательно, никаких там взаимоблокировок не вызывают и тд...
К чему тут придираться, ума не приложу...
За дурака вас тут не держат...как и за несведущего в программировании...
Хотя я сильно сомневаюсь, что например, расскажете удовлетворительно, про стратегии блокировок таблиц в Оракле, допустим...
Но и я это не расскажу, хотя изучал когда-то...ибо не занимаюсь администрированием нагруженных систем БД... OLTP, выразимся умнее))))

Опять же непрофессионализм.
Даже в управляющих операторах есть существенные отличия.
Но наиболее важно следующее. В VBA можно не знать отличия программного стека от кучи, в C++, как и в C#, это обязательно нужно понимать. Но это дает возможность оценивать при разработке производительность альтернативных архитектурных идей. Кроме того, встроенные библиотеки общего назначения, типа STL в С++, которая содержит автоматические манипуляции с коллекциями любых объектов (динамическими массивами) различных типов, так что ваши проблемы с оптимальной сортировкой вообще не стоят. В C# есть соответствующие аналоги.

Кроме опять же понтов, ничего в этом сообщении не вижу...
Библиотеки есть, да?
А что тогда мелочиться, на питон переходите, там их больше))