Size: a a a

Архитектура ИТ-решений

2019 November 25

RT

Roman Tsirulnikov in Архитектура ИТ-решений
В своей нише. Как, например, Erlang.
Однако видны признаки отставания платформы, нехватки ресурсов на развитие, вроде бы до сих пор поддержки байт-кода выше Java 1.8 нет.
Есть надежда на то что они сменят платформу JVM на LLVM, это будет интересный сценарй развития.
Но делают поддержку LLVM уже давно и результата все не видно….
источник

D

DS in Архитектура ИТ-решений
Гугл трендс, scala
источник

d

dreamore in Архитектура ИТ-решений
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Главные конкурентные преимущества Scala перед Java были:
- функциональная парадигма программирования
- PlayFramework + Akka

Теперь в экосистеме Java есть либо то же самое, либо аналог.
Основное преимущество утрачено.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman Tsirulnikov
Главные конкурентные преимущества Scala перед Java были:
- функциональная парадигма программирования
- PlayFramework + Akka

Теперь в экосистеме Java есть либо то же самое, либо аналог.
Основное преимущество утрачено.
И ещё конечно Spark
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
И ещё конечно Spark
Это не повод делать решения на Scala, это просто внутренний язык одного инструмента
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Это не повод делать решения на Scala, это просто внутренний язык одного инструмента
Раньше был повод, сейчас нет.
источник

A

Andreλ in Архитектура ИТ-решений
Roman Tsirulnikov
Главные конкурентные преимущества Scala перед Java были:
- функциональная парадигма программирования
- PlayFramework + Akka

Теперь в экосистеме Java есть либо то же самое, либо аналог.
Основное преимущество утрачено.
Лол конечно. Где самое главное в джаве, где ФП ?
И не просто "элементы ФП", а полноценное ФП на типах, которое сейчас есть в скале и активно развивается дальше.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А зачем оно?
источник

A

Andreλ in Архитектура ИТ-решений
Действительно.. зачем? Люди глупцы, вкалдывают ресурсы и пилят то, что никому не нужно.
источник

d

dreamore in Архитектура ИТ-решений
Andreλ
Действительно.. зачем? Люди глупцы, вкалдывают ресурсы и пилят то, что никому не нужно.
Представьте, что вам выпала возможность агитировать за scala (мне показалось она вам очень нравится и ваше мнение отличается от описанных выше, а оттого оно очень интересно)... И пожалуйста, ответьте прямо, а не отходя от темы в сторону полемики
источник

A

Andreλ in Архитектура ИТ-решений
Я не то что бы фанат скалы. Просто мне выпала возможность сделать несколько проектов, достаточно больших, на джаве. Потом на скале пару, на акке. Потом волею судеб опять на джаве и вот в данный момент пилю достаточно большой опять на скале. Из-за перключения между  технологиями была возможность сравнить на себе, какая скала была несколько лет назад и какая она стала сейчакс.
источник

A

Andreλ in Архитектура ИТ-решений
В двух словах чем скала лучше, а чем хуже, полноценно не опишешь.
Т.к. люди любят придераться к словам)

Ну в духе рассказываешь про свой BMW X6, а тебе в ответ "на моих жигулях тоже колеса есть", "да и руль тоже есть", и окна и двери и даже магнитолу недавно поставил, короче той бвм ничем от жигелуй по сути не отличается... ))
источник

A

Andreλ in Архитектура ИТ-решений
Но если коротко все же говорить, то.. Вот есть у нас некое понимаение, чем хорошая архитектура кода отличается от плохой. Ну там абстракции правильные, способность к внесению изменений хорошая и т.д. и т.п.

Вот это все на скале можно сделать гораздо лучше. Потому ее многие и выбирают сейчас. За последние лет 5-6 она очень сильно развилась и окрепла.
источник

A

Andreλ in Архитектура ИТ-решений
Roman Tsirulnikov
В своей нише. Как, например, Erlang.
Однако видны признаки отставания платформы, нехватки ресурсов на развитие, вроде бы до сих пор поддержки байт-кода выше Java 1.8 нет.
Есть надежда на то что они сменят платформу JVM на LLVM, это будет интересный сценарй развития.
Но делают поддержку LLVM уже давно и результата все не видно….
Никакой смены не будет. JVM выбрана по очень многоим причинам.
Проект Scala Native, если вы его имели ввиду конечно под LLVM, продукт одного человека который диссер защищал на эту тему и скорее всего он загнется. Т.к. развитие очень вялотекущее.
источник

A

Andreλ in Архитектура ИТ-решений
Скорее народ на Rust массово писать начнет, чем на Scala Native ))
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andreλ
Но если коротко все же говорить, то.. Вот есть у нас некое понимаение, чем хорошая архитектура кода отличается от плохой. Ну там абстракции правильные, способность к внесению изменений хорошая и т.д. и т.п.

Вот это все на скале можно сделать гораздо лучше. Потому ее многие и выбирают сейчас. За последние лет 5-6 она очень сильно развилась и окрепла.
А для бизнеса в чем разница? Минусы понятны, а плюсы?
источник

A

Andreλ in Архитектура ИТ-решений
Для бизнеса все просто, больше гарантий во всей технической части.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Гарантий чего?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
И что значит "во всей технической части"?
источник