Или мне показалось, или на сервере Хабра работает постпроцессор. Теперь я уже не очень уверен, но мне кажется, первый час после опубликования цветов в фрагментах кода не было. Соответствующих форматирований нет и в моём оригинальном коде. Это точно.
Видимо этим объясняется и предложение N1 из певого комментаоия.
Видимо постпроцессор за этот час поработал и сделал код симпатичнее.
Большой разницы между вашим примером для BiFunction… и моим для f2 я не вижу, только порядок аргументов разный.
Про очеаидность не соглашусь. Попробуйте сделать в Stackoverflow запрос «Trifunction java» и посмотрите заодно какие там даются экспертами советы.
«Трех-арных» было употреблено как бы в созвучие слову из заголовка «мультиарные». Но текст я подправил. Спасибо.
Спасибо за Ваши замечания. Постараюсь ответить на некоторые.
1. Вы можете проверить это в HTML страницы- кодовые блоки оформлены в соответствии с возможностями сайта с помощью HTML-блоков code. Но я согласен, код выглядит плохо. Я заметил, некоторые авторы помещают цветные скриншоты. Согласен, оформлять код надо получше, с цветами элементов и т.д.
2. Tutorial для меня нечто большее.
3. Пассаж с каррингом очевидно на Вас не подействовал. Суть вопроса в том, как нормальный Java программист, не знающий про магию функции apply будет определять функцию с тремя аргументами. Наверное он вспомнит что есть карринг. Шутка не удалась.
4. Про снисходительность совершенно с Вами не согласен. Речь идет о том, что функция apply не-до-документирована. Её важнейшее свойство не описано вообще. Однако — спасибо за Ваше замечание. Я подправил текст и усилил именно этот аспект.
К сожалению о работах в области распознавания и классификации текстур кода мне ничего не известно. Но задача эту безусловно очень интересная и наверное вскоре кто-нибудь попытается её решить.
Википедия даёт очень расплывчатое определение понятию визуальных текстур. Текстуры очень широко применяются в графических системах и компьютерных играх, но фудндаментального определения похоже пока (насколько мне известно) не найдено.
Задача распознования и классификации — одна из бурно развивающихся областей в Deep Learning: Deep neural networks for texture classification—A theoretical analysis.
В своем комментарии вы подчеркиваете влияние аспектов, которые я отношу у так называемого первому уровню структуризации. Мой тезис состоит в том, что на красоту кода большее влияние оказывают всё же структуры второго уровня. Но это моё эмпирическое наблюдение. Статистически это сложно подтвердить или опровергнуть.
Ваш фундаментальный комментарий фактически является расширением этой статьи. Спасибо!
Процесс ручного программирования это фактически перевод неких мыслительных моделей в код. Я это называю материализацией идей. Эта материализация происходит тем быстрее, чем более высокоуровневый язык программирования используется. Визуальное программирование позволяет материализовывать идеи в модели визуальной а не текстовой природы.
Вроде логично предположить, что UML самый подходящий кандидат на эту роль. Но Executable UML пока не оправдывает надежд.
Читатель true-grue в предыдущем комментарии любезно взял на себя труд ответить Вам, наверное ещё до того, как Ваш комментарий появился. (Шутка).
Наверное можно было бы собрать примеры плывущего красивого кода в виде динамических GIF- файлов. Но если этот код коммерческий, это уже светло-серая зона с точки зрения соблюдения коммерческой тайны. Но мысль интересная.
Результаты трансляции часто выглядят хорошо структурированными, но редко красивыми из-за простоты и однообразности структур. Хотя это наверняка не является общим правилом.
Интересно было бы узнать мнение тех, кто плотно с этим работает.
Видимо этим объясняется и предложение N1 из певого комментаоия.
Видимо постпроцессор за этот час поработал и сделал код симпатичнее.
Про очеаидность не соглашусь. Попробуйте сделать в Stackoverflow запрос «Trifunction java» и посмотрите заодно какие там даются экспертами советы.
«Трех-арных» было употреблено как бы в созвучие слову из заголовка «мультиарные». Но текст я подправил. Спасибо.
1. Вы можете проверить это в HTML страницы- кодовые блоки оформлены в соответствии с возможностями сайта с помощью HTML-блоков code. Но я согласен, код выглядит плохо. Я заметил, некоторые авторы помещают цветные скриншоты. Согласен, оформлять код надо получше, с цветами элементов и т.д.
2. Tutorial для меня нечто большее.
3. Пассаж с каррингом очевидно на Вас не подействовал. Суть вопроса в том, как нормальный Java программист, не знающий про магию функции apply будет определять функцию с тремя аргументами. Наверное он вспомнит что есть карринг. Шутка не удалась.
4. Про снисходительность совершенно с Вами не согласен. Речь идет о том, что функция apply не-до-документирована. Её важнейшее свойство не описано вообще. Однако — спасибо за Ваше замечание. Я подправил текст и усилил именно этот аспект.
Задача распознования и классификации — одна из бурно развивающихся областей в Deep Learning: Deep neural networks for texture classification—A theoretical analysis.
Процесс ручного программирования это фактически перевод неких мыслительных моделей в код. Я это называю материализацией идей. Эта материализация происходит тем быстрее, чем более высокоуровневый язык программирования используется. Визуальное программирование позволяет материализовывать идеи в модели визуальной а не текстовой природы.
Вроде логично предположить, что UML самый подходящий кандидат на эту роль. Но Executable UML пока не оправдывает надежд.
Наверное можно было бы собрать примеры плывущего красивого кода в виде динамических GIF- файлов. Но если этот код коммерческий, это уже светло-серая зона с точки зрения соблюдения коммерческой тайны. Но мысль интересная.
Интересно было бы узнать мнение тех, кто плотно с этим работает.