|
|
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Привет всем (давно меня тут не было...). Как насчет перехода на Scala? Планируете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 04:42:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Нет. Функциональщина - для любителей оной. Меня "многословность" джавы нисколечко не напрягает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 10:11:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkri Как насчет перехода на Scala? Планируете? Вы не первый, кто набегает сюда с флеймом про Scala. Здесь обсуждается Java, а не Scala, JavaScript или другие языки. Нет, не планирую, поскольку не принимаю всерьёз фанатские вопли (независимо от темы фанатства). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 10:41:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Планирую. Писать на Java после Scala несколько уныло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 11:33:01 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Это что-то на грани фантастики - кругом ее никто толком не знает (и знать не хочет т.к. плюшки от ее использования для них как-то туманны), а один в поле не воин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 12:21:55 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Ну т.е. конечно это очень хорошо, что появляются новые языки для JVM, и конечно очень хорошо, что среди них есть такие популярные как Scala. Java - это прежде всего JVM, и когда у человека использующего JVM есть выбор языка для написания кода - это большой плюс. А то мы в этом отношении сильно отставали от дотнета с его CLI. Пусть бы даже вижуал басик сделали для JVM чтоб там можно было простейшим способом окошки клепать - тоже был бы плюс. Кстати, такой проект был, тока заглох. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 12:29:17 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Не понял комментарий про флейм. Причем тут JavaScript? Утверждается, что Java программисты легко переучиваются. Что лично меня интересует - это более компактный синтакс. Меньше кода - дешевле писать новый и поддерживать существующий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 13:06:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkriУтверждается, что Java программисты легко переучиваются. Что лично меня интересует - это более компактный синтакс. Меньше кода - дешевле писать новый и поддерживать существующий. Поддерживать не дешевле. Сложнее найти специалистов это раз. Сложнее понять код это два. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 13:30:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
BlazkowiczmikkriУтверждается, что Java программисты легко переучиваются. Что лично меня интересует - это более компактный синтакс. Меньше кода - дешевле писать новый и поддерживать существующий. Поддерживать не дешевле. Сложнее найти специалистов это раз. Сложнее понять код это два. Ага, мне тождество "меньше кода - дешевле поддерживать" тоже представляется сомнительным. На ум сразу приходит perl. Но вот некоторые вещи в Scalа, которые они тянут из функциональщины, похоже и правда заставляют делать код более надежным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 16:16:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
вместо perl возьмите Питон ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 16:41:07 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
eros2Нет. Функциональщина - для любителей оной. Меня "многословность" джавы нисколечко не напрягает. Функциональщина в скале необязательна... можете писать "джавастайл"... Но есть возможность при необходимости воспользоваться оной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 17:03:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Solver.iteros2Нет. Функциональщина - для любителей оной. Меня "многословность" джавы нисколечко не напрягает.Функциональщина в скале необязательна... можете писать "джавастайл"... Но есть возможность при необходимости воспользоваться оной.Для больших проектов есть закон "что может быть использовано - будет использовано". Значит при наличии в проекте scala - в проекте БУДЕТ функциональный код. Как следствие нужно чтобы программисты понимали функциональный код и могли его поддерживать и развивать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 17:50:18 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkriПривет всем (давно меня тут не было...). Как насчет перехода на Scala? Планируете?Привет =) куда отлучался? Scala - пока прикидываю как бы погонять ее в работающем проекте. Переводить проект целиком на scala - глупо ибо дорого и долго. А кусочек на scala написать вроде не возможно - из java кода нельзя ее вызывать. и код на scala получается довольно сложным для прочтения и понимания. многословность java упрощает понимание каждой отдельной строки. для scala сложность кода выше... и вероятно стоимость спецов будет выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 17:53:52 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
А почему не Groovy или Clojure? Я не вижу ниши для Scala: сложная для изучения, свои ||-ая иерархии, там где есть оригинальные Java версии. Может http://code.google.com/p/guava-libraries/ хватит? Я писал список хотелок, чего мне хотелось бы видеть в языке Java http://magicprinc.blogspot.com/2010/12/java-ng.html Многое будет в 7,8й версиях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 18:42:22 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkriПривет всем (давно меня тут не было...). Как насчет перехода на Scala? Планируете? Новый проект пожалуй будет интересно попробовать, а старый переводить - нет уж, извольте :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 21:00:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
все это есть в PHP - жаль, что он не мультитредовый и не имеет ГУИ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 21:11:47 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
pilot911все это есть в PHP - жаль, что он не мультитредовый и не имеет ГУИ Вот этого не жаль совсем... )) ИМХО - Стремный синтаксис у языка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2011, 21:42:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAПривет =) куда отлучался? Работу поменял - вот только начал адаптироваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 01:12:24 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
eros2 http://kirkwylie.blogspot.com/2011/01/scala-considered-harmful-for-large.html Спасибо, интересная статья. Согласен с тем, что в Scala можно написать такой код, что никто потом его не поймет. Т.е. роль code review намного выше, чем в случае с Java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 01:32:33 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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 версии еще долго ждать, а работу нужно делать сейчас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 01:37:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Кстати, один из аргументов - scala - это очень sexy сейчас. Некоторые кандидаты прямо на интервью спрашивают, не используем ли мы Scala. При отрицательном ответе сразу сникают. При положительном ответе, выходит, мы вполне можем выиграть сотрудника у какого-нибудь Deutsche Bank или Goldman Sachs :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 01:43:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Ну вообще-то самый секси это 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= ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:14:16 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Подтверждением того, что Clojure самый прикольный и привлекательный может служить http://www.indeed.com/jobtrends?q=groovy%2C+scala%2C+clojure&l=&relative=1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:15:23 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkriподдержка xml в каком смысле? обычный парсер? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:16:56 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123mikkriподдержка xml в каком смысле? обычный парсер? Скорее всего DSL простой для работы с XML. Вот только возникает вопрос - нужно ли это в 2011 году, когда есть XPath/XOM для сырого XML и JAXB для полного сокрытия XML? Изучите JAXB - буквально пара строк кода. Никакой Scala XML DSL не угнаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:21:41 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
magicprincPetro123пропущено... в каком смысле? обычный парсер? Скорее всего DSL простой для работы с XML. Вот только возникает вопрос - нужно ли это в 2011 году, когда есть XPath/XOM для сырого XML и JAXB для полного сокрытия XML? Изучите JAXB - буквально пара строк кода. Никакой Scala XML DSL не угнаться. Ну и кроме того Groovy и особенно Clojure могут предложить не хуже. С точки зрения LOC - Clojure победитель. С точки зрения скорости - Clojure победитель. В чём секси-то? В сложности изучения и использования? В Perl-подобности? Тогда уж надо браться за штангу и Haskell - остальное компромисс! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:24:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
magicprincИзучите JAXB - буквально пара строк кода. Для JAXB нужно парсить документ целиком. Он не годится для ситуации, когда нужно получить входящий XML, что-то там подправить / передалить, послать дальше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:45:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkrimagicprincИзучите JAXB - буквально пара строк кода. Для JAXB нужно парсить документ целиком. Он не годится для ситуации, когда нужно получить входящий XML, что-то там подправить / передалить, послать дальше. Не совсем так. Слова для поиска: JAXB StAX large XML Например: http://stackoverflow.com/questions/1134189/can-jaxb-parse-large-xml-files-in-chunks ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:54:22 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Как только появится человеческая поддержка со стороны IDE так можно подумать, а до этого момента как то особо желания нет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 10:59:15 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAЗначит при наличии в проекте scala - в проекте БУДЕТ функциональный код. Как следствие нужно чтобы программисты понимали функциональный код и могли его поддерживать и развивать. +1 Scala для высококвалифицированной команды. И скорее всего, она на ней будет писать эффективней, чем на Java. То есть проект в итоге выйдет дешевле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 14:01:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAА кусочек на scala написать вроде не возможно - из java кода нельзя ее вызывать. Можно. Вплоть до кросскомпилияции, когда Java дергает Scala в исходниках, а Scala в них же дергает Java. В исходниках - это значит, кто компиляция Scala и Java кода происходит одновременно. VoDAи код на scala получается довольно сложным для прочтения и понимания. Не согласен. Классический bean на Scala и на Java. VoDAмногословность java упрощает понимание каждой отдельной строки. Согласен. Плюс IDE сильно сглаживает многословность. VoDAдля scala сложность кода выше... и вероятно стоимость спецов будет выше. Я думаю стоимость спецов будет на одинаковом уровне. Причем будь то C#, Java, Scala, Python... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 14:10:02 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
just_vladimirКак только появится человеческая поддержка со стороны IDE так можно подумать, а до этого момента как то особо желания нет... IDEA ничего так со Scala работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 14:10:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
magicprincPetro123пропущено... в каком смысле? обычный парсер? Скорее всего DSL простой для работы с XML. слишком жирно для обычного, пусть структуированного файла-потока-формата. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 14:12:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
у Java и так, крыша - планка по зарплате. Выше уже некуда :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 14:14:13 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvМожно. Вплоть до кросскомпилияции, когда Java дергает Scala в исходниках, а Scala в них же дергает Java. В исходниках - это значит, кто компиляция Scala и Java кода происходит одновременно.можно пример? LeonidvVoDAи код на scala получается довольно сложным для прочтения и понимания. Не согласен. Классический bean на Scala и на Java.POJO вообще на scala проще выглядит - нет нужды убогие get/set писать. Только я про реальный код. В нем то можно напороться на офень интересный фичи языка. PS в большом проекте за год-два когда пройдешься по большинству подсистем сразу понимаешь зачем нужен SCJP. Все главы SCJP представлены и привинчены к проекту =))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 14:58:36 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 16:27:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
eros2 http://alarmingdevelopment.org/?p=562 scala оказалась много больше, чем автор предполагал? К тому же смею сказать, что сложность самого языка преувеличена многократно. Понятно, что за неделю с C++ на java* (как в девяностые) вряд ли здесь получится и язык значительно больше, и возраст уже не тот . Правда голая java никому не интересна - всем нужно знание кучи апи, библиотек и фреймворков. а последние это далеко не месяц и не два, за которые средний программист джо станет уверенно разбираться в scala. Вообще после прочтения подобных записей(читал их уже не раз), то складывается впечатление, что весь код на scala должен написан как в scalaz (что есть вообще больше академическая библиотека, для любителей type theory...), пропитан этими "монада на монаде да еще функтором с кофункторами погоняет". Ну ничто в языке никого не заставляет производить такой код... вы хоть убейте! И, резюмируя, если кому-то там хочется java без геттеров и сеттеров и чтоб больше ничего другого не было бы возможно в принципе, то scala явно не лучший выбор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2011, 18:21:29 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
САМ Кэй Хорстманн написал учебник по переходу на Scala http://ff.im/-MtSJ1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2011, 23:31:58 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Calamity JaneСАМ Кэй Хорстманн написал учебник по переходу на Scala http://ff.im/-MtSJ1 чёт трупы часто всплывать стали. Кай Хорстман писатель, он писанием книжек на жизнь зарабатывает. Появится ещё какая модная технология - он и про неё напишет. Такчт не показатель. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 08:32:07 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Народ, а вам не кажется, что все эти вкусности языка можно оставить на потом, и что язык на практике это в первую очередь базовые библиотеки ?! а во вторую это прикладаные библиотеки, например для работы с базами и графическим интерфейсом пользователя ? и что именно тут в Java надо многое менять, а не тормошить синтаксис языка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 08:53:33 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
anjeyНарод, а вам не кажется, что все эти вкусности языка можно оставить на потом, и что язык на практике это в первую очередь базовые библиотеки ?! а во вторую это прикладаные библиотеки, например для работы с базами и графическим интерфейсом пользователя ? и что именно тут в Java надо многое менять, а не тормошить синтаксис языка. именно так. Но копаться в виртуальных деструкторах большинству интересней чем конечный результат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 09:11:11 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
дела обстоят так, что базовая библиотека java курит в углу (кроме java.util.concurrent) а для бд и прочего есть java-совместимость. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 09:22:50 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
anjeyНарод, а вам не кажется, что все эти вкусности языка можно оставить на потом, и что язык на практике это в первую очередь базовые библиотеки ?! а во вторую это прикладаные библиотеки, например для работы с базами и графическим интерфейсом пользователя ? и что именно тут в Java надо многое менять, а не тормошить синтаксис языка. Что именно не устраивает в базовых библиотеках Java? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 09:59:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaдела обстоят так, что базовая библиотека java курит в углу (кроме java.util.concurrent) какое-то бредовое утверждение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 10:16:51 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Наверное слегка погорячился т.к. ведь стандартная java довольно большая . Вот те же коллекции в которых любые операции, идущие дальше добавления, удаления элемента, раздувают код просто чудовищно. Даже в c# все с этим лучше дело обстоит. Про кривые и неудобные API, встречающиеся в базовой библиотеке, говорить не буду т.к. о них и так все знают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 10:23:18 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaПро кривые и неудобные API, встречающиеся в базовой библиотеке, говорить не буду т.к. о них и так все знают. Знали бы все - не спрашивали. Расскажите. Я отчасти соглашусь, много соплей висит из-за обратной совместимости. Но все же других тоже интересно послушать. Не томите уже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 10:27:42 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, Да ничего особенного - дата/время без слез не взглянешь (не так плохо как с коллекциями конечно, но видать я с ними мало работаю), всякие повороты/перевороты буферов в nio. Вообще много мест в API можно было улучшить просто добавлением всяких методов "для удобства", а все как зарелизилось так и лежит без изменений годами. Или там добавлением вспомогательных классов, которые сейчас идут в составе чуть ли не каждой независимой библиотеки (всякие упрощения в работе с рефлекшеном, к примеру). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 10:48:21 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
А наличие всяких commons-*, которые подключаются в каждый проект, все только подтверждает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 10:55:21 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaА наличие всяких commons-*, которые подключаются в каждый проект, все только подтверждает. Так можно практически о любом фреймверке говорить. В commons множество оберток и реализаций, которым в базовых классах делать особо нечего. Лично я постоянно пользуюсь всего лишь несколькими методами из Commons (помимо целевых реализаций типа DBCP). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 11:00:50 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Вот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свой. Если он так нужен, то он должен быть частью стандартной библиотеки т.к. это базовые вещи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 11:11:44 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaВот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свой. Если он так нужен, то он должен быть частью стандартной библиотеки т.к. это базовые вещи. 1. Не у всех; 2. Ключевое слово - "свой". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 11:16:25 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaВот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свой. Если он так нужен, то он должен быть частью стандартной библиотеки т.к. это базовые вещи. Ну, я х.з. может я какой-то недалёкий. Но java.lang.String мне хватает с головой, так же как и Introspector-а. Commons нужны, не отрицаю, но далеко не в каждый проект приходится запихивать каждый commons, если только он от другого фреймверка не тянется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 11:20:22 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaВот и приходим ситуации, когда какой-нибудь String/Reflection Utils есть у всех свойэто просто от незнания вощето написав свой StringUtils.isBlank, люди через 5 лет с удивлением открывают для себя commons-lang а всё от того, что читать мало стали в целом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 11:59:56 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
1024Появится ещё какая модная технология - он и про неё напишет. Такчт не показатель.Не показатель того что скала перешла из студенческого курсовика в мейнстрим и пошла в массы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 12:19:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Calamity JaneНе показатель того что скала перешла из студенческого курсовика в мейнстрим и пошла в массы? Ага. Функциональный язык и в массы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 12:35:52 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
BlazkowiczCalamity JaneНе показатель того что скала перешла из студенческого курсовика в мейнстрим и пошла в массы? Ага. Функциональный язык и в массы.только scala оо язык с элементами функциональных, как C# ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 13:15:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Calamity Janeтолько scala оо язык с элементами функциональных, как C# Поэтому он такой простой и общераспространенный, как C#. Вы выкинули половину фразы, лишив её основного посыла и пытаетесь оспорить выбранное слово. Ну, не будет scala массовым языком, сколько в неё евров не вливай. Такие проекты не появлялись бы. http://confluence.jetbrains.net/display/Kotlin/Comparison+to+Scala ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 13:52:57 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Никому он реально не нужен и шансов на распространение нет (что хорошо, т.к. по-моему это один из самых уродливых языков). Причина отстойности в том, что у автора не было чёткого представления, зачем он может быть нужен. Преимущества воображаемые. Элементы ФП - зачем? В некоторых других языках понятно зачем (в Erlang, clojure и даже groovy), а в этом добавлено на всякий случай. Сокращение кода - только за счёт стандартных конструкций, которые и так занимают малую часть времени, тратящегося на программирование. Посмотрел вот версию 2.8.1 когда она появилась. Жалобы - не полная совместимость сверху вниз с версией 2.8 по исходному коду. Нифигасе. Ну, если весь исходный код свой и небольшой, не так страшно. Но если используются чужие библиотеки? И где гарантия,что при появлении новых версий Scala опять не придётся переделывать... много раз. Ещё посмотрел plug-in для Eclipse. Это надо было видеть - для работы был совершенно непригоден, зато демонстрировал разнообразные глюки, о которых я не понял - как этого можно добиться. Тут объявили - разработкой plug-in-а для Eclipse занялся сам Мартин Одерски. Ещё вопрос,умеет ли он программировать. Но поздновато спохватился - спустя долгое время после появления языка он наконец задумался о том, что нужно для его практического применения. В общем. Фанатские вопли (про Scala, Haskell, Nemerle) убеждают только в существовании фанатов, но не в том, о чём они вопят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 21:15:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Partisan MВ общем. Фанатские вопли (про Scala, Haskell, Nemerle) убеждают только в существовании фанатов, но не в том, о чём они вопят. Ну, фанатские не фанатские, а раздел Enterprise на ее сайте внушает уважение (в отличие от того же Nemerle - тут ему похвастаться нечем). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 22:57:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Partisan MВ общем. Фанатские вопли (про Scala, Haskell, Nemerle) убеждают только в существовании фанатов, но не в том, о чём они вопят. Кстати, я как раз больше читаю вопли противников Scala, чем ее фанатов :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2011, 22:58:45 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Я просматривал scala, но оказалось как и в Groovy обещанные возможностях DSL, сводяться к некошерному хаккингу и костылям, никакого DSL scala из коробки не предоставляет, поэтому для подсистемы репортинга тупо избрал antlr. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2011, 00:34:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
vimba, Вообще-то DSL пишут под конкретную задачу. А все возможности язык для этого предоставляет, нужно быть просто в курсе этих возможностей и уметь их применять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2011, 02:27:28 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
just_vladimirКак только появится человеческая поддержка со стороны IDE так можно подумать, а до этого момента как то особо желания нет... Аналогично, пока IDEA в каждом первом файле для стандартных библиотек Scala "находит" ошибки, а при редактировании кода жутко тормозит, "как-то особо желания нет..." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2011, 11:57:54 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
kamre, IDEA не показатель. У них поддержка Scala хоть и фичастая, по сути - нереально тормознутая. Последние версии scala-ide (плагин к Eclipse) вполне себе рабочие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2011, 13:38:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvПоследние версии scala-ide (плагин к Eclipse) вполне себе рабочие. Попробовал очередную версию плагина (2.0.0.beta11-2_09-201110031011-3a97f5e), уже получше чем было раньше. Но все равно как-то криво. Не работает completion для keywords. Такое ощущение, что оно анализирует только файлы, которые открыты в редакторе, поэтому ни Find References, ни Call Hierarchy, ни Type Hierarchy не работают. Rename тоже некорректно работает, только в текущем (открытых в редакторе?) файле заменяет. Подсветка синтаксиса (и ее настройки) какая-то примитивная слишком. Хотя completion (хоть и выдает много лишнего) и навигация (по F3) вроде уже нормально работают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2011, 16:13:54 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
kamreХотя completion (хоть и выдает много лишнего) Не, completion тоже нормально не работает: не все варианты показывает ничего не дополняет IDEA на таких простых примерах без проблем работает, но как же она тормозит на чуть более сложном коде... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2011, 21:19:34 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
А в 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2011, 22:55:57 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
В каментах к плагину 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. ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2011, 23:03:17 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Из личного опыта - Scala уменьшает time to market. Кода меньше, код чище (при соблюдении разумных стандартов кодирования и гигиены). В Лондоне многие банки активно внедряют Scala сейчас, особенно для новых проектов. Так что через год будет такой же mainstream, как какой-нибудь C#. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2011, 12:39:07 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkrimagicprincИзучите JAXB - буквально пара строк кода. Для JAXB нужно парсить документ целиком. Он не годится для ситуации, когда нужно получить входящий XML, что-то там подправить / передалить, послать дальше. Это кто Вам сказал такую глупость!??!? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2011, 15:44:11 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Java ProgrammerЭто кто Вам сказал такую глупость!??!? Соглашусь с mikkri. Аргументируйте вашу точку зрения, плз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2011, 15:51:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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. тынц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2011, 16:04:43 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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. Это ли не костыль? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2011, 16:11:31 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2011, 16:18:26 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
kamrekamreХотя completion (хоть и выдает много лишнего) Не, completion тоже нормально не работает: не все варианты показывает ничего не дополняет IDEA на таких простых примерах без проблем работает, но как же она тормозит на чуть более сложном коде... В последней сборке (31/10/2011) первое не работает, второе работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2011, 20:08:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Наткнулся на итересный benchmark проводимый Google. По результатам Scala обогнала Java почти по всем направлениям (кроме размера jar'a и времени компиляции). P.S. Я конечно понимаю что этот benchmark мало что показывает, но всё же интересно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2011, 08:25:45 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Kenny Fartman! > http://docs.scala-lang.org/cheatsheets/ И эти люди запрещают нам есть руками? Блин, нафиг язык, в котором опечатка может приводить к трудно находимым ошибкам... -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 09:16:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraИ эти люди запрещают нам есть руками? Блин, нафиг язык, в котором опечатка может приводить к трудно находимым ошибкам... +100500 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 10:45:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraБлин, нафиг язык, в котором опечатка может приводить к трудно находимым ошибкам... О чем именно идет речь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 11:01:34 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Leonidv! >> Блин, нафиг язык, в котором опечатка может приводить к трудно находимым ошибкам... > О чем именно идет речь? Например: Код: plaintext 1. 2. 3. 4. Ну и ещё ошибки тонкие. Это как в Си дебильная фича, что если p(); это вызов процедуры, то p; это корректный код, который не вызывает процедуру. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 11:28:35 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraДобрый день, Leonidv! >> Блин, нафиг язык, в котором опечатка может приводить к трудно находимым ошибкам... > О чем именно идет речь? Например: Код: plaintext 1. 2. 3. 4. Ну и ещё ошибки тонкие. Это как в Си дебильная фича, что если p(); это вызов процедуры, то p; это корректный код, который не вызывает процедуру. -- Алексей JID: alxt@ya.ru В любом языке можно понаделать трудноуловимых ошибок, и Java-не исключение )) Мне, например, ошибка выше очевидна. В Scala метод - это всегда функция, поэтому всегда возвращает значение. Если не указываем присвоение - значит возвращается void (т.е. Unit) Просто надо привыкнуть к синтаксису. Ну, и выработать для себя определенный стиль кодирования, максимально исключающий ошибки. (Как, например, ставить константу слева для equals, или не называть одинаково поля и переменные...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 12:49:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Диез! > Мне, например, ошибка выше очевидна. В Scala метод - это всегда функция, > поэтому всегда возвращает значение. > Если не указываем присвоение - значит возвращается void (т.е. Unit) Проблема в экономии ресурса клавиатуры. Не надо это делать. Великой нужды в выведении типов нет. > Просто надо привыкнуть к синтаксису. Ну, и выработать для себя > определенный стиль кодирования, максимально исключающий ошибки. > (Как, например, ставить константу слева для equals, или не называть > одинаково поля и переменные...) А вот это хороший пример на тему того, что нужно шоры снимать иногда. Авторы java не осилили взять _ничего_ из ЯП кроме С++. Тут- невиртуальные методы. В delphi можно было б сделать так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 13:56:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, извини, но я твой пример не понял. В Delphi, self\this используется либо в методах объекта, либо передаётся как параметр. Глобальные функции исп-тся по минимуму. Но если исп-тся, то всё передаётся параметрами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 14:26:58 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Petro123! > извини, но я твой пример не понял. посмотри метод Object.Free Код: plaintext 1. 2. В результате можно написать так: Код: plaintext 1. 2. 3. 4. 5. И ошибки не будет. ОЧЕНЬ удобно. Аналогично можно сделать Код: plaintext 1. 2. Так же как удобны и виртуальные методы класса :) Так же как и Result вместо return (правда постусловий, из-за которых был придуман Result в eiffel'е нет). -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 14:32:45 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, Код: plaintext 1. Тут никакой анализатор-компилятор не поможет. С точки зрения бизнеса я точно знаю где у меня Экземпляр, а где КлассовыйМетод. Поэтому писать всё одной буквой Х :)) .... я так не делаю. Да простейший Replace внешним редактором или .... Т.е. я обычно за строгую типизацию ЯП, поэтому для меня было шоком написание клиента на JS. (Пиши как угодно, т.к. галка "Не показывать ошибки - ВЫКЛ") imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 15:02:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Petro123! > Тут никакой анализатор-компилятор не поможет. Ты не понял. Суть в том, что не-виртуальному методу не нужна VMT для поиска метода. Компилятор "впечатывает" адрес процедуры и передаёт this/self в качестве параметра. Соответственно если переменная null, то вызов пройдёт. А сам метод уже выяснит, null там или нет. В ява же приходится постоянно писать if (x != null) x.some(); > Поэтому писать всё одной буквой Х :)) .... Это просто чтобы тут меньше набирать. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 15:46:58 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, наверно я не понял замысла. Уж очень много сокращений ) Но всё равно спс. Вот этого не знал (думал Raise будет) x := nil; x.free; ....в кунсткамеру :) Удачи! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 16:04:18 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraДобрый день, Диез! > Мне, например, ошибка выше очевидна. В Scala метод - это всегда функция, > поэтому всегда возвращает значение. > Если не указываем присвоение - значит возвращается void (т.е. Unit) Проблема в экономии ресурса клавиатуры. Не надо это делать. Великой нужды в выведении типов нет. В данном случае согласен. Имхо, если метод занимает более одной строки, хорошим тоном будет указывать явно возвращаемый тип: Код: plaintext 1. 2. 3. Вывод типов хорош для локальных переменных. GKS_Samara> Просто надо привыкнуть к синтаксису. Ну, и выработать для себя > определенный стиль кодирования, максимально исключающий ошибки. > (Как, например, ставить константу слева для equals, или не называть > одинаково поля и переменные...) А вот это хороший пример на тему того, что нужно шоры снимать иногда. Авторы java не осилили взять _ничего_ из ЯП кроме С++. Тут- невиртуальные методы. В delphi можно было б сделать так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. -- Алексей JID: alxt@ya.ru Ну, как сделали, так сделали :) В Scala, кстати, "==" трактуется как метод equals, но без проблемы NPE: s: String = null println ( if ( s== "") 1 else 2); // 2 println ( if ( s.equals("")) 1 else 2); // ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 16:14:54 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
... println ( if ( s.equals("")) 1 else 2); // NPE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 16:15:43 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Petro123! > Вот этого не знал (думал Raise будет) > x := nil; > x.free; > ....в кунсткамеру :) Это очень правильно. И сильно упрощает код. Вообще изучение других ЯП очень интересное занятие. Очень расширяет кругозор. Жаль, что авторы Ява этим не занимались. Культ карго, блин. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 16:16:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraВообще изучение других ЯП очень интересное занятие. Очень расширяет кругозор. Жаль, что авторы Ява этим не занимались. Культ карго, блин. Ммм, я думаю очень даже занимались. Просто Java была сделана 15 лет назад, тогда ориентиры были другие. Ну и Scala в чем-то (ре)эволюционное развитие java. (революционное - в смысле глобальности переделки). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 17:07:00 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, 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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 17:30:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, добавлю: - property - несколько out\var параметров Тебе не жалко, а мне приятно )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 18:01:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, Не жил тогда, но сомневаюсь. Если на самом деле хотите меня убедить - давайте ссылки на статьи, книги в которых все это разжевано. Желательно посвежее. На мой взгляд, некоторые пункты из предыдущих двух постов достаточно противоречат хорошему стилю ООП. И почти все вышеперечисленное было в Delphi, которая так же появилась в то время. Возможно, слишком навороченный язык банально не потянулся бы виртуальной машиной/компилятором (вот, например, Scala и на нынешних мощностях долго компилируется). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 19:02:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvНе жил тогда В смысле, не программировал еще ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2011, 19:03:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvКстати, я как раз больше читаю вопли противников Scala, чем ее фанатов :) Вряд ли это возможно. Они не вопят, а спокойно отмечают, что этот язык никому не нужен, включая и самих фанатов Scala. Есть несколько тысяч никому не нужных языков, которые никому не нужны и их можно спокойно игнорировать, пока их фанаты не слишком разбушуются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2011, 09:37:35 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Partisan MLeonidvКстати, я как раз больше читаю вопли противников Scala, чем ее фанатов :) Вряд ли это возможно. Они не вопят, а спокойно отмечают, что этот язык никому не нужен, включая и самих фанатов Scala. Есть несколько тысяч никому не нужных языков, которые никому не нужны и их можно спокойно игнорировать, пока их фанаты не слишком разбушуются. минус сто пятьсот! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2011, 12:46:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Leonidv! > На мой взгляд, некоторые пункты из предыдущих двух постов достаточно > противоречат хорошему стилю ООП. Что противоречит? > И почти все вышеперечисленное было в > Delphi, которая так же появилась в то время. Да, ибо Хейлсберг, видимо, читает много чего ;) Я, собственно, ссылаюсь всё на один ЯП - eiffel, 86 год (т.е. на год позже С++). Да, до сих пор для него компиляторов не густо... > Возможно, слишком навороченный язык банально не потянулся бы виртуальной > машиной/компилятором (вот, например, Scala и на нынешних мощностях долго > компилируется). Слишком навороченное (переименование и т.п. для удобного множественного наследования и автоматическое деланье методов невиртуальными, если они не раз не перекрыты) я не упоминал. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2011, 09:15:07 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_Samara, Из вашего поста множественное наследование - я считаю, вполне можно без этого обходится и опыт java как раз показывает, что весьма успешно. Именованные конструкторы заменяются статичными методами или Builder'ами. > автоматическое деланье методов невиртуальными Это же можно сделать только runtime? При компиляции в общем случае не получится. Вы сослались на ЯП, но не привели ссылок на свежие источники, которые подтверждают что все что вы говорите значительно лучше того, что есть в Java. Все последние книги, которые я читал по проектированию вполне себе обходятся без множественного наследования и именованных конструкторов. Начиная с GoF и дальше. Принцип KISS тоже никто не отменял. Еще хотел спросить: > Что должна быть возможность описать тип "этот класс". Что здесь имеется ввиду? Не сталкивался с таким понятием. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2011, 10:41:31 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Leonidv! >> Из вашего поста множественное наследование - я считаю, вполне можно без >> этого обходится и опыт java как раз показывает, что весьма успешно. Да, его можно заменить делегированием. Но всё же иногда бывает, когда надо именно наследовать (т.е. класс именно "есть", а не "использует"). > Именованные конструкторы заменяются статичными методами или Builder'ами. Опять же- заменяется. Но удобнее- именованные. >> автоматическое деланье методов невиртуальными > Это же можно сделать только runtime? При компиляции в общем случае не > получится. eiffel язык с линкером- там можно. В яве- да, не получится. Работаешь, а тут загрузился класс, где этот метод перекрыт :) > Вы сослались на ЯП, но не привели ссылок на свежие источники, которые > подтверждают что все что вы говорите значительно лучше того, что есть в > Java. Я храню мнения в голове, а ссылки туда не помещаются :) Плюс собственный опыт говорит, что да, именно так лучше. Что-то приятно, что-то делает код более понятным, что-то просто незаменимо (контракты - AOP тут не помогает). > Все последние книги, которые я читал по проектированию вполне себе > обходятся без множественного наследования и именованных конструкторов. > Начиная с GoF и дальше. Принцип KISS тоже никто не отменял. Просто у них выбора нет. Я тоже не использую именованные конструкторы- нету их. Получается куча статических методов, дублирования кода и лишнее поле для ошибок (при наследовании статические поля способны творить волшебные ошибки). > Еще хотел спросить: >> Что должна быть возможность описать тип "этот класс". > Что здесь имеется ввиду? Не сталкивался с таким понятием. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. [/src]C2 c2 = new C2(); c2.add("xxx").do(...); <-- вот тут будет ошибка компиляции. [src] Редко нужно, но штука полезная. При глубокой иерархии наследования помогло бы. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2011, 11:00:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
что-то какойто срач поднялся http://blog.joda.org/2011/11/real-life-scala-feedback-from-yammer.html Кто-нить знает с чего все началось? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 16:37:45 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
http://dou.ua/lenta/digests/digest-77/ скандал локального масштаба: сотрудник Yammer Кода Хейл написал письмо в Typesafe с претензиями в адрес Scala, которое быстро разошлось по Сети; впоследствии Yammer пришлось опубликовать официальную позицию компании. То же сделала и Typesafe. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 16:39:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 17:07:08 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Большой Синий Кит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? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 17:41:11 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, Calamity Jane! > А какая есть альтернатива этому? Проблемы-то одинаковые, и тот способ > работы с коллекцией который на жабе потребует 3 строчек кода, возможно > на скале просто будет достаточно аннотации IterableLike? Просто в Скалу сейчас накидали возможностей без оценки их рисков. Причём одно и тоже можно сделать разными способами. Всё это сильно затрудняет как написание, так и чтение кода. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 18:04:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraПричём одно и тоже можно сделать разными способами. Всё это сильно затрудняет как написание, так и чтение кода.в php, кстати, такое же ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 18:04:55 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netGKS_SamaraПричём одно и тоже можно сделать разными способами. Всё это сильно затрудняет как написание, так и чтение кода.в php, кстати, такое же ) ты наверно прав. Можно я расширю до всех скриптовых языков? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 18:08:56 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Добрый день, grasoff.net! >> Причём одно и тоже можно сделать разными способами. >> Всё это сильно затрудняет как написание, так и чтение кода. > > в php, кстати, такое же ) php никто будущим не считает :) Вообще метания автора сильно затрудняют работу. Ява в начала тоже этим отметилась, но сейчас они предпочитают 7 раз отмерить. И хорошо... -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 18:10:05 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraДобрый день, Calamity Jane! > А какая есть альтернатива этому? Проблемы-то одинаковые, и тот способ > работы с коллекцией который на жабе потребует 3 строчек кода, возможно > на скале просто будет достаточно аннотации IterableLike? Просто в Скалу сейчас накидали возможностей без оценки их рисков. Причём одно и тоже можно сделать разными способами. Всё это сильно затрудняет как написание, так и чтение кода. -- Алексей JID: alxt@ya.ru Вот это очень точно, на мой взгляд: без оценки рисков. И кстати говоря, Calamity Jane , два профессиональных программиста, ведущие разработку на скала, будут стоить очень недешево. Еще вопрос, что выгоднее - скала или ява. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 19:50:55 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraДобрый день, Calamity Jane! > А какая есть альтернатива этому? Проблемы-то одинаковые, и тот способ > работы с коллекцией который на жабе потребует 3 строчек кода, возможно > на скале просто будет достаточно аннотации IterableLike? Просто в Скалу сейчас накидали возможностей без оценки их рисков. Причём одно и тоже можно сделать разными способами. Всё это сильно затрудняет как написание, так и чтение кода. -- Алексей JID: alxt@ya.ru Нет. Просто как бы парадоксально это ни звучало, но язык программирования нужно учить. Здесь кстати проблем возникнуть не должно т.к. продуктивно работать можно без использования сложных концептов... Если продвинешься - можешь использовать более сложные вещи. Но следовать этому простому правилу многие не хотят, а сразу начинают использовать все-все-все. Видно, что люди очень долго писали код с практически завязанными руками, и дорвались... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 22:40:28 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwa, GKS_Samara вопрос сложный. С одной стороны, плохо когда ЯП застывшый и редко обновляется. С другой стороны, его нельзя обвешивать как предновогоднюю елку игрушками. Как ты сам, к скале относишься? спс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:01:21 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaНет. Просто как бы парадоксально это ни звучало, но язык программирования нужно учить. +1 Также как нужно учить еще best practices по использовнию языка/библиотек. По Java все уже выучили (благодаря тому же Блоху и простоте), а для Scala еще не сформировались правила. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:08:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Мне вот интересно, те кто старательно говорят о сложности и обвешанности Scala много на ней законченных приложений написали? Пусть даже совсем небольших? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:10:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123schwa, GKS_Samara вопрос сложный. С одной стороны, плохо когда ЯП застывшый и редко обновляется. С другой стороны, его нельзя обвешивать как предновогоднюю елку игрушками. Думается, что никакого засилья непонятных фич нет - видимо после практически окаменевшей java что-то угодно покажется сумасшедшим ураганом. Резкий скачек числа "что-то лучшее чем java на jvm" только подтверждает это - пришло время меняться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:31:26 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaЗдесь кстати проблем возникнуть не должно т.к. продуктивно работать можно без использования сложных концептов... Если продвинешься - можешь использовать более сложные вещи.Когда работаешь с большим проектом, то есть ровно одно правило - в проекте будут использованы ВСЕ возможности языка и в разных местах разложены ВСЕ его грабли. (с) Я. Работать просто без сложный для тебя концептов можно только пока проект растет. Когда же приходишь на проект который пишется и дорабатывается уже лет 8 и за время разработки сменилось несколько команд программистов, то видишь практически всевозможные паттерны, подходы и все возможные вариации. Происходит это потому, что рано или поздно люди доходят до сложных концептов и внедряют их в проект. Потом приходят новые и внедряют следующие. Идет аккумулирование "улучшений", что делает проект интереснее и интереснее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:37:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvМне вот интересно, те кто старательно говорят о сложности и обвешанности Scala много на ней законченных приложений написали? Пусть даже совсем небольших?с помощью этого форума написал 2 или 3. так и не понял как это работает и главное почему именно так. Т.е. на простых вещах все пишется примерно как на java - скорость ниже потому что не привычно. В сложных же вещах скорость еще ниже. Интересный, хотя не понятно нужный ли энтерпрайзу бенефит - мощная работа с AST. Калькулятор пишется долго, зато очень красивый код. В продакшене не пригодилось ни разу - так интересно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:42:01 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDALeonidvМне вот интересно, те кто старательно говорят о сложности и обвешанности Scala много на ней законченных приложений написали? Пусть даже совсем небольших?с помощью этого форума написал 2 или 3. так и не понял как это работает и главное почему именно так. Ага, вы вроде DSL сразу пошли делать? Или я путаю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:44:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Scala сейчас проходит период пубертата поэтому моё чисто такое мнение, что 1) надо на неё время от времени внимательно смотреть, следить за развитием 2) пробовать на низкорисковых модулях, утилитах, которые всё равно на чём делать и тому подобных кошках 3) не надо пытаться на ней делать большие и высокорисковые проекты ну то есть это как раннее JEE, периода EJB 1.0 много весьма интересного, но много также и всякого ненужного/отвлекающего имеет смысл подождать, пока набьются шишки, наработаются всякие полезности и будет отторгнуто лишнее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2011, 23:49:31 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvАга, вы вроде DSL сразу пошли делать? Или я путаю?Правильно. Это было первым. DSL получился, хотя почему оно так работает понять довольно сложно без помощи подсказки вроде - тут это синглтон, а тут его метод, а тут подвинтили дополнительный метод и т.п. В java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более гибкого синтаксиса не столь однозначна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 00:02:50 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAКалькулятор пишется долго, зато очень красивый код пад сталом :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 00:05:42 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAВ java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более гибкого синтаксиса не столь однозначна. да. grasoff.net тут намекнул на php и я понял, что не люблю многозначность кода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 00:08:48 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123VoDAВ java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более гибкого синтаксиса не столь однозначна. да. grasoff.net тут намекнул на php и я понял, что не люблю многозначность кода.Тогда JavaScript - твой "любимый" язык. Язык, где большинство вещей можно сделать минимум тремя способами, каждый из которых имеет свои нюансы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 00:43:09 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDA, наоборот, я был от него в шоке. Т.е. НЕ люблю многозначность. При отладке на каждой строке, я обычно знаю дальнейший шаг компилятора. Может, за "вариантными" ЯП типа скала или ФП будущее, но IMHO пока рано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 13:56:08 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Большой Синий КитИ кстати говоря, Calamity Jane , два профессиональных программиста, ведущие разработку на скала, будут стоить очень недешево. Еще вопрос, что выгоднее - скала или ява. :) Примерно столько же, сколько два профессиональных программиста на Java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 14:12:00 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAschwaЗдесь кстати проблем возникнуть не должно т.к. продуктивно работать можно без использования сложных концептов... Если продвинешься - можешь использовать более сложные вещи.Когда работаешь с большим проектом, то есть ровно одно правило - в проекте будут использованы ВСЕ возможности языка и в разных местах разложены ВСЕ его грабли. (с) Я. Работать просто без сложный для тебя концептов можно только пока проект растет. Когда же приходишь на проект который пишется и дорабатывается уже лет 8 и за время разработки сменилось несколько команд программистов, то видишь практически всевозможные паттерны, подходы и все возможные вариации. Происходит это потому, что рано или поздно люди доходят до сложных концептов и внедряют их в проект. Потом приходят новые и внедряют следующие. Идет аккумулирование "улучшений", что делает проект интереснее и интереснее. Тогда уж лучше вообще не начинать - все равно все испортят т.к. даже в трех соснах (java) люди так могут заблудиться. Что потом проще все выкинуть и написать заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 14:33:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDALeonidvАга, вы вроде DSL сразу пошли делать? Или я путаю?Правильно. Это было первым. DSL получился, хотя почему оно так работает понять довольно сложно без помощи подсказки вроде - тут это синглтон, а тут его метод, а тут подвинтили дополнительный метод и т.п. ПМСМ, это тоже самое что начинать изучение Java с JEE. Понять как работают библиотеки довольно сложно (все ли Java программисты понимают как писать библиотеки с generic'ами?), но использовать их очень просто. Если начинать решать задачи "так же как в Java", то жизнь становится проще. VoDAВ java сильный плюс синтаксиса - по коду можно однозначно сказать что произойдет при его выполнении. scala за счет более гибкого синтаксиса не столь однозначна. Это не так. В общем случае вы не можете сказать, что будет здесь происходит. Думаю, в Scala аналогичная проблема просто менее привычно. Код: plaintext 1. 2. 3. Работа с AST - это что-то уже совсем эзотерическое. Вряд ли этим будут заниматься в обычном бизнес приложении. То есть мой посыл такой - да, действительно можно взять список сложностей Scala и начать ее изучения с них. А можно попробовать обычные задачи решать так же, как на Java но существенно более лаконично. И начать постепенно понимать идеалогию Scala. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2011, 14:37:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123grasoff.netпропущено... в php, кстати, такое же ) ты наверно прав. Можно я расширю до всех скриптовых языков? :) нет js и вообще ecma совсем не такие ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 01:37:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaТогда уж лучше вообще не начинать - все равно все испортят т.к. даже в трех соснах (java) люди так могут заблудиться. Что потом проще все выкинуть и написать заново. В java даже без адекватного лида приложение получается довольно простым в понимании. В 90% случаев. А выкинуть и переписать заново - это для любого языка актуально. Только на perl это состояние наступает сразу, на С/С++ года через 3-5, на java через 5-8 лет разработки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 02:08:46 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvПМСМ, это тоже самое что начинать изучение Java с JEE. Это не так. В общем случае вы не можете сказать, что будет здесь происходит. Думаю, в Scala аналогичная проблема просто менее привычно. Код: plaintext 1. 2. 3. То есть мой посыл такой - да, действительно можно взять список сложностей Scala и начать ее изучения с них. А можно попробовать обычные задачи решать так же, как на Java но существенно более лаконично. И начать постепенно понимать идеалогию Scala.Я начал изучать java с EJB 2.0 ... JBoss 2.x что ли =) в java зная типы переменных можно предсказать действия кода. в scala вариабельность выше, что усложняет анализ кода. насчет идеологии scala - самое противное плохая поддержка авто-дополнения со стороны среды. практически на каждый чих приходилось гуглить "как пройти по массиву" и т.п. PS пишу и думаю - может это "старческое" нежелание понять новую фичу ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 02:14:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
по сабжу. Поддержка IDE нового ЯП _со всеми фичами_ очень важно для его продвижения. Времени, как у Java, уже никогда не будет. Пример, MS для своего сильвера выпускал IDE через каждые 2 месяца. Т.е. что называется, анрессивный маркетинг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 09:29:48 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAнасчет идеологии scala - самое противное плохая поддержка авто-дополнения со стороны среды. практически на каждый чих приходилось гуглить "как пройти по массиву" и т.п. Идеология и IDE вещи не совсем связанные. По функциям редактора кода IDEA довольно хороша, только тормозная. scala-ide тоже набирает обороты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 11:21:46 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDALeonidvПМСМ, это тоже самое что начинать изучение Java с JEE. Это не так. В общем случае вы не можете сказать, что будет здесь происходит. Думаю, в Scala аналогичная проблема просто менее привычно. Код: plaintext 1. 2. 3. То есть мой посыл такой - да, действительно можно взять список сложностей Scala и начать ее изучения с них. А можно попробовать обычные задачи решать так же, как на Java но существенно более лаконично. И начать постепенно понимать идеалогию Scala.Я начал изучать java с EJB 2.0 ... JBoss 2.x что ли =) в java зная типы переменных можно предсказать действия кода. в scala вариабельность выше, что усложняет анализ кода. насчет идеологии scala - самое противное плохая поддержка авто-дополнения со стороны среды. практически на каждый чих приходилось гуглить "как пройти по массиву" и т.п. PS пишу и думаю - может это "старческое" нежелание понять новую фичу ;) Познудствую: Вы недооцениваете важность обучения - нужно было просто открыть и почитать ScalaByExample.pdf. p.s. Или кто-то считает если java была упрощенным c ++, то следующие ЯП должны быть упрощенной java? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 11:40:16 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaИли кто-то считает если java была упрощенным c ++, то следующие ЯП должны быть упрощенной java? Читал - довольно много нюансов. Да, я считаю, что в мэйнстрим языки и вообще любые ЯП вытесняют другие ЯП только в одном случае - есть задачи, которые на новом ЯП решаются проще , чем на других. java - проще писать большими командами и большие (по размеру кода) приложения. C#/.Net - проще других делать GUI приложения (увы только под Win). PHP - на нем делать интерактивные сайты проще, чем на ЯП до него. и так далее. могут быть языки, на которых проще делать стат обработку или совмещать логику обработки и логику доступа к данным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 13:13:51 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Все-таки не проще, а эффективней, иными словами дешевле. Чисто из того, чтобы было сказано ранее в обсуждениях на этом форуме участниками дискуссий (то есть это не мое мнение - у меня оно другое): на Scala эффективней писать в случае работы высококвалифицированной команды программистов. Я считаю что на Scala вообще проще писать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 16:29:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
я бы сказал, что скала обладает определённой глубиной мне потребовался примерно месяц, чтобы с моим 10+ летним Java background начать эффективно писать на Python или, скажем, JQuery потому что там всё абсолютно то же самое, плюс функции-как-параметры, плюс коллекции в синтаксисе языка в общем, ничего нового и сложного на скале я пока делал только маленькие прототипы и утилиты, но ощущение такое, что прежде чем я смогу себя назвать квалифицированным скала-программистом, пройдёт ещё минимум год активного использования скалы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 18:05:14 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvВсе-таки не проще, а эффективней, иными словами дешевле. Чисто из того, чтобы было сказано ранее в обсуждениях на этом форуме участниками дискуссий (то есть это не мое мнение - у меня оно другое): на Scala эффективней писать в случае работы высококвалифицированной команды программистов. Я считаю что на Scala вообще проще писать. ну смотря что ты подразумеваешь под словом "высококвалифицированный" просто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве. но по сравнению с остальными знаниями необходимыми для работы - дельта знаний необходимые для программирования на скале, а не жаве - ничтожны ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 20:55:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
zeehondназвать и что-бы понять некоторые фичи скалы и ее библиотек, неплохо было бы на поверхностном уровне познакомится с хаскелем. ведь гибридный язык сложнее в изучении, чем чисто ооп + чисто фп. еще добавляется один необходимый навык - умение правильного комбинирования двух парадигм. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 20:58:50 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве. Забавно читать такие вещи от человека, который не имеет серьезного опыта промышленной разработки ни на Java, ни на Scala. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 23:29:29 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве. Забавно читать такие вещи от человека, который не имеет серьезного опыта промышленной разработки ни на Java, ни на Scala. ну да. серьезного опыта не имею, но понимаю что такое гибридный язык программирования и проблемы с ним связанные. вот вчера проблемка с эф-шарпом была, для автоматической сереализации в хml нужно указывать, типы, объекты которых присутствуют в объекте. у меня был алгебраический тип, и я его указывал в списке типов, но при работе программы мне вылетала ошибка, что типа с названием (название одного из конструкторов) - не существует, но когда пытаешься добавить в качестве типа - имя конструктора - то компилятор эф-шарпа гавкает что это не тип. пришлось заюзать рефлектор, который вытянул все типы из алгребраического типа. и такие проблемы на каждом шагу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 23:39:42 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidv, а вы, как опытный - неопытному, может расскажите, в чем я заблуждаюсь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2011, 23:41:26 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNну да. серьезного опыта не имею, но понимаю что такое гибридный язык программирования и проблемы с ним связанные. Понимать вы это начнете через несколько лет после активного писания на нем. Пока вы можете лишь что-то предпологать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 01:30:02 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvZyK_BotaNну да. серьезного опыта не имею, но понимаю что такое гибридный язык программирования и проблемы с ним связанные. Понимать вы это начнете через несколько лет после активного писания на нем. Пока вы можете лишь что-то предпологать. соглашусь. но хотел бы услышать от вас хоть немного информации, на основе которой делается вывод, что писать на скале не сложнее чем на яве. я свои точку зрения сказал: нужно знать и ооп и фп, а самое страшное - уметь это использовать совместно. можете сказать, где ошибка в моем заключении? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 03:06:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве. ...чуть позже... соглашусь. но хотел бы услышать от вас хоть немного информации, на основе которой делается вывод, что писать на скале не сложнее чем на яве. Писать не сложнее, изучать сложнее. Собственно, вы же первый и написали - что сделать переход Java → Scala очень просто. Я считаю, что сделать именно переход - просто, а вот изучить Scala так же хорошо как Java - гораздо сложнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 10:34:34 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvZyK_BotaNпросто, что-бы писать на скале, нужно знать немного больше, чем что-бы писать на жаве. ...чуть позже... соглашусь. но хотел бы услышать от вас хоть немного информации, на основе которой делается вывод, что писать на скале не сложнее чем на яве. Писать не сложнее, изучать сложнее. Собственно, вы же первый и написали - что сделать переход Java → Scala очень просто. Я считаю, что сделать именно переход - просто, а вот изучить Scala так же хорошо как Java - гораздо сложнее. полностью согласен. значит мы говорили на разных языках. писать код на гибридных языкам - мне проще(и чем на ооп(java, c#), и чем на чистом фп(хасекеле)) но я уже 3 года изучал фп и 4 года - ооп. 1.5 года - гибридные. но я правда не на скале писал, а на эф-шарпе. но так как я джавист. то хочу скалу выучить. думаю мне она дастся легко, посмотрел обзорную статью в журнале ПФП, не увидел ничего нового. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 14:44:47 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNно так как я джавист. то хочу скалу выучить. думаю мне она дастся легко, посмотрел обзорную статью в журнале ПФП, не увидел ничего нового. Может лучше на сайте Scala почитать чего-нибудь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 15:05:39 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvZyK_BotaNно так как я джавист. то хочу скалу выучить. думаю мне она дастся легко, посмотрел обзорную статью в журнале ПФП, не увидел ничего нового. Может лучше на сайте Scala почитать чего-нибудь? а статья в ПФП плохая? я просто обзор языка хотел прочитать, а дальше какую книгу посоветуешь прочеть, желательно не так по языку, а больше о подходах, как на нем писать. вот для f# - есть очень хорошая книга: Real-World Functional Programming in .NET для скалы аналоги есть? хотя подозреваю, что многое из той книги - истинно и для скалы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 15:10:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Лучшей книгой по Scala считается Programming In Scala от Одерски. Еще вроде интересная Steps in Scala - но пока ее не смотрел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 15:38:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvЛучшей книгой по Scala считается Programming In Scala от Одерски. Еще вроде интересная Steps in Scala - но пока ее не смотрел. спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 15:39:44 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvЛучшей книгой по Scala считается Programming In Scala от Одерски.Есть адекватные переводы на русский? Вражий знаю, но воспринимаю информацию на нативном намного быстрее. Время важно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 15:42:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Вот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают... А вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным... Ну что Скала такая вся удобная итд... И вы выясните, что оным клиентам глубоко по барабану насколько удобен тот или иной инструмен лично вам или вообще всем разработчикам вместе взятым... Их интересует лишь сколько та или иная реализация будует стоить (причем стоить целиком, с учетом всех возможных расходов и рисков, которые тоже имеют денежное выражение), при прочих равных естественно... А вот здесб разговор уже совсем другой... Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java. Меньше строк кода, и как следствие меньшее количество багов? Согласен - это аргумент - запишем его в плюс скале... А чтог с рисками? Доступны ли Скала разработчики в том-же количестве, что и java разработчики? Насколько Скала проверенное решение по сравнению с java (которая имеет в активе хренову тучу реализованых прикладных решений), Есть ли уверенность в том, что завтра (через год-два-три) развитие скала по тем или иным причинам будут остановлено или сильно замедлено до уровня "маргинальности"? Точнее насколько сей риск больше или меньше аналогичного для java (Вспоминаем аналоги с Clipper, Delphi итд... )? Да и вообще какие расходы придется понести в случае замены java скалой в том или ином случае и насколько эти расходы себя окупят (а расходы будут обязательно)? Так что... Лично мне скала нравится... и даже очень нравится.. Но я реалист... По крайней мере в вопросах о способах зарабатывания денег... У скала есть отличный шанс занять отличную нишу и потеснить java. Но уже сейчас этот шанс начинает уменьшаться... Никакой пропагандой или иными мантрами на это повлиять нельзя - скала ждет успех только в одном случае - если будет написано некое критическое количество строк кода на скала и соответственно появится критичное количество скала-специалистов, и не только разработчиков но и... скажем так приличное количество среди идеологов определяющих список используемых технологий в крупных корпорациях.. Ну к примеру в Нокии такая группа идеологов была уже практически готова вылупиться незадолго до известных событий :( Делу безусловно могло бы помочь появление сильного покровителя в лице крупной корпорации... Ну а пока... Лично я на эту лошадь много ставить не буду... Но "по маленькой" - всенепременно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 15:57:44 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusЧто такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java. мда уж. тебя послушать, дак и на брэйнфаке можно все то же написать. нет, скала сильно мощнее жавы. посмотри на ее систему типов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:01:18 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusМнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают... ну, тут клиентом является - Сам программист. а не кто-то сферический. Это однозначно. Убедить, в первую очередь надо здесь присутствующих ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:05:06 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNgyrusЧто такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java. мда уж. тебя послушать, дак и на брэйнфаке можно все то же написать. нет, скала сильно мощнее жавы. посмотри на ее систему типов. Че мне на нее смотрет?! у меня один проект уже реализован, а другой в процессе... Причем последний это скала под андроид... Нисколько не мощнее... по крайней мере с моей точки зрения... Я не знаю что вы вкладываете в понятие "мощнее"... Я например синтаксический сахар туда не включаю... И действительно нет ничего такого, что можно сделать на скала и нельзя сделать на java причем с одинаковыми трудозатратами и одинаковым качеством и одинаковой конечной производительностью полученого решения. А вот по цене в конкретный данный момент и в конкретной точке вселенной регение на скала запросто МОЖЕТ проиграть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:08:10 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusZyK_BotaNпропущено... мда уж. тебя послушать, дак и на брэйнфаке можно все то же написать. нет, скала сильно мощнее жавы. посмотри на ее систему типов. Че мне на нее смотрет?! у меня один проект уже реализован, а другой в процессе... Причем последний это скала под андроид ... Нисколько не мощнее... по крайней мере с моей точки зрения... Я не знаю что вы вкладываете в понятие "мощнее"... Я например синтаксический сахар туда не включаю... И действительно нет ничего такого, что можно сделать на скала и нельзя сделать на java причем с одинаковыми трудозатратами и одинаковым качеством и одинаковой конечной производительностью полученого решения. А вот по цене в конкретный данный момент и в конкретной точке вселенной регение на скала запросто МОЖЕТ проиграть а. ну тогда понятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:13:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123gyrusМнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают... ну, тут клиентом является - Сам программист. а не кто-то сферический. Это однозначно. Убедить, в первую очередь надо здесь присутствующих Убедить нужно руководителей здесь присутствующих людей, что всем нам нужно платить ЗП пока мы программируем на этом языке. Или любом другом. В большинстве случаев нанимают программировать определенную систему и на определенном языке или наборе языков (java + sql + xml + pl/sql). И смена языка системы возможна, но редка ввиду стоимости такого перехода. PS на моей памяти был только один случай смены основного рабочего языка - переход с C# на T-SQL. Связано с ускорением обработки данных. Это пример в пользу 1024. Еще изредка меняют язык системы когда переписывают с нуля и меняют мажорную версию. Но это большая редкость. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:25:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDA, не, я считаю, что сначала должна инициатива снизу идти \ популяризация. Сверху с бухты барахты - кто будет рисковать? Хотя у нас был в фирме процент на инновации в кавычках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:30:29 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDA В большинстве случаев нанимают программировать определенную систему и на определенном языке или наборе языков (java + sql + xml + pl/sql). И смена языка системы возможна, но редка ввиду стоимости такого перехода. да. на таком проекте я и работаю, но есть же понятие - новых проектов. почему бы их на скале не разрабатывать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:31:36 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNVoDA В большинстве случаев нанимают программировать определенную систему и на определенном языке или наборе языков (java + sql + xml + pl/sql). И смена языка системы возможна, но редка ввиду стоимости такого перехода. да. на таком проекте я и работаю, но есть же понятие - новых проектов. почему бы их на скале не разрабатывать? почему бы вам не задать сей вопрос тому, кто платит вам зарплату? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:35:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusZyK_BotaNпропущено... да. на таком проекте я и работаю, но есть же понятие - новых проектов. почему бы их на скале не разрабатывать? почему бы вам не задать сей вопрос тому, кто платит вам зарплату? я уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же. а вот те кто новые проекты начинают, могли бы и скалу выбрать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:38:59 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
чтобы переходить на какой-то новый язык, надо иметь уверенность, что всё получится иначе это CV-driven development как он есть, со всеми негативными последствиями для кармы а чтобы иметь уверенность, надо практиковаться практиковаться же надо на том, что можно, если что, заменить без видимого ущерба для общего дела на всяких второстепенных/низкорисковых модулях и приложениях скала позволяет это сделать по-партизански и без рисков, т.к. процент скалы в Java-приложении может плавно меняться от 0 до 100 без каких-либо существенных изменений во всём остальном ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 16:55:06 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNя уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же. а вот те кто новые проекты начинают, могли бы и скалу выбрать.для этого вы должны показать преимущества scala на java. лучше финансовые преимущества - их менеджеры понимают лучше всего ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 17:04:44 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNgyrusпропущено... почему бы вам не задать сей вопрос тому, кто платит вам зарплату? я уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же. а вот те кто новые проекты начинают, могли бы и скалу выбрать. Те кто начинают новые проекты, но НЕ платит вам зарплату? Ok! Обратитесь к ним... Может они вам ответят... Я в определенных случаях могу выбрать скала... при условии, что это мой выбор конечно... В смысле, если я и есть тот человек, который принимает решение (и который за них НЕ расплачивается впоследствии) Но вот убеждать в этом иных лиц принимающих решение... у меня лично нет аргументов... Есть конечно среди таких лиц и те которых называют гиками... Так их и убеждать не надо... Как я уже упоминал в нокии практически сложилась лобисткая круппа из таких гиков ()там есть специальная должность такая... блин забыл как называется... Ну в общем те, которые идеями заведуют...), которая котора была продвигать скала... Но вот... Не сложилось... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 17:07:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAZyK_BotaNя уже ответил, что тот кто платит мне зарплату ни на какой другой язык не перейдет конечно же. а вот те кто новые проекты начинают, могли бы и скалу выбрать.для этого вы должны показать преимущества scala на java. лучше финансовые преимущества - их менеджеры понимают лучше всего ;) зачем переписывать существующее? я как раз говорю, про написание нового на скале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 17:10:10 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Опыта на Scala, практически нет. Пару лет назад участвовал в проекте в котором десять классов был написано на Scala. Особой прелести не прочувствовал. IMO чтобы Scala стала популярной, нужно чтобы в сообществе закипело. Нехватает "популярной" литературы, в которой бы простым языком были бы описаны преимущества. Не просто - это крутой язык потому что там есть: лямбы, паттерн-матчинг, траиты, таил рекурсив и т.п. хрень. Зачем все это надо и как это использовать? Думаю, на русском ни одной книги по Scala еще и в 2012 непоявиться. Второй большой вопрос, это поддержка Scala. Наример есть Страуструп который жизнь положил, на развитие C++. Есть не менее гениальный Никлаус Витр, который быстро разочеровывался и переходил с созданию чего то принципильно нового: PL360, ALGOL W, Euler, Modula-2, Oberon, Oberon-2, Pascal, Lola. К какому типу отнести Одерски пока непонятно. И что будет с этим языком если с Одерски что-нибудь случится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 17:10:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNVoDAпропущено... для этого вы должны показать преимущества scala на java. лучше финансовые преимущества - их менеджеры понимают лучше всего ;) зачем переписывать существующее? я как раз говорю, про написание нового на скале. А я про что по вашему говорю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 17:38:07 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
vas0 К какому типу отнести Одерски пока непонятно. И что будет с этим языком если с Одерски что-нибудь случится? Одерски на меня производит очень приятное впечатление матёрый академический немец-педант, который решил монетизировать свой опыт и знания , при этом максимально академическим (т.е. продавая в основном знания, а не лицензии) образом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 18:24:04 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrus Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа javaАхинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 21:31:39 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusВот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают... На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 21:52:23 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
а вот меня удивляет рейтинг tiobe, почему там скала в 50-ку языков не входит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 21:55:24 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNа вот меня удивляет рейтинг tiobe, почему там скала в 50-ку языков не входит? http://www.scala-lang.org/node/10923 No more comments. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 22:01:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Диез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 Если бы было так плохо, то выделенных конторах ее бы не использовали в продакшене. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 22:33:42 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwa, дак я и удивляюсь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 22:36:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
А чего удивляться? Мне кажется, риски существенно больше при переходе с одной версии JVM на другую, чем переход на Scala. Плюс Одерски сделал абсолютно правильный ход предоставив коммерчскую поддержку языку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 23:13:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvМне кажется, риски существенно больше при переходе с одной версии JVM на другую, чем переход на Scala. ну, это немного разного рода риски версию JVM можно откатить назад сравнительно малой кровью, да и уменьшать риск вполне понятно как - тестирование и мониторинг процесс разработки более менее крупного проекта, начатый на Scala, откатывать на Java несколько дороже, и как уменьшать его - не особо ясно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 23:24:51 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny Fartmangyrus Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа javaАхинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста. ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 23:53:06 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwagyrusВот интересно... Все почему-то рассуждают по части насколько скала удобна и приятна лично им (или наоборот)... И почему-то сей факт (удобности или неудобности) выставляется в качестве аргумента по части желательности или нежелательности перехода на скала... Мнением конечных потребителей (клиентов... Заказчиков, которые музыку заказывают...) традиционно пренебрегают... На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2011, 23:56:44 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... ZyK_BotaN в той ветке в которой я ссылку кидал, не стал ржать над М.Одерски, вспомнил какого-то пейтона джоунса. Навряд ли и у тебя получится над Одерски поржать, хотя....может ты там в Стэнфорде доктор компьютерных наук и академик кибернетики, кто знает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 00:07:13 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusKenny Fartmanпропущено... Ахинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста. ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... Начнем с простого. Переписать коллекции scala на java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 01:07:25 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwagyrusпропущено... ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... Начнем с простого. Переписать коллекции scala на java. а еще stm и акторы пущай реализуют. хотя акторы в скале - паршивые, если я все правильно понял. знатоки скалы, поправте меня, если я не прав: каждый актор выполняется в отдельном стандартном джавовском потоке? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 01:37:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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Ну а пока... Лично я на эту лошадь много ставить не буду... Но "по маленькой" - всенепременно Договорились ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 02:37:51 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusschwaпропущено... На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться? В Oracle. Правда не уверен, что они в штуках продают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 02:48:01 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusKenny Fartmanпропущено... Ахинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципе, на scala Одерски пишет фреймворк, который будет распараллеливать без участия программиста. ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... Почитайте про параллельные коллекции, сделаные в 2.9, если не путаю. К примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 02:50:16 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusА вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным... так это же просто, например предложить сократить время разработки на, скажем, 25% думаю многие клиенты - реальные и потенциальные - будут очень заинтересованны... другой вопрос - а возможно ли это, те 25?! тут уже каждый за себя ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 03:42:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Ширится количество людей, которые не боятся аггресивных фанатов скалы и заявляют "Скала едет не туда" 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 "Об скалу" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 04:01:15 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
magicprincШирится количество людей, которые не боятся троллить аггресивных фанатов скалы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 04:03:06 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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, хочется что-то новенького и вкусного... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 04:05:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... Чтобы выбрать: Scala vs Android ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 09:18:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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 головы умнее их, мастера. КПСС из этой истории ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 09:21:14 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny FartmanАхинея полная. Автоматическое распараллеливание расчетов на java невозможно сделать в принципесх*яле?! чеза бред-то? gyrus прав, говоря "Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java". Kenny Fartmanна scala Одерски пишет фреймворк, который будет распараллеливать без участия программистато есть и на scala невозможно автоматическое распараллеливание расчетов? да? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 10:03:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusschwaпропущено... На скала никто лицензии не продает - никаких откатов не будет. Так что переход на скала можно считать невыгодным Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться?www.oracle.com ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 10:10:09 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netgyrus прав, говоря "Что такого можно сделать на скала, чего нельзя сделать на java? Ничего... Совсем ничего... Скала по своим возможностям полностью эквивалентнаа java". Только на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 10:12:43 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaТолько на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор.не очень понятно без контекста ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 10:15:23 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netschwaТолько на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор.не очень понятно без контекстану, то есть то, что ты сказал, это похоже на то, если б я в этом топике написал бы "а я вчера кофе пил" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 10:17:00 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netschwaТолько на scala нужно просто поковыряться с имплиситами, а на java писать лексический анализатор.не очень понятно без контекста На java есть куча проектов где на каком-нибудь xml (или еще на чем) пытаются написать какую-то логику и потом это все как-то интерпретировать. Стоимость такого проекта на scala будет дешевле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 10:26:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkriК примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.А приёмник результата получит всё, что найдёт пул? Без пропусков и дублей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 12:28:26 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netто есть и на scala невозможно автоматическое распараллеливание расчетов? да?И даже на хачкеле и окамеле, да. Иначе бы никто скалу даже не стал бы придумывать, считали бы ядреные реакции на окамеле и лиспе, и все тут. Ан нет, не мотутъ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 12:34:57 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny Fartmangrasoff.netто есть и на scala невозможно автоматическое распараллеливание расчетов? да?И даже на хачкеле и окамеле, да. Иначе бы никто скалу даже не стал бы придумывать, считали бы ядреные реакции на окамеле и лиспе, и все тут. Ан нет, не мотутъ а вот этого не надо. у хаскеля уже есть фреймворк автоматического распараллеливания - это раз. и там идут не меньшие работы, по его усовершенствованию(например идет научная работа, на тему вложенного параллелизма) перед тем как о чем-то говорить - разберись с темой. скала, это попытка перенести фичи хаскеля - джаварантайм. но здесь без жертв не обошлось. хаскель - чистое фп - что и облегчает и автоматическое\ручное распараллеливания, и позволяет корректно работать с транзакционной памятью. а в скале с этим проблемы. программист должен быть всегда на чеку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 12:43:23 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny Fartmanсчитали бы ядреные реакции на окамеле и лиспе, и все тут. Ан нет, не мотутъЯдрёные реакции (ядерные, термоядерные и прочие кварки) считали ещё в прошлом тысячелетии. На фортране и без. Или, всё-таки, речь о численном моделировании процессов в ядерных реакторах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 12:46:10 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovmikkriК примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.А приёмник результата получит всё, что найдёт пул? Без пропусков и дублей? Интересно получается, Код: plaintext 1. Выдает результат, как ему заблагорассудится, вперемешку. С другой стороны: Код: plaintext 1. Выдает все аккуратно, без пропусков. В принципе, логично... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 12:49:24 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ДиезИнтересно получаетсяМне другое интересно: два потока - это пул или не пул? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 12:54:26 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovЯдрёные реакции (ядерные, термоядерные и прочие кварки) считали ещё в прошлом тысячелетии. На фортране и без. Или, всё-таки, речь о численном моделировании процессов в ядерных реакторах?Нет, ядерные реакторы никому не интересны, ты прав, они же обсчитаны уже 20 раз. Численное моделирование потока рабочего тела в соплах гиперзвуковых ракет. Ты презентацию одерски про PPP посмотрел? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 13:31:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
japа что им (Javистам) остается-то делать? куда двигаться? :) после стагнации Java, хочется что-то новенького и вкусного...не новенького а денег хочется. задачи-то появляются и бюджеты отдают не попильщикам (у них там на Западе) а тем кто дает результат. Вот и хочется владельцам шаражек не 100 индусов и украинцев год кормить пока они свои спринги дебажат, и дедлоки в concurrent ловят, а за чтобы 20 скальщиков успели сделать задачу за квартал. В результате - владельцу больше профит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 13:35:55 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
скалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему? Squeryl, CircumFlex, O/R Mapper? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 13:45:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
встретил на хабре: 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 з.ы. блог еще не читал, подкаст не слушал, но название - заинтриговало: "скала уже не торт" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 14:29:05 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
zeehondскалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему? Squeryl, CircumFlex, O/R Mapper? Эти доморощенные фреймворки для Scala сейчас плодятся как грибы ))) Одна проблема - все придумывают свой DSL под это дело, у каждого свой синтаксис. Зоопарк, короче. Имхо, пока в язык не добавят AST-преобразования, (типа на которых LINQ сделан), нормального ORM не будет.. А пока проще сделать свою обертку над JDBC :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 15:11:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNкаждый актор выполняется в отдельном стандартном джавовском потоке? Если правильно реализовать - то нет. Все акторы могут быть в одном потоке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 15:52:28 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
zeehondскалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему? Squeryl, CircumFlex, O/R Mapper? Любая библиотека Java? Hibernate, iBatis. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 15:56:23 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovmikkriК примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам.А приёмник результата получит всё, что найдёт пул? Без пропусков и дублей? Именно так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 16:30:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
zeehondскалисты, а скажите мне, какой нынче самый кошерный способ работы из скалы с реляционной базой и почему? Squeryl, CircumFlex, O/R Mapper? В нашей команде - Hibernate со всеми его тараканами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 16:35:05 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ДиезИмхо, пока в язык не добавят AST-преобразования, (типа на которых LINQ сделан)Например? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 16:41:45 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny Fartmangyrusну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... ZyK_BotaN в той ветке в которой я ссылку кидал, не стал ржать над М.Одерски, вспомнил какого-то пейтона джоунса. Извините... у меня найдутся более интересные занятия, чем искать где вы кидали какие-то там ссылки... Это не говоря уже о странной прихоти читать эти ссылки... Kenny FartmanНавряд ли и у тебя получится над Одерски поржать, хотя....может ты там в Стэнфорде доктор компьютерных наук и академик кибернетики, кто знает. Поржать я намеревался вовсе не над Одерски а над ВАМИ... И именно потому, что вы слышали звон, но не знаете где он... Вы а частности заявили, что Скала ИМЕЕТ (в настоящее время) возможности автоматического распараллеливания расчетов (согласно вашей терминологии), встроенные в язык на семантическом уровне ... Я правильно вас понял? Вот и изложите пожалуйста почему вы решили,что это так... Приведите доказательства... А я поржу как и обещал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 17:09:05 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwagyrusпропущено... ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... Начнем с простого. Переписать коллекции scala на java. Ну что-ж начнем с простого... ЗАЧЕМ переписывать коллекции скала на java? Вот смотрите... я написал буквально следующее - в скала не позволяет сделать ничего такого, его нельзя сделать при помощи java... Я не утверждал,что сделать нужно непременно точно также... Я утверждал, что на java ВСЕГДА можно (причем без особых трудов) разработать решение, которое будет полностью эквивалентно по всем параметрам любому решению разработанному на Scala... В частности это означат, что это смое ршениебудет разработано без использования коллекций Scala (Или с использование аналогов, разработанных в виде библиотек) ZyK_BotaNschwaпропущено... Начнем с простого. Переписать коллекции scala на java. а еще stm и акторы пущай реализуют. И без использования Actoros (Или с использованием, если уж очень хочется аналогов реализованных в виде билиотек...) ZyK_BotaNхотя акторы в скале - паршивые, если я все правильно понял. знатоки скалы, поправте меня, если я не прав: каждый актор выполняется в отдельном стандартном джавовском потоке? Как вариант - да ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 17:19:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkrigyrusпропущено... Очень хочу прикупить пару-тройку лицензий на java... Не подскажете, куда мне обратиться? В Oracle. Правда не уверен, что они в штуках продают. Увы- они непродают а дают бесплатно... Я конечно допустил некоторую неточность в тексте... Следовало написать, что я возжелал прикупить несколько лицензий на JDK - именно это следовало из контекста, в котором кто-то сетовал, что де компании не заинтересованы в скала, по причине отсутствия откатов... А вы вероятно решили сверкнуть своей осведомленностью по части лицензирования java плаформы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 17:24:46 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkrigyrusпропущено... ну.... давайте... излагайте... тот звон который вы слышали... хоть поржем... Почитайте про параллельные коллекции, сделаные в 2.9, если не путаю. К примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам. Давайте лучше вы про них почитаете а? В частности о том, как они, параллельные коллекции реализованы... Потом попробуйте ответить на такой вопрос - являются ли означенные параллельные коллекции семантическим свойством Scala? Потом почитайте про fork-join framework в java и - чисто для саморазвития про ParallelArray (только будьте внимательны - последнее это jsr166z) И вот ПОСЛЕ того как вы про все это почитаете, попробуйте сделать утверждение, что параллельные коллекции есть уникальное свойство Scala, которое в принципе невозможно реализовать в java... А мы прожем... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 17:40:08 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
japgyrusА вот вы попробуйте высказать свое мнение именно клиентам - реальным или потенциальным... так это же просто, например предложить сократить время разработки на, скажем, 25% думаю многие клиенты - реальные и потенциальные - будут очень заинтересованны... Да конечно - можно и так... ведь если посмотреть на тех кого избирают в государственную думу к примеру... Они ведь тоже обещают... Увеличить пенсии, заплаты учителям, врачам и военнослужащим, построить дороги, инновационную экономику итд... И, судя по результатам выборов в это верят не так ли? Почему бы и скала не продать аналогичным образом? Ведь если народ не спрашивает откуда возьмутся бабки, чтобы реализовать всю обещанную благость,то почему клиенты должны спрашивать откуда возьмутся те 25%? Они должны верить, как и весь народ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 17:45:25 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvZyK_BotaNкаждый актор выполняется в отдельном стандартном джавовском потоке? Если правильно реализовать - то нет. Все акторы могут быть в одном потоке. я то в курсе, что реализовать можно(и нужно). я спросил как в скале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 17:49:07 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny FartmanДиезИмхо, пока в язык не добавят AST-преобразования, (типа на которых LINQ сделан)Например? Ну, мне не хочется изучать новый синтаксис, который предлагает, например, Squeryl. Они насоздавали своих типов и операций. И предлагают писать вот так: Код: plaintext 1. А я хочу работать с таблицами так же, как с обычными коллекциями Scala: Код: plaintext 1. А для этого нужна поддержка макросов (или внедрение AST) на уровне языка. Чтобы макрос разобрал второе выражение на синтаксические элементы, и построил по ним валидный SQL-запрос. Подвижки есть, и это радует: http://scalamacros.org/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 17:53:41 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Ну я не доктор ОдерскиgyrusВы а частности заявили, что Скала ИМЕЕТ (в настоящее время) возможности автоматического распараллеливания расчетов (согласно вашей терминологии), встроенные в язык на семантическом уровне ... Я правильно вас понял?именно в язык встроена поддержка ФВП, и замыканий, и это позволяет заниматься написанием par библиотек и фреймворков для PPP. Как-то так можно погуглить "scala ppp siutability" "java ppp irrelevance" интересно что нагуглится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:08:50 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvЕсли правильно реализовать - то нет. Все акторы могут быть в одном потоке.могут, наверно. Но как тогда распараллеливать? один поток это последовательный опрос, "взять первый актор, спросить есть ли в нем работа, выполнить работу, перейти к следующему" и так по кругу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:16:34 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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, результирующий байт-код не сможет выйти за рамки возможностей предоставляемых виртуальной машиной... Посему, всегда существует возможность написать код на разных ЯП таким образом, что результирующий байт код не будет принципиально различаться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:18:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny FartmanНу я не доктор ОдерскиgyrusВы а частности заявили, что Скала ИМЕЕТ (в настоящее время) возможности автоматического распараллеливания расчетов (согласно вашей терминологии), встроенные в язык на семантическом уровне ... Я правильно вас понял?именно в язык встроена поддержка ФВП, и замыканий, и это позволяет заниматься написанием par библиотек и фреймворков для PPP. Как-то так можно погуглить "scala ppp siutability" "java ppp irrelevance" интересно что нагуглится Для тех кто в танке... 1) Функциональные языки по определению обладают возможностями автоматического распараллеливания кода - это естественная возможность функционального подхода 2) Ни в одном из функциональных языков эта возможность не реализована на семантическом уровне Для того, чтобы было понятно именно вам я приведу такую аналогию - у меня есть физическая возможность вот прямо сейчас выйти на балкон и облегчиться с 4-го этажа, но наличие этой возможности не означает, что я ей непременно воспользуюсь Кстати... по моему где-то на sql.ru была неплохая дискуссия на тему автоматического параллелизма в ФЯП... с очень хорошими примерами, почему это не реализовано ни в одном существующем ФЯП и почему ТАКОЕ распараллеливание может не только не улучшить, но даже ухудшить производительность... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:30:17 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNLeonidvпропущено... Если правильно реализовать - то нет. Все акторы могут быть в одном потоке. я то в курсе, что реализовать можно(и нужно). я спросил как в скале. В Scala могут использовать один поток. Если правильно написать код, который использует класс Actor. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:43:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusя написал буквально следующее - в скала не позволяет сделать ничего такого, его нельзя сделать при помощи java... Глупый вопрос, показывающий что вы вообще слабо понимаете в программировании. Любую алгоритмическую задачу можно реализовать на любом языке адекватном языке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:47:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidvgyrusя написал буквально следующее - в скала не позволяет сделать ничего такого, его нельзя сделать при помощи java... Глупый вопрос, показывающий что вы вообще слабо понимаете в программировании. Любую алгоритмическую задачу можно реализовать на любом языке адекватном языке. Договорились! Я слабо понимаю в прогрммировании :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:48:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusДоговорились! Я слабо понимаю в прогрммировании :) ok ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 18:52:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrus2) Ни в одном из функциональных языков эта возможность не реализована на семантическом уровне*чем семантический от синтаксического отличается? *если путем добавления .par к Map автоматически появляется "параллельный процессинг" этого Map то этого мало?Кстати... по моему где-то на sql.ru была неплохая дискуссия на тему автоматического параллелизма в ФЯП... с очень хорошими примерами, почему это не реализовано ни в одном существующем ФЯП и почему ТАКОЕ распараллеливание может не только не улучшить, но даже ухудшить производительность...ссылку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 19:21:29 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
как по мне, разница именно в том, о чём мне, как разработчику, надо париться меня вот не парит memory allocation благодаря GC в Java, и слава ей за это, хотя он там есть он там просто есть и просто работает так вот если на Scala можно будет писать параллельную обработку _не парясь_ о тонкостях её конкретной реализации - как там что куда параллелится, multicore или ваще multinode, конфигурируемое внешне - это не никак не сравнится с fork-join API в Java, который хоть и весьма полезен, но всё ж не что иное как нашлёпка ну не знаю, масло в машине можно менять самому а можно отдать в сервис суть процесса одна и та же - масло меняется но разные интерфейсы: в первом случае он более гибок, во втором - более удобен второй интерфейс обычно предпочтительнее, если гарантирует удовлетворительный результат ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 19:21:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkriИменно так.Я, на самом деле прикалывался над постановкой. Многопоточный поиск в списке - это пять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 19:33:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovЯ, на самом деле прикалывался над постановкой. Многопоточный поиск в списке - это пять. Готц тоже считает что без этого в java никуда. http://blogs.oracle.com/briangoetz/resource/devoxx-lang-lib-vm-co-evol.pdf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 19:36:04 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
BlazkowiczГотц тоже считает что без этого в java никуда.Я всё понимаю кроме одного - как можно что-то параллелить в списке ? Ну ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ... P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 19:43:05 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. Sidorov, +1 ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 19:46:29 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny Fartmangyrus2) Ни в одном из функциональных языков эта возможность не реализована на семантическом уровне*чем семантический от синтаксического отличается? Не знаете? Kenny Fartman*если путем добавления .par к Map автоматически появляется "параллельный процессинг" этого Map то этого мало? НЕ если... Мало... Кстати... по моему где-то на sql.ru была неплохая дискуссия на тему автоматического параллелизма в ФЯП... с очень хорошими примерами, почему это не реализовано ни в одном существующем ФЯП и почему ТАКОЕ распараллеливание может не только не улучшить, но даже ухудшить производительность...ссылку[/quot] У нас сегодня государственный праздник... Я отдыхаю... и мне лень что либо делать... Но вы несомненно можете найти эту тему сами... Это совсем просто... Если у вас не получится с первого раза, а также со второго и еще нескольких последующих, я вас научу... Это я только в программировании слабо понимаю.... Ав поиске я огого!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 19:54:02 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. Sidorovно в классическом односвязном ... P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив.сюрприз, а ты в scala.collection заглядывал? там над каждой классической коллекцией over доикса врапперов, готовых уже, "все придумано уже до вас" пока вы ржёте тут над собой gyrusкоторый исполняется Java Virtual Machine - той-же самой,которая исполняет байт код скомпилированного java приложения...И какие-бы распрекрасные синтаксические конструкции не предоставляла Scala, или иной ЯП реализованный на базе JVM, результирующий байт-код не сможет выйти за рамки возможностей предоставляемых виртуальной машиной... Посему, всегда существует возможность написать код на разных ЯП таким образом, что результирующий байт код не будет принципиально различаться"исполняет байт код скомпилированного java приложения"...который в свою очередь преобразует в машкоды конкретного процессора, поэтому на любом языке вроде ASMа можно написать такую же точно программу как и на языке вроде ocaml-а, nemerle или F# тем же количеством народу и с теми же затратами. Точка. Финиш. Зачем тогда 60 лет эволюции computer sience? Куда лезут эти ученые? сидели бы себе и дальше по регистрам джампали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 20:24:22 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovBlazkowiczГотц тоже считает что без этого в java никуда.Я всё понимаю кроме одного - как можно что-то параллелить в списке ? Ну ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ... Да запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 20:27:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ДиезПодвижки есть, и это радует: http://scalamacros.org/ главное чтобы не превратили в очередное одиозное зомби Невмерле А то окажется что синтаксис скалы мешает внедрению макросов и, чтобы их внедрить, надо выкинуть over 999 ненужной синтаксической шелухи и превратить scala в scheme ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 20:30:56 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ДиезДа запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка.сейчас придут знатоки и начнут над тобой ржать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 20:32:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny FartmanДиезДа запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка.сейчас придут знатоки и начнут над тобой ржать Если аргументированно поржут - хорошо, узнаю что-то новое. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 20:34:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrus Но вы несомненно можете найти эту тему сами... Это совсем просто... Если у вас не получится с первого раза, а также со второго и еще нескольких последующих, я вас научу... Это я только в программировании слабо понимаю.... Ав поиске я огого!!!Это Функциональное программирование чтоли? там ахинея какая-тоНе фига не легко и люди над этим не первый год бьются, и польза от параллельности во многих случаях не очень очевидна, зато вред весьма заметен. Мы например у себя вообще пришли к тому что многопоточность зло (иногда неизбежное). Наверное сайт sql.ru тоже в один поток работает, да пусть продлятся годы его под луной ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 20:44:45 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ДиезBasil A. Sidorovпропущено... Я всё понимаю кроме одного - как можно что-то параллелить в списке ? Ну ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ... Да запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка. а зачем получать след-ий, если не обработан этот? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:05:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123Диезпропущено... Да запросто )) Если обработка элемента списка занимает время, существенно большее, чем получение следующего элемента списка. а зачем получать след-ий, если не обработан этот? Для ускорения. На многопроцессорной системе имеем пул тредов, скармливая ему элементы списка по мере высвобождения. Я тут предполагаю, что мы говорим о ФП, и функция обработки не имеет side-эффектов. ПС. На самом деле теоретизирую. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:15:14 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Диез, в теории здорово, а в практике - не выходит. Когда вышел 2-х ядернй проц, тоже было радости полне штаны. Я не понял. Теоретикам скалы гранты девать некуда? Лучше бы другой хибер сделали. Нельзя всё на одну лошадь ставить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:21:57 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
по поводу списка. Для ускорения прицепить к ним индексы, хранимки и SQL4, т.к. SQL3 уже есть. Будет быстро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:24:13 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123Диез, в теории здорово, а в практике - не выходит. Когда вышел 2-х ядернй проц, тоже было радости полне штаны. Я не понял. Теоретикам скалы гранты девать некуда? Лучше бы другой хибер сделали. Нельзя всё на одну лошадь ставить :) Что не выходит на практике? Нет задач, которые можно выполнять параллельно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:26:14 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusmikkriпропущено... Почитайте про параллельные коллекции, сделаные в 2.9, если не путаю. К примеру, нужно пробежаться по списку из 30.000 элементов. В Scala очень легко подключить к этому целый пул потоков, которые будут бегать по подспискам. Давайте лучше вы про них почитаете а? В частности о том, как они, параллельные коллекции реализованы... Потом попробуйте ответить на такой вопрос - являются ли означенные параллельные коллекции семантическим свойством Scala? Потом почитайте про fork-join framework в java и - чисто для саморазвития про ParallelArray (только будьте внимательны - последнее это jsr166z) И вот ПОСЛЕ того как вы про все это почитаете, попробуйте сделать утверждение, что параллельные коллекции есть уникальное свойство Scala, которое в принципе невозможно реализовать в java... А мы прожем... А вы только попробуйте их использовать без лямбд. А мы прожем (c) :)) К вам вопрос. Когда вы последний раз писали код, использующий классы из j.u,c? И как часто вы это делаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:31:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaPetro123Диез, в теории здорово, а в практике - не выходит. Когда вышел 2-х ядернй проц, тоже было радости полне штаны. Я не понял. Теоретикам скалы гранты девать некуда? Лучше бы другой хибер сделали. Нельзя всё на одну лошадь ставить :) Что не выходит на практике? Нет задач, которые можно выполнять параллельно? быстро не ответить. Тут gyrus вполне логично отвечал 11715686 . Но "понаехали тут" и начали сразу какашками :). ------------ Задачи есть, но надо понимать, что АВТОМАТИЗИРОВАТЬ их нельзя. Это не сборщик мусора организовать - банальный счётчик. Тут логика замешана. Есть ЯП в которых сама идеология потоковая, но там СЕТЕВОЙ яп. Параллельность АВТО только для межсетевой маршрутизации объектов и заданий. Так что, в скала, как в Java + косметика! Ну и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:40:33 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny FartmanНаверное сайт sql.ru тоже в один поток работает, да пусть продлятся годы его под луной ты перепутал контекст. Он про потоки на прикладном уровне (программист создал поток), а ты на уровне Веб-сревера (контейнер над сервлетом). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 21:53:43 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123Когда вышел 2-х ядернй проц, тоже было радости полне штаны. Когда появились многоядерные процессоры, остро встала проблема реализации вычислений так, чтобы эффективно использовать несколько ядер. В момент их появления работать в несколько потоков не умело почти ни одного десктопное приложение. Задача, собственно, не решена до сих пор. Intel вкладывает значитеьные средства в автоматический параллелизм хотя бы на уровне компилятора. Если я все правильно понимаю, Одерски пытается решить задачу на уровне языка + компилятора. Если у него получится, Scala станет классным средством. Понятно, что реализация распределенных вычислений будет следующий задачей, причем практически решенной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 22:20:08 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
www.parleys.com/d/2184 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 23:04:57 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvScala станет \ станет классным средством аминь.............................. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2011, 23:19:44 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
mikkriВсе верно пишете. У нас (большой банк с ИТ бюджетом около миллиарда долларов) в качестве одного из целевых языков - Scala. Писать новые программы на Java планируется прекратить в ближайшем будущем, как когда-то прекратили писать новые программы на Коболе. MS? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 00:59:42 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovНу ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ... P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив.Если результат обработки элемента списка не зависит от предыдущего потока обработки, то можно легко разделить список на Н-частей, обсчитать отдельно, а затем сложить вместе результаты вычислений. ForkJoin как раз для таких мат.задач и сделали. Причем теоретически ForkJoin может работать и между нодами. Получаем классический MapReduce, только без фазы Map ;) PS да, на списке в 10-1000 элементов выгоды не будет. Думаю, что это готовятся выйти на рубеж Терабайтных модулей памяти и обработки всего-и-вся прямо в памяти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 01:07:32 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrus....что Scala приложение компилируется в байт код, который исполняется Java Virtual Machine - той-же самой,которая исполняет байт код скомпилированного java приложения... так это зависит от реализации только, разве нет? если какой-то умник сделает (такие подделки уже есть) это под тот-же самый CLR, то возможности расширятся ;) фантазируя дальше: тот же IBM может (при желании) сделать нативе поддержку для мэйнфрэймов , если кому-то надо будет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 01:28:08 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
japтак это зависит от реализации только, разве нет? если какой-то умник сделает (такие подделки уже есть) это под тот-же самый CLR, то возможности расширятся ;) фантазируя дальше: тот же IBM может (при желании) сделать нативе поддержку для мэйнфрэймов , если кому-то надо будет... http://jaxenter.com/ozma-bringing-declarative-concurrency-to-scala-36694.html http://zhengxi.livejournal.com/111746.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 12:21:10 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidv http://prezi.com/07yqjyfcotn6/top-10-reasons-java-programs-envy-scala/ спасибо, хорошая подборка ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 13:19:05 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
japgyrus....что Scala приложение компилируется в байт код, который исполняется Java Virtual Machine - той-же самой,которая исполняет байт код скомпилированного java приложения... так это зависит от реализации только, разве нет? если какой-то умник сделает (такие подделки уже есть) это под тот-же самый CLR, то возможности расширятся ;) Вот когда и если сделает, тогда и будет разговор. На сегоднящний день ситуация такова, какой я ее описал (и по моему скромному мнению нет ни малейших причин к тому, чтобы эта ситуация как-то изменилась.. Ну разве что на .NET портируют) japфантазируя дальше: тот же IBM может (при желании) сделать нативе поддержку для мэйнфрэймов , если кому-то надо будет... Фантазируя дальше: И придет великий Саурон и настанет царствие божие на земле... Кстати... Знаете как именуются люди, которые воспринимают свои фантазии как часть реального мира? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 18:28:21 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDABasil A. SidorovНу ладно двусвязный список - можно идти двумя потоками с разных концов и встретиться "где-то на Эльбе", но в классическом односвязном ... P.S. Нет, не надо мне рассказывать, как "поделить" список на сегменты или "превратить" в массив.Если результат обработки элемента списка не зависит от предыдущего потока обработки, то можно легко разделить список на Н-частей, обсчитать отдельно, а затем сложить вместе результаты вычислений. ForkJoin как раз для таких мат.задач и сделали. Причем теоретически ForkJoin может работать и между нодами. Получаем классический MapReduce, только без фазы Map ;) PS да, на списке в 10-1000 элементов выгоды не будет. Думаю, что это готовятся выйти на рубеж Терабайтных модулей памяти и обработки всего-и-вся прямо в памяти. Скажу больше - упомянутая паралельная обработка списков в скале реализована именно посредством Fork-Join Framework (и java версия озняенной функциональности будет реализована точно так-же) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 18:30:59 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidvgyrusя написал буквально следующее - скала не позволяет сделать ничего такого, чего нельзя сделать при помощи java ... Глупый вопрос, показывающий что вы вообще слабо понимаете в программировании. Любую алгоритмическую задачу можно реализовать на любом языке адекватном языке .хм. вощето вы оба сказали одно и то же. я исправил ошибки в цитате, чтобы было понятнее. такшто както не ясно причем тут "вопрос" да ещё и глупый. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 18:40:36 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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" - мы ведь академиев не кончали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 18:58:02 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Коллеги, как вы считаете, с учетом выхода java 8 насколько актуально выглядит scala? P.S. java 8 еще долго ждать, но все же? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 19:20:54 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Alexey KuznetsovКоллеги, как вы считаете, с учетом выхода java 8 насколько актуально выглядит scala? Вполне актуально... Точнее вполне может быть актуально... В будущем.. Причем вне зависимости от java 8 Но деньги за нее пока не платят Alexey KuznetsovP.S. java 8 еще долго ждать, но все же? Почему долго? несколько месяцев... 4-6 наверное... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 19:26:44 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netLeonidvпропущено... Глупый вопрос, показывающий что вы вообще слабо понимаете в программировании. Любую алгоритмическую задачу можно реализовать на любом языке адекватном языке .хм. вощето вы оба сказали одно и то же. Это потому, что вы видимо тоже "слабо понимаете в программировании" :) grasoff.netя исправил ошибки в цитате, чтобы было понятнее. такшто както не ясно причем тут "вопрос" да ещё и глупый. Как при чем?!!!! Надо же как-то выявлять тех, кто "слабо понимаете в программировании"??!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 19:35:22 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny Fartmangyrus Но вы несомненно можете найти эту тему сами... Это совсем просто... Если у вас не получится с первого раза, а также со второго и еще нескольких последующих, я вас научу... Это я только в программировании слабо понимаю.... Ав поиске я огого!!!Это Функциональное программирование чтоли? Не уверен на 100% но очень на то похоже... я конечно не про ссылку на конкретный пост, а про всю ветку Kenny Fartmanтам ахинея какая-то Вот это правильно... Никогда не следует признавать собственноую тупость неспособность понять написаное, равно как и признавать что-то, что не соответствует вашему вероисповеданию - нужно объявлять это ахинеей и сжигать на костре ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 19:39:01 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvЕсли я все правильно понимаю, Одерски пытается решить задачу на уровне языка + компилятора. Если у него получится, Scala станет классным средством. Понятно, что реализация распределенных вычислений будет следующий задачей, причем практически решенной. Я конечно слабо понимаею в программировании, но русским и английским языками я владею в достаточной степени, чтобы сообщить вам, что вы все понимаете неправильно - Одерски НЕ пытается решить задачу на уровне языка + компилятора. Одерски разрабатывает прикладную библиотеку, которая позволит создавать DSL для конкретного класса задач. Созданный DSL может содержать реализацию конкретных алгоритмов распаралеливания для данного класса задач. В качестве примера я уже приводил реализацию паралеллной обработки коллекций в Скала - это БИБЛИОТЕКА (т.е. реализация не на уровне языка), которая реализует алгоритмы распаралеливания для выделенного класса задач - не более того... Допустим вам приперло реализовать распаралеливание некотороых алгоритмов на графах - вы вполне можете реализовать свою собственную библиотеку на Scala или на java в той=же самой манере как это сделано для параллельных коллекций в Scala (приперло на самом деле мне и я в общем практически реализовал - на java - это просто пример...) - иными словами вы фактически можете реализовать алгоритм распаралеливания для узкого круга задач, засунуть его в библиотеку или реализовать DSL (что в общем-то тоже самое) и пользоваться в свое удовольствие "автоматическим распараллеливанием" Так вот, собственно пан Одерски и собирается предоставить библиотеку, которая позволит делать вышеописаное посредством неким особо элегантным способом (Синтаксис Scala вообще очень хорошо подходит для определения DSL) - по крайней мере он обещал это сделать... в течении 5 лет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 19:54:52 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusСинтаксис Scala вообще очень хорошо подходит для определения DSL Не догадываетесь, почему синтаксис Scala очень хорошо подходит для определения DSL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 20:14:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvgyrusСинтаксис Scala вообще очень хорошо подходит для определения DSL Не догадываетесь, почему синтаксис Scala очень хорошо подходит для определения DSL? НУ КАНЭШНА НЕТ!!! Я вообще вообще слабо понимаю в программировании - куда мне... Но вы пишите-пишите... Мне так не хватает ваших откровений! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 20:33:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusТак вот, собственно пан Одерски и собирается предоставить библиотеку, которая позволит делать вышеописаное посредством неким особо элегантным способом тогда почему в жабе без и даже в скале нельзя сделать LINQ без добавления в язык пресловутых макросов? И вообще, что дает программистам С# этот LINQ если жаба программисты обходятся без него, с помощью резалтсетов и ORM? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 20:39:15 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusAlexey KuznetsovКоллеги, как вы считаете, с учетом выхода java 8 насколько актуально выглядит scala? Вполне актуально... Точнее вполне может быть актуально... В будущем.. Причем вне зависимости от java 8 Но деньги за нее пока не платят Alexey KuznetsovP.S. java 8 еще долго ждать, но все же? Почему долго? несколько месяцев... 4-6 наверное... Лето 2013 тынц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 22:08:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusЭто ЕДИНСТВЕННОЕ преимущество является преимуществом только в глазах разработчиков. Тем кто платит разработчикам деньги глубоко по барабану насколько разработчикам УДОБНО писать код... Они конечно в принципе не простив, но при условии, что это как минимум не увеличит риски и, в меньшей степени - расходы. schwaК вам вопрос. Когда вы последний раз писали код, использующий классы из j.u,c? И как часто вы это делаете? Никогда - я даже не знаю, что такое "j.u,c" - мы ведь академиев не кончали j u c = это java util concurrent, а следующий код это сегодняшняя реальность.Предложите завернуть в supprress warning uchecked? Код: java 1. 2. 3. Даже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены. Это действительно нужно. Почему такая корпорация как майкрософт для разработки C# нанимает академика, а ведь могли бы и дальше выращивать клон java? И вот после его прихода C# становится самым продвинутым из майнстрим яп, а java, калькой с которой он был, оказалась в роли догоняющей? Они продали лямбда исчисление своим кастомерам? Ведь ничего для них не изменилось, изменения видны только для разработчиков. Может просто у владельцами java были те, кто продавал лишь железяки, а java им вообще непонятно для чего была нужна? Если так, то последствия этой политики мы и наблюдаем в последнее время, а как следствие этого видим всплеск числа новых яп на jvm т.к. java как яп не устраивает практически всех. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2011, 22:35:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 02:43:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny Fartmanтам над каждой классической коллекцией over доикса врапперовИ? Если кто-то так озабочен производительностью, что хочет параллелизма, то почему бы этом кто-то не начать со структуры данных, адекватной задаче, а не "удобству"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 03:47:56 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Kenny FartmangyrusТак вот, собственно пан Одерски и собирается предоставить библиотеку, которая позволит делать вышеописаное посредством неким особо элегантным способом тогда почему в жабе без и даже в скале нельзя сделать LINQ без добавления в язык пресловутых макросов? И вообще, что дает программистам С# этот LINQ если жаба программисты обходятся без него, с помощью резалтсетов и ORM? Простите сударыня, не могли бы вы уточнить ваш вопрос? Правильно ли я понимаю, что полностью ваш вопрос звучит так: авторпочему в жабе без и даже в скале нельзя сделать LINQ без добавления в язык пресловутых макросов, если пан Одерски собирается разработать некую библиотеку, которая позволит создавать проблемно ориентированные языки неким особо элегантным способом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 12:07:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwagyrusпропущено... Вполне актуально... Точнее вполне может быть актуально... В будущем.. Причем вне зависимости от java 8 Но деньги за нее пока не платят пропущено... Почему долго? несколько месяцев... 4-6 наверное... Лето 2013 тынц Да... и правда... сроки перенесли... Ну что-ж... наверное в этом есть какая-то сермяжная правда... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 12:08:45 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaj u c = это java util concurrent, а следующий код это сегодняшняя реальность. Спасибо, что уточнили... а то я прям аппетит потерял... что за фигня schwa знает а я нет?! schwaПредложите завернуть в supprress warning uchecked? Код: java 1. 2. 3. Зачем? И что собственно вы хотели сказать этим кодом? Я наверное староват, чтобы успевать за полетом ващей фантазии... schwaДаже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены. Милая барышня... Тут такое дело... Люди, даже самые великие, когда что-то говорят они прежде всего высказывают точку зрения... Либо свою, либо того лица (физического или юридического), от имени которого говорят в данный конкретный момент... И даже в этом случае не стоит передергивать и вырывать из контекста отдельные фразы. Но главное - любые высказывания сколь угодно великих людей не должны препятствовать использованию собственной головы по ее прямому назначению... schwaЭто действительно нужно. Вот здесь самое место, чтобы указать КОМУ нужно и ЗАЧЕМ нужно schwaПочему такая корпорация как майкрософт для разработки C# нанимает академика, а ведь могли бы и дальше выращивать клон java? И вот после его прихода C# становится самым продвинутым из майнстрим яп, а java, калькой с которой он был, оказалась в роли догоняющей? Они продали лямбда исчисление своим кастомерам? Ведь ничего для них не изменилось, изменения видны только для разработчиков. Блиииииинннн!!! А я можно сказать днями не сплю, ночами не ем! Все думаю зачем майкрософт нанимает академика!!! А оно эвона как оказывается!!! schwaМожет просто у владельцами java были те, кто продавал лишь железяки, а java им вообще непонятно для чего была нужна? Если так, то последствия этой политики мы и наблюдаем в последнее время, а как следствие этого видим всплеск числа новых яп на jvm т.к. java как яп не устраивает практически всех. Еще версии будут? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 12:25:11 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
zeehondLeonidvМне кажется, риски существенно больше при переходе с одной версии JVM на другую, чем переход на Scala. ну, это немного разного рода риски версию JVM можно откатить назад сравнительно малой кровью, да и уменьшать риск вполне понятно как - тестирование и мониторинг Это можно легко сделать, если язык не меняется. При переходе на JDK7 меняется и язык, и JRE. То есть отказаться от JVM так просто не получится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 13:15:56 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwaДаже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены.А чем они ограничены? кроме большего размера кода ввиду большего количества слов для описания? Плюс при использовании java замыкания хоть и больше кода требуют (описания анонимного класса, единственной функции и т.п.), но при этом более наглядны и сразу понятны принимаемые и возвращаемые типы. Может я ретроград, но выражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходе. Я за замыкания вида: java: int (int i) => { i * 2} scala: (Integer i) : Integer => { i * 2} и против шорткатов вида _ * 2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 13:16:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAвыражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходеint :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 13:17:15 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvПри переходе на JDK7 меняется и язык, и JRE. То есть отказаться от JVM так просто не получится.А если делать в два шага. Первый смена JVM с 6 на 7 и обкатка приложения в течении нескольких недель продакшена. И только после этого шаг второй - использования языковых конструкций из 7-ки. ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 13:37:57 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netVoDAвыражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходеint :)как бы не так - в scala это может быть и Double и BigDecimal и вообще любой класс для которого определено умножение на int :P ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 13:45:19 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAМожет я ретроград, но выражение _ * 2 у меня вызывает вопрос какой тип на входе и какой тип на выходе. Я за замыкания вида: java: int (int i) => { i * 2} scala: (Integer i) : Integer => { i * 2} и против шорткатов вида _ * 2 По поводу кода - вы _*2 нигде не увидете. как минимум это будет так: Код: java 1. А скорее всего вообще вот так: Код: java 1. 2. А может на самом деле и не надо знать, какой тут тип? Если все функции определены корретно, в целом-то и не важно какой конкретно здесь тип: Int, BigInteger или вообще какой-нибудь ComplexNumber. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 13:58:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDALeonidvПри переходе на JDK7 меняется и язык, и JRE. То есть отказаться от JVM так просто не получится.А если делать в два шага. Первый смена JVM с 6 на 7 и обкатка приложения в течении нескольких недель продакшена. И только после этого шаг второй - использования языковых конструкций из 7-ки. ? Тоже верно. Другое дело, что если брать облачные вычисления - то мы получаемся завязаны на версию JDK провайдера услуг... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 14:04:52 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvПо поводу кода - вы _*2 нигде не увидете. как минимум это будет так: А скорее всего вообще вот так: Код: java 1. 2. а так? Код: java 1. 2. LeonidvА может на самом деле и не надо знать, какой тут тип? Если все функции определены корретно, в целом-то и не важно какой конкретно здесь тип: Int, BigInteger или вообще какой-нибудь ComplexNumber.Если у нас есть несколько собственных объектов Obj1, Obj2, Obj3. Причем были сделаны implicit def на преобразование из int в каждый из типов, то функция > какого из Obj* будет применена? И можно ли заранее по коду предсказать в какой тип будет преобразован int или это UNPREDICTABLE? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:18:59 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDA Причем были сделаны implicit def на преобразование из int в каждый из типов нельзя делать имплисит, для преобразования из повсеместно используемых типов, например из инт. имплисит есть резон делать, когда выполняется два правила: 1 - исходный тип - очень специфичен, и может использоваться только в определенном контексте 2 - есть большой кусок кода, где необходимо постоянно преобразовывать тип, из исходящего - в целевой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:22:48 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDA, з.ы. - Доктор, когда я делаю вот так... Ой! Да, то мне больно. Что делать? - Не делайте больше так никогда, и все пройдет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:23:46 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNнельзя делать имплисит, для преобразования из повсеместно используемых типов, например из инт.Это запрет уровня компилятора? я делал и оно даже работало ИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:35:15 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAZyK_BotaNнельзя делать имплисит, для преобразования из повсеместно используемых типов, например из инт.Это запрет уровня компилятора? я делал и оно даже работало запрет на уровне здравой логике. я тебе віше анекдот на данную тему привел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:41:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAЕсли у нас есть несколько собственных объектов Obj1, Obj2, Obj3. Причем были сделаны implicit def на преобразование из int в каждый из типов, то функция > какого из Obj* будет применена? Я c implicit не работал и особо не разбирался, поэтому отвечу из общих соображений. Код можно написать или так: Код: java 1. или так: Код: java 1. Тогда будете точно уверены, что лежит в коллекции. Это как писать if (x) {return true} и if (x) return true; Во вторых, в общем случае вы не знаете и что будет реально выполнено вот здесь (любой ООП): Код: java 1. 2. И на вопрос, почему вам важно это знать - вы не ответили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:42:23 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;) ножом тоже можно себе навредить, если резать не колбасу, а свой палец. ножу не место на кухне? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:42:55 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNVoDAИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;) ножом тоже можно себе навредить, если резать не колбасу, а свой палец. ножу не место на кухне? тебе нравится как в JS 4 варианта равенства == которые пропускает компилятор? Автоприведение типов как в С++? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:48:33 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNзапрет на уровне здравой логике. я тебе віше анекдот на данную тему привел.здравая логика и продакшен увы ортогональны. в любой сколько нибудь большой системе будут использованы все возможности языка и разложены все его грабли. потому если можно потерять память - она будет потеряна. А если можно сделать implicit def на примитив - это будет(!) сделано. и только всякого рода анализаторы кода позволяют находить потерянную память и разложенные грабли implicit def. но намного приятнее когда сам язык на уровне компилятора запрещает потенциально опасные операции. к примеру прямое управление памятью в java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:48:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNVoDAИМХО чем больше проблем пытаются обойти через best practice, тем больше граблей разложено в основном языке, а best practice это заплатка пытающаяся закрыть дыру в языке. может лучше не создавать дыр, чем затыкать их заплатками? ;) ножом тоже можно себе навредить, если резать не колбасу, а свой палец. ножу не место на кухне?хорошая аналогия как только сделают мега-колбасо-хлебо-резатель, которым не возможно порезаться самому - нож сразу стоит выкинуть чтобы малые дети не пошинковали себя. вероятность мала, но лучше чтобы ее не было совсем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:51:26 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123тебе нравится как в JS 4 варианта равенства == которые пропускает компилятор? Автоприведение типов как в С++? js - не шарю то что оно по умолчанию - не нравится, а сама возможность - да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:51:31 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNPetro123тебе нравится как в JS 4 варианта равенства == которые пропускает компилятор? Автоприведение типов как в С++? js - не шарю то что оно по умолчанию - не нравится, а сама возможность - да. ну дак, всё к месту. - вместо ПОЛУ_ФП лучше полностью ФП типа Erlang - где надо быстрые массивы в памяти, то С++ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 15:58:01 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123ZyK_BotaNпропущено... js - не шарю то что оно по умолчанию - не нравится, а сама возможность - да. ну дак, всё к месту. - вместо ПОЛУ_ФП лучше полностью ФП типа Erlang Haskell эрланг - уж больно нишевый. да и хаскель не сказка. с виду, библиотек полно(в основном биндинги к с++-ным), а как пытаешься их использовать, дак понимаешь, что документации - ноль. приходится самому в исходники лезть. и то, на что ты тратишь работая с жавой\скалой - 2 минуты, а хаскеле час промучаешся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 16:01:49 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNэрланг - уж больно нишевый. зато Какая идея!!! Нет состояния !!! ЗЫ. Компилятор\IDE помощник чтобы программист не думал и мог расслабится (в типах ошибиться). А ОН поправит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 16:06:39 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123ZyK_BotaNэрланг - уж больно нишевый. зато Какая идея!!! Нет состояния !!! ЗЫ. Компилятор\IDE помощник чтобы программист не думал и мог расслабится (в типах ошибиться). А ОН поправит. а в хаскеле на такая идея? более того, состояние у эрланга - есть, а у хаскля - нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 16:30:15 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaN, off не в курсе. Мне хватило концепции одного - крышу сносит :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 17:42:15 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123ZyK_BotaN, off не в курсе. Мне хватило концепции одного - крышу сносит :) Если не в курсе, зачем писать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 20:51:40 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
gyrusschwaj u c = это java util concurrent, а следующий код это сегодняшняя реальность. Спасибо, что уточнили... а то я прям аппетит потерял... что за фигня schwa знает а я нет?! schwaПредложите завернуть в supprress warning uchecked? Код: java 1. 2. 3. Зачем? И что собственно вы хотели сказать этим кодом? Я наверное староват, чтобы успевать за полетом ващей фантазии... Перепишите этот код на scala (вы же ее знаете в такой степени, чтобы сделать это?) - посмотрите на разницу. Если не видите т.к. это клиенту то же не видно. Тогда вопрос: а точно нужна крутая виртуальная машина с поддержкой jit, сборкой мусора (он сам может убраться) нафига java, если написать на plain old c (ну или на c ++) тоже можно? gyrusschwaДаже Гослинг сказал, что без лямбд и вывода типов (локального) возможности для конкурентного программирование на java сильно ограничены. Милая барышня ... Тут такое дело... Люди, даже самые великие, когда что-то говорят они прежде всего высказывают точку зрения... Либо свою, либо того лица (физического или юридического), от имени которого говорят в данный конкретный момент... И даже в этом случае не стоит передергивать и вырывать из контекста отдельные фразы. Но главное - любые высказывания сколь угодно великих людей не должны препятствовать использованию собственной головы по ее прямому назначению... wtf?! Видел его полное интервью, где это говорилось, и ничего не додумываю, а Гослинг сморозил ерунду. С кем не бывает? gyrusВот здесь самое место, чтобы указать КОМУ нужно и ЗАЧЕМ нужно Какие возможности java и jvm будут использоваться в написании кода приложения решают технические специалисты, которые будут реализовывать проект. Это не дело манаджеров клиента, их людей из отдела маркетинга, их бухгалтерии. Не согласны - пока. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 21:56:06 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvPetro123ZyK_BotaN, off не в курсе. Мне хватило концепции одного - крышу сносит :) Если не в курсе, зачем писать? с тобой разговаривают? Ты посмотри свои посты. Пришёл, наложил 2 кучи и ушёл. Ходишь за мной как шестёрка, Питерец. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2011, 23:26:58 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123ZyK_BotaN, off не в курсе. Мне хватило концепции одного - крышу сносит :) ну я к хаскелю перешел после эрланга. на знакомство с эрлангом хватило пару недель. а хаскель уже два года изучаю, и нет уверенности в своих знаниях )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2011, 00:19:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNPetro123ZyK_BotaN, off не в курсе. Мне хватило концепции одного - крышу сносит :) ну я к хаскелю перешел после эрланга. на знакомство с эрлангом хватило пару недель. а хаскель уже два года изучаю, и нет уверенности в своих знаниях )) OFF значит тебя "торкнуло" Доза для тестов http://habrahabr.ru/blogs/htranslations/31546/ Либо был незамутнённый разум, т.к. сложно сразу усидеть на 3-х стульях: ООП \ ФП \ SQL Удачи! ______________________________________________ "Сложнее всего в мире достигнуть простоты — это крайняя граница опыта и последнее усилие гения". © George Sand. AutoPOI.ru — ГИС-технологии для Oracle ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2011, 09:27:11 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
schwagyrusпропущено... Спасибо, что уточнили... а то я прям аппетит потерял... что за фигня schwa знает а я нет?! пропущено... Зачем? И что собственно вы хотели сказать этим кодом? Я наверное староват, чтобы успевать за полетом ващей фантазии... Перепишите этот код на scala (вы же ее знаете в такой степени, чтобы сделать это?) - посмотрите на разницу. ЗАЧЕМ? Сударыня, что по вашему я должен УВИДЕТЬ, если у меня вдруг возникнет блажь выполнять прихоти взаламошных барышень?! Если я вдруг посоветую вам перевести это сообщение на английский язык (вы же его знаете в такой степени, чтобы сделать это?) и посмотреть на разницу, вы немедленно последуете этому совету? schwaЕсли не видите т.к. это клиенту то же не видно. Тогда вопрос: а точно нужна крутая виртуальная машина с поддержкой jit, сборкой мусора (он сам может убраться) нафига java, если написать на plain old c (ну или на c ++) тоже можно? Ну-ну? Мадам - говорите скорее вашу версию - ЗАЧЕМ? schwagyrusпропущено... Милая барышня ... Тут такое дело... Люди, даже самые великие, когда что-то говорят они прежде всего высказывают точку зрения... Либо свою, либо того лица (физического или юридического), от имени которого говорят в данный конкретный момент... И даже в этом случае не стоит передергивать и вырывать из контекста отдельные фразы. Но главное - любые высказывания сколь угодно великих людей не должны препятствовать использованию собственной головы по ее прямому назначению... wtf?! Видел его полное интервью, где это говорилось, и ничего не додумываю, а Гослинг сморозил ерунду. С кем не бывает? Ну разумеется!!! С кем не бывает? Слышали звон... schwagyrusВот здесь самое место, чтобы указать КОМУ нужно и ЗАЧЕМ нужно Какие возможности java и jvm будут использоваться в написании кода приложения решают технические специалисты, которые будут реализовывать проект. Это не дело манаджеров клиента, их людей из отдела маркетинга, их бухгалтерии. Не согласны - пока. Девушка - вашу бы наивность, да в мирных целях.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2011, 14:24:11 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123значит тебя "торкнуло" Доза для тестов да, правда с понятием фп, я до эрланга познакомился, проришивал задачки с СИКПа. а с эрленгом знакомился так - 1 день на знакомство с синтаксисом и понятием акторов - две недели на знакомство с otp но отп так и не осилил (( а базовый эрланг - понял очень быстро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2011, 14:25:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Вот одни уже перешли, теперь обратно на Java переползают: http://www.infoq.com/news/2011/11/yammer-scala ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2011, 19:16:29 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
dominator, Уже обсуждили здесь. И судя по ответу, переползают не полностью, а только переносят часть библиотек. По правильному принципу - берем подходящий инструмент для решения задач. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2011, 20:45:27 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
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. Скала может занять и, вероятно, займет нишу специализированных высоко-*** языков с высоким уровнем *** (вместо *** подставить любимые критерии), но не станет мэйнстримом. Мэйнстрим - язык применяя которых компании могут получить доход использую средних и хреновых программистов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2011, 00:54:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
а вам не кажется, что нечестно сравнивать доступность программистов на Java, которой уже 14 лет вроде как, со скалой, которая в последние 2 года как-то более-менее стала заметной я вот например тыцаю код на Java с 1999 года Scala меня очень интересует, но практический опыт вот только начинаю нарабатывать в статистике на рынке труда я буду отражён как опытный Java-программист, а для проектов на Scala во мне пока смысла не очень много но это не значит, что это всё так и останется через 3-4 года я уже, б-г даст, буду Senior Scala Developer, и при прочих равных не пойду работать туда, где только легаси-Java код а таких как я хомячков, которым нравится Scala - примерно 100500 тыщ это даст совершенно иную статистику ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2011, 04:49:43 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
zeehond, может быть. только IT движется по спирали, не произведением опыта на лЕта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2011, 11:22:13 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
как по мне, дак переход со джавы на скалу, подобен переходу с си на с++, со всеми вытекающими... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2011, 14:38:52 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAМэйнстрим - язык применяя которых компании могут получить доход использую средних и хреновых программистов. Да нет так сложна Scala, как ее малуют. Если не писать на ней фреймворки - то все очень просто. Внимание, вопрос - сколько людей пишет фреймворки? На java тоже можно такой код написать, что никто не разберется кроме автора. Да и автор через полгода тоже :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2011, 20:55:16 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
zeehondа вам не кажется, что нечестно сравнивать доступность программистов на Java, которой уже 14 лет вроде как, со скалой, которая в последние 2 года как-то более-менее стала заметнойкогда приходит заказчик и просит оценить затраты на проект, то отвечать - подождите 3-4 года и будет новый язык довольно странно, не находишь? zeehondно это не значит, что это всё так и останется через 3-4 года я уже, б-г даст, буду Senior Scala Developer, и при прочих равных не пойду работать туда, где только легаси-Java код а таких как я хомячков, которым нравится Scala - примерно 100500 тыщ это даст совершенно иную статистикуОтлично. если через 2 года количество java dev-ov сравняется с количеством scala, то мое мнение, как руководителя разработки, о сложности scala будет иным. Хотя мое ИМХО что хомячки очень редко влияют на общее распределение. Должны быть и армия хомячков и армия потребителей, чтобы что-то стало мэйнстрим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2011, 15:35:14 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
я всего лишь хотел сказать, что в данный момент на скале делать коммерческий код я не готов, это было бы нечестно по отношению к кастомеру т.е. если кастомеру нужен специалист по скале, я (пока ещё) не тот специалист насчёт хомячков - именно они и влияют на статистику, а не редкие гуру представьте себе 2001 скажем год, и вам надо разрабатывать какое-то ентерпрайз приложение на Java EJB 2 только появились, умеющих их эффективно использовать - единицы никаких IOC/DI контейнеров нет, никаких аннотаций в яве ещё тоже нет из view-технологий есть только сервлеты и JSP сложно? неудобно? проблемы с кадрами? с производительностью? да, да, да и да но за 10 лет, смотрите-ка, насколько много всего изменилось и появилось вокруг Java делать на ней приложения стало гораздо проще и эффективнее *** ну а теперь скала как практически пригодная к использованию технология, она появилась не раньше чем 3 года назад пока что - сложно, непривычно, неудобно, нестабильные API, может быть непредсказуемой производительность но есть существенный потенциал и т.к. не надо выполнять гарантии совместимости - можно рефакторить быстро и эффективно на успех Scala как "следующей Java" может повлиять только внесение в Java её наиболее важных фич - синтаксического сахара, функциональных парадигм, трейтов и т.п. а это, как мне кажется, задача близкая к невыполнимой не зря же Одерски решил построить свой лунапарк, он должен лучше других быть в курсе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2011, 17:03:36 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
VoDAХотя мое ИМХО что хомячки очень редко влияют на общее распределение. Должны быть и армия хомячков и армия потребителей, чтобы что-то стало мэйнстрим. Перенесети эту точку зрения относительно C и C++, например. Или Delphi и C#. Я к тому, что если бы все придерживались такой же точки зрения, мы бы писали на коболе. Относительно преимуществ Scala - они есть, и их не мало. Главное - существенно сокращается скорость написания кода и существенно улучшается его читаемость. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2011, 19:51:07 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidv Главное - существенно сокращается скорость написания кодаПопишу-ка я лучше пока на Java ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2011, 20:01:42 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
svenomLeonidv Главное - существенно сокращается скорость написания кодаПопишу-ка я лучше пока на Java :) Думаю, смысл понятен даже из-за такой опечатки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2011, 21:52:57 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
M.Oderski обрисовывает перспективы Scala 2.10, и планы на 2012год http://marakana.com/forums/scala/general/575.html http://youtu.be/qqQNqIy5LdM ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2011, 18:23:53 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
http://habrahabr.ru/blogs/java/134897/ и там ссылка ещё на одну статью ps обратите внимание как пишет автор. авторЯ пишу Scala код непрерывно в течение большего времени, чем кто-либо за пределами EPFL ... Написал больше строк кода на Scala (более 250K), чем кто-либо на планете. ... Я зарабатываю на жизнь консультированием, в основном для Scala и Lift, и, таким образом, активно участвую во множестве проектов. Это не означает, что я считаю, что я прав, а все остальные неправы. это пример как надо общаться ) посмотрите на пару топиков (когда умрёт ява, этот, про триггеры там) посмотрите на категоричные посты многих там отметившихся глупо, чо ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 13:24:04 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
grasoff.netпосмотрите на категоричные посты многих там отметившихся+1 Это синдром "карманного Чака Норриса" - на форуме все умные и категоричные, а в реале - пшик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 13:30:37 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Мой опыт работы со скала - это любопытство: как реализован framework SQueryl ( ala LINQ). Я из чистого любобытсва изучал source code. Что я вынес? Scala классный язык. Но это в общем. Недостатки (достоинства очевидны) - это, как ни странно type inference. Почему? Потому что в случае var i = 5 все класс. Но, когда в Squeryl в некотором классе пишут в правой части определения поля что-то типа Код: java 1. и, при этом, 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 14:17:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Valery Shiskinкак реализован framework SQueryl ( ala LINQ) подробнее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 14:26:02 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Valery Shiskin это вынуждает Вас глазами и руками пролистать код, чтобы понять что же такое будет переменная b. а че, редактор не подскажет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 14:49:48 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Паршивые (пока) редакторы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 15:04:03 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
а мне, не нравится в скале, то что синтаксис жабоподобный оставили, а надо было, имхо, мл-вский запилить. что-бы новичек понимал, что это не жабка с лямбдами, а нечто большее )))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 15:17:13 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
А что такое мл-вский ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 15:54:26 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Valery ShiskinА что такое мл-вский ? основанный на языке ML(где и зародились концепции, на которых основана скала) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2012, 16:01:16 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Valery Shiskin Но, когда в Squeryl в некотором классе пишут в правой части определения поля что-то типа Код: java 1. и, при этом, c,d,m,n это объекты типа MyInteger, MyFloatну, тут явно проблема не в type inference а в школоте которая не умеет называть переменные осмысленными называниями вместо b, c, d, m. Этому учат сразу на первом курсе вуза, название переменной должно отражать ее тип и назначение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 15:33:20 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Valery ShiskinPetro123, http://squeryl.org/ Используется в Scala Lift. спс. прикольно, но я на него вышел через соседнюю тему. Как долго протянет java? Там ссылка на сайт сделанный по всем новомодным технологиям в пику к спринг :) Скала + ActiveRecord + веб-фреймворк. Интересный ГУИ-дизайн (расширение параграфа), но очень аскетичный дизайн. Как и всё в Java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 16:00:31 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123Скала + ActiveRecord + веб-фреймворк. Интересный ГУИ-дизайн (расширение параграфа), но очень аскетичный дизайн. Как и всё в Java. GUI никакого отношения к Scala и Java не имеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 19:49:42 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidv, не дай господи, Оракле тоже так думать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 20:07:58 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123Leonidv, не дай господи, Оракле тоже так думать ok, gui приведенного и отмеченная фича сайта никакого отношения к Java и Scala не имеют. Там все на js? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 20:16:12 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidv, а js чем генерируется? а то если так думать, то можно сказать, что джава и к вычислениям отношения не имеет, там машкод. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 20:18:30 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNLeonidv, а js чем генерируется? а то если так думать, то можно сказать, что джава и к вычислениям отношения не имеет, там машкод. У меня там знак вопроса по ошибке был... js руками пишется. Тот же эффект так же легко можно было сделать на голом jsp+servlet. По сути ничего не изменится. Посыл мой такой - показывать на этот и сайт говорить, что в его GUI как-то сильно связан с тем, что backend сделан на Scala смысла не имеет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 21:28:38 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
LeonidvПосыл мой такой - показывать на этот и сайт говорить, что в его GUI как-то сильно связан с тем, что backend сделан на Scala смысла не имеет. Дык развейте наши заблуждения. Имейте своё мнение, а не боритесь с чужими. Проверьте сайт и скажите, что он никакого отношения к скала и Lift не имеет. Анекдот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 23:25:21 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Petro123LeonidvПосыл мой такой - показывать на этот и сайт говорить, что в его GUI как-то сильно связан с тем, что backend сделан на Scala смысла не имеет. Дык развейте наши заблуждения. Имейте своё мнение, а не боритесь с чужими. Проверьте сайт и скажите, что он никакого отношения к скала и Lift не имеет. Анекдот Еще раз. Я не говорил, что он не имеет отношения к Scala и Lift. Я говорю, что глупо делать связь между "Интересный ГУИ-дизайн (расширение параграфа), но очень аскетичный дизайн." и backend'ом. Ровно тот же дизайн можно было бы сделать на любом другом backend'е. В данном случае это две практически не связанные вещи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 23:33:16 |
|
||
|
Переходим на Scala?
|
|||
|---|---|---|---|
|
#18+
Leonidv, ок. Фраза: "Сайт гавно, сделано на скале и Lift". Но такое же г. можно сделать на любом другом". Должна тебя устроить. Спокойной ночи, если заснёшь :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 23:44:17 |
|
||
|
|

start [/forum/topic.php?all=1&fid=59&tid=2132904]: |
0ms |
get settings: |
18ms |
get forum list: |
24ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
49ms |
get topic data: |
21ms |
get forum data: |
5ms |
get page messages: |
333ms |
get tp. blocked users: |
2ms |
| others: | 411ms |
| total: | 873ms |

| 0 / 0 |
