LINUX.ORG.RU

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

 , ,


0

2

11 апреля в Санкт-Петербурге пройдет третья конференция для Scala-разработчиков.

Программа конференции:

  • Илья Ключников (Huawei Research) «Введение в lightweight modular staging и scala virtualized»;
  • Дмитрий Найданов (JetBrains) «Play 2.0 в IntelliJ IDEA»;
  • Павел Фатин (JetBrains) «Поддержка компиляции в Scala Plugin с использованием Zinc»;
  • Алексей Злобин (GridGain) «Легкое распределённое программирование со Scala и GridGain»;
  • Багманов Рафаэль (Grid Dynamics) «Scala in a wild enterprise».

Вход свободный, необходима предварительная регистрация.

>>> Подробности

★★★★★

Проверено: maxcom ()

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

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

BattleCoder ★★★★★ ()

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

GblGbl ★★★★★ ()
Ответ на: комментарий от GblGbl

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

h31 ★★★★ ()
Ответ на: комментарий от GblGbl

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

crunchy_crow ()
Ответ на: комментарий от crunchy_crow

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

GblGbl ★★★★★ ()
Ответ на: комментарий от GblGbl

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

crunchy_crow ()
Ответ на: комментарий от crunchy_crow

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

ymn ★★★★★ ()

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

anonymous ()
Ответ на: комментарий от GblGbl

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

BillDver ★★★ ()
Ответ на: комментарий от I-Love-Microsoft

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

luke ★★★ ()
Ответ на: комментарий от I-Love-Microsoft

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

ymn ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

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

Reset ★★★★★ ()
Ответ на: комментарий от BillDver

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

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

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

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

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

anonymous ()
Ответ на: комментарий от I-Love-Microsoft

property есть?

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

unsigned типы?

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

Reset ★★★★★ ()

Play 2.0

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

vertexua ★★★☆☆ ()
Ответ на: комментарий от I-Love-Microsoft

property есть

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

vertexua ★★★☆☆ ()
Последнее исправление: vertexua (всего исправлений: 1)
Ответ на: комментарий от crunchy_crow

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

vertexua ★★★☆☆ ()
Последнее исправление: vertexua (всего исправлений: 1)

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

Про ORM знаю.

LongLiveUbuntu ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

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

LongLiveUbuntu ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

unsigned типы?

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

shahid ★★★★★ ()
Ответ на: комментарий от shahid

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

vertexua ★★★☆☆ ()

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

anonymous ()
Ответ на: комментарий от shahid

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

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

I-Love-Microsoft ★★★★★ ()

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

Etch ()
Ответ на: комментарий от ymn

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

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

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

dave ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

unsigned типы?

Нет.

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

rtvd ★★★★★ ()
Ответ на: комментарий от rtvd

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

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

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

I-Love-Microsoft ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

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

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

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

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

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

rtvd ★★★★★ ()
Ответ на: комментарий от anonymous

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

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

Bioreactor ★★★★★ ()
Ответ на: комментарий от dave

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

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

Bioreactor ★★★★★ ()
Ответ на: комментарий от Bioreactor

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

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

anonymous ()
Ответ на: комментарий от Bioreactor

Bioreactor
Bioreactor
Bioreactor

Groovy
Groovy
Groovy

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

anonymous ()
Ответ на: комментарий от rtvd

unsigned типы?

Нет.

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

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

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

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

anonymous ()
Ответ на: комментарий от dave

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

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

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

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

r ★★★★★ ()
Ответ на: комментарий от r

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

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

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

dave ★★★★★ ()
Ответ на: комментарий от I-Love-Microsoft

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

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

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

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.