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

[macroevolution]

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

Comments

[orrine.livejournal.com]

У Майкрософт в Visual Studio можно писать на нескольких языках - Visual Basic, C#, компилится одинаково. Вам не придется переучиваться.

[arech]

Наверное, +1 за VB под .NET
Если его не будет хватать, тогда наверное смотреть на питон (там больше возможностей для ускорения на спец.библиотеках).

Вообще, хорошо бы описать, какие проблемы надо решать... а уж от этого и плясать...

[rodonist.wordpress.com (from livejournal.com)]

Ещё один голос за Visual Basic .NET
Тем более, что Microsoft выпустила Visual Studio 2013 Community Edition - фактически перелицензированная версия коммерческой Professional. После VBA будет не так тяжело осваивать среду программирования - а это тоже очень важно.

Ну и стоит упомянуть, что VB.NET - довольно "взрослый" язык, ничуть не игрушка. По возможностям не уступает C#.

[killerofrussian.livejournal.com]

более того - можно просто конвертнуть существующий код на VBA в VB.net прямо в студии

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

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

[killerofrussian.livejournal.com]

http://gis.stackexchange.com/questions/7383/vba-to-vb-net-visual-studio-10-migration-arcmap-focus

http://msdn.microsoft.com/en-us/library/xf64y3tc(VS.90).aspx

[hate-all.livejournal.com]

и еще SQL добавить для быстрых обсчетов массивов данных. И вообще красота.

[killerofrussian.livejournal.com]

LINQ

[hate-all.livejournal.com]

Мне LINQ без знания основ SQL кажется немного странным. Но да, если в VS писать, то, конечно, LINQ
Просто то же понимание соединений, фильтров, упорядочивания

[3seemingmonkeys.livejournal.com]

LINQ удобнее чем SQL, т.к. подзапросы можно в переменных хранить
и вместо SQL синтаксиса использовать методы расширения

[hate-all.livejournal.com]

Удобнее, не спорю :) Вместо языка запросов функции. Но все равно для связи между таблицами, соединениями и т.д. - структуру таблиц представлять нужно - в скуле это прозрачнее.

[3seemingmonkeys.livejournal.com]

entity framework умеет скрывать подробности, например реализацию many to many
с code first о реляционных базах данных вообще можно ничего не знать - только айдишники проставить

[hate-all.livejournal.com]

Я SQL изучал до появления LINQ и сейчас мне многое проще на скуле нарисовать, впрочем сейчас и программировать не нужно с нынешними средами и подходами :) А в скуле тем более, с наличием конструкторов запросов особо париться не нужно уже давно.
Я в VS давно не пишу, уже лет 7-8. Так что глубоко не влезал в нынешние тулзы.
Спасибо за наводку, может гляну.

[ruinternet.livejournal.com]

+1 за .net
Кстати, по поводу там выше советовали типа в VBA выпихнуть данные в массивы вместо аксеса... Так мне просто интересны размеры массивов. Или индексные таблицы тоже программно начинать выстраивать?
.net, а если большие объемы данных - поставьте сиквель и выносите обработки в триггеры и процедуры, тогда можно остаться и в аксессе в рамках ADP. У Вас тормоза идут из-за выборок или из-за математики?

[killerofrussian.livejournal.com]

тормоза = кривые руки, можно и 2+2=4 написать так, что будет 10 минут считать

[tgur.livejournal.com]

Согласен, в данном случае VB под .NET - хорошее решение. Переучивание есть, но небольшое.

[int19h.livejournal.com]

Переход с VB на VB.NET отнюдь не тривиален, это разные по сути языки с местами похожим синтаксисом.

[int19h.livejournal.com]

И да, Python в VS тоже уже есть. Т.е. если аргумент в плане знакомости среды разработки (хотя если честно, между Access и текущими версиями VS все же большая разница), то это не аргумент против питона.