Size: a a a

2018 February 25

AK

Artyom Kazak in fprog_spb
+++ 💯
источник

Y

Yuuri in fprog_spb
elegant weapons, from more civilized age
источник

AP

Aleksei (astynax) Pirogov in fprog_spb
Элегантность в единообразии, а не в самих скобках
источник

AN

Aλexander Nihirash in fprog_spb
В ладу
и почему то эту тему пытаются замять
😃 с вами замнешь 😃
источник

n

neFormal in fprog_spb
а без скобок код не парсится?
источник

AP

Aleksei (astynax) Pirogov in fprog_spb
Aleksei (astynax) Pirogov
Элегантность в единообразии, а не в самих скобках
Вон у Cirru единообразие остается. Но визуально становится приятнее
источник

Вл

В ладу in fprog_spb
так то наверное можно сделать одновременно со скобками и отступами
источник

AP

Aleksei (astynax) Pirogov in fprog_spb
Там так и есть
источник

AP

Aleksei (astynax) Pirogov in fprog_spb
Скобки можно превратить в отступы и обратно. Непротиворечиво и однрзначно
источник

Вл

В ладу in fprog_spb
аа кул
источник

AP

Aleksei (astynax) Pirogov in fprog_spb
Т.е. можно сделать фолдинг дерева прямо в редакторе
источник

AN

Aλexander Nihirash in fprog_spb
Забавно) я думал о том, чтобы сделать какой-нибудь визуальный редактор для s-expr
источник

AN

Aλexander Nihirash in fprog_spb
типа из кубиков набирать
источник

Вл

В ладу in fprog_spb
слишком однообразная картинка выходит в воображении
источник

n

neFormal in fprog_spb
Aleksei (astynax) Pirogov
Скобки можно превратить в отступы и обратно. Непротиворечиво и однрзначно
не получится, если () передаётся в качестве аргумента
источник

K

Konstantin in fprog_spb
Mike Ananev
1. Если компания уже вложилась в рантайм JVM  то переезд на другой рантайм типа GHC стоит бабок и не малых. Придется вносить изменения для много каких областей и подразделений: начиная от тех поддержки.
2. Если для разработки приложения нужно каждый раз самим писать и поддерживать библиотеку к БД, к шине, ... - это тоже стоит денег. Для java например написано  очень много и вероятность найти нужную либу сильно выше.
3. Если runtime не содержит хороший JIT и GC то это отразится на performance и concurency. Это тоже деньги. Может ли  runtime GHC потягаться с JVM? Если честно у меня большие сомнения.
4. Порог вхождения в Clojure для разрабов с других языков от 2х недель до 1,5 мес. Язык очень простой. Это тоже стоит денег. Можно ли на Haskell писать highload enterprise приложения через 1,5 мес?
А почему тогда не скала? То есть я понял аргументацию почему JVM круто как инфраструктура. Я серьёзно, если что.
источник

AP

Aleksei (astynax) Pirogov in fprog_spb
Ну ок, пустые скобки можно не разрешать расхлопнуть ;)
источник

AZ

Aleksandr Zhuravlev in fprog_spb
Alex Emelyanov
Парни, как там насчёт записи? очень уж хочется в Clojure разобраться, понять в чём её плюшки )
источник

MA

Mike Ananev in fprog_spb
1.  Scala сложнее Clojure. порог входа до 1 года. Подготовка этому языку дороже.
2. Scala  OOP-oriented. Clojure - data oriented. Это надо подробнее пояснять, но data oriented сильно меньше кода и меньше ошибок с mutability. Это кажется что Scala функциональная и иммутабельная. На практике нарывались уже и в Spark'e на Hadoop что за Scala надо следить в плане mutabilty.
3. Scala  is not simple. Это влияет на стоимость владения. Создатель скалы Одерский на одном из выступлений сильно агитировал послушать Simple Made Easy от Рича и прислушаться   к Ричу. Одерски тоже очень бы хотел чтобы Scala была simple, поэтому появился  dotty.
4. Бинарная несовместимость версий Scala напрягает. Если на проде работают job'ы одной версии Scala, то перекомпиляция и редеплой прода для upgard'a версии Scala сильно муторная вещь и стоит денег. Обычно бизнес на это денег не даст.
5. T2M у кложи чуть лучше чем у скала.
источник

MA

Mike Ananev in fprog_spb
это мое имхо разумеется
источник