Нужно, конечно, вводить единицы измерения, размерности, физические величины, системы измерения и т.д.
Без этого инженерный калькулятор ничто!
Попытался имитировать: http://collab.mathsoft.com/upload/SMath.GIF

Здравствуйте.

Да, изначально не придовал этому значение, но в последнее время на русско- и англо- язычных форумах было столько раз об этом упомянуто, что я таки проникся тем, насколько это полезная функциональность и насколько она необходима в SMath Studio.

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

Задача оказалась непростой и на данный момент окончательно сформированнной идеи у меня нет. Хотя частенько думаю на эту тему.

Соответственно варианта развития событий два: либо в обозримом будущем будет собственная реализация, либо придётся копировать имеющуюся функциональность (что не очень-то и хорошо). А вопроса о том, делать или не делать не стоит - однозначно будет сделано.

С уважением, Андрей Ивашов.

Wrote

Единственное, что меня останавливает от сиюминутного внедрения единиц измерения, так это то, что использование обычных переменных в качестве идентификаторов единиц измерения чисел, которое, по сути, предлагает Mathcad меня не вполне устраивает.

В Mathcad есть одноименные, но разные переменные, переменные с разным стилем.
См. http://twt.mpei.ac.ru/ochkov/Mathcad_14/Chapter1rus/12.png

Wrote

да и символ умножения между числом и показателем единицы измерения в режиме редактирования математических выражений мне кажется элементом непродуманности.

Знак умножения в Mathcad можно прятать
См. http://twt.mpei.ac.ru/ochkov/Mathcad_14/Chapter1rus/09.png

Wrote

Задача оказалась непростой и на данный момент окончательно сформированнной идеи у меня нет. Хотя частенько думаю на эту тему.
Соответственно варианта развития событий два: либо в обозримом будущем будет собственная реализация, либо придётся копировать имеющуюся функциональность (что не очень-то и хорошо). А вопроса о том, делать или не делать не стоит - однозначно будет сделано.
С уважением, Андрей Ивашов.

Я готов помочь - см. главу 2 "Работа с физическими величинами: проблемы и решения" книги "Mathcad 14 для студентов и инженеров: русская версия" http://twt.mpei.ac.ru/ochkov/Mathcad_14/RusIndex.html
и книгу "Физические и экономические величины в Mathcad и Maple” http://twt.mpei.ac.ru/ochkov/Units/Forword_book.htm
С уважением,
В.Очков

Если последовательно вводить размерности величин то с блоком символьных вычислений возможны конфликты: логарифм частного величин одной размерности - допустимое выражение, а разность логарифмов уже нет. Таким образом правильное выражение на входе может привести к ошибке.

Другие грабли - в некоторых областях, например электродинамике (система СГС), используются размерности дробной степени. В других областях это не допустимо. Фигаро здесь, Фигаро там. Опять же если степени вычисляются через логарифмы это может привести к ошибкам.

Wrote

Другие грабли - в некоторых областях, например электродинамике (система СГС), используются размерности дробной степени. В других областях это не допустимо. Фигаро здесь, Фигаро там. Опять же если степени вычисляются через логарифмы это может привести к ошибкам.

Mathcad и Maple эти габли, как правило, успешно переступают. А с другой стороны "заставь дурака Богу молиться, так он лоб расшибет!".

Wrote

Здравствуйте.

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

В новой версии Mathcad (Prime - только что закончилось ее тестирование) эти проблемы успешно решены!

Wrote

В новой версии Mathcad (Prime - только что закончилось ее тестирование) эти проблемы успешно решены!

У нас их не будет вовсе.

Еще было бы неплохо иметь возможность создавать собственную базу единиц измерения, тогда каждый бы мог пользоваться теми единицами, которые нужны именно в его специальности=)

Согласен. Такая возможность подразумевается и в итоге будет добавлена.

Wrote

Еще было бы неплохо иметь возможность создавать собственную базу единиц измерения, тогда каждый бы мог пользоваться теми единицами, которые нужны именно в его специальности=)

Тут речь должна идти о создании пользовательских систем измерений, дополняющих встроенные - SI, US, cm-g-sec...
В среде Mathcad calculation Server я поступаю иначе - ввожу в расчет единицы, связанные с конкретной областью знаний, с термодинамикой, например. Так в данном расчете http://twt.mpei.ac.ru/MCS/Worksheets/KiSyShe/Fig-11-15.xmcd
фигурируют kJ/kg (удельная энтальпия), kJ/(kg K) (удельная энтропия) и др., а не отдельно джоуль (J), колограмм (kg), кельвин (K) и т.д.
Но!
Есть расчеты, где фигурируют два, например, килограмма - один для пара, а другой для газа. Это разные физические величины, имеющие одну размерность. Mathcad умеет их отличать. Нужно, чтобы SMath тоже это мог делать!

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

Wrote

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

...а потом во всем этом запутаться.

Инженерный калькулятор без единиц измерения никому сейчас не нужен. Можно электронными таблицами обойтись - там тоже нет единиц измерения.
См.
http://twt.mpei.ac.ru/ochkov/Units/Forword_book.htm
и вторую главу книги http://twt.mpei.ac.ru/ochkov/Mathcad_14/RusIndex.html

Wrote

...а потом во всем этом запутаться.

Достаточно, всего лишь хорошо разбираться в своих расчетах

Wrote

Wrote

...а потом во всем этом запутаться.

Достаточно, всего лишь хорошо разбираться в своих расчетах

А если делать расчеты и для Европы (метры-килограммы) и для США (футы-фунты)?
См. http://twt.mpei.ac.ru/ochkov/KiSyShe/index.html например!
И еще.
Работая с логарифмической линейкой, мы должны были порядок чисел держать в голове.
Работая с языками программирования или калькуляторами, мы должны были единицы измерения держать в голове.
Математические пакеты с физическими величинами (Mathcad, Maple и др.) - это еще один шаг вперед.

Wrote

А если делать расчеты и для Европы (метры-килограммы) и для США (футы-фунты)?
См. http://twt.mpei.ac.ru/ochkov/KiSyShe/index.html например!
И еще.
Работая с логарифмической линейкой, мы должны были порядок чисел держать в голове.
Работая с языками программирования или калькуляторами, мы должны были единицы измерения держать в голове.
Математические пакеты с физическими величинами (Mathcad, Maple и др.) - это еще один шаг вперед.

Для оформления это удобно, но разве из-за этого можно говорить, что без них программа ничто? И если речь идет об инженерных расчетах, почему не взять специализированный софт?

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

Wrote

Wrote

А если делать расчеты и для Европы (метры-килограммы) и для США (футы-фунты)?
См. http://twt.mpei.ac.ru/ochkov/KiSyShe/index.html например!
И еще.
Работая с логарифмической линейкой, мы должны были порядок чисел держать в голове.
Работая с языками программирования или калькуляторами, мы должны были единицы измерения держать в голове.
Математические пакеты с физическими величинами (Mathcad, Maple и др.) - это еще один шаг вперед.

Для оформления это удобно, но разве из-за этого можно говорить, что без них программа ничто? И если речь идет об инженерных расчетах, почему не взять специализированный софт?

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

Во-первый, это удобно не только для оформления, но и для самих расчетов. Попробуйте и убедитесь.
Во-вторых, иногда оформление может занимать львиную долю расчетов. Неоформленный расчет - это баловство для собственного удовольствия или (само)образования.
В-третьих, если SMath копирует Mathcad, то SMath и есть "специализированный софт" - инженерный калькулятор.
И наконец, если кому-то не нужны единицы измерения, то он может их отключить.
Кстати, в новом Mathcad эта возможность исключена и одновременно исправлены все недоработки, заставляющие теперешних пользователей отключать в Mathcad единицы измерения. Так, например, сейчас нельзя отключить мнимую единицу, хотя многим она мешает - выдает ответ там, где должно быть сообщение об ошибке. В Mathcad, например, исключена возможность выдачи множества ответов многими операторами и фнкциями. Возьмите квадратный корень из 4 и вы получите 2, а не вектор (2 -2), как следовало бы. Возьмите квадратный корень из -4 и вы получите 2i, а не вектор (2i -2i). Но часто желательно, чтобы там было сообщение об ошибке - корень из отрицытельного числа!

Wrote

Во-первый, это удобно не только для оформления, но и для самих расчетов. Попробуйте и убедитесь.
Во-вторых, иногда оформление может занимать львиную долю расчетов. Неоформленный расчет - это баловство для собственного удовольствия или (само)образования.
В-третьих, если SMath копирует Mathcad, то SMath и есть "специализированный софт" - инженерный калькулятор.
И наконец, если кому-то не нужны единицы измерения, то он может их отключить.
Кстати, в новом Mathcad эта возможность исключена и одновременно исправлены все недоработки, заставляющие теперешних пользователей отключать в Mathcad единицы измерения. Так, например, сейчас нельзя отключить мнимую единицу, хотя многим она мешает - выдает ответ там, где должно быть сообщение об ошибке. В Mathcad, например, исключена возможность выдачи множества ответов многими операторами и фнкциями. Возьмите квадратный корень из 4 и вы получите 2, а не вектор (2 -2), как следовало бы. Возьмите квадратный корень из -4 и вы получите 2i, а не вектор (2i -2i). Но часто желательно, чтобы там было сообщение об ошибке - корень из отрицытельного числа!

Все зависит какого рода расчеты производяться. Так например для подбора арматуры в ж-б. фундаменте MathCAD вместе с единицами измерения мало чем помогут, ибо для этого существуют специализированные программные продукты (например SCAD), и никто не будет даже смотреть на это творение в MathCAD.

Wrote

В-третьих, если SMath копирует Mathcad, то SMath и есть "специализированный софт" - инженерный калькулятор.

Автор уже писал, что SMath Studio даже не пытается копировать MathCAD, например здесь http://ru.smath.info/forum/default.aspx?g=posts&t=231

Wrote

Wrote

...а потом во всем этом запутаться.

Достаточно, всего лишь хорошо разбираться в своих расчетах

Поддерживаю оратора... Куда как плохо в том же самом Маткаде было получать результат в каких-то непонятных единицах, при этом не имея возможности, например, присвоить какое-то свое значение переменной m

Поддержка размерностей на стадии разработки.