тут скорее упор надо делать, идя от задачи, а не догмами запоминать определения. Т.е. материал усвоится тогда, когда будет понятно зачем это придумали (функци, процедура, метод - это уже второстепенно)

Иногда слушаю курсы от начинающих (да и такие есть). Но там как правило либо талант рассказывать, либо действительно хороший уровень практики.

Функция — это математическое понятие.  В математике результат работы функции зависит только от входных параметров.  В программировании у процедур часто на результат работы ещё влияют какие-нибудь глобальные переменные, т.е. есть сохранение/изменение/использование некоторого внешнего состояния.  Поэтому всё подряд в программировании называть функциями некорректно.  

В программировании можно называть функцией только те процедуры, возвращаемое значение которых зависит только от входных параметров.  Одна из вещей, которую преследуют функциональные языки — это как раз уменьшение побочных эффектов, и в связи с этим функциональный код состоит из функций.  Есть также и чисто функцинальные структуры данных, которые никогда не меняют своё состояние, а просто порождают копии себя.

Таким образом, некоторые процедуры являются функциями, но не все функции являются процедурами.

Ну вот смори - как  я бы рассказал, например.
типа в си шарпе используется ооп подход. ооп это когда есть описание данных и работы с ними через обхекты и свойства.
А вот рассморим хэлло ворд. Это вот такая конструкция - класс описывается тут, статический метод мейн типа выполняется первым после старта програмы.

Методы — это процедуры, объявленные внутри класса.

сложно. сложно :) из практики процедура это тупо набор команд, объединенных. чтобы их не повторять. а функция - ну выполняющая конкретную задачу реализация. ну ничего, скорректируем, разберемся.

И вот зачем мне сишарп :) почему я не использую куте например?

Так, а замыкания получается тоже процедуры - они же запоминают "контекст" :)

Но однажды запомнив, они используют запомненное значение.  Если оно не меняется, то опять же их результат будет зависеть только от параметров.

Вообще, надо по этой теме какую-то фундаментальную литературу найти.

Так как это моё понимание терминологии с точки зрения функциональных языков.  В реальности термины "функция" и "процедура" часто используют взаимозаменяемо.

да, постепенно думаю попадется что нито понятное.

Некоторые студенты активно практикуют реализацию Hostile User Interface в своих приложения.

Не могу ввести телефон, так как не понимаю, какой формат от меня хотят.  Вот он, Hostile User Interface.

Не совсем верно, потому что статический метод состояние объекта класса не меняет, более того, даже нестатический метод может быть чистой функцией и от состояния объекта не зависеть.

Речь шла, наверное, о том, что так как идеология C# — «всё есть объект», то корректно всё делить на классы, объекты, поля, свойства и методы.

не, не. Но терь тогда придется досматривать! Надо же выяснить что ведущий расказать хотел.

я более философски смотрю на это: т.е. да, знать термины это хорошо. Но если человек на практике применяет грамотно концепции и парадигмы, заложенные в язык, и при этом не точно знает как и что называется, то это не проблема, если он ремесленник. И да - проблема, если ему нужно передавать знания

Да, разумеется, излишняя академичность иногда вредит.

+1 - главное большинство правильных практик использовать.