F# нужен или F# ненужен

F# нужен
9
Нейтральная
сторона
5
F# ненужен
11
Прежде чем писать комментарии или выбрать сторону вы должны авторизироваться!

14-03-2011 07:40 -1

Фа-диез конечно нужен, что за вопросы?

2 комментария
Razor 14-03-2011 08:29 +2

Gopnik, БЛДЖАД, вот фа диез а это - Ф шарп!

opera.rulez 14-03-2011 14:23 0

Razor, До внедрения Unicode # использовался вместо ♯. Он и сейчас используется в секвенсорах и нотных процессорах.

14-03-2011 16:38 +1

Не ну если Лисп кому-то нужен то всё что угодно найдет своего поклонника.

((lambda (x) (list x (list 'quote x))) '(lambda (x) (list x (list 'quote x))))

5 комментариев
Crighton 05-02-2012 19:49 0

JAre, Блядь, сраный лисп. Мне в автолиспе поебень нарисовать надо, а эта хуева туча скобок меня раздражает.

opera.rulez 05-02-2012 21:40 0

Crighton, (Улыбнись! (Представь (себе, (что (это (смайлики.))))))

Crighton 05-02-2012 22:35 +1

opera.rulez, Понимаешь, скобочки как смайлы меня раздражают еще больше.

opera.rulez 05-02-2012 22:37 0

Crighton, А написать препроцессор, который будет транслировать псевдокод в Автолисп, возможно или это лишняя трата времени для несложной задачи?

Crighton 05-02-2012 22:41 0

opera.rulez, Lolwut? Мне в универе дали задание, показали 3.5 команд, дали методичку и задание и сказали малюй.

12-08-2011 11:11 0

Прекрасный язык для своей ниши.
В целом - отличный язык, лаконичный и красвый.

Отлично писать скрипты на нем, статичная типизация облегчает.

Недостатки - быстродействие.

Кроме того, гуи на нем делать муторно, этот процесс пока не автоматизирован, как в C#\VB.

Пожелаем же ему дальнейшего роста и развития.

0 комментариев
13-03-2011 23:29 0

Вот скажу честно. Если смотреть чисто из практических соображений - он мне нахер не нужен! Я даже не знаю что это.

8 комментариев
NightmareZ 13-03-2011 23:30 0

loveitaly, Это язык программирования такой.

loveitaly 13-03-2011 23:34 0

NightmareZ, эт я понял сразу) когда увидел мелкософт визуал.
Но такие вары тут вряд ли будут популярны. Я вообще не понимаю зачем тут создавать столько узкопрофильные вары. Тут и так всего 20 постоянных юзеров, а уж программистов из них 2-3. Ну это я так, приблизительно.
Суть в том, что такие вещи лучше на специализированных форумах, наверное, рассматривать.

NightmareZ 13-03-2011 23:39 0

loveitaly, К сожалению, на всех более-менее адекватных специализированных русскоязычных форумах я забанен. Где-то на год, где-то пожизненно.

loveitaly 13-03-2011 23:58 0

NightmareZ, нарушаем?)

NightmareZ 14-03-2011 00:05 0

loveitaly, Высказываем своё, несовместимое с модераторами, мнение.

Tro 14-03-2011 07:45 0

NightmareZ, Ты есть там, где есть я. Там обычно линуксоидов гонят.

NightmareZ 14-03-2011 22:51 0

Tro, Это где? O_o

NightmareZ 08-05-2011 17:34 0

NightmareZ, Ау?

13-03-2011 23:58 0

Буду на синей стороне, пока кто-нибудь не докажет полезность. Язык программирования нужен, если он хорош сам по себе или если на нём написано море кода (тогда его недостатки простительны). F# — явление новое, поэтому судить его придётся строго.

Стоило бы дать несколько ссылок, хотя бы ru.wikipedia.org/wiki/F_Sharp
Насколько я понял, это наследник OCaml, который в свою очередь наследник CaML и прочих диалектов ML, а стало быть язык функциональный, то есть близок тем, кто знаком с Лиспом и с Хаскеллом, поэтому знатокам императивных языков будет непонятен.

С OCaml я знаком по программе MLDonkey — мультипротокольному клиенту P2P-сетей (Torrent, ed2k, Gnutella, DC++). К сожалению, MLDonkey глючный, поэтому спросом не пользуется. Других примеров кода, написанного на OCaml, не помню.

F#, как и всё с решёткой, зависит от фреймворка .NET, поэтому будет выполняться только в средах, для которых этот фреймворк существует. Успех возможен, только если эта штука будет поддерживаться Mono.

4 комментария
NightmareZ 14-03-2011 00:04 +1

opera.rulez, Я так понимаю, F# в первую очередь нужен Майкрософту по той причине, что близится эра очень-многоядерных процессоров, для которых легко распараллелить функциональный (без побочных эффектов) код, но сложно распараллеливать код императивный, в котором не понятно, когда что и на что окажет влияние, а потому должно лочиться и оборачиваться всякими мьютексами да семафорами.

DonDublon 12-08-2011 11:04 +1

opera.rulez, 1. "или если на нём написано море кода "
Под F# действительно написано море кода. Только писался он не под конкретно F#, а под дотнет. К F# подключается простым добавлением референса.
2. "стало быть язык функциональный, то есть близок тем, кто знаком с Лиспом и с Хаскеллом, поэтому знатокам императивных языков будет непонятен"
Преимущество Ocaml (а следовательно и F#) перед Haskell - в том, что на нем таки можно писать императивно, если очень хочется. И объектно (собственно, буковка O в Ocaml это и обозначает).
3. "F#, как и всё с решёткой, зависит одет выполняться только в средах, для которых этот фреймворк существует. Успех возможен, только если эта штука будет поддерживаться Mono."
Во-первых, уже поддерживается. Во-вторых, вы не правы. Ocaml не требует никаких фреймворков - и популярностью не пользуется. Потому что под него нифига нет библиотек. Требование фреймворка - обратная сторона наличия большого количества библиотек.

opera.rulez 12-08-2011 17:21 0

DonDublon, В принципе и OCaml можно линковать с сишными библиотеками. MLdonkey тому подтверждение.

DonDublon 15-08-2011 13:28 0

opera.rulez, Можно-то оно конечно. Но их же еще надо скомпилировать как ocaml-овские пакеты. А в дотнете все готовое. Он вообще славится своей интероперабельностью.

14-03-2011 00:19 0

*ЛЯ! А я подумал, что это АККОРД! В нейтрал нах! )))))

10 комментариев
opera.rulez 14-03-2011 00:24 0

SkyStar, А если аккорд, то нужен или не нужен?

Fisben 14-03-2011 12:17 0

opera.rulez, не нужен - чтобы его зажать нужно пальцы сломать

Gopnik 14-03-2011 12:25 +1

Fisben, Быдло коннот инто баррэ.

Fisben 14-03-2011 14:23 0

Gopnik, ну к сожалению баррэ - это не так просто как хотелось бы

Gopnik 14-03-2011 14:31 0

Fisben, Да куда уж легче? Мне кажется мнение о сложности баррэ форсят какие-то кривопальцие уебаны, в этом нет и никогда не было ничего сложного.

Fisben 14-03-2011 14:35 0

Gopnik, Ну зажать 6 струн одним пальцем. по-моему вполне себе достойно, чтобы называться не очень простым аккордом

SkyStar 14-03-2011 15:55 0

Fisben, Зажимать струны одним пальцем можно и макаку научить! А вот делать это быстро и точно - надо еще постараться. Не у всех просто терпения хватает на это, тогда в ход идут отмазки, типа нет слуха, не дано... А на самом деле все это объясняется одним словом - ВПАДЛУ! )))

Fisben 14-03-2011 15:58 0

SkyStar, Не ну ясен пень, что еслитебе дадут хотябы 5 секунд на перестановку пальцев - то ты любой аккорд зажмешь, но это не отменяет того факта, что его зажимать тяжелее чем другие аккорды )

SkyStar 14-03-2011 16:02 0

Fisben, Ну лично мне, на данном этапе обучения, все аккорды, где задействованы 4 пальца даются с определенным трудом...

Gopnik 14-03-2011 16:06 0

Fisben, По мне так всякие хитровыебанные типа
B7 куда сложнее. А это баррэ у меня как то сразу само вышло.

14-03-2011 07:42 0

.NET вообще не нужен.

32 комментария
NightmareZ 08-05-2011 17:34 0

Tro, Troлоло?

Tro 13-05-2011 19:32 0

NightmareZ, Уже нет. .NET реально не нужен, если нужен, то скажи, зачем.

NightmareZ 05-02-2012 16:51 0

Tro, Чтобы писать софт. Очевидно же. Под WinAPI это делать муторно, а под дотнет - одно удовольствие.

opera.rulez 05-02-2012 16:53 +1

NightmareZ, Чем дотнет лучше POSIX-прослойки того же Cygwin или MSYS?

NightmareZ 05-02-2012 17:16 +1

opera.rulez, Тем же, чем, скажем, для ненизкоуровневого кодинга lisp лучше чем C.

Вылазь из криокамеры.

opera.rulez 05-02-2012 17:21 0

NightmareZ, Одно дело — язык. Совсем другое дело — плодить фреймворки. Чем эти драконы удобнее нормальных библиотек?

NightmareZ 05-02-2012 18:07 0

opera.rulez, Вариант "всем" тебя устроит?

reckount 05-02-2012 18:16 +1

NightmareZ, .NET не кроссплатформенен. Чего не скажешь о библиотеках.
Есть конечно реализация для никсов в виде высера Mono, однако на практике, у приложений на нем много багов, связанных именно с этой реализацией. Чего стоят багтрекеры проектов Evolution и Banshee!
Фреймворк медленный, толстый и закрытый

Tro: Плюсанул бы, да не могу, карму слил один человек)

NightmareZ 05-02-2012 18:36 +1

reckount, Я одно время работал над проектом на C#, который успешно работает на винде и на MacOS (под mono).

reckount 05-02-2012 19:36 0

NightmareZ, Не знаю, не хочу качать и платно тестировать, тем более не яблочник

У таких проектов ниже аудитория, следовательно им реже багрепортят.
В Mono и .NET много багов связанных с управлением памятью и приоритетом, да и ресурсов много едят

cherepets 05-02-2012 20:01 +1

reckount, .Net поддерживается Windows, Windows Mobile, Windows CE, Windows Phone и Xbox.
Это 90% всех электронных устройств.

Т.е. по сути не так уж и много остается неохваченным.

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

reckount 05-02-2012 20:20 0

cherepets, А как же то, о чем я написал ниже?

NightmareZ 05-02-2012 20:33 0

reckount, Про баги с памятью? Семь лет работаю с дотнетом, ни разу не встречал. Хотя, может, они и есть... :-D

cherepets 05-02-2012 20:38 0

reckount, То что он медленный, толстый и закрытый?
Ну тут всё просто:
1. Да ну? Он даже на атомах работает нереально быстро. Разве что для игр и прочего 3д особо непригоден, но он собственно не для этого разрабатывался.
2. 45Мб один раз установить надо. Да уж, просто невероятно толстый фреймворк))
3. Не совсем ясно что ты здесь имеешь ввиду. Внешние .dll подключать можно, программы с буффером, сетью, фс и проч. работает. Взаимодействия с чем тебе не хватает?

reckount 05-02-2012 20:41 0

NightmareZ, В Mono точно есть, поверь)
С дотнетом не работал, может и там есть.

reckount 05-02-2012 20:43 0

cherepets, 45 мб это много. Самые тонкие никсы с гуем вешают около 150 мб, к сравнению.

cherepets 05-02-2012 20:48 +1

reckount, 45 мб это много.

Думал вставить в коммент какую-нить картинку, но не буду, а то вдруг тебе кэш тогда весь хард переполнит...

NightmareZ 05-02-2012 20:51 0

reckount, Венда у меня только для скайрима :D

Сколько гигов он весит? Это тебя не смутило?

reckount 05-02-2012 20:54 0

NightmareZ, Игра с текстурами и прочими 3д-ништяками и фреймверк\ОС - разные вещи, их нельзя сравнивать.
Ваш К.

Tro 05-02-2012 21:03 0

cherepets, Qt, допустим, работает почти на всех устройствах. Назови его минусы, чтобы был смысл уйти на нечто более плохое в плане поддержки систем.

cherepets 05-02-2012 21:28 0

Tro, Qt точно так же есть не везде, результаты на разных платформах выходят совершенно разными (на симбе обычно выходит как гавно; на винде не реагирует на смену масштаба в системе и не работает с тачем (вернее воспринимает его как мышь)), список языков не радостный (c++ тяжеловат для "формошлепства"; Python, Ruby, PHP?? Это что, блять, шутка?!).

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

NightmareZ 05-02-2012 21:31 +1

reckount, Не. Очень даже можно. Тебя ж так объёмы занимаемой памяти беспокоят. Но как-то очень уж избирательно...

opera.rulez 05-02-2012 21:41 0

cherepets, Маршрутизаторы, сервера, ридеры для ебуков, плееры, терминалы для всякой хрени тоже посчитал?

cherepets 05-02-2012 21:43 0

opera.rulez, Частично да. Там куча всякой фигни была в статистике. Даже геймбои какие-то...

reckount 05-02-2012 21:52 0

NightmareZ, Я не про память на жестком диске. Ты всерьез думаешь что программы напрямую с него выполняются?
U NEED TO LOOK DEEPER
спойлер

reckount 05-02-2012 22:02 0

reckount, И да, в случае с фреймворком, программе придется его подгружать весь, хотя она могла бы жрать меньше ресурсов, подгружая отдельные либы.

cherepets 05-02-2012 22:06 +1

reckount, Я почему то был уверен что подгружаются только dllки добавленные в References. С чего ты решил, что остальное то грузится?

reckount 05-02-2012 22:10 0

cherepets, Открыл вики по .NET на разделе архитектуры. В конце написано про то что все объектные классы находятся в цельной библиотеке FCL.
Все правильно, вроде

cherepets 05-02-2012 22:37 +1

reckount, В FCL входят классы Windows Forms, ADO.NET, ASP.NET, Language Integrated Query, Windows Presentation Foundation, Windows Communication Foundation и другие.

Ты реально думаешь, что на обычных клиентских приложениях тебе ADO.NET и ASP.NET в память грузятся? Грузится BCL и референсы.

NightmareZ 05-02-2012 22:40 0

reckount, Все правильно, вроде

Нет.

И да, в случае с фреймворком, программе придется его подгружать весь

Нет. Только то, что у неё в references.

подгружая отдельные либы

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

Ты всерьез думаешь что программы напрямую с него выполняются?

Если ты сам идиот, совсем не нужно считать идиотами окружающих.

А быстродействие? Оно тоже от объема кода зависит

Это очень тонкий вопрос. Иногда большее количество кода выполняется за меньшее время. В качестве самого топорного примера можешь рассмотреть loop unwinding.

opera.rulez 05-02-2012 22:42 0

NightmareZ, Приведу пример, который показывает результаты, противоположные loop unwinding. В старые добрые времена программы, сжатые с помощью PKLITE или LZEXE, загружались быстрее несжатых, несмотря на то, что тратилось время на распаковку. Почему? Да потому что винчестеры тогда были медленными.

NightmareZ 05-02-2012 22:44 +1

opera.rulez, Отлично. Из этого можно сделать вывод, что скорость выполнения кода может зависить от его объёма, но не всегда очевидно в какую сторону: быстрее или медленнее.