Size: a a a

Scala User Group

2021 February 14

Oℕ

Oleg ℕizhnik in Scala User Group
У неё очень сильные ограничения внутри узкой области определения
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Если у вас scala 3/ 2.13.4 можете написать код на инлайнах в scala 3, это будет быстрее того и другого
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
Oleg ℕizhnik
Если у вас scala 3/ 2.13.4 можете написать код на инлайнах в scala 3, это будет быстрее того и другого
Так шо, инлайны как-то компатятся с 2.13.4?
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
Где почитать?
источник

λ

λoλcat in Scala User Group
Тести ридер есть
источник

λ

λoλdog in Scala User Group
Мне больше интересно другое, мартин сказал, что макросы со второй версии типа работают в коде из 3
источник

ЮБ

Юрий Бадальянц... in Scala User Group
λoλdog
Мне больше интересно другое, мартин сказал, что макросы со второй версии типа работают в коде из 3
Нет же
источник

ЮБ

Юрий Бадальянц... in Scala User Group
Ты не можешь из скалы 3 вызвать макрос скалы 2
источник

ЮБ

Юрий Бадальянц... in Scala User Group
Он явно это сказал
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
Либы зато можешь использовать, если макрос не вызываешь, который там есть
источник

ΛВ

Λнтон Войцишевский... in Scala User Group
Но я не понял, можно ли использовать либу, которая написана с помощью макросов внутри
источник

Oℕ

Oleg ℕizhnik in Scala User Group
λoλdog
Мне больше интересно другое, мартин сказал, что макросы со второй версии типа работают в коде из 3
ну видимо, импортировать типы в скала 2, вызывать макрос чисто на типах там и результат уже обратно экспортировать
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Λнтон Войцишевский
Но я не понял, можно ли использовать либу, которая написана с помощью макросов внутри
Либу, конечно, можно, если деревья уже сгенерированы
источник

k

korpse in Scala User Group
Rustam Iksanov
А в чем преимущества использования высокоуровневых языков? Сокращение сроков разработки и большее количество разработчиков? Я так понимаю, что это связано с удешевлением ПЛИС? Как с оптимальностью конвертации?
Сокращение сроков разработки, да. С разработчиками как раз сложнее, ибо нужны знания одновременно по HDL и по Scala: по неведомой мне причине среди знающих HDL довольно много людей, которые в программирование не умеют совсем.
источник

RI

Rustam Iksanov in Scala User Group
korpse
Сокращение сроков разработки, да. С разработчиками как раз сложнее, ибо нужны знания одновременно по HDL и по Scala: по неведомой мне причине среди знающих HDL довольно много людей, которые в программирование не умеют совсем.
Когда я был в теме HDL, предложение использовать system C было воспринято в штыки. И там было несколько проблем: стоимость лицензий и кристаллов, старые проекты на древних IDE, не очень ясное понимание по оптимизации на кристалл( но тогда дешевые arm только пошли), сейчас видимо и FPGA подешевели
источник

k

korpse in Scala User Group
Rustam Iksanov
Когда я был в теме HDL, предложение использовать system C было воспринято в штыки. И там было несколько проблем: стоимость лицензий и кристаллов, старые проекты на древних IDE, не очень ясное понимание по оптимизации на кристалл( но тогда дешевые arm только пошли), сейчас видимо и FPGA подешевели
FPGA подешевели, а ситуация не изменилась
источник

k

korpse in Scala User Group
Луддиты продолжают писать на Verilog/VHDL, отрицая существование HLS
источник

AN

Aλexander Nihirash in Scala User Group
korpse
Луддиты продолжают писать на Verilog/VHDL, отрицая существование HLS
там не только луддитизм причиной)
источник

k

korpse in Scala User Group
Ну да, но это не улучшает ситуацию. С тех пор появились бесплатные инструменты: бери, пользуйся, но нет, мы будем есть баги родной IDE
источник

RI

Rustam Iksanov in Scala User Group
korpse
FPGA подешевели, а ситуация не изменилась
а что с лицензированием? Это же веб разработка, где куча бесплатных средств разработки. Даже платная IDEA стоит бесплатно по сравнению с лицензиями на FPGA
источник