>"Метод в объектно-ориентированном программировании — это функция, принадлежащая какому-то классу или объекту." ru.wikipedia.org
>Т.к. fsync() не принадлежит ни классу, ни объекту, называть данную функцию методом неправомерно.Однако она чему-то принадлежит. И это что-то вы никак объектом не признаете, если не увидите в слово "class" или "object" в коде.
Как и говорилось выше, вы, как и определенная категория, просто не видите классов и объектов если они не указаны синтаксически. Т.е. для вас классы и объекты - это прежде всего синтаксические конструкции, а не информационные сущности. Что и требовалось доказать.
>Если следовать вашей логике, то можно вообще выкидывать сложившуюся терминологию и с головой погружаться в анархию, когда без сносок и пояснений вообще будет непонятно о чем конкретно или о какой парадигме идет речь.
Ну если вам нужны все время нужны "сноски и пояснения", то это говорит скорее о том, что вы плохо разбираетесь в тех вопросах, в спор по которым вы ввязались. Если вам трудно смотреть на вещи одновременно с разных точек зрения, то это ваши проблемы. Но не все же такие, как вы.
>> Пояснение. У людей, находящихся в плену стереотипов, мышление обычно сковано названиями и синтаксисом. И они обычно не видят семантику.
>
>Как раз вы в этом самом плену и находитесь. Вы настолько погрязли в плену стериотипов ООП, что проецируете их на остальные парадигмы. Я же просто точен. Чего и вам желаю. Все-таки техническая документация - не художественная литература и требует формализации.
Таким образом, по-вашему, парадигмы нельзя проецировать друг на друга. Однако что-то последнее время пошла мода на т.н. мутипарадигменные языки. Значит по-вашему создатели и пользователи таких языков - это погрязшие в плену стереотипов люди?
>Все-таки техническая документация - не художественная литература и требует формализации.
И при чем здесь конкретно техническая документация? Человек назвал функцию методом. Некоторым это не понравилось. Хотя он на техническую документацию вроде бы и не претендовал.
Кстати, значит по-вашему, в технической документации никак нельзя назвать функции методами. А то вдруг кто-то засомневается, что эти функции принадлежат объектам или классам. Советую вам почитать для примера техническую документацию, например, по berkeley db C-API.
>P.S. не продолжайте спор, в котором вы заведомо не правы.
P.S. Не вам решать, кто прав, а кто нет. Если вы боитесь, что с вами продолжат спор, то этим вы только демонстрируете сомнения в собственной правоте.