ΛВ
And Rey
но ведь питонисты уже много лет используют type hints + mypy
не все
Size: a a a
2020 November 06
TT
And Rey
но ведь питонисты уже много лет используют type hints + mypy
Такой кайф...
взял библу и пошёл её в майпай оборачивать
взял библу и пошёл её в майпай оборачивать
TT
потому что вся суть в библах, а библы без стабов
К
Всем здравствуйте. Тривиальная задача на литкоде(https://leetcode.com/problems/implement-strstr/) и мое решение (https://dpaste.org/Q1mN). Как бы Вы решили это и на сколько эффективна мое решение?
P.S. Тема по поводу оператора
P.S. Тема по поводу оператора
return
К
И у меня вопрос, тем кто перешел из плюсов, питона и т.д. На сколько комфортно писать алгоритмы и структуры данных на языке Скала, либо вы пишите это на других языках?
SA
И у меня вопрос, тем кто перешел из плюсов, питона и т.д. На сколько комфортно писать алгоритмы и структуры данных на языке Скала, либо вы пишите это на других языках?
комфортно, даже более комфортно, т.к. есть ADT (sealed trait) и возможность срезать углы богатым функционалом стандартной библиотеки коллекций
К
комфортно, даже более комфортно, т.к. есть ADT (sealed trait) и возможность срезать углы богатым функционалом стандартной библиотеки коллекций
SA
Всем здравствуйте. Тривиальная задача на литкоде(https://leetcode.com/problems/implement-strstr/) и мое решение (https://dpaste.org/Q1mN). Как бы Вы решили это и на сколько эффективна мое решение?
P.S. Тема по поводу оператора
P.S. Тема по поводу оператора
returnСделать эффективнее, конечно, можно - см. java.lang.String.indexOf(String)
Но это классическая "числодробилка", на скале она будет выглядеть так же, как и на джаве, и любая идиоматичность будет снижать эффективность.
Но это классическая "числодробилка", на скале она будет выглядеть так же, как и на джаве, и любая идиоматичность будет снижать эффективность.
К
Сделать эффективнее, конечно, можно - см. java.lang.String.indexOf(String)
Но это классическая "числодробилка", на скале она будет выглядеть так же, как и на джаве, и любая идиоматичность будет снижать эффективность.
Но это классическая "числодробилка", на скале она будет выглядеть так же, как и на джаве, и любая идиоматичность будет снижать эффективность.
Просто я читал, что in-build методы не слишком эффективны и если хочешь получить максимум эффективности, пиши свои алгоритмы. Код не лаконичен, однако возможно будет работать быстрее
SA
Просто я читал, что in-build методы не слишком эффективны и если хочешь получить максимум эффективности, пиши свои алгоритмы. Код не лаконичен, однако возможно будет работать быстрее
Да, это так. Компромисс - за 1-2-5-10% эффективности получаешь полезные абстракции, упрощающие код. В перспективе это может дать более эффективное приложение, т.к. получается использовать подходы, которые при программировании "в лоб" будут слишком сложны.
Oℕ
В стдлибе коллекций много мусора в плане кода. Если приложение писать в её стиле, сразу на свалку можно отправлять
Y
моникс таск на фор компрехеншине конфликтует с кетсовым флетмапом, что делать
Oℕ
Всем здравствуйте. Тривиальная задача на литкоде(https://leetcode.com/problems/implement-strstr/) и мое решение (https://dpaste.org/Q1mN). Как бы Вы решили это и на сколько эффективна мое решение?
P.S. Тема по поводу оператора
P.S. Тема по поводу оператора
returnOℕ
Всем здравствуйте. Тривиальная задача на литкоде(https://leetcode.com/problems/implement-strstr/) и мое решение (https://dpaste.org/Q1mN). Как бы Вы решили это и на сколько эффективна мое решение?
P.S. Тема по поводу оператора
P.S. Тема по поводу оператора
returnнеэффективно, но это потому что обычно для таких задач хотя бы Кнута-Морриса-Пратта берут
К
неэффективно, но это потому что обычно для таких задач хотя бы Кнута-Морриса-Пратта берут
согласен с Вами полностью, просто , но что если попадется задача, где пишешь на реализацию?
Oℕ
я скинул группу, где это обсуждается
VG
Просто я читал, что in-build методы не слишком эффективны и если хочешь получить максимум эффективности, пиши свои алгоритмы. Код не лаконичен, однако возможно будет работать быстрее
Смотря какие методы. indexOf имеет интринсик
2020 November 08
SN
🌋 Приглашаем 20 ноября на открытый вебинар - Функциональное программирование в Scala.
Раскроем следующие темы:
- Что такое Функциональное Программирование и чем оно не является;
- Функциональный инструментарий Scala;
- Local reasoning;
- Composition;
- Управление эффектами.
Для регистрации на вебинар необходимо пройти тестирование: https://otus.pw/XSIP/
Раскроем следующие темы:
- Что такое Функциональное Программирование и чем оно не является;
- Функциональный инструментарий Scala;
- Local reasoning;
- Composition;
- Управление эффектами.
Для регистрации на вебинар необходимо пройти тестирование: https://otus.pw/XSIP/
2020 November 09
R
https://developer.lightbend.com/guides/akka-quickstart-scala/define-actors.html
всем привет, не подскажете для чего в case class Greeted(whom: String, from: ActorRef[Greet]) поле from параметризовано Greet?какую роль Greet играет в этом параметре?
это hello-world пример из документации акки
всем привет, не подскажете для чего в case class Greeted(whom: String, from: ActorRef[Greet]) поле from параметризовано Greet?какую роль Greet играет в этом параметре?
это hello-world пример из документации акки
AM
RAFIZ
https://developer.lightbend.com/guides/akka-quickstart-scala/define-actors.html
всем привет, не подскажете для чего в case class Greeted(whom: String, from: ActorRef[Greet]) поле from параметризовано Greet?какую роль Greet играет в этом параметре?
это hello-world пример из документации акки
всем привет, не подскажете для чего в case class Greeted(whom: String, from: ActorRef[Greet]) поле from параметризовано Greet?какую роль Greet играет в этом параметре?
это hello-world пример из документации акки
В примере используется typed актор. Соответственно Greet это тип сообщений, которые принимает ActorRef from. Я бы приложил ссылку на доку отличия typed от классических акторов, но ее бот почистит)