Сообщение Re[3]: Почему про Scala давно ничего не слышно? от 27.11.2020 14:45
Изменено 27.11.2020 15:13 novitk
Re[3]: Почему про Scala давно ничего не слышно?
Здравствуйте, kaa.python, Вы писали:
N>>К сожалению в настоящий момент наступилоэ полное разочарование.Система на питоне была на порядок производительный и удобней, как для пользователей, так и для разработчиков.
KP>А почему разочарование, не затруднит чуть подробнее?
Медленный компилятор, проект не был разбит на части. Перестройка мира от git clone занимала больше часа. Начали прикручивать глобальный кэш к компилятору. Ессно с кучей проблем, когда у людей начало выполнятся не то что они видят. Вроде сейчас более-менее наладили и свежая перестройка занимает 20 минут. На питоне на подобную деятельность тратилось ноль времени и усилий.
В ПитонБанк писались программки под конкретные цели в PySide или wxWidget, которые стартовали мгновенно, система пару лет назад вообще все еще была на 32-битах. В СкалаБанк все сливают в монстр апликухи, так как стартовое время на JVM уходит в минуты. Тут конечно дело не в скале, а похоже на обычную практику перегрузить все слоями, которая часто наблюдается в "энетрпайз джава". При этом ессно еще и память жрет как не в себя. В результате оно стало проблемой даже на трейдеровских рабочим станциям с 64ГБ и т.д. В результате переделали весь UI с swt на HTML, а процессы запускают не локально, а в облаке. В результате оно работает, но старт по прежнему медленный, UI лагает, все громоздко и потрачена куча времени и бабла.
Код перегружен абстракциями даже не функциональными (cats и прочие монады даже не используются), а обычной джава требухой с ненужными иерархиями и дженериками, но с добавлением скализмов в виде implicit, трейтов и прочего. Ситуация напоминает C++, когда народу раздали игрушки и бросили. Слава богу IDEA разбирает все это довольно неплохо, иначе была бы полная жопа.
Был внедрен Zeppelin(аналог jupyter), но почему-то запустить его можно только из IDEA и пока это все загрузится ты уже забудешь зачем оно было надо.
До продакшена в СкалаБанке код может плыть месяцами. Так как все деплоится одним куском с кучей jar-ов и sharedlibs, а значит нужно утрясать кучу тестов и бюрократии с подписями. При этом косяки нукуда не деваются, но их стало весьма сложно откатить. В ПитонБанке новый код поверх старого, который ничего сломать не мог, можно было забросить в продакшен мгновенно, так как деплой был на уровне индивидуальных файлов. Если изменение было ломающее, то внедрялось оно частями и при поломках все было довольно тривиально откатить.
KP>Ну и как возможно сделать что-то, что медленнее чем Python? Или у вас тонкий слой Python, который скрывает жирный слой на C++?
Вычислительное едро конечно плюсы и там и там. Со скалой была идея, что можно будет и на ней потом делать, но до этого похоже не дойдет.
N>>Сам я квант и в данный момент дело дошло до того, что мы фактически перестали вести разработку в скале и переходим в питон и kdb(библиотеки с моделями для ценообразования остаются на плюсах) У ИТ такой возможности ессно нет и они продолжают пилить скалу.
KP>Я правильно понимаю что устали от своего рода C++ на JVM?
Просто продуктивность ни к черту. Проект, который на питоне делается за неделю, тут до трейдеров доходит в лучшем случае через месяц.
N>>К сожалению в настоящий момент наступилоэ полное разочарование.Система на питоне была на порядок производительный и удобней, как для пользователей, так и для разработчиков.
KP>А почему разочарование, не затруднит чуть подробнее?
Медленный компилятор, проект не был разбит на части. Перестройка мира от git clone занимала больше часа. Начали прикручивать глобальный кэш к компилятору. Ессно с кучей проблем, когда у людей начало выполнятся не то что они видят. Вроде сейчас более-менее наладили и свежая перестройка занимает 20 минут. На питоне на подобную деятельность тратилось ноль времени и усилий.
В ПитонБанк писались программки под конкретные цели в PySide или wxWidget, которые стартовали мгновенно, система пару лет назад вообще все еще была на 32-битах. В СкалаБанк все сливают в монстр апликухи, так как стартовое время на JVM уходит в минуты. Тут конечно дело не в скале, а похоже на обычную практику перегрузить все слоями, которая часто наблюдается в "энетрпайз джава". При этом ессно еще и память жрет как не в себя. В результате оно стало проблемой даже на трейдеровских рабочим станциям с 64ГБ и т.д. В результате переделали весь UI с swt на HTML, а процессы запускают не локально, а в облаке. В результате оно работает, но старт по прежнему медленный, UI лагает, все громоздко и потрачена куча времени и бабла.
Код перегружен абстракциями даже не функциональными (cats и прочие монады даже не используются), а обычной джава требухой с ненужными иерархиями и дженериками, но с добавлением скализмов в виде implicit, трейтов и прочего. Ситуация напоминает C++, когда народу раздали игрушки и бросили. Слава богу IDEA разбирает все это довольно неплохо, иначе была бы полная жопа.
Был внедрен Zeppelin(аналог jupyter), но почему-то запустить его можно только из IDEA и пока это все загрузится ты уже забудешь зачем оно было надо.
До продакшена в СкалаБанке код может плыть месяцами. Так как все деплоится одним куском с кучей jar-ов и sharedlibs, а значит нужно утрясать кучу тестов и бюрократии с подписями. При этом косяки нукуда не деваются, но их стало весьма сложно откатить. В ПитонБанке новый код поверх старого, который ничего сломать не мог, можно было забросить в продакшен мгновенно, так как деплой был на уровне индивидуальных файлов. Если изменение было ломающее, то внедрялось оно частями и при поломках все было довольно тривиально откатить.
KP>Ну и как возможно сделать что-то, что медленнее чем Python? Или у вас тонкий слой Python, который скрывает жирный слой на C++?
Вычислительное едро конечно плюсы и там и там. Со скалой была идея, что можно будет и на ней потом делать, но до этого похоже не дойдет.
N>>Сам я квант и в данный момент дело дошло до того, что мы фактически перестали вести разработку в скале и переходим в питон и kdb(библиотеки с моделями для ценообразования остаются на плюсах) У ИТ такой возможности ессно нет и они продолжают пилить скалу.
KP>Я правильно понимаю что устали от своего рода C++ на JVM?
Просто продуктивность ни к черту. Проект, который на питоне делается за неделю, тут до трейдеров доходит в лучшем случае через месяц.
Re[3]: Почему про Scala давно ничего не слышно?
Здравствуйте, kaa.python, Вы писали:
N>>К сожалению в настоящий момент наступилоэ полное разочарование.Система на питоне была на порядок производительный и удобней, как для пользователей, так и для разработчиков.
KP>А почему разочарование, не затруднит чуть подробнее?
Медленный компилятор, проект не был разбит на части. Перестройка мира от git clone занимала больше часа. Начали прикручивать глобальный кэш к компилятору. Ессно с кучей проблем, когда у людей начало выполнятся не то что они видят. Вроде сейчас более-менее наладили и свежая перестройка занимает 20 минут. На питоне на подобную деятельность тратилось ноль времени и усилий.
В ПитонБанк писались программки под конкретные цели в PySide или wxWidget, которые стартовали мгновенно, система пару лет назад вообще все еще была на 32-битах. В СкалаБанк все сливают в монстр апликухи, так как стартовое время на JVM уходит в минуты. Тут конечно дело не в скале, а похоже на обычную практику перегрузить все слоями, которая часто наблюдается в "энетрпайз джава". При этом ессно еще и память жрет как не в себя. В результате оно стало проблемой даже на трейдеровских рабочим станциям с 64ГБ и т.д. В результате переделали весь UI с swt на HTML, а процессы запускают не локально, а в облаке. В результате оно работает, но старт по прежнему медленный, UI лагает, все громоздко и потрачена куча времени и бабла.
Код перегружен абстракциями даже не функциональными (cats и прочие монады даже не используются), а обычной джава требухой с ненужными иерархиями и дженериками, но с добавлением скализмов в виде implicit, трейтов и прочего. Ситуация напоминает C++, когда народу раздали игрушки и бросили. Слава богу IDEA разбирает все это довольно неплохо, иначе была бы полная жопа.
Был внедрен Zeppelin(аналог jupyter), но почему-то запустить его можно только из IDEA и пока это все загрузится ты уже забудешь зачем оно было надо.
До продакшена в СкалаБанке код может плыть месяцами — все деплоится одним куском с кучей jar-ов и sharedlibs, а значит нужно утрясать кучу тестов и бюрократии с подписями. При этом косяки нукуда не деваются, но их стало весьма сложно откатить. В ПитонБанке новый код поверх старого, который ничего сломать не мог, можно было забросить в продакшен мгновенно, так как деплой был на уровне индивидуальных файлов. Если изменение было ломающее, то внедрялось оно частями и при поломках все было довольно тривиально откатить.
KP>Ну и как возможно сделать что-то, что медленнее чем Python? Или у вас тонкий слой Python, который скрывает жирный слой на C++?
Вычислительное едро конечно плюсы и там и там. Со скалой была идея, что можно будет и на ней потом делать, но до этого похоже не дойдет.
N>>Сам я квант и в данный момент дело дошло до того, что мы фактически перестали вести разработку в скале и переходим в питон и kdb(библиотеки с моделями для ценообразования остаются на плюсах) У ИТ такой возможности ессно нет и они продолжают пилить скалу.
KP>Я правильно понимаю что устали от своего рода C++ на JVM?
Просто продуктивность ни к черту. Проект, который на питоне делается за неделю, тут до трейдеров доходит в лучшем случае через месяц.
N>>К сожалению в настоящий момент наступилоэ полное разочарование.Система на питоне была на порядок производительный и удобней, как для пользователей, так и для разработчиков.
KP>А почему разочарование, не затруднит чуть подробнее?
Медленный компилятор, проект не был разбит на части. Перестройка мира от git clone занимала больше часа. Начали прикручивать глобальный кэш к компилятору. Ессно с кучей проблем, когда у людей начало выполнятся не то что они видят. Вроде сейчас более-менее наладили и свежая перестройка занимает 20 минут. На питоне на подобную деятельность тратилось ноль времени и усилий.
В ПитонБанк писались программки под конкретные цели в PySide или wxWidget, которые стартовали мгновенно, система пару лет назад вообще все еще была на 32-битах. В СкалаБанк все сливают в монстр апликухи, так как стартовое время на JVM уходит в минуты. Тут конечно дело не в скале, а похоже на обычную практику перегрузить все слоями, которая часто наблюдается в "энетрпайз джава". При этом ессно еще и память жрет как не в себя. В результате оно стало проблемой даже на трейдеровских рабочим станциям с 64ГБ и т.д. В результате переделали весь UI с swt на HTML, а процессы запускают не локально, а в облаке. В результате оно работает, но старт по прежнему медленный, UI лагает, все громоздко и потрачена куча времени и бабла.
Код перегружен абстракциями даже не функциональными (cats и прочие монады даже не используются), а обычной джава требухой с ненужными иерархиями и дженериками, но с добавлением скализмов в виде implicit, трейтов и прочего. Ситуация напоминает C++, когда народу раздали игрушки и бросили. Слава богу IDEA разбирает все это довольно неплохо, иначе была бы полная жопа.
Был внедрен Zeppelin(аналог jupyter), но почему-то запустить его можно только из IDEA и пока это все загрузится ты уже забудешь зачем оно было надо.
До продакшена в СкалаБанке код может плыть месяцами — все деплоится одним куском с кучей jar-ов и sharedlibs, а значит нужно утрясать кучу тестов и бюрократии с подписями. При этом косяки нукуда не деваются, но их стало весьма сложно откатить. В ПитонБанке новый код поверх старого, который ничего сломать не мог, можно было забросить в продакшен мгновенно, так как деплой был на уровне индивидуальных файлов. Если изменение было ломающее, то внедрялось оно частями и при поломках все было довольно тривиально откатить.
KP>Ну и как возможно сделать что-то, что медленнее чем Python? Или у вас тонкий слой Python, который скрывает жирный слой на C++?
Вычислительное едро конечно плюсы и там и там. Со скалой была идея, что можно будет и на ней потом делать, но до этого похоже не дойдет.
N>>Сам я квант и в данный момент дело дошло до того, что мы фактически перестали вести разработку в скале и переходим в питон и kdb(библиотеки с моделями для ценообразования остаются на плюсах) У ИТ такой возможности ессно нет и они продолжают пилить скалу.
KP>Я правильно понимаю что устали от своего рода C++ на JVM?
Просто продуктивность ни к черту. Проект, который на питоне делается за неделю, тут до трейдеров доходит в лучшем случае через месяц.