|
Современный алгоритмический язык программирования |
|
|
|
Mar 1 2009, 13:35
|

Йа моск ;)
     
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610

|
Цитата Уже старо О_о Сильное заявление. Ну да ладно. Цитата и плохо с точки зрения визуализации данных. Ну для целей обучения я бы использовал реализацию алгоритмов на Си (или плюсы по желанию) и визуализацию данных при помощи GnuPlot. Цитата хорошо, но дорого. Хочется увидеть язык программирования, который легко читается и хорошо отражает алгоритм работы, имеет мощные средства визуализации Ну возьмите банальный Excel. И на VBA делайте Ваши алгоритмы. Правда легкости чтения и хорошего отражения алгоритмов обещать не могу.
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
Mar 1 2009, 15:19
|
Профессионал
    
Группа: Участник
Сообщений: 1 264
Регистрация: 17-06-08
Из: бандустан
Пользователь №: 38 347

|
Python - текст хорошо структурируется благодаря отступам, можно писать в императивном, ООП, функциональном стиле, скорость написания возрастает по ср. с С,С++,Java в несколько раз, объем прогр.уменьшается. для мат., графики есть SciPy, MatPlotLib, Gnuplot.py, PyX/Metapost, есть интеграция с многими мат.пакетами (Octave, Sage, R, Maxima), есть биндинги для всех GUI-библиотек - PyGTK, PyQT4, wxPython, PyFLTK.
Сообщение отредактировал ukpyr - Mar 1 2009, 15:28
|
|
|
|
|
Mar 1 2009, 16:34
|

Местный
  
Группа: Свой
Сообщений: 473
Регистрация: 10-09-06
Из: Тольятти. Самарская обл.
Пользователь №: 20 249

|
Цитата(ukpyr @ Mar 1 2009, 19:19)  Python - текст хорошо структурируется благодаря отступам, можно писать в императивном, ООП, функциональном стиле, скорость написания возрастает по ср. с С,С++,Java в несколько раз, объем прогр.уменьшается. для мат., графики есть SciPy, MatPlotLib, Gnuplot.py, PyX/Metapost, есть интеграция с многими мат.пакетами (Octave, Sage, R, Maxima), есть биндинги для всех GUI-библиотек - PyGTK, PyQT4, wxPython, PyFLTK. Да, склоняюсь именно к этому варианту. Подскажите, пожалуйста, ресурс откуда можно быстро начать.
--------------------
Если все, то не я...
|
|
|
|
|
Mar 2 2009, 04:33
|

Местный
  
Группа: Свой
Сообщений: 473
Регистрация: 10-09-06
Из: Тольятти. Самарская обл.
Пользователь №: 20 249

|
Цитата(cioma @ Mar 1 2009, 22:00)  Если да, то лучше использовать язык, знакомый аудитории. Да, но эти студенты похоже еще не испорчены конкретным языком программирования. Ладно, попробую приручить эту змеюку.
--------------------
Если все, то не я...
|
|
|
|
|
Mar 2 2009, 14:13
|
Профессионал
    
Группа: Участник
Сообщений: 1 264
Регистрация: 17-06-08
Из: бандустан
Пользователь №: 38 347

|
Цитата Внесу 5коп. Lua - тоже хороший язык, легко изучается, в наборе Lua for Windows есть и графика и т.д. подойдет разве что для узкого круга задач, напр. скриптинга в больших программах. очень бедные встроенные возможности и библиотеки, напр. до сих пор проблемы с кодировками (как сделать обработку строк в UNICODE-32,UTF8,CP1251,KOI8 ?), работает только с плавающей точкой (как делать булеву арифметику ?), и многое другое.
Сообщение отредактировал ukpyr - Mar 2 2009, 14:22
|
|
|
|
|
Mar 2 2009, 17:54
|

山伏
    
Группа: Свой
Сообщений: 1 827
Регистрация: 3-08-06
Из: Kyyiv
Пользователь №: 19 294

|
Цитата(PhX @ Mar 1 2009, 14:42)  Нелегкая занесла в сферу образования. Предстоит читать теорию оптимизации инженерных решений. Информации по теме в Сети хватает. Однако встал вопрос, каким языком программирования пользоваться при практической реализации алгоритмов? Паскаль? С?... Уже старо и плохо с точки зрения визуализации данных. MathCad MatLab хорошо, но дорого. Хочется увидеть язык программирования, который легко читается и хорошо отражает алгоритм работы, имеет мощные средства визуализации (двумерные и трехмерные графики, таблицы). хорош преподаватель смешивающий мягкое и теплое -  - визуализацию и C. Но, поскольку меня "мучИли" такие-же а деток все-таки "жальче" то дам совет - полнофункциональной альтернативой пакету MatLAB является пакет SciLAB (соответственно simulink - SciCOS). Он принципиально бесплатный, но вместе с этим абсолютно профессиональный - тестируется, обновляется, отлично документирован. Логика работы на нем совершенно такая же как и на "матлабе". Пакет кроссплатформеннен - и предстает в одинаковых ипостасиях как для Win так и для Lin. Вот только лучше с детства учиЦЦо хорошему. Кстати в свободно конвертирует .m скрипты, правда не для всех функций есть эквиваленты - немного придется ручками, но все-равно это помогает "приобщиться" ко всему богатству программ для матлаба "бродящему" по сети. А главное в сети море документации на русском.Не стОит путать языки программирования (сам "скайлаб" нкаписан на C и Java) и интерпретаторы скриптов для визуализации и автоматической обработки научных данных...
--------------------
Нас помнят пока мы мешаем другим... //-------------------------------------------------------- Хороший блатной - мертвый... //-------------------------------------------------------- Нет старик, это те дроиды которых я ищу...
|
|
|
|
|
Mar 3 2009, 04:21
|

Местный
  
Группа: Свой
Сообщений: 473
Регистрация: 10-09-06
Из: Тольятти. Самарская обл.
Пользователь №: 20 249

|
Цитата(DRUID3 @ Mar 2 2009, 21:54)  хорош преподаватель смешивающий мягкое и теплое -  - визуализацию и C.  Сарказм не понял. Кто теплый? Кто мягкий?... За напоминание про SciLab большое спасибо. Похоже для данных задач мне нужно именно это. Нашел хорошую книгу по данному пакету: http://linux.armd.ru/common/img/uploaded/f.../ScilabBook.pdfВпредь буду аккуратней в обращении с теплыми и мягкими.
--------------------
Если все, то не я...
|
|
|
|
|
Mar 3 2009, 09:01
|
Знающий
   
Группа: Свой
Сообщений: 793
Регистрация: 5-11-04
Из: Краматорск, Украина
Пользователь №: 1 057

|
Цитата(ukpyr @ Mar 2 2009, 16:13)  подойдет разве что для узкого круга задач, напр. скриптинга в больших программах. Ну очень узкий круг... И что считать большими программами? Цитата очень бедные встроенные возможности и библиотеки, Встроенные библиотеки - да. Внешние - нет. Я, сторонник простого подхода, не считаю, что в стандарт языка программирования должны включаться все библиотеки на все случаи жизни. Цитата напр. до сих пор проблемы с кодировками (как сделать обработку строк в UNICODE-32,UTF8,CP1251,KOI8 ?) Одновременно в разных кодировках? Привести к одной. Или я не понял вопроса? Цитата работает только с плавающей точкой (как делать булеву арифметику ?), и многое другое. С целыми тоже работает  Булева арифметика - через внешние библиотеки. Далеко не всем нужно манипулирование битами (мне, например, нужно  ). Плюс возможность подключать внешние DLL, программы на С и т.д. Но это все обрамление. Сам же язык весьма впечатляет в части как заложенного потенциала, так и простоты его реализации.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|