Сообщение Re[4]: range-v3 и модный C++ от 26.07.2020 2:33
Изменено 26.07.2020 2:37 kaa.python
Re[4]: range-v3 и модный C++
Здравствуйте, ononim, Вы писали:
KP>>Только вот в мире за пределами C++ такие вопросы как ты задаешь вообще никого не парят, по вполне себе очевидным причинам — будет тормозить так поправим, главное явной квадратичной и выше сложности не городить.
O>В мире за пределами С++ есть например юниксовые команды sort и uniq которые должны рабать именно так: sort|uniq и еще comm которая тоже после sort применяется. Так что это как бы немного очевидно.
А почему реализация функционального концепта в языке программирования должна равняться на Юникс-утилиты, а не, к примеру, на коммерческие функциональные языки?
Clojure:
Elixir:
Функциоанльные концепции в языке должны базироваться на подоходах принятых в функциональных языках, по причинам, которые я вот тут объяснял
KP>>Только вот в мире за пределами C++ такие вопросы как ты задаешь вообще никого не парят, по вполне себе очевидным причинам — будет тормозить так поправим, главное явной квадратичной и выше сложности не городить.
O>В мире за пределами С++ есть например юниксовые команды sort и uniq которые должны рабать именно так: sort|uniq и еще comm которая тоже после sort применяется. Так что это как бы немного очевидно.
А почему реализация функционального концепта в языке программирования должна равняться на Юникс-утилиты, а не, к примеру, на коммерческие функциональные языки?
Clojure:
(distinct [2 2 1 5 4 4 4 ])
=> (2 1 5 4)
(-> [2 2 1 5 4 4 4 ]
distinct
sort)
=> (1 2 4 5)
Elixir:
iex(5)> [2, 2, 1, 5, 4, 4, 4] |> Enum.uniq
[2, 1, 5, 4]
iex(6)> [2, 2, 1, 5, 4, 4, 4] |> Enum.uniq |> Enum.sort
[1, 2, 4, 5]
Функциоанльные концепции в языке должны базироваться на подоходах принятых в функциональных языках, по причинам, которые я вот тут объяснял
Автор: kaa.python
Дата: 26.07.20
.Дата: 26.07.20
Re[4]: range-v3 и модный C++
Здравствуйте, ononim, Вы писали:
KP>>Только вот в мире за пределами C++ такие вопросы как ты задаешь вообще никого не парят, по вполне себе очевидным причинам — будет тормозить так поправим, главное явной квадратичной и выше сложности не городить.
O>В мире за пределами С++ есть например юниксовые команды sort и uniq которые должны рабать именно так: sort|uniq и еще comm которая тоже после sort применяется. Так что это как бы немного очевидно.
А почему реализация функционального концепта в языке программирования должна равняться на Юникс-утилиты, а не, к примеру, на коммерческие функциональные языки?
Clojure:
Elixir:
Функциональные концепции в языке должны базироваться на подходах принятых в функциональных языках, по причинам, которые я вот тут объяснял
KP>>Только вот в мире за пределами C++ такие вопросы как ты задаешь вообще никого не парят, по вполне себе очевидным причинам — будет тормозить так поправим, главное явной квадратичной и выше сложности не городить.
O>В мире за пределами С++ есть например юниксовые команды sort и uniq которые должны рабать именно так: sort|uniq и еще comm которая тоже после sort применяется. Так что это как бы немного очевидно.
А почему реализация функционального концепта в языке программирования должна равняться на Юникс-утилиты, а не, к примеру, на коммерческие функциональные языки?
Clojure:
(distinct [2 2 1 5 4 4 4 ])
=> (2 1 5 4)
(-> [2 2 1 5 4 4 4 ]
distinct
sort)
=> (1 2 4 5)
Elixir:
iex(5)> [2, 2, 1, 5, 4, 4, 4] |> Enum.uniq
[2, 1, 5, 4]
iex(6)> [2, 2, 1, 5, 4, 4, 4] |> Enum.uniq |> Enum.sort
[1, 2, 4, 5]
Функциональные концепции в языке должны базироваться на подходах принятых в функциональных языках, по причинам, которые я вот тут объяснял
Автор: kaa.python
Дата: 26.07.20
.Дата: 26.07.20