Посоветуйте язык программирования

[macroevolution]

Я всю жизнь программировал только на бейсике, на разных его версиях.  Так получилось. Когда писал кандидатскую, набралось очень много таблиц с данными (это были морфологические признаки морских ежей), и я задолбался обсчитывать их на калькуляторе. Поэтому быстренько освоил бейсик (тогда персональные компьютеры IBM только начали появляться, и к ним прилагался язык GW-Basic). Освоил - и сразу почувствовал себя человеком. С тех пор не переучивался, сейчас пишу все свои программки на VBA в MS Access. То есть в программировании я дилетант, но опытный. Программированием пользуюсь сейчас для имитационного моделирования эволюционных процессов в популяциях. Подумываю об одной новой модели, но понимаю, что на VBA она будет работать невыносимо медленно. Насколько я понимаю, программа, написанная почти на любом другом языке, компилируемом, будет работать в разы быстрее. Вопрос такой: какой из этих языков мне будет быстрее и проще всего освоить? Времени, сил и желания преодолевать трудности и вникать в программистские проблемы - не имеется. Мне бы этот язык просто скачать (можно купить, если не слишком дорого), освоить за пару-тройку дней - и вперед. Т.е. главное, чтобы он был максимально простым в освоении для того, кто знает бейсик, без всяких интеллектуальных "понтов", но работал хотя бы раз в 10 быстрее.

Comments

[lvqcl.livejournal.com]

Ну и если интересен питон, то: http://stackoverflow.com/questions/81584/what-ide-to-use-for-python

холиварная тема

[mynine.livejournal.com]

Сам я пишу в основном на C++, язык быстрый и очень мощный. Но вам не советую, все-таки порог вхождения великоват для более-менее уверенного кодирования. А серьезное освоение требует нескольких лет.

Как упрощенный вариант C++ можно вполне использовать Java или C#. При использовании специализированных сред IDE (есть бесплатные) процесс программирования заметно упрощается - подсказки и подсветка синтаксиса и ошибок прямо в редакторе. В случае использования Java у вас будет возможность запускать программу на разных платформах вплоть до телефона или планшета под Android.

Python вполне годен, хорош с точки зрения концепции языка, но медленный.

Как вариант, можете попробовать Lua, простой (он проще всех указанных в комментариях здесь :) и мощный язык. Хотя он и скриптовый, но, емним, самый быстрый из всех. Для начала использования достаточно скачать только интерпретатор языка (размер менее мегабайта) и вперед.

[pssshik.livejournal.com]

луа - это весело, но не для расчетов же. "для имитационного моделирования эволюционных процессов в популяциях" - на луа - не извращение ли?

[guga50.livejournal.com]

Платформа .net
Язык C#. Вам не надо в объектно-ориентированные дебри забуриватья (хотя именно для вашего применения это было бы ОЧЕНЬ полезно, да и вообще это совсем не сложно). Любой ОО язык можно использовать как функциональный. Даже если он жёстко насаждает ОО.

Качайте Visual Studio Express Edition. Она бесплатная.
Ставьте и вперёд.

Если нужна помощь - можете обращаться. Беззплатно ;))

[bougakov.livejournal.com]

Вам тут написало просто огромное количество людей, не прочитавших вводные до конца :(

У вас есть хорошие познания в VB (а именно - VBA в Access) и мало времени и сил на переобучение.

Поэтому берите "полноценный" Visual Basic .NET - скачивайте и устанавливайте. Он бесплатен.

Между VBA и VB.net несколько изменился синтаксис языка, но путём проб и ошибок вы быстро склеите из кусков нагугленных примеров что-то работающее. Это решит вашу текущую задачу.

На будущее глядите в сторону связки Python и SciPy (для них множество примеров именно научных расчётов, библиотек) или "R" (который, скорее, замена SPSS)

[strib.livejournal.com]

Полностью присоединюсь.
Если хочется что-то более серьезного, то Visual Studio Expess, и сможете переиспользовать навыки... Но там нет богатсва выбора научных инструментов.

Python - как бы то ни было - это отличный вариант, особенно с тем, что есть много дополнительных библиотек для математических задач, при том быстрых. Тут зависит от того, из какой математической области Вам надо решить задачу. Некторые библиотеки сами написаны на компиллируемых языках, и работают очень быстро.
Модуль IPython - позволяет проводить расчеты в интерактивой форме.

Отличные средства визуализации, и что немаловажно - доступна, одна из лучших на мой взгляд, среда разработки PyCharm.

Единственная, но серьезная проблема с Python - несовместимые версии 2 и 3. Вторая не развивается, в ней только исправляются ошибки, но на ней много чего сделано, для третьей есть не все библиотеки, но ситуация исправляется. Надо смотреть по обстоятельствам.

[batch2k.livejournal.com]

Питон, однозначно питон.

[maniacscientist.livejournal.com]

Спец в моделировании не в курсе про AnyLogic?? Там Жаба во все поля, хочешь не хочешь а программируешь

[drag-drop.livejournal.com]

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

Насчет синтаксиса Си была шутка что язык придуман для того чтобы остановить прогресс в СССР..
Листинг си с операторами не читаемый. нужен только для выпендрежа .пример типа i-=++i+i++; могу бред написать давно не практиковал но смысл понятен .. это конечно при объектном программировании мало уже значит но все таки читабельность основ синтаксиса для начала изучения вопрос важный.

[guga50.livejournal.com]

Паскаль - унылое говно.
Си++ с перегружаемыми операторами - прекрасен. Вычитание может означать деление, а разыменование посыл трояна соседу.

> i-=++i+i++

ну и чё тут сложного? i станет равно - i - 2

[pssshik.livejournal.com]

Сколько проф комментаторов-то :)
1. Компилируемость языка не обеспечивает скорость. Вопрос в библиотеках - какой бы язык вы не использовали, библиотека для перемножения матриц или интерполирования будет быстрее.
2. Бейсики бывают компилирумые. Да, в общем-то, сейчас все компилируемые, за исключением вбскрипт.
3. Низкоуровневый язык программирования вам не нужен. Зачем вам заниматься вопросами ввода и отображения данных? Исходя из пункта один вам скорее нужны пакеты для расчетов - матлаб, математика, даже маткад.

[guga50.livejournal.com]

> Компилируемость языка не обеспечивает скорость
Зашибись! )) Интерпретатор палюбэ быстрее бгг)))

[http://users.livejournal.com/__const__/]

Не читал ещё комментариев, потому вполне могу повториться.
Наиболее адекватное для заявленных целей, на мой взгляд, это Fortran или Python в форме SciPy
Первый прост как табуретка и по умолчанию быстр для вычислений. Второй чуть посложнее, но сочетает преимущества интерпретатора со скоростью компилированных библиотек и имеет массу встроенных вкусняшек типа Matplotlib.

[amosk.livejournal.com]

Я считаю что лучше оставить бейсик.
Потому что из языков, которые быстрее него, простых в изучении нет.

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

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

[techwork.livejournal.com]

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

[jusup0v.livejournal.com]

Старый добрый Delphi - для венды прекрасный . Верен ему уже 20 лет. Delphi - замечательная платформа.

[kallbasser.livejournal.com]

Наверное, буду оригинален, но мой совет - GPSS
Это специализированный язык для имитационного моделирования. Делал на нем лабы, когда учился. У меня вызывал легкое отвращение, но это потому что я не знал предметной области и в то время несильно хотелось ломать мозг после традиционных языков (по принципу сдал-забыл).
Из языков более широких пожалуй могу посоветовать C# ну или Java если нужна кроссплатформенность. VB.net категорически не советую, там с VBA общего меньше чем различий. Если уж переучиваться то лучше на C# сразу (да и по мне он проще vb.net).

[techwork.livejournal.com]

Самый быстрый в скорости работы C++ потом идут Java и C# они хоть и медленее в два раза но их код в 5 раз более лакончный чем C++ и для разработки требуется в три раза меньше времени именно поэтому в современной коммерческой разработке C++ не очень популярен. Для ваших задач не Руби не Питон не подойдут. Да они в два раза лаконичней джаваподобных, и в полтора раза быстрее в разработке НО очень медленны в исполнении. На некоторых задачах просто катастрофически.
Экзотов типа хаскела или го тоже не советую - там нет ничего ради чего бы стоило.
Фреймворки же под C++ Java C# есть под любые задачи и даже в большем количестве чем под остальные языки.
Однако для научных задач никто ничего лучше C++ не придумал.

[kallbasser.livejournal.com]

>потом идут Java и C# они хоть и медленее в два раза
любопытно, про в 2 раза вы откуда взяли?

[pavel-ladikov.livejournal.com]

>Подумываю об одной новой модели, но понимаю, что на VBA она будет работать невыносимо медленно. Насколько я понимаю, программа, написанная почти на любом другом языке, компилируемом, будет работать в разы быстрее

Я находился в точно такой же ситуации и могу сказать, что Вы сильно отстали от времени. Итак:

1. Если говорить о VBA - речь идет не о "интерпретаторе", а о "гибриде", использующем прекомпиляцию в p-код при запуске программы и потом работающим с компилированным кодом в процессе исполнения.
Говорить что это медленнее, чем чистый исполняемый код - неверно. Если Вы посмотрите структуру скомпилированного файла, Вы увидите фактически ту же прекомпиляциюю, то есть какой-то простой код верхнего уровня служит как набор инструкций для вызова библиотек. Объектно-ориентированное и событийно-ориентированное программирование очень близко к интерпретации кода.

2. Собсстно язык давно "отцепили от компилятора" и скорость от языка программирования практически не зависит. Другое дело, что низкоуровневые языки позволяют выбросить "все лишнее" из библиотек, особенно обработчики исключений - и поднять скорость за счет этого. Но это не лучший способ улучшить свою программу.
Кроме того - инструментарий стал интеллектуальнее, он умеет переводить с одного языка на другой.
Лучше всего Вам переходить на платформу Visual Studio .NET, там используется единый компилятор C++, C# и VB.NET. Можно очень быстро, не думая об эффективности кода, получить работающую программу на VB.NET а если дойдет дело до превращения ее в многотиражный продукт - перекатать ее в си и оптимизировать уже в нем. И овцы целы и волки сыты. В смысле - и результат можно получить быстро - и потом довести код до идеала не спеша.

[amosk.livejournal.com]

Плюсую сюда же.

Просто перейти на VisualBasic.Net (Visual Studio 2008 или новее).
У среды выполнения .Net код программы при запуске компилируется в машинный и работает довольно быстро (во многих случаях сравнимо с С/С++)

[http://users.livejournal.com/__observer/]

Чтобы дать рекомендацию нужно приблизительно понять что будут делать написанные вами программы. Какие алгоритмы и структуры данных будут использоваться. При выборе языка, а точнее системы программирования, нужно смотреть не только на сам язык но и на доступные библиотеки. Они могут сильно упростить процесс написания программ.

Раз у вас программы написаны на бейсике, то в первую очередь нужно смотреть на VB.Net, язык почти такой же но при этом гораздо быстрее (он компилируется).

В самом общем случае можно порекомендовать C# или VB.Net (Visual Studio Express Edition) и Java (IDEA Community Edition).
Можно также посмотреть в сторону функциональных языков F# и Scala. Но я не знаю насколько они подойдут.

[ateregulov.livejournal.com]

Сейчас самый удобный из продвинутых - это C#, если какой-то кусок кода надо ускорить, то используется unsafe mode и скорость будет не хуже чем у C++

[amosk.livejournal.com]

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

[agalakhov.livejournal.com]

Python. Идеально подходит на роль "нового бейсика". Язык достаточно мощный, чтобы на нем можно было написать абсолютно что угодно (от сайта до операционной системы), но при этом прост.

Для математических расчетов к Python есть удобная библиотека SciPy/NumPy, математика в ней по скорости равноценна фортрану.

[ateregulov.livejournal.com]

Basic и все его производные собратья уже давно протухли

[natvalbr.livejournal.com]

ваши знания неверны!
http://macroevolution.livejournal.com/186606.html?thread=12744174#t12744174

[zlata-gl.livejournal.com]

Надо же, сколько дельфушников !
Я думала - они вымерли.
Всем привет ! :-)

[burundutsky.livejournal.com]

Подлый VB портит мозг программиста. Лучше помучиться чуть, и выйти на чудесную дорогу C/C++. Лучше - плюсы, меньше надо будет в разные тонкости вникать.

[igor sidorov (from livejournal.com)]

У пайтона есть много неочевидных особенностей. Можно попробовать Ruby. Также, если нужны именно расчёты, то хорошим выбором будет Matlab.

[dmzlj.livejournal.com]

Сложные большие вещи на простых тупых языках делать тяжело.

[toshick.livejournal.com]

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

2) основные потери времени в VBA Excel или Access происходят не из-за неэффективности интерпретатора, а из-за неэффективного хранения данных. Попробуйте сначала освоить работу с данными в памяти, а не в ячейках XL или таблицах Access, хотя бы в классических массивах, и это очень сильно ускорит работу программы.

3) Если Вам надо работать с большими объемами данных, которые Вы храните в базе Access, то Вам совершенно однозначно не надо ни на что переходить. Затраты на работу с базой данных все равно таковы, что вся экономия на их фоне потеряется. Попробуйте в первую очередь оптимизировать именно работу с данными, ни в коем случае не храните промежуточные результаты в таблицах базы данных, если, конечно, они не нужны для отладки.

[maz-d.livejournal.com]

Ну питон простой в освоении, он правда интерпретируемый, но компилировать тоже можно при желании =)