Третья встреча Scala-разработчиков в Санкт-Петербурге

Мм, так хотелось бы съездить... но 11 апреля.. четверг %) Петербург. здорово тем, кто живёт в Петербурге.

А видеоотчёт будет?

Наверное, мне там делать нечего с опытом, ограниченным курсом на coursera

Тоже интересен этот вопрос. Опыт на уровне «HelloWorld, Akka!».

И как тебе курс? Мартин сейчас начал второй забег, просто интересно мнение человека, который уже закончил.

Это единственный курс, который я прошёл до конца, со всеми задачками 10 из 10 баллов. Задания не глупые, но и не заумные. Только на последнее забил, времени не стало.

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

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

Я правильно понимаю, что раз Java уже RIP, то и Scala RIP?

Разве? А что ей пришло на замену?

Она сама померла. Oracle прекратила публичные обновления Java 6

Кризис всё-таки, нахлебников из третьих стран держать уже не выгодно.

про размен монет непонятно, подскажи в какую сторону думать.

В чем фишка языка Scala буквально в нескольких словах?

Вроде как изначально в MIT он был разработан как Lisp для обучения.

scala — это такая правильная джава. Приятное сочетание ФП и ООП, двусторонняя интероперабельность с джавой.

перепутал со scheme же.

scala это та же java вид в профиль, но с наличием некоторых приятных плюшек

a1*x1 + ... an *xn = C

где ai - номинал монеты

C - итоговая сумма

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

существует i, такое что ai != 0

Идиот я.

кстати про лисп, недавно в скалу приволокли макросы. http://scalamacros.org/

С этого поста начинаем лиспосрач.

property есть? unsigned типы?

unsigned типы

jvm же...

property есть?

java.util.Properties ? вся стандартная библиотека доступна

unsigned типы?

нет, на сколько я понимаю это ограничение jvm

Play 2.0

Пусть он будет проклят

property кажется есть

property есть

unified access. Вкратце, любое поле кроме private [this] не поле, а поле, геттер и сеттер. Любое использование поля - автоматически через геттер или сеттер. Можно потом переопределить без изменения бинарной совместимости.

ухты, годно

Только сеттеры и геттеры там name():String, name_(s:String). Если нужно согласно JavaBean конвенции, то нужно ставить аннотацию @BeanProperty, но никто так не делает

Что насчет аналогов LINQ в Scala дабы raw sql не писать?

Про ORM знаю.

Есть beans - аналог properties, unsigned типов нет во имя совместимости с Java.

unsigned типы?

Экономия одного бита ради массы несовместимостей? Нет, к счастью нету.

Если бы бита. Там short в int надо переделывать, а int в long если нужно вместить знаковое число

Про ORM знаю.

Почему тогда спрашиваешь?

Scala - это какой-то недоenterprise и в то же время недофункциональщина. Какого это, быть изгоем?

Экономия одного бита ради массы несовместимостей? Нет, к счастью нету.

но я могу работать с бинарными 64-битными числами, чтобы все 64 разряда были доступны для битовых операций?

А из коробки?

Ещё одна ymn'ая новость на ЛОРе! Спасибо!

scala — это такая правильная джава. Приятное сочетание ФП и ООП, двусторонняя интероперабельность с джавой.

Только библиотеки у нее ужасно написаны, особенно библиотека коллекций. Вообще, мне не нравится сама идея использовать методы объектов самих коллекций. Мне кажется, был бы более правильным подход F# с использованием модулей, которые можно имитировать на Scala с помощью объектов-компаньонов. И с наследованием там просто перебор, полный и безоговорочный перебор. Много сложностей насоздавали на пустом месте.

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

unsigned типы?

Нет.

Кстати, зачем они тебе?

Java позволяет получить доступ к 64-битному числу от 0-го до 63-го бита? т.е. ко всем 64-м битам в битовых операциях?

если да, то тогда снимаю свою потребность в unsigned числах

или например, если у меня 8-битное, все 8 бит в битовых операциях доступны?

Java позволяет получить доступ к 64-битному числу от 0-го до 63-го бита? т.е. ко всем 64-м битам в битовых операциях?

если да, то тогда снимаю свою потребность в unsigned числах

или например, если у меня 8-битное, все 8 бит в битовых операциях доступны?

Конечно. Это же Java. :)

Смотри, например, реализацию writeLong в DataOutputStream.

А я был уверен, что малолетние анонимусы «рип» на ЛОРе.

Без них просто на форуме чище.

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

Потому, как со Спрингом интеграция очень хорошая.

Эка тебя БОМБАНУЛО! Видать прямо в яблочко попало!

Ничего не поделаешь, Java уже не спасти, люди переходят на Common Lisp.

Bioreactor
Bioreactor
Bioreactor

Groovy
Groovy
Groovy

Java стремительно теряет позиции. Даже самые прожженные джаберы с десятилетиями стажа вынуждены отказаться от неё.

Slick, не? Сам не пробовал.

unsigned типы?

Нет.

Кстати, зачем они тебе?

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

Немешало бы еще константные объекты и методы.

Вообщем заменить ошибки времени выполнения ошибками времени компиляции. :)

Только библиотеки у нее ужасно написаны, особенно библиотека коллекций. Вообще, мне не нравится сама идея использовать методы объектов самих коллекций. Мне кажется, был бы более правильным подход F# с использованием модулей, которые можно имитировать на Scala с помощью объектов-компаньонов.

И в чем принципиальная разница?

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

Они там не на пустом месте а во имя реюза и higher kinded types.

И в чем принципиальная разница?

Разница в том, что комбинаторы уже не принадлежат коллекциям. Не нужно городить сложную иерархию с наследованием. Правда, тогда нужно будет как-то имитировать pipeline для поддержки стиля ФП, когда комбинаторы применяются друг за другом. В F# это достигается за счет заинлайненого оператора и частичного применения. В Scala этот прием не пройдет. Собственно, использование методов на самих классах коллекций решает проблему последовательного pipiline, но порождает другие.

Тут, вообще, забавная штука. Дон Сайм и Джо Армстронг порою говорят противоположные вещи тому, что сделано Мартином Одерским. Злоупотребление трейтами и наследованием - один из примеров плохого стиля. Сущности становятся слишком связанными. И в случае коллекций их комбинаторы типа map и filter лучше было бы делегировать чему-то другому, да тому же модулю (объекту-компаньону).

1. В jvm есть только один unsigned примитив - это char

2. Можно получить доступ к любому биту 64/32/16/8 битного целого

Java позволяет получить доступ к 64-битному числу от 0-го до 63-го бита? т.е. ко всем 64-м битам в битовых операциях?