powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Переходим на Scala?
342 сообщений из 342, показаны все 14 страниц
Переходим на Scala?
    #37131643
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет всем (давно меня тут не было...).

Как насчет перехода на Scala? Планируете?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37131766
eros2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Нет. Функциональщина - для любителей оной. Меня "многословность" джавы нисколечко не напрягает.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37131796
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkri
Как насчет перехода на Scala? Планируете?

Вы не первый, кто набегает сюда с флеймом про Scala. Здесь обсуждается Java, а не Scala, JavaScript или другие языки.

Нет, не планирую, поскольку не принимаю всерьёз фанатские вопли (независимо от темы фанатства).
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37131865
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Планирую. Писать на Java после Scala несколько уныло.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37131921
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это что-то на грани фантастики - кругом ее никто толком не знает (и знать не хочет т.к. плюшки от ее использования для них как-то туманны), а один в поле не воин.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37131934
eros2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ну т.е. конечно это очень хорошо, что появляются новые языки для JVM, и конечно очень хорошо, что среди них есть такие популярные как Scala. Java - это прежде всего JVM, и когда у человека использующего JVM есть выбор языка для написания кода - это большой плюс. А то мы в этом отношении сильно отставали от дотнета с его CLI.

Пусть бы даже вижуал басик сделали для JVM чтоб там можно было простейшим способом окошки клепать - тоже был бы плюс. Кстати, такой проект был, тока заглох.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132005
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не понял комментарий про флейм. Причем тут JavaScript?

Утверждается, что Java программисты легко переучиваются. Что лично меня интересует - это более компактный синтакс. Меньше кода - дешевле писать новый и поддерживать существующий.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132040
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriУтверждается, что Java программисты легко переучиваются. Что лично меня интересует - это более компактный синтакс. Меньше кода - дешевле писать новый и поддерживать существующий.
Поддерживать не дешевле. Сложнее найти специалистов это раз. Сложнее понять код это два.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132346
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlazkowiczmikkriУтверждается, что Java программисты легко переучиваются. Что лично меня интересует - это более компактный синтакс. Меньше кода - дешевле писать новый и поддерживать существующий.
Поддерживать не дешевле. Сложнее найти специалистов это раз. Сложнее понять код это два.
Ага, мне тождество "меньше кода - дешевле поддерживать" тоже представляется сомнительным. На ум сразу приходит perl.
Но вот некоторые вещи в Scalа, которые они тянут из функциональщины, похоже и правда заставляют делать код более надежным.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132383
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вместо perl возьмите Питон
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132409
Solver.it
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
eros2Нет. Функциональщина - для любителей оной. Меня "многословность" джавы нисколечко не напрягает.

Функциональщина в скале необязательна... можете писать "джавастайл"...
Но есть возможность при необходимости воспользоваться оной.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132458
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Solver.iteros2Нет. Функциональщина - для любителей оной. Меня "многословность" джавы нисколечко не напрягает.Функциональщина в скале необязательна... можете писать "джавастайл"...
Но есть возможность при необходимости воспользоваться оной.Для больших проектов есть закон "что может быть использовано - будет использовано".

Значит при наличии в проекте scala - в проекте БУДЕТ функциональный код. Как следствие нужно чтобы программисты понимали функциональный код и могли его поддерживать и развивать.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132465
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriПривет всем (давно меня тут не было...).

Как насчет перехода на Scala? Планируете?Привет =) куда отлучался?

Scala - пока прикидываю как бы погонять ее в работающем проекте. Переводить проект целиком на scala - глупо ибо дорого и долго. А кусочек на scala написать вроде не возможно - из java кода нельзя ее вызывать.

и код на scala получается довольно сложным для прочтения и понимания. многословность java упрощает понимание каждой отдельной строки. для scala сложность кода выше... и вероятно стоимость спецов будет выше.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132501
eros2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132517
magicprinc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А почему не Groovy или Clojure?
Я не вижу ниши для Scala: сложная для изучения, свои ||-ая иерархии, там где есть оригинальные Java версии.


Может http://code.google.com/p/guava-libraries/ хватит?

Я писал список хотелок, чего мне хотелось бы видеть в языке Java
http://magicprinc.blogspot.com/2010/12/java-ng.html

Многое будет в 7,8й версиях.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132630
unicornmirage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriПривет всем (давно меня тут не было...).

Как насчет перехода на Scala? Планируете?

Новый проект пожалуй будет интересно попробовать, а старый переводить - нет уж, извольте :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132640
Фотография pilot911
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
все это есть в PHP - жаль, что он не мультитредовый и не имеет ГУИ
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132664
Solver.it
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pilot911все это есть в PHP - жаль, что он не мультитредовый и не имеет ГУИ

Вот этого не жаль совсем... ))

ИМХО - Стремный синтаксис у языка.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132857
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAПривет =) куда отлучался?
Работу поменял - вот только начал адаптироваться.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132866
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eros2 http://kirkwylie.blogspot.com/2011/01/scala-considered-harmful-for-large.html
Спасибо, интересная статья. Согласен с тем, что в Scala можно написать такой код, что никто потом его не поймет. Т.е. роль code review намного выше, чем в случае с Java.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132870
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
magicprincА почему не Groovy или Clojure?
Я не вижу ниши для Scala: сложная для изучения, свои ||-ая иерархии, там где есть оригинальные Java версии.


Может http://code.google.com/p/guava-libraries/ хватит?

Я писал список хотелок, чего мне хотелось бы видеть в языке Java
http://magicprinc.blogspot.com/2010/12/java-ng.html

Многое будет в 7,8й версиях.
Отношение к Groovy и Clojure очень настороженное, как мне кажется. А Scala на каждом углу хвалят, у нас даже есть Scala Users Group местная.

Коллекции от гугла, конечно, хороши, но совсем не то же самое. В частности вполне многообещающими мне кажутся поддержка xml и scala test.

До 7 и 8 версии еще долго ждать, а работу нужно делать сейчас.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37132873
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, один из аргументов - scala - это очень sexy сейчас. Некоторые кандидаты прямо на интервью спрашивают, не используем ли мы Scala. При отрицательном ответе сразу сникают. При положительном ответе, выходит, мы вполне можем выиграть сотрудника у какого-нибудь Deutsche Bank или Goldman Sachs :-)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133088
magicprinc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну вообще-то самый секси это Clojure.

А относительно популярности Groovy делает двух альтернативщиков:

http://www.indeed.com/jobtrends?q=groovy%2C+scala%2C+clojure&l=


Но если добавить в стравнение Java, то Clojure, Groovy и Clojure уже неотличимы от статистической погрешности ;-)
http://www.indeed.com/jobtrends?q=groovy%2C+scala%2C+clojure%2C+java&l=
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133092
magicprinc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подтверждением того, что Clojure самый прикольный и привлекательный может служить

http://www.indeed.com/jobtrends?q=groovy%2C+scala%2C+clojure&l=&relative=1
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133096
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriподдержка xml
в каком смысле?
обычный парсер?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133106
magicprinc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123mikkriподдержка xml
в каком смысле?
обычный парсер?

Скорее всего DSL простой для работы с XML.

Вот только возникает вопрос - нужно ли это в 2011 году, когда есть XPath/XOM для сырого XML и JAXB для полного сокрытия XML?
Изучите JAXB - буквально пара строк кода. Никакой Scala XML DSL не угнаться.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133117
magicprinc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
magicprincPetro123пропущено...
в каком смысле?
обычный парсер?

Скорее всего DSL простой для работы с XML.

Вот только возникает вопрос - нужно ли это в 2011 году, когда есть XPath/XOM для сырого XML и JAXB для полного сокрытия XML?
Изучите JAXB - буквально пара строк кода. Никакой Scala XML DSL не угнаться.


Ну и кроме того Groovy и особенно Clojure могут предложить не хуже.

С точки зрения LOC - Clojure победитель.
С точки зрения скорости - Clojure победитель.

В чём секси-то?
В сложности изучения и использования? В Perl-подобности?

Тогда уж надо браться за штангу и Haskell - остальное компромисс!
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133170
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
magicprincИзучите JAXB - буквально пара строк кода.
Для JAXB нужно парсить документ целиком. Он не годится для ситуации, когда нужно получить входящий XML, что-то там подправить / передалить, послать дальше.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133196
magicprinc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkrimagicprincИзучите JAXB - буквально пара строк кода.
Для JAXB нужно парсить документ целиком. Он не годится для ситуации, когда нужно получить входящий XML, что-то там подправить / передалить, послать дальше.

Не совсем так.

Слова для поиска: JAXB StAX large XML

Например:
http://stackoverflow.com/questions/1134189/can-jaxb-parse-large-xml-files-in-chunks
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133208
just_vladimir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как только появится человеческая поддержка со стороны IDE так можно подумать, а до этого момента как то особо желания нет...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133673
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAЗначит при наличии в проекте scala - в проекте БУДЕТ функциональный код. Как следствие нужно чтобы программисты понимали функциональный код и могли его поддерживать и развивать.
+1 Scala для высококвалифицированной команды. И скорее всего, она на ней будет писать эффективней, чем на Java. То есть проект в итоге выйдет дешевле.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133691
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAА кусочек на scala написать вроде не возможно - из java кода нельзя ее вызывать.
Можно. Вплоть до кросскомпилияции, когда Java дергает Scala в исходниках, а Scala в них же дергает Java. В исходниках - это значит, кто компиляция Scala и Java кода происходит одновременно.

VoDAи код на scala получается довольно сложным для прочтения и понимания.

Не согласен. Классический bean на Scala и на Java.

VoDAмногословность java упрощает понимание каждой отдельной строки.
Согласен. Плюс IDE сильно сглаживает многословность.

VoDAдля scala сложность кода выше... и вероятно стоимость спецов будет выше.
Я думаю стоимость спецов будет на одинаковом уровне. Причем будь то C#, Java, Scala, Python...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133692
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
just_vladimirКак только появится человеческая поддержка со стороны IDE так можно подумать, а до этого момента как то особо желания нет...
IDEA ничего так со Scala работает.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133698
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
magicprincPetro123пропущено...
в каком смысле?
обычный парсер?
Скорее всего DSL простой для работы с XML.

слишком жирно для обычного, пусть структуированного файла-потока-формата.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133701
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
у Java и так, крыша - планка по зарплате.
Выше уже некуда :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37133812
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvМожно. Вплоть до кросскомпилияции, когда Java дергает Scala в исходниках, а Scala в них же дергает Java. В исходниках - это значит, кто компиляция Scala и Java кода происходит одновременно.можно пример?

LeonidvVoDAи код на scala получается довольно сложным для прочтения и понимания. Не согласен. Классический bean на Scala и на Java.POJO вообще на scala проще выглядит - нет нужды убогие get/set писать. Только я про реальный код. В нем то можно напороться на офень интересный фичи языка.

PS в большом проекте за год-два когда пройдешься по большинству подсистем сразу понимаешь зачем нужен SCJP. Все главы SCJP представлены и привинчены к проекту =)))
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37134058
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAВ нем то можно напороться на офень интересный фичи языка.
Мой встречный вопрос - на какие?

java + scala (версия >= 2.8.0):
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
            <plugin>
                <groupId>org.scala-tools</groupId>
                <artifactId>maven-scala-plugin</artifactId>
                <version>2.14.1</version>
                <executions>
                    <execution>
                        <id>compile</id>
                        <goals>
                            <goal>compile</goal>
                        </goals>
                        <phase>compile</phase>
                    </execution>
                    <execution>
                        <id>test-compile</id>
                        <goals>
                            <goal>testCompile</goal>
                        </goals>
                        <phase>test-compile</phase>
                    </execution>
                    <execution>
                        <phase>process-resources</phase>
                        <goals>
                            <goal>compile</goal>
                        </goals>
                    </execution>
                </executions>
                <configuration>
                    <scalaVersion>${scala.version}</scalaVersion>
                    <args>
                        <arg>-target:jvm-1.5</arg>
                        <!-- to support mix java/scala only -->
                        <arg>-make:transitivenocp</arg>
                        <arg>-dependencyfile</arg>
                        <arg>${project.build.directory}/.scala_dependencies</arg>
                    </args>
                </configuration>
            </plugin>
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37134112
eros2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37134376
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eros2 http://alarmingdevelopment.org/?p=562
scala оказалась много больше, чем автор предполагал?
К тому же смею сказать, что сложность самого языка преувеличена многократно.
Понятно, что за неделю с C++ на java* (как в девяностые) вряд ли здесь получится и язык значительно больше, и возраст уже не тот .
Правда голая java никому не интересна - всем нужно знание кучи апи, библиотек и фреймворков. а последние это далеко не месяц и не два, за которые средний программист джо станет уверенно разбираться в scala.

Вообще после прочтения подобных записей(читал их уже не раз), то складывается впечатление, что весь код на scala должен написан как в scalaz (что есть вообще больше академическая библиотека, для любителей type theory...), пропитан этими "монада на монаде да еще функтором с кофункторами погоняет". Ну ничто в языке никого не заставляет производить такой код... вы хоть убейте!
И, резюмируя, если кому-то там хочется java без геттеров и сеттеров и чтоб больше ничего другого не было бы возможно в принципе, то scala явно не лучший выбор.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37499858
Calamity Jane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
САМ Кэй Хорстманн написал учебник по переходу на Scala http://ff.im/-MtSJ1
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500033
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Calamity JaneСАМ Кэй Хорстманн написал учебник по переходу на Scala http://ff.im/-MtSJ1

чёт трупы часто всплывать стали. Кай Хорстман писатель, он писанием книжек на жизнь зарабатывает. Появится ещё какая модная технология - он и про неё напишет. Такчт не показатель.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500048
anjey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Народ, а вам не кажется, что все эти вкусности языка можно оставить на потом, и что язык на практике это в первую очередь базовые библиотеки ?! а во вторую это прикладаные библиотеки, например для работы с базами и графическим интерфейсом пользователя ? и что именно тут в Java надо многое менять, а не тормошить синтаксис языка.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500066
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
anjeyНарод, а вам не кажется, что все эти вкусности языка можно оставить на потом, и что язык на практике это в первую очередь базовые библиотеки ?! а во вторую это прикладаные библиотеки, например для работы с базами и графическим интерфейсом пользователя ? и что именно тут в Java надо многое менять, а не тормошить синтаксис языка.

именно так. Но копаться в виртуальных деструкторах большинству интересней чем конечный результат.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500078
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дела обстоят так, что базовая библиотека java курит в углу (кроме java.util.concurrent)

а для бд и прочего есть java-совместимость.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500144
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
anjeyНарод, а вам не кажется, что все эти вкусности языка можно оставить на потом, и что язык на практике это в первую очередь базовые библиотеки ?! а во вторую это прикладаные библиотеки, например для работы с базами и графическим интерфейсом пользователя ? и что именно тут в Java надо многое менять, а не тормошить синтаксис языка.
Что именно не устраивает в базовых библиотеках Java?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500170
Фотография 1024
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaдела обстоят так, что базовая библиотека java курит в углу (кроме java.util.concurrent)


какое-то бредовое утверждение.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500181
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Наверное слегка погорячился т.к. ведь стандартная java довольно большая .
Вот те же коллекции в которых любые операции, идущие дальше добавления, удаления элемента, раздувают код просто чудовищно. Даже в c# все с этим лучше дело обстоит.
Про кривые и неудобные API, встречающиеся в базовой библиотеке, говорить не буду т.к. о них и так все знают.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500190
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaПро кривые и неудобные API, встречающиеся в базовой библиотеке, говорить не буду т.к. о них и так все знают.
Знали бы все - не спрашивали. Расскажите. Я отчасти соглашусь, много соплей висит из-за обратной совместимости. Но все же других тоже интересно послушать. Не томите уже.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500229
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Blazkowicz,

Да ничего особенного - дата/время без слез не взглянешь (не так плохо как с коллекциями конечно, но видать я с ними мало работаю), всякие повороты/перевороты буферов в nio.
Вообще много мест в API можно было улучшить просто добавлением всяких методов "для удобства", а все как зарелизилось так и лежит без изменений годами. Или там добавлением вспомогательных классов, которые сейчас идут в составе чуть ли не каждой независимой библиотеки (всякие упрощения в работе с рефлекшеном, к примеру).
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500248
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А наличие всяких commons-*, которые подключаются в каждый проект, все только подтверждает.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500265
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaА наличие всяких commons-*, которые подключаются в каждый проект, все только подтверждает.
Так можно практически о любом фреймверке говорить. В commons множество оберток и реализаций, которым в базовых классах делать особо нечего. Лично я постоянно пользуюсь всего лишь несколькими методами из Commons (помимо целевых реализаций типа DBCP).
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500294
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свой. Если он так нужен, то он должен быть частью стандартной библиотеки т.к. это базовые вещи.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500306
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaВот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свой. Если он так нужен, то он должен быть частью стандартной библиотеки т.к. это базовые вещи.
1. Не у всех;
2. Ключевое слово - "свой".
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500320
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaВот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свой. Если он так нужен, то он должен быть частью стандартной библиотеки т.к. это базовые вещи.
Ну, я х.з. может я какой-то недалёкий. Но java.lang.String мне хватает с головой, так же как и Introspector-а. Commons нужны, не отрицаю, но далеко не в каждый проект приходится запихивать каждый commons, если только он от другого фреймверка не тянется.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500406
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaВот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свойэто просто от незнания вощето
написав свой StringUtils.isBlank, люди через 5 лет с удивлением открывают для себя commons-lang

а всё от того, что читать мало стали
в целом
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500464
Calamity Jane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1024Появится ещё какая модная технология - он и про неё напишет. Такчт не показатель.Не показатель того что скала перешла из студенческого курсовика в мейнстрим и пошла в массы?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500496
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Calamity JaneНе показатель того что скала перешла из студенческого курсовика в мейнстрим и пошла в массы?
Ага. Функциональный язык и в массы.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500562
Calamity Jane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlazkowiczCalamity JaneНе показатель того что скала перешла из студенческого курсовика в мейнстрим и пошла в массы?
Ага. Функциональный язык и в массы.только scala оо язык с элементами функциональных, как C#
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37500647
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Calamity Janeтолько scala оо язык с элементами функциональных, как C#
Поэтому он такой простой и общераспространенный, как C#. Вы выкинули половину фразы, лишив её основного посыла и пытаетесь оспорить выбранное слово. Ну, не будет scala массовым языком, сколько в неё евров не вливай.
Такие проекты не появлялись бы.
http://confluence.jetbrains.net/display/Kotlin/Comparison+to+Scala
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37501582
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никому он реально не нужен и шансов на распространение нет (что хорошо, т.к. по-моему это один из самых уродливых языков).
Причина отстойности в том, что у автора не было чёткого представления, зачем он может быть нужен.
Преимущества воображаемые. Элементы ФП - зачем? В некоторых других языках понятно зачем (в Erlang, clojure и даже groovy), а в этом добавлено на всякий случай. Сокращение кода - только за счёт стандартных конструкций, которые и так занимают малую часть времени, тратящегося на программирование. Посмотрел вот версию 2.8.1 когда она появилась. Жалобы - не полная совместимость сверху вниз с версией 2.8 по исходному коду. Нифигасе. Ну, если весь исходный код свой и небольшой, не так страшно. Но если используются чужие библиотеки? И где гарантия,что при появлении новых версий Scala опять не придётся переделывать... много раз. Ещё посмотрел plug-in для Eclipse. Это надо было видеть - для работы был совершенно непригоден, зато демонстрировал разнообразные глюки, о которых я не понял - как этого можно добиться. Тут объявили - разработкой plug-in-а для Eclipse занялся сам Мартин Одерски. Ещё вопрос,умеет ли он программировать. Но поздновато спохватился - спустя долгое время после появления языка он наконец задумался о том, что нужно для его практического применения.

В общем. Фанатские вопли (про Scala, Haskell, Nemerle) убеждают только в существовании фанатов, но не в том, о чём они вопят.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37501711
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Partisan MВ общем. Фанатские вопли (про Scala, Haskell, Nemerle) убеждают только в существовании фанатов, но не в том, о чём они вопят.
Ну, фанатские не фанатские, а раздел Enterprise на ее сайте внушает уважение (в отличие от того же Nemerle - тут ему похвастаться нечем).
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37501712
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Partisan MВ общем. Фанатские вопли (про Scala, Haskell, Nemerle) убеждают только в существовании фанатов, но не в том, о чём они вопят.
Кстати, я как раз больше читаю вопли противников Scala, чем ее фанатов :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37501757
vimba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я просматривал scala, но оказалось как и в Groovy обещанные возможностях DSL, сводяться к некошерному хаккингу и костылям, никакого DSL scala из коробки не предоставляет, поэтому для подсистемы репортинга тупо избрал antlr.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37501802
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vimba,

Вообще-то DSL пишут под конкретную задачу. А все возможности язык для этого предоставляет, нужно быть просто в курсе этих возможностей и уметь их применять.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37502276
kamre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
just_vladimirКак только появится человеческая поддержка со стороны IDE так можно подумать, а до этого момента как то особо желания нет...
Аналогично, пока IDEA в каждом первом файле для стандартных библиотек Scala "находит" ошибки, а при редактировании кода жутко тормозит, "как-то особо желания нет..."
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37502530
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kamre,

IDEA не показатель. У них поддержка Scala хоть и фичастая, по сути - нереально тормознутая. Последние версии scala-ide (плагин к Eclipse) вполне себе рабочие.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37504405
kamre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
LeonidvПоследние версии scala-ide (плагин к Eclipse) вполне себе рабочие.
Попробовал очередную версию плагина (2.0.0.beta11-2_09-201110031011-3a97f5e), уже получше чем было раньше. Но все равно как-то криво. Не работает completion для keywords. Такое ощущение, что оно анализирует только файлы, которые открыты в редакторе, поэтому ни Find References, ни Call Hierarchy, ни Type Hierarchy не работают. Rename тоже некорректно работает, только в текущем (открытых в редакторе?) файле заменяет. Подсветка синтаксиса (и ее настройки) какая-то примитивная слишком. Хотя completion (хоть и выдает много лишнего) и навигация (по F3) вроде уже нормально работают.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37504547
kamre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kamreХотя completion (хоть и выдает много лишнего)
Не, completion тоже нормально не работает:
не все варианты показывает

ничего не дополняет

IDEA на таких простых примерах без проблем работает, но как же она тормозит на чуть более сложном коде...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37504598
eros2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А в NetBeans как дела со скалой?

Тут http://wiki.netbeans.org/Scala утверждается, что
Full featured Scala editor

syntax and semantic coloring

outline navigator

code folding

mark occurrences

go to declaration

instant rename

indentation

formatting

pair matching

error annotations

code completion
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37504603
eros2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В каментах к плагину http://plugins.netbeans.org/plugin/36598/nbscala-2-8-x пишут, что:

Best Scala Plugin Yet....with some issues
Having tried Eclipse, IntelliJ and Netbeans 7, I think this plugin with Netbeans 7 is the best. ...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37510329
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Из личного опыта - Scala уменьшает time to market. Кода меньше, код чище (при соблюдении разумных стандартов кодирования и гигиены). В Лондоне многие банки активно внедряют Scala сейчас, особенно для новых проектов. Так что через год будет такой же mainstream, как какой-нибудь C#.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37510719
Фотография Java Programmer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkrimagicprincИзучите JAXB - буквально пара строк кода.
Для JAXB нужно парсить документ целиком. Он не годится для ситуации, когда нужно получить входящий XML, что-то там подправить / передалить, послать дальше.

Это кто Вам сказал такую глупость!??!?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37510734
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Java ProgrammerЭто кто Вам сказал такую глупость!??!?
Соглашусь с mikkri. Аргументируйте вашу точку зрения, плз.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37510756
Фотография Java Programmer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlazkowiczJava ProgrammerЭто кто Вам сказал такую глупость!??!?
Соглашусь с mikkri. Аргументируйте вашу точку зрения, плз.

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

This kind of XML is suitable for chunk-processing; the main idea is to use the StAX API, run a loop, and unmarshal individual chunks separately. Your program acts on a single chunk, and then throws it away. In this way, you'll be only keeping at most one chunk in memory, which allows you to process large documents.

See the streaming-unmarshalling example and the partial-unmarshalling example in the JAXB RI distribution for more about how to do this. The streaming-unmarshalling example has an advantage that it can handle chunks at arbitrary nest level, yet it requires you to deal with the push model --- JAXB unmarshaller will "push" new chunk to you and you'll need to process them right there.

тынц
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37510775
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Java ProgrammerBlazkowiczпропущено...

Соглашусь с mikkri. Аргументируйте вашу точку зрения, плз.

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

This kind of XML is suitable for chunk-processing; the main idea is to use the StAX API, run a loop, and unmarshal individual chunks separately. Your program acts on a single chunk, and then throws it away. In this way, you'll be only keeping at most one chunk in memory, which allows you to process large documents.

See the streaming-unmarshalling example and the partial-unmarshalling example in the JAXB RI distribution for more about how to do this. The streaming-unmarshalling example has an advantage that it can handle chunks at arbitrary nest level, yet it requires you to deal with the push model --- JAXB unmarshaller will "push" new chunk to you and you'll need to process them right there.

тынц
И? Вы выделяете кусок XML без использования JAXB и к нему применяете JAXB. Это ли не костыль?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37510803
Фотография Java Programmer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriJava Programmerпропущено...


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

This kind of XML is suitable for chunk-processing; the main idea is to use the StAX API, run a loop, and unmarshal individual chunks separately. Your program acts on a single chunk, and then throws it away. In this way, you'll be only keeping at most one chunk in memory, which allows you to process large documents.

See the streaming-unmarshalling example and the partial-unmarshalling example in the JAXB RI distribution for more about how to do this. The streaming-unmarshalling example has an advantage that it can handle chunks at arbitrary nest level, yet it requires you to deal with the push model --- JAXB unmarshaller will "push" new chunk to you and you'll need to process them right there.

тынц
И? Вы выделяете кусок XML без использования JAXB и к нему применяете JAXB. Это ли не костыль?

Я ничего не выделяю - идет поток XML из InputStream и парситься через JaxB для меня это выглядит как будто у меня просто появляются новые объекты - Никакой это не кастыль...
Зайдите по ссылке не поленитесь...

По сути - когда вы правите налету XML - Вы делаете тоже самое.. только я правлю объект и отдаю его в XMLOutputStream
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37512137
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kamrekamreХотя completion (хоть и выдает много лишнего)
Не, completion тоже нормально не работает:
не все варианты показывает

ничего не дополняет

IDEA на таких простых примерах без проблем работает, но как же она тормозит на чуть более сложном коде...
В последней сборке (31/10/2011) первое не работает, второе работает.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37517416
anchudik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Наткнулся на итересный benchmark проводимый Google. По результатам Scala обогнала Java почти по всем направлениям (кроме размера jar'a и времени компиляции).

P.S. Я конечно понимаю что этот benchmark мало что показывает, но всё же интересно :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37520692
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37521291
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Kenny Fartman!

> http://docs.scala-lang.org/cheatsheets/

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

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37521457
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraИ эти люди запрещают нам есть руками?
Блин, нафиг язык, в котором опечатка может приводить к трудно находимым
ошибкам...

+100500
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37521493
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraБлин, нафиг язык, в котором опечатка может приводить к трудно находимым
ошибкам...

О чем именно идет речь?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37521564
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Leonidv!

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

Например:
Код: plaintext
1.
2.
3.
4.
Good     def f(x: Int) = { x*x }
Bad      def f(x: Int) { x*x }	
define function hidden error: without = it’s a Unit-returning procedure;
causes havoc

Ну и ещё ошибки тонкие.

Это как в Си дебильная фича, что если p(); это вызов процедуры, то p;
это корректный код, который не вызывает процедуру.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37521808
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraДобрый день, Leonidv!

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

Например:
Код: plaintext
1.
2.
3.
4.
Good     def f(x: Int) = { x*x }
Bad      def f(x: Int) { x*x }	
define function hidden error: without = it’s a Unit-returning procedure;
causes havoc

Ну и ещё ошибки тонкие.

Это как в Си дебильная фича, что если p(); это вызов процедуры, то p;
это корректный код, который не вызывает процедуру.

--
Алексей
JID: alxt@ya.ru


В любом языке можно понаделать трудноуловимых ошибок, и Java-не исключение ))

Мне, например, ошибка выше очевидна. В Scala метод - это всегда функция, поэтому всегда возвращает значение.
Если не указываем присвоение - значит возвращается void (т.е. Unit)

Просто надо привыкнуть к синтаксису. Ну, и выработать для себя определенный стиль кодирования, максимально исключающий ошибки.
(Как, например, ставить константу слева для equals, или не называть одинаково поля и переменные...)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522066
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Диез!

> Мне, например, ошибка выше очевидна. В Scala метод - это всегда функция,
> поэтому всегда возвращает значение.
> Если не указываем присвоение - значит возвращается void (т.е. Unit)

Проблема в экономии ресурса клавиатуры. Не надо это делать.
Великой нужды в выведении типов нет.

> Просто надо привыкнуть к синтаксису. Ну, и выработать для себя
> определенный стиль кодирования, максимально исключающий ошибки.
> (Как, например, ставить константу слева для equals, или не называть
> одинаково поля и переменные...)

А вот это хороший пример на тему того, что нужно шоры снимать иногда.
Авторы java не осилили взять _ничего_ из ЯП кроме С++.
Тут- невиртуальные методы.
В delphi можно было б сделать так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
function equals(anotherDoc: Object) return boolean;
begin
  if self = null then <-- если что- self в delphi это то же, что и this
    Result := anotherDoc = null;
  else
    Result := isEquals(anotherDoc); <-- виртуальный метод с логикой
end;

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522197
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,
извини, но я твой пример не понял.
В Delphi, self\this используется либо в методах объекта, либо передаётся как параметр.
Глобальные функции исп-тся по минимуму. Но если исп-тся, то всё передаётся параметрами.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522219
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Petro123!

> извини, но я твой пример не понял.

посмотри метод Object.Free

Код: plaintext
1.
2.
if (this <> nil)
  Dispose;

В результате можно написать так:
Код: plaintext
1.
2.
3.
4.
5.
var
  x : SomeObject;
begin
x := nil;
x.free;

И ошибки не будет. ОЧЕНЬ удобно.
Аналогично можно сделать
Код: plaintext
1.
2.
x := nul;
if x.equals(y) then ...
если определить его аналогичным образом.

Так же как удобны и виртуальные методы класса :)
Так же как и Result вместо return (правда постусловий, из-за которых был
придуман Result в eiffel'е нет).

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522320
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,
Код: plaintext
1.
x := nul;
 if  x.equals(y)  then  ...
лично я против imho
Тут никакой анализатор-компилятор не поможет.
С точки зрения бизнеса я точно знаю где у меня Экземпляр, а где КлассовыйМетод.
Поэтому писать всё одной буквой Х :)) ....
я так не делаю.
Да простейший Replace внешним редактором или ....
Т.е. я обычно за строгую типизацию ЯП, поэтому для меня было шоком написание клиента на JS.
(Пиши как угодно, т.к. галка "Не показывать ошибки - ВЫКЛ")
imho
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522443
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Petro123!

> Тут никакой анализатор-компилятор не поможет.

Ты не понял.

Суть в том, что не-виртуальному методу не нужна VMT для поиска метода.
Компилятор "впечатывает" адрес процедуры и передаёт this/self в качестве
параметра. Соответственно если переменная null, то вызов пройдёт. А сам
метод уже выяснит, null там или нет.

В ява же приходится постоянно писать
if (x != null) x.some();

> Поэтому писать всё одной буквой Х :)) ....

Это просто чтобы тут меньше набирать.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522506
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,
наверно я не понял замысла.
Уж очень много сокращений )
Но всё равно спс.
Вот этого не знал (думал Raise будет)
x := nil;
x.free;
....в кунсткамеру :)
Удачи!
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522525
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraДобрый день, Диез!

> Мне, например, ошибка выше очевидна. В Scala метод - это всегда функция,
> поэтому всегда возвращает значение.
> Если не указываем присвоение - значит возвращается void (т.е. Unit)

Проблема в экономии ресурса клавиатуры. Не надо это делать.
Великой нужды в выведении типов нет.



В данном случае согласен. Имхо, если метод занимает более одной строки, хорошим тоном будет указывать явно возвращаемый тип:
Код: plaintext
1.
2.
3.
def f(x :  Int ) :  Long  = { 
  x * x
} // OK

Вывод типов хорош для локальных переменных.

GKS_Samara> Просто надо привыкнуть к синтаксису. Ну, и выработать для себя
> определенный стиль кодирования, максимально исключающий ошибки.
> (Как, например, ставить константу слева для equals, или не называть
> одинаково поля и переменные...)

А вот это хороший пример на тему того, что нужно шоры снимать иногда.
Авторы java не осилили взять _ничего_ из ЯП кроме С++.
Тут- невиртуальные методы.
В delphi можно было б сделать так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
function equals(anotherDoc: Object) return boolean;
begin
  if self = null then <-- если что- self в delphi это то же, что и this
    Result := anotherDoc = null;
  else
    Result := isEquals(anotherDoc); <-- виртуальный метод с логикой
end;

--
Алексей
JID: alxt@ya.ru


Ну, как сделали, так сделали :)

В Scala, кстати, "==" трактуется как метод equals, но без проблемы NPE:

s: String = null

println ( if ( s== "") 1 else 2); // 2
println ( if ( s.equals("")) 1 else 2); //
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522528
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...

println ( if ( s.equals("")) 1 else 2); // NPE
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522531
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Petro123!

> Вот этого не знал (думал Raise будет)
> x := nil;
> x.free;
> ....в кунсткамеру :)

Это очень правильно. И сильно упрощает код.

Вообще изучение других ЯП очень интересное занятие. Очень расширяет
кругозор. Жаль, что авторы Ява этим не занимались. Культ карго, блин.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522656
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraВообще изучение других ЯП очень интересное занятие. Очень расширяет кругозор. Жаль, что авторы Ява этим не занимались. Культ карго, блин.

Ммм, я думаю очень даже занимались. Просто Java была сделана 15 лет назад, тогда ориентиры были другие. Ну и Scala в чем-то (ре)эволюционное развитие java. (революционное - в смысле глобальности переделки).
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522726
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Leonidv!
>> Вообще изучение других ЯП очень интересное занятие. Очень расширяет
>> кругозор. Жаль, что авторы Ява этим не занимались. Культ карго, блин.
>
> Ммм, я думаю очень даже занимались. Просто Java была сделана 15 лет
> назад, тогда ориентиры были другие.

Тогда уже всё ДАВНО было разжёвано.
Что Result лучше return
Что generics это очень нужно в ООП (не template C++, а именно generics).
Что public -переменная должна быть недоступна на запись кроме как private.
Что конструктор должен быть именованным.
Что overload в ООП- зло (а вот необязательные параметры- хорошо).
Что вместо "дружественных методов" или "пакетной видимости" можно явно
указывать классы, которым доступно поле.
Что должна быть возможность описать тип "этот класс".
Что множественное наследование должно быть хоть как-нибудь (вот mixing
не факт, что был придуман, но рубить множественное наследование на
уровне JVM было идиотизмом).
Что контракты- нужная вещь.

Но видимо авторы решили, что раз С++ смог влезть на плечах С, то так же
выйдет и у java. Тот самый "культ карго". Поэтому повторили все те
кривости С++, которые были туда внесены как из-за обратной совместимости
с С, так и из-за того, что С++ на 10 лет старше явы.
Но повторить успех С++ был невозможно принципиально.

> Ну и Scala в чем-то (ре)эволюционное
> развитие java. (революционное - в смысле глобальности переделки).

Автор давно признался, что задумал всё в пьяном состоянии. Результат
логичный :)

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522817
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,
добавлю:
- property
- несколько out\var параметров
Тебе не жалко, а мне приятно ))
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522927
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,

Не жил тогда, но сомневаюсь. Если на самом деле хотите меня убедить - давайте ссылки на статьи, книги в которых все это разжевано. Желательно посвежее.

На мой взгляд, некоторые пункты из предыдущих двух постов достаточно противоречат хорошему стилю ООП. И почти все вышеперечисленное было в Delphi, которая так же появилась в то время.

Возможно, слишком навороченный язык банально не потянулся бы виртуальной машиной/компилятором (вот, например, Scala и на нынешних мощностях долго компилируется).
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37522931
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvНе жил тогда
В смысле, не программировал еще
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37523385
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvКстати, я как раз больше читаю вопли противников Scala, чем ее фанатов :)

Вряд ли это возможно. Они не вопят, а спокойно отмечают, что этот язык никому не нужен, включая и самих фанатов Scala.
Есть несколько тысяч никому не нужных языков, которые никому не нужны и их можно спокойно игнорировать, пока их фанаты не слишком разбушуются.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37524133
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Partisan MLeonidvКстати, я как раз больше читаю вопли противников Scala, чем ее фанатов :)

Вряд ли это возможно. Они не вопят, а спокойно отмечают, что этот язык никому не нужен, включая и самих фанатов Scala.
Есть несколько тысяч никому не нужных языков, которые никому не нужны и их можно спокойно игнорировать, пока их фанаты не слишком разбушуются.
минус сто пятьсот!
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37524895
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Leonidv!

> На мой взгляд, некоторые пункты из предыдущих двух постов достаточно
> противоречат хорошему стилю ООП.

Что противоречит?

> И почти все вышеперечисленное было в
> Delphi, которая так же появилась в то время.

Да, ибо Хейлсберг, видимо, читает много чего ;)
Я, собственно, ссылаюсь всё на один ЯП - eiffel, 86 год (т.е. на год
позже С++). Да, до сих пор для него компиляторов не густо...

> Возможно, слишком навороченный язык банально не потянулся бы виртуальной
> машиной/компилятором (вот, например, Scala и на нынешних мощностях долго
> компилируется).

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

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37524979
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_Samara,

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

Именованные конструкторы заменяются статичными методами или Builder'ами.

> автоматическое деланье методов невиртуальными
Это же можно сделать только runtime? При компиляции в общем случае не получится.

Вы сослались на ЯП, но не привели ссылок на свежие источники, которые подтверждают что все что вы говорите значительно лучше того, что есть в Java.
Все последние книги, которые я читал по проектированию вполне себе обходятся без множественного наследования и именованных конструкторов. Начиная с GoF и дальше. Принцип KISS тоже никто не отменял.


Еще хотел спросить:
> Что должна быть возможность описать тип "этот класс".
Что здесь имеется ввиду? Не сталкивался с таким понятием.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37525008
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Leonidv!

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

Да, его можно заменить делегированием. Но всё же иногда бывает, когда
надо именно наследовать (т.е. класс именно "есть", а не "использует").

> Именованные конструкторы заменяются статичными методами или Builder'ами.

Опять же- заменяется. Но удобнее- именованные.

>> автоматическое деланье методов невиртуальными
> Это же можно сделать только runtime? При компиляции в общем случае не
> получится.

eiffel язык с линкером- там можно. В яве- да, не получится. Работаешь, а
тут загрузился класс, где этот метод перекрыт :)

> Вы сослались на ЯП, но не привели ссылок на свежие источники, которые
> подтверждают что все что вы говорите значительно лучше того, что есть в
> Java.

Я храню мнения в голове, а ссылки туда не помещаются :)
Плюс собственный опыт говорит, что да, именно так лучше.
Что-то приятно, что-то делает код более понятным, что-то просто
незаменимо (контракты - AOP тут не помогает).

> Все последние книги, которые я читал по проектированию вполне себе
> обходятся без множественного наследования и именованных конструкторов.
> Начиная с GoF и дальше. Принцип KISS тоже никто не отменял.

Просто у них выбора нет.
Я тоже не использую именованные конструкторы- нету их. Получается куча
статических методов, дублирования кода и лишнее поле для ошибок (при
наследовании статические поля способны творить волшебные ошибки).

> Еще хотел спросить:
>> Что должна быть возможность описать тип "этот класс".
> Что здесь имеется ввиду? Не сталкивался с таким понятием.

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
class C1{
  public C1 add(String v) {...}
}

class C2 {
  public do() { ... }
  ... add НЕ перекрыт
}

[/src]C2 c2 = new C2();
c2.add("xxx").do(...); <-- вот тут будет ошибка компиляции.
[src]

Редко нужно, но штука полезная. При глубокой иерархии наследования
помогло бы.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556432
Calamity Jane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
что-то какойто срач поднялся http://blog.joda.org/2011/11/real-life-scala-feedback-from-yammer.html Кто-нить знает с чего все началось?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556439
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
http://dou.ua/lenta/digests/digest-77/ скандал локального масштаба: сотрудник Yammer Кода Хейл написал письмо в Typesafe с претензиями в адрес Scala, которое быстро разошлось по Сети; впоследствии Yammer пришлось опубликовать официальную позицию компании. То же сделала и Typesafe.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556535
Большой Синий Кит
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Blazkowicz,

Кстати, очень точно:
авторBut it's also a very complex language. The number of concepts I had to explain to new members of our team for even the simplest usage of a collection was surprising: implicit parameters, builder typeclasses, "operator overloading", return type inference, etc. etc. Then the particulars: what's a Traversable vs. a TraversableOnce? GenTraversable? Iterable? IterableLike? Should they be choosing the most general type for parameters, and if so what was that? What was a =:= and where could they get one from?


Я не верю в светлое будущее scala.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556631
Calamity Jane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Большой Синий КитBlazkowicz,
Я не верю в светлое будущее scala.Кстати, возможно просто им придется 3 из пяти таких девелоперов сократить, а оставшиеся 2 будут больше классов успевать написать и в отоге производительность компании вырастет. implicit parameters, builder typeclasses, "operator overloading", return type inference, etc. etc. Then the particulars: what's a Traversable vs. a TraversableOnce? GenTraversable? Iterable? IterableLike? А какая есть альтернатива этому? Проблемы-то одинаковые, и тот способ работы с коллекцией который на жабе потребует 3 строчек кода, возможно на скале просто будет достаточно аннотации IterableLike?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556690
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, Calamity Jane!

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

Просто в Скалу сейчас накидали возможностей без оценки их рисков.
Причём одно и тоже можно сделать разными способами.
Всё это сильно затрудняет как написание, так и чтение кода.

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556694
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraПричём одно и тоже можно сделать разными способами.
Всё это сильно затрудняет как написание, так и чтение кода.в php, кстати, такое же )
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556702
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netGKS_SamaraПричём одно и тоже можно сделать разными способами.
Всё это сильно затрудняет как написание, так и чтение кода.в php, кстати, такое же )
ты наверно прав.
Можно я расширю до всех скриптовых языков? :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556706
GKS_Samara
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день, grasoff.net!
>> Причём одно и тоже можно сделать разными способами.
>> Всё это сильно затрудняет как написание, так и чтение кода.
>
> в php, кстати, такое же )

php никто будущим не считает :)
Вообще метания автора сильно затрудняют работу.
Ява в начала тоже этим отметилась, но сейчас они предпочитают 7 раз
отмерить. И хорошо...

--
Алексей
JID: alxt@ya.ru
Posted
via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37556847
Большой Синий Кит
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraДобрый день, Calamity Jane!

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

Просто в Скалу сейчас накидали возможностей без оценки их рисков.
Причём одно и тоже можно сделать разными способами.
Всё это сильно затрудняет как написание, так и чтение кода.

--
Алексей
JID: alxt@ya.ru


Вот это очень точно, на мой взгляд: без оценки рисков.

И кстати говоря, Calamity Jane , два профессиональных программиста, ведущие разработку на скала, будут стоить очень недешево. Еще вопрос, что выгоднее - скала или ява. :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557061
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GKS_SamaraДобрый день, Calamity Jane!

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

Просто в Скалу сейчас накидали возможностей без оценки их рисков.
Причём одно и тоже можно сделать разными способами.
Всё это сильно затрудняет как написание, так и чтение кода.

--
Алексей
JID: alxt@ya.ru

Нет. Просто как бы парадоксально это ни звучало, но язык программирования нужно учить. Здесь кстати проблем возникнуть не должно т.к. продуктивно работать можно без использования сложных концептов... Если продвинешься - можешь использовать более сложные вещи. Но следовать этому простому правилу многие не хотят, а сразу начинают использовать все-все-все.
Видно, что люди очень долго писали код с практически завязанными руками, и дорвались...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557095
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwa, GKS_Samara
вопрос сложный.
С одной стороны, плохо когда ЯП застывшый и редко обновляется.
С другой стороны, его нельзя обвешивать как предновогоднюю елку игрушками.
Как ты сам, к скале относишься?
спс.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557103
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaНет. Просто как бы парадоксально это ни звучало, но язык программирования нужно учить.
+1
Также как нужно учить еще best practices по использовнию языка/библиотек. По Java все уже выучили (благодаря тому же Блоху и простоте), а для Scala еще не сформировались правила.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557105
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне вот интересно, те кто старательно говорят о сложности и обвешанности Scala много на ней законченных приложений написали? Пусть даже совсем небольших?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557129
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123schwa, GKS_Samara
вопрос сложный.
С одной стороны, плохо когда ЯП застывшый и редко обновляется.
С другой стороны, его нельзя обвешивать как предновогоднюю елку игрушками.
Думается, что никакого засилья непонятных фич нет - видимо после практически окаменевшей java что-то угодно покажется сумасшедшим ураганом. Резкий скачек числа "что-то лучшее чем java на jvm" только подтверждает это - пришло время меняться.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557133
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaЗдесь кстати проблем возникнуть не должно т.к. продуктивно работать можно без использования сложных концептов... Если продвинешься - можешь использовать более сложные вещи.Когда работаешь с большим проектом, то есть ровно одно правило - в проекте будут использованы ВСЕ возможности языка и в разных местах разложены ВСЕ его грабли.
(с) Я.

Работать просто без сложный для тебя концептов можно только пока проект растет. Когда же приходишь на проект который пишется и дорабатывается уже лет 8 и за время разработки сменилось несколько команд программистов, то видишь практически всевозможные паттерны, подходы и все возможные вариации. Происходит это потому, что рано или поздно люди доходят до сложных концептов и внедряют их в проект. Потом приходят новые и внедряют следующие. Идет аккумулирование "улучшений", что делает проект интереснее и интереснее.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557139
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvМне вот интересно, те кто старательно говорят о сложности и обвешанности Scala много на ней законченных приложений написали? Пусть даже совсем небольших?с помощью этого форума написал 2 или 3. так и не понял как это работает и главное почему именно так.

Т.е. на простых вещах все пишется примерно как на java - скорость ниже потому что не привычно. В сложных же вещах скорость еще ниже.

Интересный, хотя не понятно нужный ли энтерпрайзу бенефит - мощная работа с AST. Калькулятор пишется долго, зато очень красивый код. В продакшене не пригодилось ни разу - так интересно
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557142
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDALeonidvМне вот интересно, те кто старательно говорят о сложности и обвешанности Scala много на ней законченных приложений написали? Пусть даже совсем небольших?с помощью этого форума написал 2 или 3. так и не понял как это работает и главное почему именно так.

Ага, вы вроде DSL сразу пошли делать? Или я путаю?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557149
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Scala сейчас проходит период пубертата

поэтому моё чисто такое мнение, что
1) надо на неё время от времени внимательно смотреть, следить за развитием
2) пробовать на низкорисковых модулях, утилитах, которые всё равно на чём делать и тому подобных кошках
3) не надо пытаться на ней делать большие и высокорисковые проекты

ну то есть это как раннее JEE, периода EJB 1.0
много весьма интересного, но много также и всякого ненужного/отвлекающего

имеет смысл подождать, пока набьются шишки, наработаются всякие полезности и будет отторгнуто лишнее
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557163
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvАга, вы вроде DSL сразу пошли делать? Или я путаю?Правильно. Это было первым. DSL получился, хотя почему оно так работает понять довольно сложно без помощи подсказки вроде - тут это синглтон, а тут его метод, а тут подвинтили дополнительный метод и т.п.

В java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более гибкого синтаксиса не столь однозначна.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557166
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAКалькулятор пишется долго, зато очень красивый код

пад сталом :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557169
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAВ java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более гибкого синтаксиса не столь однозначна.
да.
grasoff.net тут намекнул на php и я понял, что не люблю многозначность кода.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557186
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123VoDAВ java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более гибкого синтаксиса не столь однозначна.
да.
grasoff.net тут намекнул на php и я понял, что не люблю многозначность кода.Тогда JavaScript - твой "любимый" язык. Язык, где большинство вещей можно сделать минимум тремя способами, каждый из которых имеет свои нюансы
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557432
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDA,
наоборот, я был от него в шоке.
Т.е. НЕ люблю многозначность. При отладке на каждой строке, я обычно знаю дальнейший шаг компилятора.
Может, за "вариантными" ЯП типа скала или ФП будущее, но IMHO пока рано.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557449
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Большой Синий КитИ кстати говоря, Calamity Jane , два профессиональных программиста, ведущие разработку на скала, будут стоить очень недешево. Еще вопрос, что выгоднее - скала или ява. :)
Примерно столько же, сколько два профессиональных программиста на Java.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557470
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAschwaЗдесь кстати проблем возникнуть не должно т.к. продуктивно работать можно без использования сложных концептов... Если продвинешься - можешь использовать более сложные вещи.Когда работаешь с большим проектом, то есть ровно одно правило - в проекте будут использованы ВСЕ возможности языка и в разных местах разложены ВСЕ его грабли.
(с) Я.

Работать просто без сложный для тебя концептов можно только пока проект растет. Когда же приходишь на проект который пишется и дорабатывается уже лет 8 и за время разработки сменилось несколько команд программистов, то видишь практически всевозможные паттерны, подходы и все возможные вариации. Происходит это потому, что рано или поздно люди доходят до сложных концептов и внедряют их в проект. Потом приходят новые и внедряют следующие. Идет аккумулирование "улучшений", что делает проект интереснее и интереснее.
Тогда уж лучше вообще не начинать - все равно все испортят т.к. даже в трех соснах (java) люди так могут заблудиться. Что потом проще все выкинуть и написать заново.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37557473
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDALeonidvАга, вы вроде DSL сразу пошли делать? Или я путаю?Правильно. Это было первым. DSL получился, хотя почему оно так работает понять довольно сложно без помощи подсказки вроде - тут это синглтон, а тут его метод, а тут подвинтили дополнительный метод и т.п.
ПМСМ, это тоже самое что начинать изучение Java с JEE. Понять как работают библиотеки довольно сложно (все ли Java программисты понимают как писать библиотеки с generic'ами?), но использовать их очень просто. Если начинать решать задачи "так же как в Java", то жизнь становится проще.

VoDAВ java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более
гибкого синтаксиса не столь однозначна.

Это не так. В общем случае вы не можете сказать, что будет здесь происходит. Думаю, в Scala аналогичная проблема просто менее привычно.
Код: plaintext
1.
2.
3.
void foo(Action action) {
 action.do();
}



Работа с AST - это что-то уже совсем эзотерическое. Вряд ли этим будут заниматься в обычном бизнес приложении.

То есть мой посыл такой - да, действительно можно взять список сложностей Scala и начать ее изучения с них. А можно попробовать обычные задачи решать так же, как на Java но существенно более лаконично. И начать постепенно понимать идеалогию Scala.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558004
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123grasoff.netпропущено...
в php, кстати, такое же )
ты наверно прав.
Можно я расширю до всех скриптовых языков? :) нет
js и вообще ecma совсем не такие
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558017
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaТогда уж лучше вообще не начинать - все равно все испортят т.к. даже в трех соснах (java) люди так могут заблудиться. Что потом проще все выкинуть и написать заново. В java даже без адекватного лида приложение получается довольно простым в понимании. В 90% случаев.

А выкинуть и переписать заново - это для любого языка актуально. Только на perl это состояние наступает сразу, на С/С++ года через 3-5, на java через 5-8 лет разработки.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558019
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvПМСМ, это тоже самое что начинать изучение Java с JEE.

Это не так. В общем случае вы не можете сказать, что будет здесь происходит. Думаю, в Scala аналогичная проблема просто менее привычно.
Код: plaintext
1.
2.
3.
void foo(Action action) {
 action.do();
}


То есть мой посыл такой - да, действительно можно взять список сложностей Scala и начать ее изучения с них. А можно попробовать обычные задачи решать так же, как на Java но существенно более лаконично. И начать постепенно понимать идеалогию Scala.Я начал изучать java с EJB 2.0 ... JBoss 2.x что ли =)

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

насчет идеологии scala - самое противное плохая поддержка авто-дополнения со стороны среды. практически на каждый чих приходилось гуглить "как пройти по массиву" и т.п.

PS пишу и думаю - может это "старческое" нежелание понять новую фичу ;)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558069
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по сабжу.
Поддержка IDE нового ЯП _со всеми фичами_ очень важно для его продвижения. Времени, как у Java, уже никогда не будет.
Пример, MS для своего сильвера выпускал IDE через каждые 2 месяца.
Т.е. что называется, анрессивный маркетинг.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558091
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAнасчет идеологии scala - самое противное плохая поддержка авто-дополнения со стороны среды. практически на каждый чих приходилось гуглить "как пройти по массиву" и т.п.

Идеология и IDE вещи не совсем связанные. По функциям редактора кода IDEA довольно хороша, только тормозная. scala-ide тоже набирает обороты.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558100
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDALeonidvПМСМ, это тоже самое что начинать изучение Java с JEE.

Это не так. В общем случае вы не можете сказать, что будет здесь происходит. Думаю, в Scala аналогичная проблема просто менее привычно.
Код: plaintext
1.
2.
3.
void foo(Action action) {
 action.do();
}


То есть мой посыл такой - да, действительно можно взять список сложностей Scala и начать ее изучения с них. А можно попробовать обычные задачи решать так же, как на Java но существенно более лаконично. И начать постепенно понимать идеалогию Scala.Я начал изучать java с EJB 2.0 ... JBoss 2.x что ли =)

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

насчет идеологии scala - самое противное плохая поддержка авто-дополнения со стороны среды. практически на каждый чих приходилось гуглить "как пройти по массиву" и т.п.

PS пишу и думаю - может это "старческое" нежелание понять новую фичу ;)
Познудствую:
Вы недооцениваете важность обучения - нужно было просто открыть и почитать ScalaByExample.pdf.
p.s.
Или кто-то считает если java была упрощенным c ++, то следующие ЯП должны быть упрощенной java?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558142
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaИли кто-то считает если java была упрощенным c ++, то следующие ЯП должны быть упрощенной java? Читал - довольно много нюансов.

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

java - проще писать большими командами и большие (по размеру кода) приложения.
C#/.Net - проще других делать GUI приложения (увы только под Win).
PHP - на нем делать интерактивные сайты проще, чем на ЯП до него.

и так далее. могут быть языки, на которых проще делать стат обработку или совмещать логику обработки и логику доступа к данным.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558280
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все-таки не проще, а эффективней, иными словами дешевле.

Чисто из того, чтобы было сказано ранее в обсуждениях на этом форуме участниками дискуссий (то есть это не мое мнение - у меня оно другое): на Scala эффективней писать в случае работы высококвалифицированной команды программистов.

Я считаю что на Scala вообще проще писать.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558347
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я бы сказал, что скала обладает определённой глубиной

мне потребовался примерно месяц, чтобы с моим 10+ летним Java background начать эффективно писать на Python или, скажем, JQuery
потому что там всё абсолютно то же самое, плюс функции-как-параметры, плюс коллекции в синтаксисе языка
в общем, ничего нового и сложного

на скале я пока делал только маленькие прототипы и утилиты,
но ощущение такое, что прежде чем я смогу себя назвать квалифицированным скала-программистом, пройдёт ещё минимум год активного использования скалы
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558472
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvВсе-таки не проще, а эффективней, иными словами дешевле.

Чисто из того, чтобы было сказано ранее в обсуждениях на этом форуме участниками дискуссий (то есть это не мое мнение - у меня оно другое): на Scala эффективней писать в случае работы высококвалифицированной команды программистов.

Я считаю что на Scala вообще проще писать.

ну смотря что ты подразумеваешь под словом "высококвалифицированный"

просто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве.
но по сравнению с остальными знаниями необходимыми для работы - дельта знаний необходимые для программирования на скале, а не жаве - ничтожны
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558475
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondназвать

и что-бы понять некоторые фичи скалы и ее библиотек, неплохо было бы на поверхностном уровне познакомится с хаскелем.

ведь гибридный язык сложнее в изучении, чем чисто ооп + чисто фп.
еще добавляется один необходимый навык - умение правильного комбинирования двух парадигм.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558579
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве.

Забавно читать такие вещи от человека, который не имеет серьезного опыта промышленной разработки ни на Java, ни на Scala.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558584
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве.

Забавно читать такие вещи от человека, который не имеет серьезного опыта промышленной разработки ни на Java, ни на Scala.

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

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

у меня был алгебраический тип, и я его указывал в списке типов, но при работе программы мне вылетала ошибка, что типа с названием (название одного из конструкторов) - не существует, но когда пытаешься добавить в качестве типа - имя конструктора - то компилятор эф-шарпа гавкает что это не тип.

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


и такие проблемы на каждом шагу.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558585
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv,

а вы, как опытный - неопытному, может расскажите, в чем я заблуждаюсь?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558624
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNну да. серьезного опыта не имею, но понимаю что такое гибридный язык программирования и проблемы с ним связанные.

Понимать вы это начнете через несколько лет после активного писания на нем. Пока вы можете лишь что-то предпологать.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558644
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvZyK_BotaNну да. серьезного опыта не имею, но понимаю что такое гибридный язык программирования и проблемы с ним связанные.

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

я свои точку зрения сказал: нужно знать и ооп и фп, а самое страшное - уметь это использовать совместно.

можете сказать, где ошибка в моем заключении?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37558823
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве.
...чуть позже...
соглашусь. но хотел бы услышать от вас хоть немного информации, на основе которой делается вывод, что писать на скале не сложнее чем на яве.

Писать не сложнее, изучать сложнее. Собственно, вы же первый и написали - что сделать переход Java → Scala очень просто. Я считаю, что сделать именно переход - просто, а вот изучить Scala так же хорошо как Java - гораздо сложнее.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559325
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве.
...чуть позже...
соглашусь. но хотел бы услышать от вас хоть немного информации, на основе которой делается вывод, что писать на скале не сложнее чем на яве.

Писать не сложнее, изучать сложнее. Собственно, вы же первый и написали - что сделать переход Java → Scala очень просто. Я считаю, что сделать именно переход - просто, а вот изучить Scala так же хорошо как Java - гораздо сложнее.

полностью согласен.

значит мы говорили на разных языках.

писать код на гибридных языкам - мне проще(и чем на ооп(java, c#), и чем на чистом фп(хасекеле))
но я уже 3 года изучал фп и 4 года - ооп.
1.5 года - гибридные.

но я правда не на скале писал, а на эф-шарпе.
но так как я джавист. то хочу скалу выучить. думаю мне она дастся легко, посмотрел обзорную статью в журнале ПФП, не увидел ничего нового.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559358
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNно так как я джавист. то хочу скалу выучить. думаю мне она дастся легко, посмотрел обзорную статью в журнале ПФП, не увидел ничего нового.
Может лучше на сайте Scala почитать чего-нибудь?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559373
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvZyK_BotaNно так как я джавист. то хочу скалу выучить. думаю мне она дастся легко, посмотрел обзорную статью в журнале ПФП, не увидел ничего нового.
Может лучше на сайте Scala почитать чего-нибудь?

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

вот для f# - есть очень хорошая книга:
Real-World Functional Programming in .NET


для скалы аналоги есть?

хотя подозреваю, что многое из той книги - истинно и для скалы.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559433
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лучшей книгой по Scala считается Programming In Scala от Одерски. Еще вроде интересная Steps in Scala - но пока ее не смотрел.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559435
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvЛучшей книгой по Scala считается Programming In Scala от Одерски. Еще вроде интересная Steps in Scala - но пока ее не смотрел.

спасибо.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559445
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvЛучшей книгой по Scala считается Programming In Scala от Одерски.Есть адекватные переводы на русский? Вражий знаю, но воспринимаю информацию на нативном намного быстрее. Время важно.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559495
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают...

А вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным... Ну что Скала такая вся удобная итд... И вы выясните, что оным клиентам глубоко по барабану насколько удобен тот или иной инструмен лично вам или вообще всем разработчикам вместе взятым... Их интересует лишь сколько та или иная реализация будует стоить (причем стоить целиком, с учетом всех возможных расходов и рисков, которые тоже имеют денежное выражение), при прочих равных естественно... А вот здесб разговор уже совсем другой... Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java. Меньше строк кода, и как следствие меньшее количество багов? Согласен - это аргумент - запишем его в плюс скале... А чтог с рисками? Доступны ли Скала разработчики в том-же количестве, что и java разработчики? Насколько Скала проверенное решение по сравнению с java (которая имеет в активе хренову тучу реализованых прикладных решений), Есть ли уверенность в том, что завтра (через год-два-три) развитие скала по тем или иным причинам будут остановлено или сильно замедлено до уровня "маргинальности"? Точнее насколько сей риск больше или меньше аналогичного для java (Вспоминаем аналоги с Clipper, Delphi итд... )? Да и вообще какие расходы придется понести в случае замены java скалой в том или ином случае и насколько эти расходы себя окупят (а расходы будут обязательно)?

Так что... Лично мне скала нравится... и даже очень нравится.. Но я реалист... По крайней мере в вопросах о способах зарабатывания денег... У скала есть отличный шанс занять отличную нишу и потеснить java. Но уже сейчас этот шанс начинает уменьшаться... Никакой пропагандой или иными мантрами на это повлиять нельзя - скала ждет успех только в одном случае - если будет написано некое критическое количество строк кода на скала и соответственно появится критичное количество скала-специалистов, и не только разработчиков но и... скажем так приличное количество среди идеологов определяющих список используемых технологий в крупных корпорациях.. Ну к примеру в Нокии такая группа идеологов была уже практически готова вылупиться незадолго до известных событий :( Делу безусловно могло бы помочь появление сильного покровителя в лице крупной корпорации...

Ну а пока... Лично я на эту лошадь много ставить не буду... Но "по маленькой" - всенепременно
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559499
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusЧто такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java.

мда уж. тебя послушать, дак и на брэйнфаке можно все то же написать.

нет, скала сильно мощнее жавы. посмотри на ее систему типов.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559512
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusМнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают...

ну, тут клиентом является - Сам программист. а не кто-то сферический. Это однозначно.
Убедить, в первую очередь надо здесь присутствующих
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559520
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNgyrusЧто такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java.

мда уж. тебя послушать, дак и на брэйнфаке можно все то же написать.

нет, скала сильно мощнее жавы. посмотри на ее систему типов.
Че мне на нее смотрет?! у меня один проект уже реализован, а другой в процессе... Причем последний это скала под андроид...
Нисколько не мощнее... по крайней мере с моей точки зрения... Я не знаю что вы вкладываете в понятие "мощнее"... Я например синтаксический сахар туда не включаю... И действительно нет ничего такого, что можно сделать на скала и нельзя сделать на java причем с одинаковыми трудозатратами и одинаковым качеством и одинаковой конечной производительностью полученого решения. А вот по цене в конкретный данный момент и в конкретной точке вселенной регение на скала запросто МОЖЕТ проиграть
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559530
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusZyK_BotaNпропущено...


мда уж. тебя послушать, дак и на брэйнфаке можно все то же написать.

нет, скала сильно мощнее жавы. посмотри на ее систему типов.
Че мне на нее смотрет?! у меня один проект уже реализован, а другой в процессе... Причем последний это скала под андроид ...
Нисколько не мощнее... по крайней мере с моей точки зрения... Я не знаю что вы вкладываете в понятие "мощнее"... Я например синтаксический сахар туда не включаю... И действительно нет ничего такого, что можно сделать на скала и нельзя сделать на java причем с одинаковыми трудозатратами и одинаковым качеством и одинаковой конечной производительностью полученого решения. А вот по цене в конкретный данный момент и в конкретной точке вселенной регение на скала запросто МОЖЕТ проиграть

а. ну тогда понятно.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559551
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123gyrusМнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают... ну, тут клиентом является - Сам программист. а не кто-то сферический. Это однозначно.
Убедить, в первую очередь надо здесь присутствующих Убедить нужно руководителей здесь присутствующих людей, что всем нам нужно платить ЗП пока мы программируем на этом языке. Или любом другом. В большинстве случаев нанимают программировать определенную систему и на определенном языке или наборе языков (java + sql + xml + pl/sql). И смена языка системы возможна, но редка ввиду стоимости такого перехода.

PS на моей памяти был только один случай смены основного рабочего языка - переход с C# на T-SQL. Связано с ускорением обработки данных. Это пример в пользу 1024. Еще изредка меняют язык системы когда переписывают с нуля и меняют мажорную версию. Но это большая редкость.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559561
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDA,
не, я считаю, что сначала должна инициатива снизу идти \ популяризация.
Сверху с бухты барахты - кто будет рисковать?
Хотя у нас был в фирме процент на инновации в кавычках.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559563
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDA В большинстве случаев нанимают программировать определенную систему и на определенном языке или наборе языков (java + sql + xml + pl/sql). И смена языка системы возможна, но редка ввиду стоимости такого перехода.

да. на таком проекте я и работаю, но есть же понятие - новых проектов.
почему бы их на скале не разрабатывать?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559579
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNVoDA В большинстве случаев нанимают программировать определенную систему и на определенном языке или наборе языков (java + sql + xml + pl/sql). И смена языка системы возможна, но редка ввиду стоимости такого перехода.

да. на таком проекте я и работаю, но есть же понятие - новых проектов.
почему бы их на скале не разрабатывать?
почему бы вам не задать сей вопрос тому, кто платит вам зарплату?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559586
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusZyK_BotaNпропущено...


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

я уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же.

а вот те кто новые проекты начинают, могли бы и скалу выбрать.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559632
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чтобы переходить на какой-то новый язык, надо иметь уверенность, что всё получится
иначе это CV-driven development как он есть, со всеми негативными последствиями для кармы

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

скала позволяет это сделать по-партизански и без рисков,
т.к. процент скалы в Java-приложении может плавно меняться от 0 до 100 без каких-либо существенных изменений во всём остальном
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559656
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNя уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же.

а вот те кто новые проекты начинают, могли бы и скалу выбрать.для этого вы должны показать преимущества scala на java. лучше финансовые преимущества - их менеджеры понимают лучше всего ;)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559664
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNgyrusпропущено...

почему бы вам не задать сей вопрос тому, кто платит вам зарплату?

я уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же.

а вот те кто новые проекты начинают, могли бы и скалу выбрать.
Те кто начинают новые проекты, но НЕ платит вам зарплату? Ok! Обратитесь к ним... Может они вам ответят...

Я в определенных случаях могу выбрать скала... при условии, что это мой выбор конечно... В смысле, если я и есть тот человек, который принимает решение (и который за них НЕ расплачивается впоследствии) Но вот убеждать в этом иных лиц принимающих решение... у меня лично нет аргументов... Есть конечно среди таких лиц и те которых называют гиками... Так их и убеждать не надо... Как я уже упоминал в нокии практически сложилась лобисткая круппа из таких гиков ()там есть специальная должность такая... блин забыл как называется... Ну в общем те, которые идеями заведуют...), которая котора была продвигать скала... Но вот... Не сложилось...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559674
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAZyK_BotaNя уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же.

а вот те кто новые проекты начинают, могли бы и скалу выбрать.для этого вы должны показать преимущества scala на java. лучше финансовые преимущества - их менеджеры понимают лучше всего ;)

зачем переписывать существующее?

я как раз говорю, про написание нового на скале.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559675
vas0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Опыта на Scala, практически нет. Пару лет назад участвовал в проекте в котором десять классов был написано на Scala. Особой прелести не прочувствовал.

IMO чтобы Scala стала популярной, нужно чтобы в сообществе закипело. Нехватает "популярной" литературы, в которой бы простым языком были бы описаны преимущества. Не просто - это крутой язык потому что там есть: лямбы, паттерн-матчинг, траиты, таил рекурсив и т.п. хрень. Зачем все это надо и как это использовать? Думаю, на русском ни одной книги по Scala еще и в 2012 непоявиться.

Второй большой вопрос, это поддержка Scala. Наример есть Страуструп который жизнь положил, на развитие C++. Есть не менее гениальный Никлаус Витр, который быстро разочеровывался и переходил с созданию чего то принципильно нового: PL360, ALGOL W, Euler, Modula-2, Oberon, Oberon-2, Pascal, Lola.

К какому типу отнести Одерски пока непонятно. И что будет с этим языком если с Одерски что-нибудь случится?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559730
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNVoDAпропущено...
для этого вы должны показать преимущества scala на java. лучше финансовые преимущества - их менеджеры понимают лучше всего ;)

зачем переписывать существующее?

я как раз говорю, про написание нового на скале.
А я про что по вашему говорю?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37559808
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vas0
К какому типу отнести Одерски пока непонятно. И что будет с этим языком если с Одерски что-нибудь случится?

Одерски на меня производит очень приятное впечатление

матёрый академический немец-педант, который решил монетизировать свой опыт и знания , при этом максимально академическим (т.е. продавая в основном знания, а не лицензии) образом
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560012
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrus Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа javaАхинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560041
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusВот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают...

На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560044
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а вот меня удивляет рейтинг tiobe, почему там скала в 50-ку языков не входит?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560050
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNа вот меня удивляет рейтинг tiobe, почему там скала в 50-ку языков не входит?

http://www.scala-lang.org/node/10923

No more comments.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560085
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДиезZyK_BotaNа вот меня удивляет рейтинг tiobe, почему там скала в 50-ку языков не входит?

http://www.scala-lang.org/node/10923

No more comments.
авторThe number of leading companies that are successfully using Scala for critical business applications has grown enormously. It is common knowledge that more companies like Twitter, LinkedIn, Foursquare, the Guardian, Morgan Stanley, Credit Suisse, UBS, HSBC and Trafigura are now using Scala
Если бы было так плохо, то выделенных конторах ее бы не использовали в продакшене.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560090
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwa,

дак я и удивляюсь.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560152
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А чего удивляться?

Мне кажется, риски существенно больше при переходе с одной версии JVM на другую, чем переход на Scala. Плюс Одерски сделал абсолютно правильный ход предоставив коммерчскую поддержку языку.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560175
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvМне кажется, риски существенно больше при переходе с одной версии JVM на другую, чем переход на Scala.

ну, это немного разного рода риски
версию JVM можно откатить назад сравнительно малой кровью, да и уменьшать риск вполне понятно как - тестирование и мониторинг
процесс разработки более менее крупного проекта, начатый на Scala, откатывать на Java несколько дороже, и как уменьшать его - не особо ясно
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560197
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmangyrus Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа javaАхинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста.

ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560207
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwagyrusВот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают...

На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным
Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560221
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... ZyK_BotaN в той ветке в которой я ссылку кидал, не стал ржать над М.Одерски, вспомнил какого-то пейтона джоунса. Навряд ли и у тебя получится над Одерски поржать, хотя....может ты там в Стэнфорде доктор компьютерных наук и академик кибернетики, кто знает.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560240
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusKenny Fartmanпропущено...
Ахинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста.

ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Начнем с простого.
Переписать коллекции scala на java.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560252
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwagyrusпропущено...


ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Начнем с простого.
Переписать коллекции scala на java.

а еще stm и акторы пущай реализуют.

хотя акторы в скале - паршивые, если я все правильно понял.

знатоки скалы, поправте меня, если я не прав:
каждый актор выполняется в отдельном стандартном джавовском потоке?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560262
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusВот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают...
Не все работают в аутсорсинге, некоторые работают in-house. Я, например.

gyrusА вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным... Ну что Скала такая вся удобная итд... И вы выясните, что оным клиентам глубоко по барабану насколько удобен тот или иной инструмен лично вам или вообще всем разработчикам вместе взятым... Их интересует лишь сколько та или иная реализация будует стоить (причем стоить целиком, с учетом всех возможных расходов и рисков, которые тоже имеют денежное выражение), при прочих равных естественно... А вот здесб разговор уже совсем другой... Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java. Меньше строк кода, и как следствие меньшее количество багов? Согласен - это аргумент - запишем его в плюс скале... А чтог с рисками? Доступны ли Скала разработчики в том-же количестве, что и java разработчики? Насколько Скала проверенное решение по сравнению с java (которая имеет в активе хренову тучу реализованых прикладных решений), Есть ли уверенность в том, что завтра (через год-два-три) развитие скала по тем или иным причинам будут остановлено или сильно замедлено до уровня "маргинальности"? Точнее насколько сей риск больше или меньше аналогичного для java (Вспоминаем аналоги с Clipper, Delphi итд... )? Да и вообще какие расходы придется понести в случае замены java скалой в том или ином случае и насколько эти расходы себя окупят (а расходы будут обязательно)?
Все верно пишете. У нас (большой банк с ИТ бюджетом около миллиарда долларов) в качестве одного из целевых языков - Scala. Писать новые программы на Java планируется прекратить в ближайшем будущем, как когда-то прекратили писать новые программы на Коболе.

gyrusТак что... Лично мне скала нравится... и даже очень нравится.. Но я реалист... По крайней мере в вопросах о способах зарабатывания денег... У скала есть отличный шанс занять отличную нишу и потеснить java. Но уже сейчас этот шанс начинает уменьшаться...
Почему уменьшаться? Я лично только увеличение наблюдаю. На объективность не претендую.

gyrusНикакой пропагандой или иными мантрами на это повлиять нельзя - скала ждет успех только в одном случае - если будет написано некое критическое количество строк кода на скала и соответственно появится критичное количество скала-специалистов, и не только разработчиков но и... скажем так приличное количество среди идеологов определяющих список используемых технологий в крупных корпорациях.. Ну к примеру в Нокии такая группа идеологов была уже практически готова вылупиться незадолго до известных событий :( Делу безусловно могло бы помочь появление сильного покровителя в лице крупной корпорации...
К нам Одески с выступлением приезжал, если ничего не путаю. А покравитель в современном мире Open Source не всегда нужен. Тот же пример с Spring Framework это доказывает. Опять же из Oracle тот еще покравитель Java. Мой работодатель, к примеру, с Oracle не дружит, а дружит с Microsoft и IBM.

gyrusНу а пока... Лично я на эту лошадь много ставить не буду... Но "по маленькой" - всенепременно
Договорились
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560266
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusschwaпропущено...

На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным
Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться?
В Oracle. Правда не уверен, что они в штуках продают.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560267
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusKenny Fartmanпропущено...
Ахинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста.

ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Почитайте про параллельные коллекции, сделаные в 2.9, если не путаю. К примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560274
jap
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusА вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным...

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

другой вопрос - а возможно ли это, те 25?! тут уже каждый за себя ;)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560280
magicprinc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ширится количество людей, которые не боятся аггресивных фанатов скалы и заявляют "Скала едет не туда"

http://blog.frankel.ch/java-scala-complexity-and-aardvarks

http://blog.joda.org/2011/11/scala-feels-like-ejb-2-and-other.html

http://blog.joda.org/2011/11/scala-ejb-2-feedback.html

http://blog.joda.org/2011/11/real-life-scala-feedback-from-yammer.html

http://sorhed.livejournal.com/558438.html "Об скалу"
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560283
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
magicprincШирится количество людей, которые не боятся троллить аггресивных фанатов скалы
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560284
jap
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaавторThe number of leading companies that are successfully using Scala for critical business applications has grown enormously. It is common knowledge that more companies like Twitter, LinkedIn, Foursquare, the Guardian, Morgan Stanley, Credit Suisse, UBS, HSBC and Trafigura are now using Scala
Если бы было так плохо, то выделенных конторах ее бы не использовали в продакшене.

а что им (Javистам) остается-то делать? куда двигаться? :)
после стагнации Java, хочется что-то новенького и вкусного...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560399
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Чтобы выбрать: Scala vs Android
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560402
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
magicprincШирится количество людей, которые не боятся аггресивных фанатов скалы и заявляют "Скала едет не туда"

http://blog.frankel.ch/java-scala-complexity-and-aardvarks

http://blog.joda.org/2011/11/scala-feels-like-ejb-2-and-other.html

http://blog.joda.org/2011/11/scala-ejb-2-feedback.html

http://blog.joda.org/2011/11/real-life-scala-feedback-from-yammer.html

http://sorhed.livejournal.com/558438.html "Об скалу"что поделаешь всегда полно людей которые сами ничего не умеют зато руками водить и давать указания тем, кто на 2 головы умнее их, мастера. КПСС из этой истории
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560438
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny FartmanАхинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципесх*яле?! чеза бред-то?

gyrus прав, говоря "Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java".

Kenny Fartmanна scala Одерски пишет фреймворк, который будет распараллеливать без участия программистато есть и на scala невозможно автоматическое распараллеливание расчетов? да?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560445
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusschwaпропущено...

На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным
Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться?www.oracle.com ;)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560448
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netgyrus прав, говоря "Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java".

Только на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560454
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaТолько на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор.не очень понятно без контекста
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560457
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netschwaТолько на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор.не очень понятно без контекстану, то есть то, что ты сказал, это похоже на то, если б я в этом топике написал бы "а я вчера кофе пил"
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560474
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netschwaТолько на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор.не очень понятно без контекста
На java есть куча проектов где на каком-нибудь xml (или еще на чем) пытаются написать какую-то логику и потом это все как-то интерпретировать. Стоимость такого проекта на scala будет дешевле.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560721
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriК примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.А приёмник результата получит всё, что найдёт пул? Без пропусков и дублей?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560729
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netто есть и на scala невозможно автоматическое распараллеливание расчетов? да?И даже на хачкеле и окамеле, да. Иначе бы никто скалу даже не стал бы придумывать, считали бы ядреные реакции на окамеле и лиспе, и все тут. Ан нет, не мотутъ
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560756
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmangrasoff.netто есть и на scala невозможно автоматическое распараллеливание расчетов? да?И даже на хачкеле и окамеле, да. Иначе бы никто скалу даже не стал бы придумывать, считали бы ядреные реакции на окамеле и лиспе, и все тут. Ан нет, не мотутъ

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

перед тем как о чем-то говорить - разберись с темой.

скала, это попытка перенести фичи хаскеля - джаварантайм. но здесь без жертв не обошлось.

хаскель - чистое фп - что и облегчает и автоматическое\ручное распараллеливания, и позволяет корректно работать с транзакционной памятью.

а в скале с этим проблемы. программист должен быть всегда на чеку.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560772
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmanсчитали бы ядреные реакции на окамеле и лиспе, и все тут. Ан нет, не мотутъЯдрёные реакции (ядерные, термоядерные и прочие кварки) считали ещё в прошлом тысячелетии. На фортране и без.
Или, всё-таки, речь о численном моделировании процессов в ядерных реакторах?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560779
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovmikkriК примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.А приёмник результата получит всё, что найдёт пул? Без пропусков и дублей?

Интересно получается,
Код: plaintext
1.
(1 to 100).par.foreach(x => println( x.asInstanceOf[Float] / 2));



Выдает результат, как ему заблагорассудится, вперемешку. С другой стороны:

Код: plaintext
1.
println( (1 to 100).par.map(x => x.asInstanceOf[Float] / 2) );



Выдает все аккуратно, без пропусков.
В принципе, логично...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560790
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДиезИнтересно получаетсяМне другое интересно: два потока - это пул или не пул?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560878
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovЯдрёные реакции (ядерные, термоядерные и прочие кварки) считали ещё в прошлом тысячелетии. На фортране и без.
Или, всё-таки, речь о численном моделировании процессов в ядерных реакторах?Нет, ядерные реакторы никому не интересны, ты прав, они же обсчитаны уже 20 раз. Численное моделирование потока рабочего тела в соплах гиперзвуковых ракет. Ты презентацию одерски про PPP посмотрел?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560885
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
japа что им (Javистам) остается-то делать? куда двигаться? :)
после стагнации Java, хочется что-то новенького и вкусного...не новенького а денег хочется. задачи-то появляются и бюджеты отдают не попильщикам (у них там на Западе) а тем кто дает результат. Вот и хочется владельцам шаражек не 100 индусов и украинцев год кормить пока они свои спринги дебажат, и дедлоки в concurrent ловят, а за чтобы 20 скальщиков успели сделать задачу за квартал. В результате - владельцу больше профит
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37560912
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
скалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему?
Squeryl, CircumFlex, O/R Mapper?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561018
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
встретил на хабре:
http://habrahabr.ru/blogs/hpodcasts/134065/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+fp-planet-ru+%28Russian+Lambda+Planet%29&utm_content=Google+Reader

з.ы. блог еще не читал, подкаст не слушал, но название - заинтриговало:
"скала уже не торт"
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561119
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondскалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему?
Squeryl, CircumFlex, O/R Mapper?

Эти доморощенные фреймворки для Scala сейчас плодятся как грибы ))) Одна проблема - все придумывают свой DSL под это дело, у каждого свой синтаксис. Зоопарк, короче.
Имхо, пока в язык не добавят AST-преобразования, (типа на которых LINQ сделан), нормального ORM не будет..

А пока проще сделать свою обертку над JDBC :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561239
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNкаждый актор выполняется в отдельном стандартном джавовском потоке?
Если правильно реализовать - то нет. Все акторы могут быть в одном потоке.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561246
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondскалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему?
Squeryl, CircumFlex, O/R Mapper?
Любая библиотека Java? Hibernate, iBatis.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561334
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovmikkriК примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.А приёмник результата получит всё, что найдёт пул? Без пропусков и дублей?
Именно так.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561345
mikkri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondскалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему?
Squeryl, CircumFlex, O/R Mapper?
В нашей команде - Hibernate со всеми его тараканами.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561366
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДиезИмхо, пока в язык не добавят AST-преобразования, (типа на которых LINQ сделан)Например?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561431
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmangyrusну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... ZyK_BotaN в той ветке в которой я ссылку кидал, не стал ржать над М.Одерски, вспомнил какого-то пейтона джоунса.

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

Kenny FartmanНавряд ли и у тебя получится над Одерски поржать, хотя....может ты там в Стэнфорде доктор компьютерных наук и академик кибернетики, кто знает.
Поржать я намеревался вовсе не над Одерски а над ВАМИ... И именно потому, что вы слышали звон, но не знаете где он... Вы а частности заявили, что Скала ИМЕЕТ (в настоящее время) возможности автоматического распараллеливания расчетов (согласно вашей терминологии), встроенные в язык на семантическом уровне ... Я правильно вас понял? Вот и изложите пожалуйста почему вы решили,что это так... Приведите доказательства... А я поржу как и обещал.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561452
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwagyrusпропущено...


ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Начнем с простого.
Переписать коллекции scala на java.
Ну что-ж начнем с простого... ЗАЧЕМ переписывать коллекции скала на java? Вот смотрите... я написал буквально следующее - в скала не позволяет сделать ничего такого, его нельзя сделать при помощи java... Я не утверждал,что сделать нужно непременно точно также... Я утверждал, что на java ВСЕГДА можно (причем без особых трудов) разработать решение, которое будет полностью эквивалентно по всем параметрам любому решению разработанному на Scala... В частности это означат, что это смое ршениебудет разработано без использования коллекций Scala (Или с использование аналогов, разработанных в виде библиотек)

ZyK_BotaNschwaпропущено...

Начнем с простого.
Переписать коллекции scala на java.

а еще stm и акторы пущай реализуют.

И без использования Actoros (Или с использованием, если уж очень хочется аналогов реализованных в виде билиотек...)

ZyK_BotaNхотя акторы в скале - паршивые, если я все правильно понял.

знатоки скалы, поправте меня, если я не прав:
каждый актор выполняется в отдельном стандартном джавовском потоке?
Как вариант - да
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561472
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkrigyrusпропущено...

Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться?
В Oracle. Правда не уверен, что они в штуках продают.
Увы- они непродают а дают бесплатно... Я конечно допустил некоторую неточность в тексте... Следовало написать, что я возжелал прикупить несколько лицензий на JDK - именно это следовало из контекста, в котором кто-то сетовал, что де компании не заинтересованы в скала, по причине отсутствия откатов... А вы вероятно решили сверкнуть своей осведомленностью по части лицензирования java плаформы?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561514
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkrigyrusпропущено...


ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Почитайте про параллельные коллекции, сделаные в 2.9, если не путаю. К примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.
Давайте лучше вы про них почитаете а? В частности о том, как они, параллельные коллекции реализованы... Потом попробуйте ответить на такой вопрос - являются ли означенные параллельные коллекции семантическим свойством Scala? Потом почитайте про fork-join framework в java и - чисто для саморазвития про ParallelArray (только будьте внимательны - последнее это jsr166z)

И вот ПОСЛЕ того как вы про все это почитаете, попробуйте сделать утверждение, что параллельные коллекции есть уникальное свойство Scala, которое в принципе невозможно реализовать в java... А мы прожем...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561527
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
japgyrusА вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным...

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

Да конечно - можно и так... ведь если посмотреть на тех кого избирают в государственную думу к примеру... Они ведь тоже обещают... Увеличить пенсии, заплаты учителям, врачам и военнослужащим, построить дороги, инновационную экономику итд... И, судя по результатам выборов в это верят не так ли? Почему бы и скала не продать аналогичным образом? Ведь если народ не спрашивает откуда возьмутся бабки, чтобы реализовать всю обещанную благость,то почему клиенты должны спрашивать откуда возьмутся те 25%? Они должны верить, как и весь народ...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561532
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvZyK_BotaNкаждый актор выполняется в отдельном стандартном джавовском потоке?
Если правильно реализовать - то нет. Все акторы могут быть в одном потоке.

я то в курсе, что реализовать можно(и нужно). я спросил как в скале.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561545
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny FartmanДиезИмхо, пока в язык не добавят AST-преобразования, (типа на которых LINQ сделан)Например?

Ну, мне не хочется изучать новый синтаксис, который предлагает, например, Squeryl.
Они насоздавали своих типов и операций. И предлагают писать вот так:

Код: plaintext
1.
def artist = artists.where(a => a.id === artistId).single



А я хочу работать с таблицами так же, как с обычными коллекциями Scala:

Код: plaintext
1.
def artist = artists.filter(a => a.id == artistId).first;



А для этого нужна поддержка макросов (или внедрение AST) на уровне языка. Чтобы макрос разобрал второе выражение на синтаксические элементы, и построил по ним валидный SQL-запрос.

Подвижки есть, и это радует: http://scalamacros.org/
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561570
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну я не доктор ОдерскиgyrusВы а частности заявили, что Скала ИМЕЕТ (в настоящее время) возможности автоматического распараллеливания расчетов (согласно вашей терминологии), встроенные в язык на семантическом уровне ... Я правильно вас понял?именно в язык встроена поддержка ФВП, и замыканий, и это позволяет заниматься написанием par библиотек и фреймворков для PPP. Как-то так

можно погуглить "scala ppp siutability"
"java ppp irrelevance" интересно что нагуглится
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561582
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvЕсли правильно реализовать - то нет. Все акторы могут быть в одном потоке.могут, наверно. Но как тогда распараллеливать? один поток это последовательный опрос, "взять первый актор, спросить есть ли в нем работа, выполнить работу, перейти к следующему" и так по кругу
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561586
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmangyrusну.... давайте... излагайте... тот звон который вы слышали... хоть поржем...
Чтобы выбрать: Scala vs Android


Вот!! Вот он тот звон,который вы даже не удосужились прочитать! Ибо Если бы вы внимательно прочитали, вы не стали бы утверждать что:
р
1) Scala В НАСТОЯЩЕЕ ВРЕМЯ обладает какими-то возможностями АВТОМАТИЧЕСКОГО распараллеливания задач
2) Что таковые возможности планируется добавить в Scala на семантическом уровне


Тот звон, который вы слышали сводится к следующему - команда разработчиков скала получила грант на пять лет евросоюза. Целью гранта является разработка методов распараллеливания задач посредством определения различных DSL языковыми средствами Scala.

Из чего следует:
1) тот звон который вы слышали это лишь планируемая возможность а не существующая в настоящий момент времени
2) речь идет о библиотечной реализации а не семантике языка
3) ни о каком автоматическом распараллеливании задач речи не идет

И совершенно непонятно с чего вы вдруг взяли, что сие невозможно реализовать на java?
В качестве примера DSL по части реализации распараллеливания задач с некоторой натяжкой можно считать упомянутые mikkri параллельные коллекции.... Это библиотека, причем реализовать подобную на java в принципе особых проблем не составляет...

Еще один звон, который вы могли слышать (и даже должны были, если хоть чуть-чуть интересуетесь темой), это утверждение что функциональные языки естественным образом предоставляют возможности параллельной обработки кода... Это действительно так... Но никто и никогда не утверждал, что хотя бы один существующий функциональный язык использовал эти возможности для реализации АВТОМАТИЧЕСКОГО распараллеливания задач. Нет такого... И причин тому очень много... Вот опредлить DSL в рамках которого такое распараллеливание будет автоматическим- это пожалуйста... причем не обязательно для этого использовать непременно функциональный язык...

А на будущее... ближайшее... ибо вы, как и свойственно всем вьюношам с горящими глазами обязатльно ответите на это сообщение какой-нибудь хренью... Так вот на будущее я вам советую помнить, что Scala приложение компилируется в байт код, который исполняется Java Virtual Machine - той-же самой,которая исполняет байт код скомпилированного java приложения... И какие-бы распрекрасные синтаксические конструкции не предоставляла Scala, или иной ЯП реализованный на базе JVM, результирующий байт-код не сможет выйти за рамки возможностей предоставляемых виртуальной машиной... Посему, всегда существует возможность написать код на разных ЯП таким образом, что результирующий байт код не будет принципиально различаться
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561606
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny FartmanНу я не доктор ОдерскиgyrusВы а частности заявили, что Скала ИМЕЕТ (в настоящее время) возможности автоматического распараллеливания расчетов (согласно вашей терминологии), встроенные в язык на семантическом уровне ... Я правильно вас понял?именно в язык встроена поддержка ФВП, и замыканий, и это позволяет заниматься написанием par библиотек и фреймворков для PPP. Как-то так

можно погуглить "scala ppp siutability"
"java ppp irrelevance" интересно что нагуглится

Для тех кто в танке...
1) Функциональные языки по определению обладают возможностями автоматического распараллеливания кода - это естественная возможность функционального подхода

2) Ни в одном из функциональных языков эта возможность не реализована на семантическом уровне

Для того, чтобы было понятно именно вам я приведу такую аналогию - у меня есть физическая возможность вот прямо сейчас выйти на балкон и облегчиться с 4-го этажа, но наличие этой возможности не означает, что я ей непременно воспользуюсь

Кстати... по моему где-то на sql.ru была неплохая дискуссия на тему автоматического параллелизма в ФЯП... с очень хорошими примерами, почему это не реализовано ни в одном существующем ФЯП и почему ТАКОЕ распараллеливание может не только не улучшить, но даже ухудшить производительность...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561634
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNLeonidvпропущено...

Если правильно реализовать - то нет. Все акторы могут быть в одном потоке.

я то в курсе, что реализовать можно(и нужно). я спросил как в скале.
В Scala могут использовать один поток. Если правильно написать код, который использует класс Actor.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561641
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusя написал буквально следующее - в скала не позволяет сделать ничего такого, его нельзя сделать при помощи java...
Глупый вопрос, показывающий что вы вообще слабо понимаете в программировании. Любую алгоритмическую задачу можно реализовать на любом языке адекватном языке.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561643
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidvgyrusя написал буквально следующее - в скала не позволяет сделать ничего такого, его нельзя сделать при помощи java...
Глупый вопрос, показывающий что вы вообще слабо понимаете в программировании. Любую алгоритмическую задачу можно реализовать на любом языке адекватном языке.
Договорились! Я слабо понимаю в прогрммировании :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561648
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusДоговорились! Я слабо понимаю в прогрммировании :)
ok
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561713
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrus2) Ни в одном из функциональных языков эта возможность не реализована на семантическом уровне*чем семантический от синтаксического отличается?
*если путем добавления .par к Map автоматически появляется "параллельный процессинг" этого Map то этого мало?Кстати... по моему где-то на sql.ru была неплохая дискуссия на тему автоматического параллелизма в ФЯП... с очень хорошими примерами, почему это не реализовано ни в одном существующем ФЯП и почему ТАКОЕ распараллеливание может не только не улучшить, но даже ухудшить производительность...ссылку
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561714
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
как по мне, разница именно в том, о чём мне, как разработчику, надо париться

меня вот не парит memory allocation благодаря GC в Java, и слава ей за это, хотя он там есть
он там просто есть и просто работает

так вот если на Scala можно будет писать параллельную обработку _не парясь_ о тонкостях её конкретной реализации - как там что куда параллелится, multicore или ваще multinode, конфигурируемое внешне - это не никак не сравнится с fork-join API в Java, который хоть и весьма полезен, но всё ж не что иное как нашлёпка

ну не знаю, масло в машине можно менять самому а можно отдать в сервис
суть процесса одна и та же - масло меняется
но разные интерфейсы: в первом случае он более гибок, во втором - более удобен
второй интерфейс обычно предпочтительнее, если гарантирует удовлетворительный результат
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561722
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriИменно так.Я, на самом деле прикалывался над постановкой.
Многопоточный поиск в списке - это пять.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561723
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovЯ, на самом деле прикалывался над постановкой.
Многопоточный поиск в списке - это пять.
Готц тоже считает что без этого в java никуда.
http://blogs.oracle.com/briangoetz/resource/devoxx-lang-lib-vm-co-evol.pdf
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561733
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlazkowiczГотц тоже считает что без этого в java никуда.Я всё понимаю кроме одного - как можно что-то параллелить в списке ?
Ну ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ...

P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561739
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov,

+1 )
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561750
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmangyrus2) Ни в одном из функциональных языков эта возможность не реализована на семантическом уровне*чем семантический от синтаксического отличается?
Не знаете?


Kenny Fartman*если путем добавления .par к Map автоматически появляется "параллельный процессинг" этого Map то этого мало?

НЕ если...
Мало...

Кстати... по моему где-то на sql.ru была неплохая дискуссия на тему автоматического параллелизма в ФЯП... с очень хорошими примерами, почему это не реализовано ни в одном существующем ФЯП и почему ТАКОЕ распараллеливание может не только не улучшить, но даже ухудшить производительность...ссылку[/quot]
У нас сегодня государственный праздник... Я отдыхаю... и мне лень что либо делать... Но вы несомненно можете найти эту тему сами... Это совсем просто... Если у вас не получится с первого раза, а также со второго и еще нескольких последующих, я вас научу... Это я только в программировании слабо понимаю.... Ав поиске я огого!!!
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561787
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovно в классическом односвязном ...

P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив.сюрприз, а ты в scala.collection заглядывал? там над каждой классической коллекцией over доикса врапперов, готовых уже, "все придумано уже до вас" пока вы ржёте тут над собой

gyrusкоторый исполняется Java Virtual Machine - той-же самой,которая исполняет байт код скомпилированного java приложения...И какие-бы распрекрасные синтаксические конструкции не предоставляла Scala, или иной ЯП реализованный на базе JVM, результирующий байт-код не сможет выйти за рамки возможностей предоставляемых виртуальной машиной... Посему, всегда существует возможность написать код на разных ЯП таким образом, что результирующий байт код не будет принципиально различаться"исполняет байт код скомпилированного java приложения"...который в свою очередь преобразует в машкоды конкретного процессора, поэтому на любом языке вроде ASMа можно написать такую же точно программу как и на языке вроде ocaml-а, nemerle или F# тем же количеством народу и с теми же затратами. Точка. Финиш. Зачем тогда 60 лет эволюции computer sience? Куда лезут эти ученые? сидели бы себе и дальше по регистрам джампали
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561795
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovBlazkowiczГотц тоже считает что без этого в java никуда.Я всё понимаю кроме одного - как можно что-то параллелить в списке ?
Ну ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ...


Да запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561799
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДиезПодвижки есть, и это радует: http://scalamacros.org/ главное чтобы не превратили в очередное одиозное зомби Невмерле

А то окажется что синтаксис скалы мешает внедрению макросов и, чтобы их внедрить, надо выкинуть over 999 ненужной синтаксической шелухи и превратить scala в scheme
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561803
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДиезДа запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка.сейчас придут знатоки и начнут над тобой ржать
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561805
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny FartmanДиезДа запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка.сейчас придут знатоки и начнут над тобой ржать

Если аргументированно поржут - хорошо, узнаю что-то новое. :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561819
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrus Но вы несомненно можете найти эту тему сами... Это совсем просто... Если у вас не получится с первого раза, а также со второго и еще нескольких последующих, я вас научу... Это я только в программировании слабо понимаю.... Ав поиске я огого!!!Это Функциональное программирование чтоли? там ахинея какая-тоНе фига не легко и люди над этим не первый год бьются, и польза от параллельности во многих случаях не очень очевидна, зато вред весьма заметен. Мы например у себя вообще пришли к тому что многопоточность зло (иногда неизбежное). Наверное сайт sql.ru тоже в один поток работает, да пусть продлятся годы его под луной
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561844
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДиезBasil A. Sidorovпропущено...
Я всё понимаю кроме одного - как можно что-то параллелить в списке ?
Ну ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ...

Да запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка.
а зачем получать след-ий, если не обработан этот?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561860
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Диезпропущено...

Да запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка.
а зачем получать след-ий, если не обработан этот?

Для ускорения. На многопроцессорной системе имеем пул тредов, скармливая ему элементы списка по мере высвобождения. Я тут предполагаю, что мы говорим о ФП, и функция обработки не имеет side-эффектов.

ПС. На самом деле теоретизирую. :-)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561873
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Диез,
в теории здорово, а в практике - не выходит.
Когда вышел 2-х ядернй проц, тоже было радости полне штаны.
Я не понял. Теоретикам скалы гранты девать некуда?
Лучше бы другой хибер сделали. Нельзя всё на одну лошадь ставить :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561877
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по поводу списка.
Для ускорения прицепить к ним индексы, хранимки и SQL4, т.к. SQL3 уже есть.
Будет быстро.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561880
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Диез,
в теории здорово, а в практике - не выходит.
Когда вышел 2-х ядернй проц, тоже было радости полне штаны.
Я не понял. Теоретикам скалы гранты девать некуда?
Лучше бы другой хибер сделали. Нельзя всё на одну лошадь ставить :)
Что не выходит на практике? Нет задач, которые можно выполнять параллельно?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561895
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusmikkriпропущено...

Почитайте про параллельные коллекции, сделаные в 2.9, если не путаю. К примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.
Давайте лучше вы про них почитаете а? В частности о том, как они, параллельные коллекции реализованы... Потом попробуйте ответить на такой вопрос - являются ли означенные параллельные коллекции семантическим свойством Scala? Потом почитайте про fork-join framework в java и - чисто для саморазвития про ParallelArray (только будьте внимательны - последнее это jsr166z)

И вот ПОСЛЕ того как вы про все это почитаете, попробуйте сделать утверждение, что параллельные коллекции есть уникальное свойство Scala, которое в принципе невозможно реализовать в java... А мы прожем...
А вы только попробуйте их использовать без лямбд. А мы прожем (c) :))
К вам вопрос. Когда вы последний раз писали код, использующий классы из j.u,c? И как часто вы это делаете?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561909
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaPetro123Диез,
в теории здорово, а в практике - не выходит.
Когда вышел 2-х ядернй проц, тоже было радости полне штаны.
Я не понял. Теоретикам скалы гранты девать некуда?
Лучше бы другой хибер сделали. Нельзя всё на одну лошадь ставить :)
Что не выходит на практике? Нет задач, которые можно выполнять параллельно?
быстро не ответить.
Тут gyrus вполне логично отвечал 11715686 .
Но "понаехали тут" и начали сразу какашками :).
------------
Задачи есть, но надо понимать, что АВТОМАТИЗИРОВАТЬ их нельзя.
Это не сборщик мусора организовать - банальный счётчик.
Тут логика замешана.
Есть ЯП в которых сама идеология потоковая, но там СЕТЕВОЙ яп.
Параллельность АВТО только для межсетевой маршрутизации объектов и заданий.
Так что, в скала, как в Java + косметика!
Ну и т.д.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561929
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny FartmanНаверное сайт sql.ru тоже в один поток работает, да пусть продлятся годы его под луной
ты перепутал контекст. Он про потоки на прикладном уровне (программист создал поток), а ты на уровне Веб-сревера (контейнер над сервлетом).
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37561977
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Когда вышел 2-х ядернй проц, тоже было радости полне штаны.

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

Задача, собственно, не решена до сих пор. Intel вкладывает значитеьные средства в автоматический параллелизм хотя бы на уровне компилятора. Если я все правильно понимаю, Одерски пытается решить задачу на уровне языка + компилятора. Если у него получится, Scala станет классным средством. Понятно, что реализация распределенных вычислений будет следующий задачей, причем практически решенной.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562027
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
www.parleys.com/d/2184
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562042
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvScala станет \ станет классным средством
аминь..............................
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562139
jap
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mikkriВсе верно пишете. У нас (большой банк с ИТ бюджетом около миллиарда долларов) в качестве одного из целевых языков - Scala. Писать новые программы на Java планируется прекратить в ближайшем будущем, как когда-то прекратили писать новые программы на Коболе.

MS?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562148
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovНу ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ...

P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив.Если результат обработки элемента списка не зависит от предыдущего потока обработки, то можно легко разделить список на Н-частей, обсчитать отдельно, а затем сложить вместе результаты вычислений.

ForkJoin как раз для таких мат.задач и сделали. Причем теоретически ForkJoin может работать и между нодами. Получаем классический MapReduce, только без фазы Map ;)

PS да, на списке в 10-1000 элементов выгоды не будет. Думаю, что это готовятся выйти на рубеж Терабайтных модулей памяти и обработки всего-и-вся прямо в памяти.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562169
jap
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrus....что Scala приложение компилируется в байт код, который исполняется Java Virtual Machine - той-же самой,которая исполняет байт код скомпилированного java приложения...
так это зависит от реализации только, разве нет?
если какой-то умник сделает (такие подделки уже есть) это под тот-же самый CLR, то возможности расширятся ;)

фантазируя дальше: тот же IBM может (при желании) сделать нативе поддержку для мэйнфрэймов , если кому-то надо будет...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562728
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
japтак это зависит от реализации только, разве нет?
если какой-то умник сделает (такие подделки уже есть) это под тот-же самый CLR, то возможности расширятся ;)

фантазируя дальше: тот же IBM может (при желании) сделать нативе поддержку для мэйнфрэймов , если кому-то надо будет... http://jaxenter.com/ozma-bringing-declarative-concurrency-to-scala-36694.html
http://zhengxi.livejournal.com/111746.html
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562746
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37562892
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv http://prezi.com/07yqjyfcotn6/top-10-reasons-java-programs-envy-scala/

спасибо, хорошая подборка
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563733
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
japgyrus....что Scala приложение компилируется в байт код, который исполняется Java Virtual Machine - той-же самой,которая исполняет байт код скомпилированного java приложения...
так это зависит от реализации только, разве нет?
если какой-то умник сделает (такие подделки уже есть) это под тот-же самый CLR, то возможности расширятся ;)

Вот когда и если сделает, тогда и будет разговор. На сегоднящний день ситуация такова, какой я ее описал (и по моему скромному мнению нет ни малейших причин к тому, чтобы эта ситуация как-то изменилась.. Ну разве что на .NET портируют)

japфантазируя дальше: тот же IBM может (при желании) сделать нативе поддержку для мэйнфрэймов , если кому-то надо будет...
Фантазируя дальше: И придет великий Саурон и настанет царствие божие на земле...

Кстати... Знаете как именуются люди, которые воспринимают свои фантазии как часть реального мира?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563736
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDABasil A. SidorovНу ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ...

P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив.Если результат обработки элемента списка не зависит от предыдущего потока обработки, то можно легко разделить список на Н-частей, обсчитать отдельно, а затем сложить вместе результаты вычислений.

ForkJoin как раз для таких мат.задач и сделали. Причем теоретически ForkJoin может работать и между нодами. Получаем классический MapReduce, только без фазы Map ;)

PS да, на списке в 10-1000 элементов выгоды не будет. Думаю, что это готовятся выйти на рубеж Терабайтных модулей памяти и обработки всего-и-вся прямо в памяти.

Скажу больше - упомянутая паралельная обработка списков в скале реализована именно посредством Fork-Join Framework (и java версия озняенной функциональности будет реализована точно так-же)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563755
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidvgyrusя написал буквально следующее - скала не позволяет сделать ничего такого, чего нельзя сделать при помощи java ...
Глупый вопрос, показывающий что вы вообще слабо понимаете в программировании. Любую алгоритмическую задачу можно реализовать на любом языке адекватном языке .хм.

вощето вы оба сказали одно и то же.
я исправил ошибки в цитате, чтобы было понятнее.
такшто както не ясно причем тут "вопрос" да ещё и глупый.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563777
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwagyrusпропущено...

Давайте лучше вы про них почитаете а? В частности о том, как они, параллельные коллекции реализованы... Потом попробуйте ответить на такой вопрос - являются ли означенные параллельные коллекции семантическим свойством Scala? Потом почитайте про fork-join framework в java и - чисто для саморазвития про ParallelArray (только будьте внимательны - последнее это jsr166z)

И вот ПОСЛЕ того как вы про все это почитаете, попробуйте сделать утверждение, что параллельные коллекции есть уникальное свойство Scala, которое в принципе невозможно реализовать в java... А мы прожем...
А вы только попробуйте их использовать без лямбд. А мы прожем (c) :))

Как это МОЖНО сделать без "лямбд" вы можете посмотреть на примере библиотеки Guava
Кроме того, вы можете взять на себя труд ознакомиться с примером упомянутого ранее мною ParallelArray

Наконец, как новообращенный адепт лямбда исчисления вы могли бы поинтересоваться запланированными на ближайшее будущее изменениями java платформы

И в порядке вашего личного просвещения - те самые параллельные коллекции в скала сеализованы самыми что ни на есть штатными средствами java...


Вот теперь пора ржать... Когда проржетесь Вы можете написать ответ на данное сообщение в котором в частности упомянете, что Скала предоставляет гораздо более элегантный способ обработки коллекций... О чем я и писал изначально - ВСЕ преимущества Scala заключаются в предоставлении более продвинутого синтаксиса, позволяющего реализовывать функционал намного более кратким и выразительным образом, чем Java. Все что можно сделать в Scala можно сделать, причем без особых затруднений в Java (Конечно код будет более многословным, но результирующий байт-код принципиально будет таким-же) Это ЕДИНСТВЕННОЕ преимущество является преимуществом только в глазах разработчиков. Тем кто платит разработчикам деньги глубоко по барабану насколько разработчикам УДОБНО писать код... Они конечно в принципе не простив, но при условии, что это как минимум не увеличит риски и, в меньшей степени - расходы.


schwaК вам вопрос. Когда вы последний раз писали код, использующий классы из j.u,c? И как часто вы это делаете?
Никогда - я даже не знаю, что такое "j.u,c" - мы ведь академиев не кончали
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563819
Alexey Kuznetsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Коллеги, как вы считаете, с учетом выхода java 8 насколько актуально выглядит scala?
P.S. java 8 еще долго ждать, но все же?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563832
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexey KuznetsovКоллеги, как вы считаете, с учетом выхода java 8 насколько актуально выглядит scala?

Вполне актуально... Точнее вполне может быть актуально... В будущем.. Причем вне зависимости от java 8
Но деньги за нее пока не платят

Alexey KuznetsovP.S. java 8 еще долго ждать, но все же?
Почему долго? несколько месяцев... 4-6 наверное...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563848
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netLeonidvпропущено...

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

вощето вы оба сказали одно и то же.

Это потому, что вы видимо тоже "слабо понимаете в программировании" :)

grasoff.netя исправил ошибки в цитате, чтобы было понятнее.
такшто както не ясно причем тут "вопрос" да ещё и глупый.
Как при чем?!!!! Надо же как-то выявлять тех, кто "слабо понимаете в программировании"??!!!
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563855
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmangyrus Но вы несомненно можете найти эту тему сами... Это совсем просто... Если у вас не получится с первого раза, а также со второго и еще нескольких последующих, я вас научу... Это я только в программировании слабо понимаю.... Ав поиске я огого!!!Это Функциональное программирование чтоли?

Не уверен на 100% но очень на то похоже... я конечно не про ссылку на конкретный пост, а про всю ветку

Kenny Fartmanтам ахинея какая-то
Вот это правильно... Никогда не следует признавать собственноую тупость неспособность понять написаное, равно как и признавать что-то, что не соответствует вашему вероисповеданию - нужно объявлять это ахинеей и сжигать на костре
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563882
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvЕсли я все правильно понимаю, Одерски пытается решить задачу на уровне языка + компилятора. Если у него получится, Scala станет классным средством. Понятно, что реализация распределенных вычислений будет следующий задачей, причем практически решенной.
Я конечно слабо понимаею в программировании, но русским и английским языками я владею в достаточной степени, чтобы сообщить вам, что вы все понимаете неправильно - Одерски НЕ пытается решить задачу на уровне языка + компилятора. Одерски разрабатывает прикладную библиотеку, которая позволит создавать DSL для конкретного класса задач. Созданный DSL может содержать реализацию конкретных алгоритмов распаралеливания для данного класса задач. В качестве примера я уже приводил реализацию паралеллной обработки коллекций в Скала - это БИБЛИОТЕКА (т.е. реализация не на уровне языка), которая реализует алгоритмы распаралеливания для выделенного класса задач - не более того... Допустим вам приперло реализовать распаралеливание некотороых алгоритмов на графах - вы вполне можете реализовать свою собственную библиотеку на Scala или на java в той=же самой манере как это сделано для параллельных коллекций в Scala (приперло на самом деле мне и я в общем практически реализовал - на java - это просто пример...) - иными словами вы фактически можете реализовать алгоритм распаралеливания для узкого круга задач, засунуть его в библиотеку или реализовать DSL (что в общем-то тоже самое) и пользоваться в свое удовольствие "автоматическим распараллеливанием"

Так вот, собственно пан Одерски и собирается предоставить библиотеку, которая позволит делать вышеописаное посредством неким особо элегантным способом (Синтаксис Scala вообще очень хорошо подходит для определения DSL) - по крайней мере он обещал это сделать... в течении 5 лет...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563920
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusСинтаксис Scala вообще очень хорошо подходит для определения DSL
Не догадываетесь, почему синтаксис Scala очень хорошо подходит для определения DSL?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563950
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvgyrusСинтаксис Scala вообще очень хорошо подходит для определения DSL
Не догадываетесь, почему синтаксис Scala очень хорошо подходит для определения DSL?

НУ КАНЭШНА НЕТ!!! Я вообще вообще слабо понимаю в программировании - куда мне... Но вы пишите-пишите... Мне так не хватает ваших откровений!
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37563957
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusТак вот, собственно пан Одерски и собирается предоставить библиотеку, которая позволит делать вышеописаное посредством неким особо элегантным способом тогда почему в жабе без и даже в скале нельзя сделать LINQ без добавления в язык пресловутых макросов? И вообще, что дает программистам С# этот LINQ если жаба программисты обходятся без него, с помощью резалтсетов и ORM?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37564036
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusAlexey KuznetsovКоллеги, как вы считаете, с учетом выхода java 8 насколько актуально выглядит scala?

Вполне актуально... Точнее вполне может быть актуально... В будущем.. Причем вне зависимости от java 8
Но деньги за нее пока не платят

Alexey KuznetsovP.S. java 8 еще долго ждать, но все же?
Почему долго? несколько месяцев... 4-6 наверное...
Лето 2013
тынц
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37564069
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusЭто ЕДИНСТВЕННОЕ преимущество является преимуществом только в глазах разработчиков. Тем кто платит разработчикам деньги глубоко по барабану насколько разработчикам УДОБНО писать код... Они конечно в принципе не простив, но при условии, что это как минимум не увеличит риски и, в меньшей степени - расходы.

schwaК вам вопрос. Когда вы последний раз писали код, использующий классы из j.u,c? И как часто вы это делаете?
Никогда - я даже не знаю, что такое "j.u,c" - мы ведь академиев не кончали
j u c = это java util concurrent, а следующий код это сегодняшняя реальность.Предложите завернуть в supprress warning uchecked?
Код: java
1.
2.
3.
FutureTask<List<Whatevah<V>>> task = new FutureTask<List<Whatevah<V>>>(new Callable<List<Whatevah<V>>>(){
...
})


Даже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены. Это действительно нужно.

Почему такая корпорация как майкрософт для разработки C# нанимает академика, а ведь могли бы и дальше выращивать клон java? И вот после его прихода C# становится самым продвинутым из майнстрим яп, а java, калькой с которой он был, оказалась в роли догоняющей? Они продали лямбда исчисление своим кастомерам? Ведь ничего для них не изменилось, изменения видны только для разработчиков.

Может просто у владельцами java были те, кто продавал лишь железяки, а java им вообще непонятно для чего была нужна? Если так, то последствия этой политики мы и наблюдаем в последнее время, а как следствие этого видим всплеск числа новых яп на jvm т.к. java как яп не устраивает практически всех.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37564303
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvЛучшей книгой по Scala считается Programming In Scala от Одерски.

спасибо, смешная книжка:

авторIf you’re coming from an imperative background, such as Java, C++, or
C#, you may think of var as a regular variable and val as a special kind of
variable. On the other hand, if you’re coming from a functional background,
such as Haskell, OCaml, or Erlang, you might think of val as a regular vari-
able and var as akin to blasphemy.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37564316
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny Fartmanтам над каждой классической коллекцией over доикса врапперовИ?
Если кто-то так озабочен производительностью, что хочет параллелизма, то почему бы этом кто-то не начать со структуры данных, адекватной задаче, а не "удобству"?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37564798
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kenny FartmangyrusТак вот, собственно пан Одерски и собирается предоставить библиотеку, которая позволит делать вышеописаное посредством неким особо элегантным способом тогда почему в жабе без и даже в скале нельзя сделать LINQ без добавления в язык пресловутых макросов? И вообще, что дает программистам С# этот LINQ если жаба программисты обходятся без него, с помощью резалтсетов и ORM?

Простите сударыня, не могли бы вы уточнить ваш вопрос? Правильно ли я понимаю, что полностью ваш вопрос звучит так:

авторпочему в жабе без и даже в скале нельзя сделать LINQ без добавления в язык пресловутых макросов, если пан Одерски собирается разработать некую библиотеку, которая позволит создавать проблемно ориентированные языки неким особо элегантным способом?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37564805
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwagyrusпропущено...

Вполне актуально... Точнее вполне может быть актуально... В будущем.. Причем вне зависимости от java 8
Но деньги за нее пока не платят

пропущено...

Почему долго? несколько месяцев... 4-6 наверное...
Лето 2013
тынц
Да... и правда... сроки перенесли... Ну что-ж... наверное в этом есть какая-то сермяжная правда...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37564858
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaj u c = это java util concurrent, а следующий код это сегодняшняя реальность.

Спасибо, что уточнили... а то я прям аппетит потерял... что за фигня schwa знает а я нет?!

schwaПредложите завернуть в supprress warning uchecked?
Код: java
1.
2.
3.
FutureTask<List<Whatevah<V>>> task = new FutureTask<List<Whatevah<V>>>(new Callable<List<Whatevah<V>>>(){
...
})



Зачем? И что собственно вы хотели сказать этим кодом? Я наверное староват, чтобы успевать за полетом ващей фантазии...


schwaДаже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены.

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

schwaЭто действительно нужно.

Вот здесь самое место, чтобы указать КОМУ нужно и ЗАЧЕМ нужно

schwaПочему такая корпорация как майкрософт для разработки C# нанимает академика, а ведь могли бы и дальше выращивать клон java? И вот после его прихода C# становится самым продвинутым из майнстрим яп, а java, калькой с которой он был, оказалась в роли догоняющей? Они продали лямбда исчисление своим кастомерам? Ведь ничего для них не изменилось, изменения видны только для разработчиков.

Блиииииинннн!!! А я можно сказать днями не сплю, ночами не ем! Все думаю зачем майкрософт нанимает академика!!! А оно эвона как оказывается!!!

schwaМожет просто у владельцами java были те, кто продавал лишь железяки, а java им вообще непонятно для чего была нужна? Если так, то последствия этой политики мы и наблюдаем в последнее время, а как следствие этого видим всплеск числа новых яп на jvm т.к. java как яп не устраивает практически всех.
Еще версии будут?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565053
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondLeonidvМне кажется, риски существенно больше при переходе с одной версии JVM на другую, чем переход на Scala.

ну, это немного разного рода риски
версию JVM можно откатить назад сравнительно малой кровью, да и уменьшать риск вполне понятно как - тестирование и мониторинг

Это можно легко сделать, если язык не меняется. При переходе на JDK7 меняется и язык, и JRE. То есть отказаться от JVM так просто не получится.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565056
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwaДаже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены.А чем они ограничены? кроме большего размера кода ввиду большего количества слов для описания?

Плюс при использовании java замыкания хоть и больше кода требуют (описания анонимного класса, единственной функции и т.п.), но при этом более наглядны и сразу понятны принимаемые и возвращаемые типы.

Может я ретроград, но выражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходе. Я за замыкания вида:
java: int (int i) => { i * 2}
scala: (Integer i) : Integer => { i * 2}

и против шорткатов вида _ * 2
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565061
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAвыражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходеint :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565115
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvПри переходе на JDK7 меняется и язык, и JRE. То есть отказаться от JVM так просто не получится.А если делать в два шага. Первый смена JVM с 6 на 7 и обкатка приложения в течении нескольких недель продакшена. И только после этого шаг второй - использования языковых конструкций из 7-ки.

?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565132
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netVoDAвыражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходеint :)как бы не так - в scala это может быть и Double и BigDecimal и вообще любой класс для которого определено умножение на int :P
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565176
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAМожет я ретроград, но выражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходе. Я за замыкания вида:
java: int (int i) => { i * 2}
scala: (Integer i) : Integer => { i * 2}

и против шорткатов вида _ * 2

По поводу кода - вы _*2 нигде не увидете. как минимум это будет так:
Код: java
1.
ages.filter(_ > 20)


А скорее всего вообще вот так:
Код: java
1.
2.
val ages = List(1,2,3)
ages.filter( _ > 20)



А может на самом деле и не надо знать, какой тут тип? Если все функции определены корретно, в целом-то и не важно какой конкретно здесь тип: Int, BigInteger или вообще какой-нибудь ComplexNumber.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565195
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDALeonidvПри переходе на JDK7 меняется и язык, и JRE. То есть отказаться от JVM так просто не получится.А если делать в два шага. Первый смена JVM с 6 на 7 и обкатка приложения в течении нескольких недель продакшена. И только после этого шаг второй - использования языковых конструкций из 7-ки.
?
Тоже верно.

Другое дело, что если брать облачные вычисления - то мы получаемся завязаны на версию JDK провайдера услуг...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565412
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvПо поводу кода - вы _*2 нигде не увидете. как минимум это будет так:

А скорее всего вообще вот так:
Код: java
1.
2.
val ages = List(1,2,3)
ages.filter( _ > 20)

а так?

Код: java
1.
2.
val ages = List(1,2,3)
ages.map( _ * 2)



LeonidvА может на самом деле и не надо знать, какой тут тип? Если все функции определены корретно, в целом-то и не важно какой конкретно здесь тип: Int, BigInteger или вообще какой-нибудь ComplexNumber.Если у нас есть несколько собственных объектов Obj1, Obj2, Obj3. Причем были сделаны implicit def на преобразование из int в каждый из типов, то функция > какого из Obj* будет применена?

И можно ли заранее по коду предсказать в какой тип будет преобразован int или это UNPREDICTABLE?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565422
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDA Причем были сделаны implicit def на преобразование из int в каждый из типов

нельзя делать имплисит, для преобразования из повсеместно используемых типов, например из инт.

имплисит есть резон делать, когда выполняется два правила:
1 - исходный тип - очень специфичен, и может использоваться только в определенном контексте
2 - есть большой кусок кода, где необходимо постоянно преобразовывать тип, из исходящего - в целевой.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565424
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDA,

з.ы.

- Доктор, когда я делаю вот так... Ой! Да, то мне больно. Что делать?
- Не делайте больше так никогда, и все пройдет.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565461
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNнельзя делать имплисит, для преобразования из повсеместно используемых типов, например из инт.Это запрет уровня компилятора? я делал и оно даже работало

ИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565480
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAZyK_BotaNнельзя делать имплисит, для преобразования из повсеместно используемых типов, например из инт.Это запрет уровня компилятора? я делал и оно даже работало


запрет на уровне здравой логике. я тебе віше анекдот на данную тему привел.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565485
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAЕсли у нас есть несколько собственных объектов Obj1, Obj2, Obj3. Причем были сделаны implicit def на преобразование из int в каждый из типов, то функция > какого из Obj* будет применена?

Я c implicit не работал и особо не разбирался, поэтому отвечу из общих соображений. Код можно написать или так:

Код: java
1.
val processedData = data.map(_ * 2)


или так:
Код: java
1.
val processedData : Collection[Int] = data.map(_ * 2).



Тогда будете точно уверены, что лежит в коллекции. Это как писать if (x) {return true} и if (x) return true;

Во вторых, в общем случае вы не знаете и что будет реально выполнено вот здесь (любой ООП):
Код: java
1.
2.
  MyObject o = getMyObject(int x) {};
  o.do();



И на вопрос, почему вам важно это знать - вы не ответили.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565487
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;)

ножом тоже можно себе навредить, если резать не колбасу, а свой палец. ножу не место на кухне?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565506
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNVoDAИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;)
ножом тоже можно себе навредить, если резать не колбасу, а свой палец. ножу не место на кухне?
тебе нравится как в JS 4 варианта равенства == которые пропускает компилятор?
Автоприведение типов как в С++?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565509
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNзапрет на уровне здравой логике. я тебе віше анекдот на данную тему привел.здравая логика и продакшен увы ортогональны.

в любой сколько нибудь большой системе будут использованы все возможности языка и разложены все его грабли. потому если можно потерять память - она будет потеряна. А если можно сделать implicit def на примитив - это будет(!) сделано.

и только всякого рода анализаторы кода позволяют находить потерянную память и разложенные грабли implicit def. но намного приятнее когда сам язык на уровне компилятора запрещает потенциально опасные операции. к примеру прямое управление памятью в java.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565524
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNVoDAИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;)

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

как только сделают мега-колбасо-хлебо-резатель, которым не возможно порезаться самому - нож сразу стоит выкинуть чтобы малые дети не пошинковали себя. вероятность мала, но лучше чтобы ее не было совсем.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565526
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123тебе нравится как в JS 4 варианта равенства == которые пропускает компилятор?
Автоприведение типов как в С++?
js - не шарю
то что оно по умолчанию - не нравится, а сама возможность - да.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565548
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNPetro123тебе нравится как в JS 4 варианта равенства == которые пропускает компилятор?
Автоприведение типов как в С++?
js - не шарю
то что оно по умолчанию - не нравится, а сама возможность - да.
ну дак, всё к месту.
- вместо ПОЛУ_ФП лучше полностью ФП типа Erlang
- где надо быстрые массивы в памяти, то С++
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565561
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ZyK_BotaNпропущено...

js - не шарю
то что оно по умолчанию - не нравится, а сама возможность - да.
ну дак, всё к месту.
- вместо ПОЛУ_ФП лучше полностью ФП типа Erlang Haskell

эрланг - уж больно нишевый.

да и хаскель не сказка. с виду, библиотек полно(в основном биндинги к с++-ным), а как пытаешься их использовать, дак понимаешь, что документации - ноль. приходится самому в исходники лезть.
и то, на что ты тратишь работая с жавой\скалой - 2 минуты, а хаскеле час промучаешся.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565583
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNэрланг - уж больно нишевый.

зато Какая идея!!! Нет состояния !!!
ЗЫ.
Компилятор\IDE помощник чтобы программист не думал и мог расслабится (в типах ошибиться).
А ОН поправит.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565667
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ZyK_BotaNэрланг - уж больно нишевый.

зато Какая идея!!! Нет состояния !!!
ЗЫ.
Компилятор\IDE помощник чтобы программист не думал и мог расслабится (в типах ошибиться).
А ОН поправит.

а в хаскеле на такая идея? более того, состояние у эрланга - есть, а у хаскля - нет.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37565900
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaN,
off
не в курсе. Мне хватило концепции одного - крышу сносит :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37566212
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ZyK_BotaN,
off
не в курсе. Мне хватило концепции одного - крышу сносит :)
Если не в курсе, зачем писать?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37566292
Фотография schwa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gyrusschwaj u c = это java util concurrent, а следующий код это сегодняшняя реальность.

Спасибо, что уточнили... а то я прям аппетит потерял... что за фигня schwa знает а я нет?!

schwaПредложите завернуть в supprress warning uchecked?
Код: java
1.
2.
3.
FutureTask<List<Whatevah<V>>> task = new FutureTask<List<Whatevah<V>>>(new Callable<List<Whatevah<V>>>(){
...
})



Зачем? И что собственно вы хотели сказать этим кодом? Я наверное староват, чтобы успевать за полетом ващей фантазии...

Перепишите этот код на scala (вы же ее знаете в такой степени, чтобы сделать это?) - посмотрите на разницу.
Если не видите т.к. это клиенту то же не видно. Тогда вопрос: а точно нужна крутая виртуальная машина с поддержкой jit, сборкой мусора (он сам может убраться) нафига java, если написать на plain old c (ну или на c ++) тоже можно?

gyrusschwaДаже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены.

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

wtf?!
Видел его полное интервью, где это говорилось, и ничего не додумываю, а Гослинг сморозил ерунду. С кем не бывает?
gyrusВот здесь самое место, чтобы указать КОМУ нужно и ЗАЧЕМ нужно
Какие возможности java и jvm будут использоваться в написании кода приложения решают технические специалисты, которые будут реализовывать проект. Это не дело манаджеров клиента, их людей из отдела маркетинга, их бухгалтерии. Не согласны - пока.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37566386
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvPetro123ZyK_BotaN,
off
не в курсе. Мне хватило концепции одного - крышу сносит :)
Если не в курсе, зачем писать?
с тобой разговаривают?
Ты посмотри свои посты. Пришёл, наложил 2 кучи и ушёл.
Ходишь за мной как шестёрка, Питерец.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37566461
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123ZyK_BotaN,
off
не в курсе. Мне хватило концепции одного - крышу сносит :)

ну я к хаскелю перешел после эрланга.

на знакомство с эрлангом хватило пару недель.

а хаскель уже два года изучаю, и нет уверенности в своих знаниях ))
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37566723
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNPetro123ZyK_BotaN,
off
не в курсе. Мне хватило концепции одного - крышу сносит :)
ну я к хаскелю перешел после эрланга.
на знакомство с эрлангом хватило пару недель.
а хаскель уже два года изучаю, и нет уверенности в своих знаниях ))
OFF
значит тебя "торкнуло"
Доза для тестов
http://habrahabr.ru/blogs/htranslations/31546/
Либо был незамутнённый разум, т.к. сложно сразу усидеть на 3-х стульях:
ООП \ ФП \ SQL
Удачи!
______________________________________________
"Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand.
AutoPOI.ru — ГИС-технологии для Oracle
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37567481
gyrus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schwagyrusпропущено...

Спасибо, что уточнили... а то я прям аппетит потерял... что за фигня schwa знает а я нет?!

пропущено...

Зачем? И что собственно вы хотели сказать этим кодом? Я наверное староват, чтобы успевать за полетом ващей фантазии...

Перепишите этот код на scala (вы же ее знаете в такой степени, чтобы сделать это?) - посмотрите на разницу.

ЗАЧЕМ? Сударыня, что по вашему я должен УВИДЕТЬ, если у меня вдруг возникнет блажь выполнять прихоти взаламошных барышень?! Если я вдруг посоветую вам перевести это сообщение на английский язык (вы же его знаете в такой степени, чтобы сделать это?) и посмотреть на разницу, вы немедленно последуете этому совету?

schwaЕсли не видите т.к. это клиенту то же не видно. Тогда вопрос: а точно нужна крутая виртуальная машина с поддержкой jit, сборкой мусора (он сам может убраться) нафига java, если написать на plain old c (ну или на c ++) тоже можно?

Ну-ну? Мадам - говорите скорее вашу версию - ЗАЧЕМ?

schwagyrusпропущено...

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

wtf?!
Видел его полное интервью, где это говорилось, и ничего не додумываю, а Гослинг сморозил ерунду. С кем не бывает?

Ну разумеется!!! С кем не бывает? Слышали звон...

schwagyrusВот здесь самое место, чтобы указать КОМУ нужно и ЗАЧЕМ нужно
Какие возможности java и jvm будут использоваться в написании кода приложения решают технические специалисты, которые будут реализовывать проект. Это не дело манаджеров клиента, их людей из отдела маркетинга, их бухгалтерии. Не согласны - пока.
Девушка - вашу бы наивность, да в мирных целях....
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37567485
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123значит тебя "торкнуло"
Доза для тестов

да, правда с понятием фп, я до эрланга познакомился, проришивал задачки с СИКПа.

а с эрленгом знакомился так - 1 день на знакомство с синтаксисом и понятием акторов
- две недели на знакомство с otp
но отп так и не осилил ((
а базовый эрланг - понял очень быстро.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37567648
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37568170
dominator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот одни уже перешли, теперь обратно на Java переползают:
http://www.infoq.com/news/2011/11/yammer-scala
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37568300
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dominator,

Уже обсуждили здесь. И судя по ответу, переползают не полностью, а только переносят часть библиотек. По правильному принципу - берем подходящий инструмент для решения задач.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37568609
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Blazkowicz http://java.dzone.com/articles/java-scala-complexity-and понравилось высказывание:

In real life, projects are full of developpers of heterogeneous levels: good developers, average developers and bad developers. And please don’t blame it on the HR department, the CEO or the global strategy of the company: it’s just Gaussian distribution, just like in any population.

In effect, that makes Scala a no-go in most contexts.
...
Before, the worse the developer, the higher the probability of a bug in memory management but Java changed all this: it’s not perfect, but much simpler.
Вот с этим полностью согласен. Скала она для качественных разработчиков, а Java - язык позволяющий получать прибыль используя реальных разработчиков. Хорошее сравнение - распределение Гаусса.

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

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


И перефразированная мысль, которую я уже излагал выше, но в меньшем количестве слов:
I’m sure a technology has to be simple to become mainstream and Scala has not taken this road.

Скала может занять и, вероятно, займет нишу специализированных высоко-*** языков с высоким уровнем *** (вместо *** подставить любимые критерии), но не станет мэйнстримом.

Мэйнстрим - язык применяя которых компании могут получить доход использую средних и хреновых программистов.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37568700
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а вам не кажется, что нечестно сравнивать доступность программистов на Java, которой уже 14 лет вроде как, со скалой, которая в последние 2 года как-то более-менее стала заметной

я вот например тыцаю код на Java с 1999 года
Scala меня очень интересует, но практический опыт вот только начинаю нарабатывать
в статистике на рынке труда я буду отражён как опытный Java-программист, а для проектов на Scala во мне пока смысла не очень много

но это не значит, что это всё так и останется
через 3-4 года я уже, б-г даст, буду Senior Scala Developer, и при прочих равных не пойду работать туда, где только легаси-Java код
а таких как я хомячков, которым нравится Scala - примерно 100500 тыщ
это даст совершенно иную статистику
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37568764
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehond,
может быть. только IT движется по спирали, не произведением опыта на лЕта.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37568871
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
как по мне, дак переход со джавы на скалу, подобен переходу с си на с++, со всеми вытекающими...
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37569152
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAМэйнстрим - язык применяя которых компании могут получить доход использую средних и хреновых программистов.
Да нет так сложна Scala, как ее малуют. Если не писать на ней фреймворки - то все очень просто. Внимание, вопрос - сколько людей пишет фреймворки?

На java тоже можно такой код написать, что никто не разберется кроме автора. Да и автор через полгода тоже :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37569635
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
zeehondа вам не кажется, что нечестно сравнивать доступность программистов на Java, которой уже 14 лет вроде как, со скалой, которая в последние 2 года как-то более-менее стала заметнойкогда приходит заказчик и просит оценить затраты на проект, то отвечать - подождите 3-4 года и будет новый язык довольно странно, не находишь?

zeehondно это не значит, что это всё так и останется
через 3-4 года я уже, б-г даст, буду Senior Scala Developer, и при прочих равных не пойду работать туда, где только легаси-Java код
а таких как я хомячков, которым нравится Scala - примерно 100500 тыщ
это даст совершенно иную статистикуОтлично. если через 2 года количество java dev-ov сравняется с количеством scala, то мое мнение, как руководителя разработки, о сложности scala будет иным.

Хотя мое ИМХО что хомячки очень редко влияют на общее распределение. Должны быть и армия хомячков и армия потребителей, чтобы что-то стало мэйнстрим.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37569731
zeehond
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я всего лишь хотел сказать, что в данный момент на скале делать коммерческий код я не готов, это было бы нечестно по отношению к кастомеру
т.е. если кастомеру нужен специалист по скале, я (пока ещё) не тот специалист

насчёт хомячков - именно они и влияют на статистику, а не редкие гуру
представьте себе 2001 скажем год, и вам надо разрабатывать какое-то ентерпрайз приложение на Java
EJB 2 только появились, умеющих их эффективно использовать - единицы
никаких IOC/DI контейнеров нет, никаких аннотаций в яве ещё тоже нет
из view-технологий есть только сервлеты и JSP
сложно? неудобно? проблемы с кадрами? с производительностью? да, да, да и да

но за 10 лет, смотрите-ка, насколько много всего изменилось и появилось вокруг Java
делать на ней приложения стало гораздо проще и эффективнее

***

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

на успех Scala как "следующей Java" может повлиять только внесение в Java её наиболее важных фич - синтаксического сахара, функциональных парадигм, трейтов и т.п.
а это, как мне кажется, задача близкая к невыполнимой
не зря же Одерски решил построить свой лунапарк, он должен лучше других быть в курсе
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37569863
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAХотя мое ИМХО что хомячки очень редко влияют на общее распределение. Должны быть и армия хомячков и армия потребителей, чтобы что-то стало мэйнстрим.
Перенесети эту точку зрения относительно C и C++, например. Или Delphi и C#. Я к тому, что если бы все придерживались такой же точки зрения, мы бы писали на коболе. Относительно преимуществ Scala - они есть, и их не мало. Главное - существенно сокращается скорость написания кода и существенно улучшается его читаемость.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37569876
svenom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv Главное - существенно сокращается скорость написания кодаПопишу-ка я лучше пока на Java
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37569979
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
svenomLeonidv Главное - существенно сокращается скорость написания кодаПопишу-ка я лучше пока на Java
:) Думаю, смысл понятен даже из-за такой опечатки.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37585568
Kenny Fartman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
M.Oderski обрисовывает перспективы Scala 2.10, и планы на 2012год

http://marakana.com/forums/scala/general/575.html

http://youtu.be/qqQNqIy5LdM
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37602931
Фотография grasoff.net
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
http://habrahabr.ru/blogs/java/134897/

и там ссылка ещё на одну статью

ps обратите внимание как пишет автор.
авторЯ пишу Scala код непрерывно в течение большего времени, чем кто-либо за пределами EPFL ... Написал больше строк кода на Scala (более 250K), чем кто-либо на планете. ... Я зарабатываю на жизнь консультированием, в основном для Scala и Lift, и, таким образом, активно участвую во множестве проектов.

Это не означает, что я считаю, что я прав, а все остальные неправы.
это пример как надо общаться )
посмотрите на пару топиков (когда умрёт ява, этот, про триггеры там)
посмотрите на категоричные посты многих там отметившихся
глупо, чо )
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37602939
svenom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
grasoff.netпосмотрите на категоричные посты многих там отметившихся+1 Это синдром "карманного Чака Норриса" - на форуме все умные и категоричные, а в реале - пшик.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603008
Valery Shiskin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мой опыт работы со скала - это любопытство: как реализован framework SQueryl ( ala LINQ). Я из чистого любобытсва изучал source code. Что я вынес? Scala классный язык. Но это в общем. Недостатки (достоинства очевидны) - это, как ни странно type inference. Почему? Потому что в случае var i = 5 все класс. Но, когда в Squeryl в некотором классе пишут в правой части определения поля что-то типа
Код: java
1.
var b = (c == d || m <= n) 

и, при этом, c,d,m,n это объекты типа MyInteger, MyFloat( на самом деле имена типов другие) и т.п. для которых использован implicit conversion - это вынуждает Вас глазами и руками пролистать код, чтобы понять что же такое будет переменная b. Это мрак. Хорошее использование Scala требует и хорошего стиля програмирования. Помимо type inference и implicit conversion напрягло также использование "self typing" ( очень уж его трудно заметить). Есть еще один недостаток, на который обычно не обращают внимание - это отсутствие каких-либо правил сопоставления имени класса и файла в файловой системе ОС. Одни ( я,например) видят в этом недостаток, а другие достоинство (гибкость). Но как же трудно найти нужный класс в библиотеке !!! Я бы даже сказал ( но это сугубо мое мнение) , что это главный недостаток Scala. Здесь требуется хорошая поддержка IDE. Дело в том, что любой язык без отличной поддержки IDE обречен на неудачу. К сожалению, даже хорошей, не говоря уж об отличной, поддержки на сегодняшний день не существует. Все IDE предлагают подобие java. Но Scala резко отличается от java. Гораздо более резко, чем, скажем, Groovy.

Для информации : plugin для Scala/NetBeans 7.0 реализован на Scala.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603020
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Valery Shiskinкак реализован framework SQueryl ( ala LINQ)
подробнее?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603064
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Valery Shiskin это вынуждает Вас глазами и руками пролистать код, чтобы понять что же такое будет переменная b.

а че, редактор не подскажет?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603095
Valery Shiskin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Паршивые (пока) редакторы
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603117
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а мне, не нравится в скале, то что синтаксис жабоподобный оставили, а надо было, имхо, мл-вский запилить.

что-бы новичек понимал, что это не жабка с лямбдами, а нечто большее ))))
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603182
Valery Shiskin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что такое мл-вский ?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603188
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Valery ShiskinА что такое мл-вский ?

основанный на языке ML(где и зародились концепции, на которых основана скала)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37603272
Valery Shiskin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

http://squeryl.org/

Используется в Scala Lift.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37604931
Calamity Jane
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Valery Shiskin Но, когда в Squeryl в некотором классе пишут в правой части определения поля что-то типа
Код: java
1.
var b = (c == d || m <= n) 

и, при этом, c,d,m,n это объекты типа MyInteger, MyFloatну, тут явно проблема не в type inference а в школоте которая не умеет называть переменные осмысленными называниями вместо b, c, d, m. Этому учат сразу на первом курсе вуза, название переменной должно отражать ее тип и назначение
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37604956
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Valery ShiskinPetro123,
http://squeryl.org/
Используется в Scala Lift.
спс.
прикольно, но я на него вышел через соседнюю тему.
Как долго протянет java?
Там ссылка на сайт сделанный по всем новомодным технологиям в пику к спринг :)
Скала + ActiveRecord + веб-фреймворк.
Интересный ГУИ-дизайн (расширение параграфа), но очень аскетичный дизайн.
Как и всё в Java.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605123
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Скала + ActiveRecord + веб-фреймворк.
Интересный ГУИ-дизайн (расширение параграфа), но очень аскетичный дизайн.
Как и всё в Java.
GUI никакого отношения к Scala и Java не имеет.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605147
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv,
не дай господи, Оракле тоже так думать
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605154
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Leonidv,
не дай господи, Оракле тоже так думать
ok, gui приведенного и отмеченная фича сайта никакого отношения к Java и Scala не имеют. Там все на js?
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605156
Фотография ZyK_BotaN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv,

а js чем генерируется?

а то если так думать, то можно сказать, что джава и к вычислениям отношения не имеет, там машкод.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605219
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ZyK_BotaNLeonidv,

а js чем генерируется?

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

js руками пишется. Тот же эффект так же легко можно было сделать на голом jsp+servlet. По сути ничего не изменится. Посыл мой такой - показывать на этот и сайт говорить, что в его GUI как-то сильно связан с тем, что backend сделан на Scala смысла не имеет.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605298
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LeonidvПосыл мой такой - показывать на этот и сайт говорить, что в его GUI как-то сильно связан с тем, что backend сделан на Scala смысла не имеет.
Дык развейте наши заблуждения.
Имейте своё мнение, а не боритесь с чужими.
Проверьте сайт и скажите, что он никакого отношения к скала и Lift не имеет.
Анекдот
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605304
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123LeonidvПосыл мой такой - показывать на этот и сайт говорить, что в его GUI как-то сильно связан с тем, что backend сделан на Scala смысла не имеет.
Дык развейте наши заблуждения.
Имейте своё мнение, а не боритесь с чужими.
Проверьте сайт и скажите, что он никакого отношения к скала и Lift не имеет.
Анекдот
Еще раз. Я не говорил, что он не имеет отношения к Scala и Lift. Я говорю, что глупо делать связь между "Интересный ГУИ-дизайн (расширение параграфа), но очень аскетичный дизайн." и backend'ом. Ровно тот же дизайн можно было бы сделать на любом другом backend'е. В данном случае это две практически не связанные вещи.
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605310
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonidv,
ок.
Фраза: "Сайт гавно, сделано на скале и Lift". Но такое же г. можно сделать на любом другом".
Должна тебя устроить.
Спокойной ночи, если заснёшь :)
...
Рейтинг: 0 / 0
Переходим на Scala?
    #37605360
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123,

Молодец. Ты наконец понял, что я написал. Хоть и с n-ой попытки.
...
Рейтинг: 0 / 0
342 сообщений из 342, показаны все 14 страниц
Форумы / Java [игнор отключен] [закрыт для гостей] / Переходим на Scala?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]