ΑZ
Да, го перебарщивает в другую сторону
я считаю, что нет золотой середины, фич чем больше тем лучше, если они ортогональны
Size: a a a
2020 December 29
EG
я считаю, что нет золотой середины, фич чем больше тем лучше, если они ортогональны
Получается C++
ΑZ
Получается C++
нет, не получается
EG
Или современный GHC/Haskell
ΑZ
в плюсах фичи не ортогональны
EG
Или Scala
ΑZ
хачкель уже ближе, и хотя там не все впорядке он порядком лучше много, во многом и раста
H
я считаю, что нет золотой середины, фич чем больше тем лучше, если они ортогональны
+
H
Получается C++
в C++ неортогональны
EG
Я считаю, что язык должен предоставлять достаточно много синтаксической/семантической гибкости, чтобы реализовывать фичи на уровне библиотек.
H
Я считаю, что язык должен предоставлять достаточно много синтаксической/семантической гибкости, чтобы реализовывать фичи на уровне библиотек.
+
ΑZ
Я считаю, что язык должен предоставлять достаточно много синтаксической/семантической гибкости, чтобы реализовывать фичи на уровне библиотек.
это не бинарное, а континуальное свойство
ΑZ
раст например не позволяет гибко абстрагироваться от синк/асинк
EG
При этом в ядро языка лучше вносить скорее меньше
ΑZ
или бокс/небокс
H
При этом в ядро языка лучше вносить скорее меньше
+
H
min-gen design principle
EG
Вспоминаю Perl, в котором try нужно было ставить с CPAN
ΑZ
> говорит что фичей надо поменьше
> вспоминяет япы где фичи максимально через жопу друг с другом взаимодействуют
у тебя рили птср, попробуй отдохнуть
> вспоминяет япы где фичи максимально через жопу друг с другом взаимодействуют
у тебя рили птср, попробуй отдохнуть
EG
У перла много недостатков, но вот гибкости для библиотек он предоставляет более, чем достаточно