В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Scala User Group

2024 membersпожаловаться на группу
2020 August 01

Oℕ

Oleg ℕizhnik in Scala User Group
поэтому спроецировал
источник
13:49пожаловаться#1

Oℕ

Oleg ℕizhnik in Scala User Group
Притом первая система как раз активно неявно интероперировала с кодом, который генерировался уже подпиленной scalaxb.
И сейчас я полагаю, что допилить её до генерации кодеков было бы проще, несмотря на то, что исходно я рассуждал подобным образом и решил всё делать на базе макросов и деривации
источник
13:52пожаловаться#2

A

Andrey in Scala User Group
Boris V. Kuznetsov
У меня в IDE печатается 1 - 2 - 1.5 - 2.5  с fresh и 1 -2 - 1.5 - 1.5 без fresh. А какой результат вы ожидаете получить ?
Да, вы правы, действительно работает. Вы очень smart, спасибо, Борис
источник
13:52пожаловаться#3

S

Simon in Scala User Group
Oleg ℕizhnik
Притом первая система как раз активно неявно интероперировала с кодом, который генерировался уже подпиленной scalaxb.
И сейчас я полагаю, что допилить её до генерации кодеков было бы проще, несмотря на то, что исходно я рассуждал подобным образом и решил всё делать на базе макросов и деривации
И как на проетке обстоят дела с обновлением версии scalapb? Особенно если этим заниматься будете не вы, а новый состав команды?
источник
13:57пожаловаться#4

Oℕ

Oleg ℕizhnik in Scala User Group
Simon
И как на проетке обстоят дела с обновлением версии scalapb? Особенно если этим заниматься будете не вы, а новый состав команды?
scalaxb я упомянул, xml а не протобаф
источник
13:58пожаловаться#5

𝛈µ

𝛈 µ in Scala User Group
Шо то говно, шо то говно
источник
13:58пожаловаться#6

S

Simon in Scala User Group
point stands
источник
13:58пожаловаться#7

Oℕ

Oleg ℕizhnik in Scala User Group
Simon
И как на проетке обстоят дела с обновлением версии scalapb? Особенно если этим заниматься будете не вы, а новый состав команды?
Нет проблем там с обновлением версий плагина
источник
13:59пожаловаться#8

S

Simon in Scala User Group
при этом у xb кодовая база попроще и поменьше будет
источник
13:59пожаловаться#9

Oℕ

Oleg ℕizhnik in Scala User Group
И решения как раз не я поддерживал
источник
13:59пожаловаться#10

Oℕ

Oleg ℕizhnik in Scala User Group
Они и писались так, чтобы их другие команды использовали
источник
13:59пожаловаться#11

S

Simon in Scala User Group
Могу вас только поздравить. В моей практике каждый раз как кто-то форкал сторонний проект это выливалось в проблемы с поддержкой
источник
14:01пожаловаться#12

S

Simon in Scala User Group
𝛈 µ
Шо то говно, шо то говно
протобуф плох, но лучше ничего нет
источник
14:01пожаловаться#13

𝛈µ

𝛈 µ in Scala User Group
Simon
протобуф плох, но лучше ничего нет
Есть
источник
14:02пожаловаться#14

𝛈µ

𝛈 µ in Scala User Group
Мой язычок намного лучше протобуфа
источник
14:02пожаловаться#15

𝛈µ

𝛈 µ in Scala User Group
И компилятор в скалу умнее, в его выхлопе клэшей имен символов хотя бы не бывает
источник
14:02пожаловаться#16

Oℕ

Oleg ℕizhnik in Scala User Group
Проблемы основные такие:
- Строить систему генерации, основой для которой является говновыхлоп другой системы генерации сложно, возникает очень много коварных проблем и дебильных воркэраундов

- Конфигурировать и кастомизировать системы, работающие внутри скала компилятора очень очень сложн
источник
14:02пожаловаться#17

Oℕ

Oleg ℕizhnik in Scala User Group
Поэтому не так важно, дописывать код в скалапб или парсить и генерировать самому.
Когда есть доступ к источнику информации и приложение можно писать и конфигурировать в обычном стиле много проблем отпадает
источник
14:04пожаловаться#18

S

Simon in Scala User Group
Oleg ℕizhnik
Проблемы основные такие:
- Строить систему генерации, основой для которой является говновыхлоп другой системы генерации сложно, возникает очень много коварных проблем и дебильных воркэраундов

- Конфигурировать и кастомизировать системы, работающие внутри скала компилятора очень очень сложн
Позвольте не согласиться по обоим пунктам:
1. Мой опыт говорит об обратном. На нескольких проектах имел опыт с подобными цепочками, например treehugger => scalaCheck. Проблем не испытывал.
2. Все подобные проблемы легко решаются разделением по подроектам в sbt и последовательной сборкой. В пределах одного подпроекта действует только 1 механизм генерации
источник
14:05пожаловаться#19

Oℕ

Oleg ℕizhnik in Scala User Group
А пока автор не осознаёт этих проблем и задача его минималистична, не стоит его отправлять решать задачи на скалакомпиляторе.
Пусть разочаруется только рефлекшене, а не в скале вообще
источник
14:05пожаловаться#20