вопросы по Scala

> Пример не засчитан.

Мал еще.

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

Например, щаблоны _МНЕ_ очень удобны и для _производительности_ надо знать положение указателя в Shared Mem (можно и не знать, но это _реально_ медленнее). Повторю - мне важны мкс.

> Мал еще.

Доооо, куда уж мне...

Например, щаблоны _МНЕ_ очень удобны и для _производительности_ надо знать положение указателя в Shared Mem (можно и не знать, но это _реально_ медленнее). Повторю - мне важны мкс.

И оно что-то рассуждает о высокоуровневых языках? facepalm.png

Да, с плюсами _ГОРАЗДО_ удобней, чем с С. Производительность не падает.

Что «да»?

P.S.
Кстати, твой бред с Reset'ом здесь повторять не надо. Все и так поняли, что ты слил.

А-а-а, ты тоже из АО? Тогда откланиваюсь, возитесь в своей песочнице дальше.

Товарисч, конкретный вопрос (Понятно, что сольеш):
Надо принять данные(IO или файл), далее их обработать (алгоритм) и куда-то передать. Скорость - наиважнейший фактор. Твой язык ? (ответ понятен, но для проформы спрошу).

P.S. можно, конечно, на С, но на плюсах проще - только и всего.

> А-а-а, ты тоже из АО?

АО - Это что ?

А-а-а, ты тоже из АО?

AO? сегодня день загадок штоле?

> Товарисч, конкретный вопрос (Понятно, что сольеш):

Сказал сливший на конкретном вопросе... Что ж за привычка такая на ЛОР'е — проецировать? 8))

Надо принять данные(IO или файл), далее их обработать (алгоритм) и куда-то передать. Скорость - наиважнейший фактор. Твой язык?

C, C + что-то высокоуровневое для IO, C++, что-то высокоуровневое в чистом виде — зависит от массы объективных и необъективных параметров. В озвученном виде — С.

P.S. можно, конечно, на С, но на плюсах проще - только и всего.

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

Альтернативно-одарённые.

Надо принять данные(IO или файл), далее их обработать (алгоритм) и куда-то передать. Скорость - наиважнейший фактор. Твой язык ?

лично я бы померял APL-подобные языки :) не знаю, как там сейчас у J с производительностью

Народ, ну это просто конкретный бред - ничего не понял.

>ничего не понял

Чего тебе не понятно, школьник/студент поди?

> как там сейчас у J с производительностью

Ну так _производительность_ )

>Народ, ну это просто конкретный бред - ничего не понял.

Что бред? Чего ты не понял?

Ну так _производительность_ )

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

Ну так еще Real Time )

>так а на что посоветуеш посмотреть ?

groovy?

> зависит от массы объективных и необъективных параметров.

От какой массы и т.д. Объяснять - неинтересно.

> Ну так еще Real Time )

О! Уже RT появилось... Следующим будет требование оформить в виде модуля к какому-нибудь ядру на C++?

>Потому что Java7 догоняет ее в основных фишках, дальшейшие превосходства Scala в основном - матан. То же самое сейчас происходит с Grails, после появления Spring Roo + посыпать JRebel.

ну Roo до Grails всё-таки далеко ещё...

Ну так еще семантическая красивость интересна. groovy - пока не втыкает 0

> Ну так еще Real Time )

О! Уже RT появилось... Следующим будет требование оформить в виде модуля к >> какому-нибудь ядру на C++?

Тролль, такой тролль. Даже нет слов...

Кстати, ты так на счет АО не ответил. Давай еще и термины никому не понятные выдумывать, после слива )

оригинальный взгляд, однако %)

а как вам такой пример «написания калькулятора»:
http://groovyconsole.appspot.com/script/5002

> Кстати, ты так на счет АО не ответил. Давай еще и термины никому не понятные выдумывать, после слива )

Читать научись, тролололо альтернативно-одарённое. Хотя нет, это даже на альтернативную одарённость не тянет. Слил по всем пунктам, да ещё и real time приплёл на кой-то...

Круто. На вопрос (простой) - что такое АО ?

Читать научись, тролололо альтернативно-одарённое. Хотя нет, это даже на альтернативную одарённость не тянет. Слил по всем пунктам, да ещё и real time приплёл на кой-то...


М-да...

> Круто. На вопрос (простой) - что такое АО ?

По-моему, ты просто читать не умеешь, это так?

http://www.linux.org.ru/jump-message.jsp?msgid=4435140&cid=4438303

Тогда, страницу, пожалуйста, со всеми своим сокращениями, а то мал ты еще, чтоб телепаты проснулись.

> Круто. На вопрос (простой) - что такое АО ?

Читать научись, тролололо альтернативно-одарённое.

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

Если ты всё ещё не понял, то АО выражает крайнее сомнение в твоём умственном развитии и умении вести конструктивный диалог (т.е. по теме, без оффтопика, и высказываться аргументированно).

Кстати, можешь не стараться. Я читал, как Reset тебя опустил :)

Ну точно школота.

Какая у вас интересная параллельная вселенная, однако...

drZlo, щел бы ты лучше отсюда.

Конечно же не Си и не C++. Выбор языка зависит от того, как «обработать». Это может быть что угодно, от Фортрана до Эрланга. Но только не C/C++.

Вот так вот, профессор :)

> Мал еще.

lmao. Отличный аргумент. Ты сам-то в каком классе?

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

Например, щаблоны _МНЕ_ очень удобны и для _производительности_ надо знать положение указателя в Shared Mem (можно и не знать, но это _реально_ медленнее). Повторю - мне важны мкс.

Ничегошеньки не понял. Звучит как бред + «умные слова».

А C-то чем не угодил? В зависимости от требуемого алгоритма может оказаться оптимальным выбором в заданных условиях (т.е. нет ничего, кроме маленького кусочка IO и некоторой обработки каких-то данных)

> Но только не C/C++.

Warum ? Иначе - нах...
Вот интересно - почему на ЛОР'е терпятся такие высказывания ????

drZlo, щел бы ты лучше отсюда

класс. вот уже и ФП-гопота появилась

> Как язык они (C++, прим. анонимус) менее хреновыми от этого не становятся.

Язык нормальный, требуют действительно квалифицированного человека/разработчика. В ряде случаев можно найти замену, требующую меньше «телодвижений» при использовании (z.B.: C+python)

> А C-то чем не угодил?

Всем. Только на плюсах удобнее: меньше кода, плюшки STL и т.д.

А что ? Плюсофобия ? так это лечится )

> ФП-гопота появилась

... сказал человек с лямбда-пингвином :)

почему на ЛОР'е терпятся такие высказывания

ну вообще-то здесь именно так и принято. за культурной дискуссией можно сходить на LtU

> ФП-гопота появилась

... сказал человек с лямбда-пингвином :)

он добрый

> Всем. Только на плюсах удобнее: меньше кода, плюшки STL и т.д.

И всё?! Я бы понял, если бы заместо stl был буст. А так - аргументы никакие. Есть глиб, есть sys/list.h/etc.

Кстати да,для начальника (манагера) плюсы не выгодны. Дебилы (не все) фильтруются )

Плюсофобия ? так это лечится )

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

> Конечно же не Си и не C++. Выбор языка зависит от того, как «обработать». Это может быть что угодно, от Фортрана до Эрланга. Но только не C/C++.

Глупости. Не стоит зацикливаться на гомогенных системах. Гораздо проще разбить функционал, особенно если у языков приятный (ну или терпимый) FFI