> 1 <

Автор Сообщение

Вадим Тукаев

Members


Статус

26 сообщений

Где: Russia Наша Параша
Род занятий: говнокодер-подёнщик
Возраст: 39

#5766   2012-02-27 12:31 GMT+3 часа(ов)      
Просьба сравнивать только сами языки, как таковые. Тот факт, что F# разработан корпорацией зла и для того, чтобы его полноценно использовать, понадобится покупать Visual Studio почти за тысячу долларов, не имеют значения. Интересует удобство для математических (точнее - для эконометрических) расчётов. Эконометрика - это сплав экономики и математики (в основном подразумевается теория игр).

LinkFly

Members


Статус

152 сообщений

Где: Russia
Род занятий:
Возраст:

#5767   2012-02-27 15:55 GMT+3 часа(ов)      
Оффтопик.
Берите Common Lisp/Maxima и вперёд.

misha

Moderators


Статус

1275 сообщений
http://racket-lang.org/
Где: Yemen
Род занятий:
Возраст:

#5776   2012-02-27 20:56 GMT+3 часа(ов)      
Цитата
Эконометрика - это сплав экономики и математики (в основном подразумевается теория игр).
А почему не C++? В теории можно на Scheme создать dll-ки, которые затем можно было бы использовать из F#.

Вадим Тукаев

Members


Статус

26 сообщений

Где: Russia Наша Параша
Род занятий: говнокодер-подёнщик
Возраст: 39

#5779   2012-02-27 22:15 GMT+3 часа(ов)      
Цитата
LinkFly :
Оффтопик.


Прочитал название ветки форума три раза - вдумчиво, по складам - но так и не смог уразуметь, где здесь оффотопик. Просветите?

Цитата
Берите Common Lisp/Maxima и вперёд.



Я тоже много чего могу сказать без всякой аргументации. Вот у Вас месячные есть? Нету? Так что взяли вещи и вперёд - в роддом.

Вадим Тукаев

Members


Статус

26 сообщений

Где: Russia Наша Параша
Род занятий: говнокодер-подёнщик
Возраст: 39

#5781   2012-02-27 22:25 GMT+3 часа(ов)      
Цитата
misha :А почему не C++?


Действительно, почему не С++? Или даже Фортране? А впрочем, всё равно получится машинный код, так что лучше сразу ассемблер.

Цитата
В теории можно на Scheme создать dll-ки, которые затем можно было бы использовать из F#.



Помню, много лет назад, когда такой вопрос ещё был актуален, кто-то написал в редакцию Компьютерры - мол, помогите решить, какой купить монитор - ЖК или ЭЛТ. Денег, значит, хватает на оба. Ему и отвечают: если денег хватает на оба - берите оба. Смешно. Вот так вот приструнили человека, плохо знающего русский язык. Конечно, он должен был написать "денег хватает на любой из двух". Почему посмеялись над ним - понятно. А я чем это заслужил? Я, казалось бы, вполне ясно выразился. Или здесь зеркальная ситуация - русский плохо знают отвечающие? Я спрашивал, какой из этих двух языков лучше. Варианта "оба" не было.

megamanx

Members


Статус

307 сообщений

Где: Russia
Род занятий:
Возраст:

#5786   2012-02-27 22:46 GMT+3 часа(ов)      
to Вадим Тукаев
По болоту следует ходить медленно. Активные движения приводят к быстрому утоплению.)))
I wish I'd made you angry earlier

LinkFly

Members


Статус

152 сообщений

Где: Russia
Род занятий:
Возраст:

#5789   2012-02-27 23:03 GMT+3 часа(ов)      
Цитата
Вадим Тукаев :
Цитата
LinkFly :
Оффтопик.


Прочитал название ветки форума три раза - вдумчиво, по складам - но так и не смог уразуметь, где здесь оффотопик. Просветите?

Цитата
Берите Common Lisp/Maxima и вперёд.



Я тоже много чего могу сказать без всякой аргументации. Вот у Вас месячные есть? Нету? Так что взяли вещи и вперёд - в роддом.



Попробуйте прочитать 4-ый раз. "Scheme против F#" я же говорю про Common Lisp.

Насчёт того, что без аргументации - так лень же;)
Вот здесь есть посты про maxima'у от человека который приложил руку к её интеграции в CL: http://filonenko-mikhail.blogspot.com/search/label/common%20lisp

misha

Moderators


Статус

1275 сообщений
http://racket-lang.org/
Где: Yemen
Род занятий:
Возраст:

#5792   2012-02-28 00:01 GMT+3 часа(ов)      
Цитата
Я спрашивал, какой из этих двух языков лучше. Варианта "оба" не было.
По каким критериям сравнивать?

Вадим Тукаев

Members


Статус

26 сообщений

Где: Russia Наша Параша
Род занятий: говнокодер-подёнщик
Возраст: 39

#5803   2012-02-28 12:51 GMT+3 часа(ов)      
Цитата
misha :
По каким критериям сравнивать?



Для этого надо будет подробно рассказывать про моей проект, а это долго и вряд ли кому интересно... Основной критерий такой: скорость изучения, но это субъективно. До этого я быдлокодил на Джаве, так что меня сейчас ещё и Немерле заинтересовал. По сути, это то, чем должен был стать F#. Эдакий F##. Синтаксис C# (хотя во многих случаях допустим синтаксис а-ля Python) с макросами - по аналогии с Lisp. Вроде неплохо получилось. А главное - легче воспринимается теми, кто привык к C-подобному синтаксису. Но синтаксис - это дело наживное.

Гораздо эффективнее было бы, если кто-то, перешедший с F#/Nemerle на Lisp/Scheme/Racket, рассказал, почему он это сделал, и доволен ли. Конечно, объективности ради полезно было бы послушать ещё и людей, сделавших обратный переход, но на этом форуме такие вряд ли найдутся.

misha

Moderators


Статус

1275 сообщений
http://racket-lang.org/
Где: Yemen
Род занятий:
Возраст:

#5815   2012-02-29 16:48 GMT+3 часа(ов)      
Цитата
Основной критерий такой: скорость изучения, но это субъективно. До этого я быдлокодил на Джаве, так что меня сейчас ещё и Немерле заинтересовал.
Зачем воду мутите? Выбирайте F#/Nemerle и не морочьте голову ни себе, ни нам.
Цитата
По сути, это то, чем должен был стать F#.
Разработчики разные.
Цитата
с макросами - по аналогии с Lisp.
Аналогии не вижу.
Цитата
Гораздо эффективнее было бы, если кто-то, перешедший с F#/Nemerle на Lisp/Scheme/Racket, рассказал, почему он это сделал, и доволен ли. Конечно, объективности ради полезно было бы послушать ещё и людей, сделавших обратный переход, но на этом форуме такие вряд ли найдутся.
И не только на этом форуме Кто выбирает F#/Nemerle тот выбирает .NET, а кто Scala/Fantom - Java. Т.е. для них решающую роль играет определенная платформа, а не язык сам по себе. Конечно, есть реализации Лиспа для этих платформ.

Вадим Тукаев

Members


Статус

26 сообщений

Где: Russia Наша Параша
Род занятий: говнокодер-подёнщик
Возраст: 39

#5816   2012-02-29 17:42 GMT+3 часа(ов)      
Цитата
misha :
Зачем воду мутите?


Я не специально. Видимо, это закономерное следствие помутнения в мозгах, вызванного тем, что я попал в ситуацию "Буриданова осла".

Цитата
Выбирайте F#/Nemerle и не морочьте голову ни себе, ни нам.


Почему-то этот вариант после знакомства с Лисп (даже шапочного) вызывает отторжение. Хотя совсем недавно я был почти влюблён в F#.

Цитата
Цитата
По сути, это то, чем должен был стать F#.
Разработчики разные.


И это - хорошо. Конкуренция - это всегда хорошо. А Немерле уже сейчас выглядит очень даже прилично, в том числе (особенно?) на фоне F#.

Цитата
Цитата
с макросами - по аналогии с Lisp.
Аналогии не вижу.


Ну что ж, Вам виднее. Я не специалист ни по Немерле, ни по Лисп. Видимо, Немерле - это попытка привнести в F# плохо понятые макросы Lisp.

Цитата
Гораздо эффективнее было бы, если кто-то, перешедший с F#/Nemerle на Lisp/Scheme/Racket, рассказал, почему он это сделал, и доволен ли. Конечно, объективности ради полезно было бы послушать ещё и людей, сделавших обратный переход, но на этом форуме такие вряд ли найдутся.
И не только на этом форуме Кто выбирает F#/Nemerle тот выбирает .NET, а кто Scala/Fantom - Java. Т.е. для них решающую роль играет определенная платформа, а не язык сам по себе. Конечно, есть реализации Лиспа для этих платформ.



Я независимый разработчик-шароварщик, на платформу мне плевать. Хотя, при прочих равных, компилируемость в нативный код - большой плюс.

LinkFly

Members


Статус

152 сообщений

Где: Russia
Род занятий:
Возраст:

#5832   2012-03-01 18:22 GMT+3 часа(ов)      
Берите Линукс, берите lisp-dev-tools (https://github.com/LinkFly/lisp-dev-tools) и вперёд к великим свершениям

misha

Moderators


Статус

1275 сообщений
http://racket-lang.org/
Где: Yemen
Род занятий:
Возраст:

#5836   2012-03-02 00:00 GMT+3 часа(ов)      
Цитата
Видимо, Немерле - это попытка привнести в F# плохо понятые макросы Lisp.

Когда разработчики языков с макросами пиарятся, то говорят, что у них макросы как у Лиспа.
Цитата
Хотя, при прочих равных, компилируемость в нативный код - большой плюс.
Ну, Racket, например, умеет создавать исполняемые файлы.

misha

Moderators


Статус

1275 сообщений
http://racket-lang.org/
Где: Yemen
Род занятий:
Возраст:

#5837   2012-03-02 00:04 GMT+3 часа(ов)      
Цитата
LinkFly :
Берите Линукс, берите lisp-dev-tools (https://github.com/LinkFly/lisp-dev-tools) и вперёд к великим свершениям

Верно, надо хоть с чего-то начинать

Norgat

Members


Статус

2 сообщений

Где: Russia
Род занятий:
Возраст:

#5841   2012-03-03 00:22 GMT+3 часа(ов)      
Цитата
Вадим Тукаев :
Гораздо эффективнее было бы, если кто-то, перешедший с F#/Nemerle на Lisp/Scheme/Racket, рассказал, почему он это сделал, и доволен ли. Конечно, объективности ради полезно было бы послушать ещё и людей, сделавших обратный переход, но на этом форуме такие вряд ли найдутся.



Писал на F# для себя, сейчас пересаживаюсь на Clojure, а до этого сменил F# на python. Имхо, у F#, в его текущем состоянии, не очень хорошо обстоят дела с компилятором. Нету автоматического приведения типов в некоторых местах (как пример - работа с Linq to XML, в C# гораздо приятнее работать). Косяки с авто выводом типов (иногда приходится руками объяснять компилятору типы, причём в начале - довольно часто, хотя вроде как компилятор должен бы и сам вывести их), с ходу примеры не могу привести, но помню, что бывало.

Местами компилятор сделан костыльно. Пример невозможности перегрузки оператора: http://www.linux.org.ru/forum/development/7476048?lastmod=1330598052764

Ну и из того, что запомнилось - весёлый привет от StackOverflowException, когда компилятор не оптимизировал хвостовой вызов. Т.е. иногда приходится браться за тот же Reflector и смотреть, а развернулась ли рекурсия в цикл или нет.

Ну и отсутствие хорошей поддержки в VS тоже не радует, по сравнению с C# поддержка очень скудная. Даже сниппетов нету, только toolbox работает, но я им не люблю пользоваться, поэтому он для меня не является плюсом.

Единственная ниша, где я бы сейчас применял F# - распараллеливание C# кода, вот там async рулит и педалит. Ну и Mailbox можно попробовать покрутить.

Сам жду F# 3.0 и его поддержку в новой студии. Если будут изменения в лучшую сторону, то буду присматриваться к нему снова.

Вадим Тукаев

Members


Статус

26 сообщений

Где: Russia Наша Параша
Род занятий: говнокодер-подёнщик
Возраст: 39

#5846   2012-03-04 20:41 GMT+3 часа(ов)      
Цитата
Norgat :
Ну и отсутствие хорошей поддержки в VS тоже не радует, по сравнению с C# поддержка очень скудная.


Некорректное сравнение. Если я буду писать на F#, то какая мне разница, как среда поддерживает C#? Я буду сравнивать поддержку F# в ВижуалСтудии с поддержкой F# в других средах (насколько я знаю, пока что такая среда только одна - SharpDevelop).

Цитата
Единственная ниша, где я бы сейчас применял F# - распараллеливание C# кода, вот там async рулит и педалит.


Меня он интересует не в качестве дополнительного или нишевого языка, а как основной. Мои задачи на него очень хорошо ложатся. Больше всего мне нравится синтаксис. Зачастую бывает так, что моё решение задачи в виде формул на бумаге переносится в F# тривиальным образом.

Цитата
Сам жду F# 3.0 и его поддержку в новой студии. Если будут изменения в лучшую сторону, то буду присматриваться к нему снова.



Насколько я знаю, F# 3.0 можно посмотреть уже сейчас - в Visual Studio 2011 Developer Preview. Но я сам не смотрел, врать не буду.

Norgat

Members


Статус

2 сообщений

Где: Russia
Род занятий:
Возраст:

#5847   2012-03-04 23:56 GMT+3 часа(ов)      
Цитата
Вадим Тукаев :
Некорректное сравнение. Если я буду писать на F#, то какая мне разница, как среда поддерживает C#? Я буду сравнивать поддержку F# в ВижуалСтудии с поддержкой F# в других средах (насколько я знаю, пока что такая среда только одна - SharpDevelop).




Всё просто, VS2010 + Resharper и C# дают более высокую скорость разработки, чем VS2010 + F# во многих случаях. Потом, имхо, рассматривать F# в отрыве от .Net как-то нелепо, следовательно стоит глянуть на то, как реализована поддержка разработки GUI и т.п. вещей. На данный момент для F# нету никакой поддержки, со стороны VS2010, для разработки WPF, Silverlight и WCF приложений. Поэтому, лично для меня, логичней рассматривать F# без отрыва от C#, т.к. последний оч. логично (и главное - на много проще) применять для работы с многими стандартными кусками .Net, а F#, как клей, либо как дополнительный инструмент.

Единственное, что радует, так это то, что NuGet работает и с F# проектами.


Цитата
Зачастую бывает так, что моё решение задачи в виде формул на бумаге переносится в F# тривиальным образом.


Это формулы, но кроме формул же всегда должно быть какое-либо взаимодействие с базами данных, пользователями и т.п., верно? В C# для этого уже всё готово, причём не только как библиотеки, но и как куски студии (от MS или сторонних авторов), с F# всё глухо обычно. Единственный пример, известный мне - WebSharper, хотя я последнее время не следил за новостями F# пристально. Именно из-за взаимодействия с "периферией" я бы не стал отказываться от рассмотрения C#, как второго языка проекта на .Net.


Цитата
Насколько я знаю, F# 3.0 можно посмотреть уже сейчас - в Visual Studio 2011 Developer Preview.


Стоило бы посмотреть, но увы, в ближайшие недели две у меня нету времени качать, ставить и играться c W8 и VS11.

Вадим Тукаев

Members


Статус

26 сообщений

Где: Russia Наша Параша
Род занятий: говнокодер-подёнщик
Возраст: 39

#5848   2012-03-05 13:13 GMT+3 часа(ов)      
Цитата
Norgat :
Всё просто, VS2010 + Resharper и C# дают более высокую скорость разработки, чем VS2010 + F# во многих случаях.


Вот именно, что во многих, а не во всех. Мой случай, судя по всему - как раз из тех немногих.

Цитата
Потом, имхо, рассматривать F# в отрыве от .Net как-то нелепо, следовательно стоит глянуть на то, как реализована поддержка разработки GUI и т.п. вещей. На данный момент для F# нету никакой поддержки, со стороны VS2010, для разработки WPF, Silverlight и WCF приложений.


Ничего из этого мне не нужно. GUI - самая незначащая часть моего проекта, можно отдать на сторону, пусть сляпают что-нибудь на VB.NET.

Цитата
Поэтому, лично для меня, логичней рассматривать F# без отрыва от C#, т.к. последний оч. логично (и главное - на много проще) применять для работы с многими стандартными кусками .Net, а F#, как клей, либо как дополнительный инструмент.


Мой проект, скорее всего, будет реализован на F#, VB.NET и C++. Причём на VB.NET и C++ в сумме будет написано гораздо меньше, чем на F#.

Цитата
Цитата
Зачастую бывает так, что моё решение задачи в виде формул на бумаге переносится в F# тривиальным образом.


Это формулы, но кроме формул же всегда должно быть какое-либо взаимодействие с базами данных, пользователями и т.п., верно? В C# для этого уже всё готово, причём не только как библиотеки, но и как куски студии (от MS или сторонних авторов), с F# всё глухо обычно.


БД у меня будет, взаимодействие с пользователями - нет. Причём БД очень простая, по типу картотеки. Каждая "карточка" - некое устройство и ряд связанных с ним параметров. Например, наработка на отказ. В принципе, можно было бы организовать такую БД как набор XML-файлов, каждый из которых имеет имя соответствующего устройства. Я не уверен, что здесь нужна полноценная SQL-СУБД. Что бы Вы посоветовали?
> 1 <


Онлайн :

0 пользователь(ей), 11 гость(ей) :




Реклама на сайте: