а что для вас "скала джун"?

ну это я) наверное мне как раз бы и хотелось интересно узнать, что должен знать скала джуниор

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

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

ну если бы я собеседовал скала джуна, то наверное все-таки первое

все равно для себя можешь ответить, кто ты)

http://www.scala-lang.org/old/node/8610 Вот такая статья есть на эту тему.

Скала джунов же не бывает :(

хотелось бы быть первым вариантом. ага, спасибо, такую статью видел) но хотелось бы все-таки интересные вопросы, а там достаточно сжато описаны компетенции. еще одна из первых ссылок в гугле https://github.com/Jarlakxen/Scala-Interview-Questions но я уже поотвечал на эти вопросы и хотелось бы еще

https://github.com/groz/interviews/blob/master/README.md

ого, спасибо

не за что =)

и чем это скала вопросы?

обыкновенные алгоритмы

Вообще там все по скале

Алгоритмов нет почти

http://insights.dice.com/2014/09/12/4-interview-questions-scala-developers/

@agorobets1 спасибо, видел отвечал :)

Вообще я думал вот как: я спрошу, и мне кто-то скажет "я вот это спросил бы", "я спросил бы вот то", "вот это можно/нужно знать". Но потом вспомнил, что люди работают как бы

дежурная наша задача - написать функцию которая находит максимальное четное и максимальное нечетное значение в переданном списке

в чем подвох?

ни в чем

банить за хитрый фолд? :)

нужно сделать ровно то что написано :)

в чем подвох?

ваш код будет использован в продакшене без вашего ведома

банить за хитрый фолд? :)

почему? чем плохо?

переизбыток "фп"

старый добрый while + var вполне ок

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

старый добрый while + var вполне ок

ну это прямо java style

ну это прямо java style

старый злобный вайл :D

ну это прямо java style

ну вот потому и банить :) ничего плохого в var нет

само собой, не стоит его наружу высовывать а внутри метода -- самое оно

само собой, не стоит его наружу высовывать а внутри метода -- самое оно

так, а какие плюшки из Scala у вас принято использовать? (раз даже fold в отрешенных)

так, а какие плюшки из Scala у вас принято использовать? (раз даже fold в отрешенных)

нужно использовать не плюшки, а здравый смысл

ArrayListы

нужно использовать не плюшки, а здравый смысл

так и до Go недалеко

просто лично я бы решение через фолд завернул

нужно использовать не плюшки, а здравый смысл

То, что очевидно понятно?

то, что _интуитивно_ понятно, полагаю

Да да

Трудно придумать критерий субъективнее

просто лично я бы решение через фолд завернул

я вот пишу сейчас небольшого бота для личных нужд на скале, каждый раз заставляя писать себя как можно функциональнее, чтобы выбить из себя старые привычки. И тут ВНЕЗАПНО такое.

ну вот многие почему-то считают, что фп == хитрозадые мапы/редьюсы/фолды и специально пишут так, даже когда можно и нужно проще

ну просто накинька как бы ты сам сделал? =)

ну просто накинька как бы ты сам сделал? =)

вайл и два вара

implicitly :-D

ну фолд то же самое, тут дело вкуса а не простоты

Да можно хоть через filter и max находить :)

ну просто накинька как бы ты сам сделал? =)

Давайте начнем месить мой код. Кто бы его и как переписал ?

def nextButton(o: Integer) = InlineKeyboardButton(s"Ещё ${Pics.Forward}", callbackData = LpuOrder(o + 1)) def showAll = InlineKeyboardButton(s"${Pics.Expand}", callbackData = LpuAll()) def prevButton(o: Integer) = InlineKeyboardButton(s"${Pics.Backward} Назад", callbackData = LpuOrder(o - 1)) def lpuButton(lpu: Lpu) = InlineKeyboardButton(lpu.NAME, callbackData = Lpu(lpu.LPUCODE)) def collapseButton = InlineKeyboardButton(s"${Pics.Collapse}", callbackData = LpuOrder(1)) val values = repository.getLpus(chatId.get, order) val result = values.flatMap { case (lpus, hasNext) => { val markups = order match { case Some(o) => (for { lpu <- lpus button = Seq(lpuButton(lpu)) } yield button) ++ Seq( ((if (o > 1) Seq(prevButton(o)) else Seq()) :+ showAll) ++ (if (hasNext) Seq(nextButton(o)) else Seq())) case None => lpus.map(lpu => Seq(lpuButton(lpu))) :+ Seq(collapseButton) } val markup = InlineKeyboardMarkup(markups) message match { case None => api.request(SendMessage(chatId.get, "<b>Выберите следующего</b>", parseMode = ParseMode.HTML, replyMarkup = markup)) case Some(mes) => api.request(EditMessageReplyMarkup(chatId.get, message.map(_.messageId), replyMarkup = markup)) } } } result.onFailure { case e => println(e.printStackTrace()) }

use the pastebin, Luke

ок

selectAll ~> delete

я бы так переписал)

https://scalafiddle.io/sf/0zvMkLy/2

есть какая-нибудь аннотация вроде @deprecated, только которая сломает гарантированно сломает билд? )

scalacOptions ++= Seq("-deprecation", "-Xfatal-warnings") вот так и @deprecated сломает

не гарантированно

если этого не будет - то оно не будет ломать, а значит не подходит(

а что за кейс такой?

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

а что за кейс такой?

пометить как @deprecated (как будто вырезал и чтобы не компилилось), но чтобы сообщение с причиной осталось.

вы лучше с простого начните - напишите максимум четного и нечетного )))

пометить как @deprecated (как будто вырезал и чтобы не компилилось), но чтобы сообщение с причиной осталось.

нет, это я понял, я не могу понять, почему добавление флагов в build.sbt не подходит

ERROR: S client not available

потому никак не заставишь это делать тех, кто будет использовать библиотеку

хотя наверное можно схитрить через @implicitNotFound

но костыльно конечно)

@deprecated def deprecated = {throw new RunetimeException("deprecated")}

шоб знали

(for { lpu <- lpus button = Seq(lpuButton(lpu)) } yield button)а чё, просто lpus.map(lpuButton) не?

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

(for { lpu <- lpus button = Seq(lpuButton(lpu)) } yield button)а чё, просто lpus.map(lpuButton) не?

Ну да, lpus.map(lpu => Seq(lpuButton(lpu)) Seq API требует

а не то рили //

тогда и паттерн матчилку можно убрать

мап на батоны ++ мап на ордер туСек ++ чотам дальше

тогда и паттерн матчилку можно убрать

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

а, там скобки не так

https://scalafiddle.io/sf/0zvMkLy/3

ну тогда мап на батоны ++ фолд на ордер

lpus.map(lpu => Seq(lpuButton(lpu))) ++ order.fold(Seq collapse)(o => вся хуйня)

можно сек наружный вокруг фолда даж завернуть

или вообще выкинуть и вместо ++ :+

https://scalafiddle.io/sf/0zvMkLy/3

нормас. только вот как на строчке 25 делать не нужно )

lpus.map(lpu => Seq(lpuButton(lpu))) ++ order.fold(Seq collapse)(o => вся хуйня)

order.fold(Seq collapse)(o => вся хуйня) вот здесь, я уже не понимаю, как дальше

нормас. только вот как на строчке 25 делать не нужно )

это пока костыль, логи потом прикручу. Сейчас если этого не сделать, то вообще никаких месаг о том, что где-то один из chain из Future сдох.

`lpus.map(lpu => Seq(lpuButton(lpu))) :+ order.fold(collapseButton)(o => ((if (o > 1) Seq(prevButton(o)) else Seq()) :+ showAll) ++ (if (hasNext) Seq(nextButton(o)) else Seq()))`

опять же секи внутренние повыкидывать

опять же секи внутренние повыкидывать

ага, спасибо. Сейчас про Option.fold вкурю и перепишу.

`lpus.map(lpu => Seq(lpuButton(lpu))) :+ order.fold(collapseButton)(o => ((if (o > 1) Seq(prevButton(o)) else Seq()) :+ showAll) ++ (if (hasNext) Seq(nextButton(o)) else Seq()))`

так, а что должно остаться от Seq(), после того как Seq наружу вытащить?

хм, и правда

вы лучше с простого начните - напишите максимум четного и нечетного )))

https://scalafiddle.io/sf/gMzA4Ej/0 так считается?

https://scalafiddle.io/sf/gMzA4Ej/0 так считается?

конечно нет! а вдруг даблы? =)

будет повод выставить счет за доработку

или задаться вопросом обладают ли нецелые числа четностью

Скала джунов же не бывает :(

Общался сейчас с одним разрабом, говорит, что у них много бывает

это ты в скалодром написал?