задачи «написать программу»? Это ведь так работает?
ага. а как еще заинтересовать тех кто говорит: "чтоб такое написать чтоб интересно было?" понятно же что справочник по матану никто не будет читать, а вот когда "написать программу..."
Я думаю, что программа в первую очередь должна решать задачу. Не задачу «найти площадь многоугольника», а какую-то реальную, практическую задачу. Тогда и будет интересно.
Ну можно такую задачу: дана функция f(x), необходимо найти определённый интеграл с какой-то точностью. Вполне практическая задача и вполне реализуемая
Это не задача, это метод решения какой-то другой задачи.
Хорошая задача, это что-то вроде: считайте данные с микрофона, а на экране отобразите спектр сигнала полученного с микрофона
Люблю программу можно сводить к функции от входных параметров. Долгое время мне эта концепция казалось не состоятельной. В ней как-бы не хватало кое чего. Изменений внешнего I/O. Файлов. Сокетов. Состояния часов и ГПСЧ. Но кодеры функциональщики как то эту проблему порешали.
Функциональщики порешали это императивными элементами в языки
Через костыли, у них их много
Задача хорошая. Но это для опытного человека у которого уже есть background в digital signal processing. Он может ее решит за несколько минут просто подключая свои библиотеки. Я бы предложил искать такую задачу на которую никто библиотек ещё не написал
А можно пример программы на функциональном языке, которая вот прямо сейчас у тебя запущена и работает?
Тогда дополнительно условимся, что писать надо без библиотек, высокой скорости, тоже не требуется
Ну pandoc я иногда использую, это редкий случай, когда функциональный язык норм
Это конвертер документов если что
Слишком узкая специализация
Tallow/TorWall.
Это сишка.
А он не функциональный? Тогда я не понял, что имеется в виду.
Вон выше хаскел.
А AutoIt?
Он процедурный, а не функциональный
Сначала вы рисуете палку, потом огуречик, а потом постепенно появляется человечек 😁
Обсуждают сегодня