LINUX.ORG.RU

История изменений

Исправление wandrien, (текущая версия) :

К сожалению, некоторые люди абсолютно не пытаются вникнуть в предмет предлагаемых ими улучшений.

Лучше сделать однострочные варианты всех управляющих конструкций, если уж автор так любит однострочники.

1. Автор не «любит» однострочники. У автора даже в коде компилятора when используется исключительно в виде двух строк:

when что-то:
  что-то делаем;

2. «Лучше сделать однострочные варианты всех управляющих конструкций». Лучше для чего? Есть какие-то критерии этого лучше? Выше по треду же подробно обсуждалось, почему when именно when, а не if, для чего он нужен, и почему для этих кейсов if работает плохо.

Это хотя бы консистентно

Консистентно сделали в Паскале и Си. Проблемы с консистентностью синтаксических форм обсуждались парой страниц ранее.

В данном случае задача обратная – сломать консистентность. Мозг не машина, он не парсит грамматику так же, как компилятор. А ЯП предназначены в первую очередь для чтения человеком.

Так и все гипотетические юзеры будут рваться. Оно и правда необычно, дуиаешь то ли это паттерн матчинг какой, то ли хз что.

Если необходимость освоить значение пары ключевых слов вызывает такие страдания, возможно это говорит о возрастных изменениях головного мозга. В этом случае единственное, что можно сделать – писать на ЯП, которые уже освоены, пока желание и силы что-то писать еще в принципе есть. Все там будем…

Исправление wandrien, :

К сожалению, некоторые люди абсолютно не пытаются вникнуть в предмет предлагаемых ими улучшений.

Лучше сделать однострочные варианты всех управляющих конструкций, если уж автор так любит однострочники.

1. Автор не «любит» однострочники. У автора даже в коде компилятора when используется исключительно в виде двух строк:

when что-то:
  что-то делаем;

2. «Лучше сделать однострочные варианты всех управляющих конструкций». Лучше для чего? Есть какие-то критерии этого лучше? Выше по треду же подробно обсуждалось, почему when именно when, а не if, для чего он нужен, и почему для этих кейсов if работает плохо.

Это хотя бы консистентно

Консистентно сделали в Паскале и Си. Проблемы с консистентностью синтаксических форм обсуждались парой страниц ранее.

В данном случае задача обратная – сломать консистентность. Мозг, не машина, он не парсит грамматику так же, как компилятор. А ЯП предназначены в первую очередь для чтения человеком.

Так и все гипотетические юзеры будут рваться. Оно и правда необычно, дуиаешь то ли это паттерн матчинг какой, то ли хз что.

Если необходимость освоить значение пары ключевых слов вызывает такие страдания, возможно это говорит о возрастных изменениях головного мозга. В этом случае единственное, что можно сделать – писать на ЯП, которые уже освоены, пока желание и силы что-то писать еще в принципе есть. Все там будем…

Исходная версия wandrien, :

К сожалению, некоторые люди абсолютно не пытаются вникнуть в предмет предлагаемых ими улучшений.

Лучше сделать однострочные варианты всех управляющих конструкций, если уж автор так любит однострочники.

1. Автор не «любит» однострочники. У автора даже в коде компилятора when используется исключительно в виде двух строк:

when что-то:
  что-то делаем;

2. «Лучше сделать однострочные варианты всех управляющих конструкций». Лучше для чего? Есть какие-то критерии этого лучше? Выше по треду же подробно обсуждалось, почему when именно when, а не if, для чего он нужен, и почему для этих кейсов if работает плохо.

Это хотя бы консистентно

Консистентно сделали в Паскале и Си. Проблемы с консистентностью синтаксических форм обсуждались парой страниц ранее.

Так и все гипотетические юзеры будут рваться. Оно и правда необычно, дуиаешь то ли это паттерн матчинг какой, то ли хз что.

Если необходимость освоить значение пары ключевых слов вызывает такие страдания, возможно это говорит о возрастных изменениях головного мозга. В этом случае единственное, что можно сделать – писать на ЯП, которые уже освоены, пока желание и силы что-то писать еще в принципе есть. Все там будем…