Ищу Скриптера Со Свободным Временем, Для изучения азов Опции

[HeadShotSPB]

Сабж. Давненько создавал свой шард на 55и сфере, хочется научиться азам скриптинга на РанУо. Естественно время не бесплатно. Кто может грамотно составить уроки для обучения "с нуля" самым простым вещам, подсказать от чего отталкиваться для обучения, оставьте свой контакт. Если это будет трудоемкий процесс, он будет оплачен по договоренности (в разумных рамках). Время - деньги, все это понимаем. Контакты оставляем в теме или ЛС. Также не против пообщаться с начинающими, которые чего-то добились сами. В общем хочется развития в этом направлении.

[Warstone]

Короче - изучайте парадигмы, затем языковые особенности, а затем уже language - функции

Ага... Парадигма ООП говорит что у любого класса могут быть friends - классы, которые не является потомкам ни одного из отцов и собственно самого класса, но имеют доступ к Protected части класса... А теперь покажи хотя-бы один язык, в котором это сделано именно так (через слов friend или как-то по другому промаркировано), а не через жопу, как например в Delphi, где все классы в одном юните - друзья. Причем полные, так как видят и private методы/переменные любых классов, описанных в этом юните.
Покажи хотя-юы один ооп язык, где нету class functions / class parameters, хотя они запрещены в каноничном ооп. (Тут могу плавать, но вроде запрещены). Ну и конечно надо помнить о множественном наследовании в C++ от мелкомягких. Что является грубым нарушением ООП.

А все это к чему? А к тому, что ООП само по себе - сферический конь в вакууме. Автору я-бы рекомендовал начать изучать какой-нибудь один язык, через 2-3 года пересесть на другой и т.д. Только языки выбирать не по принципу левой задней пятке, а по принципу востребованности и зарплатных ожиданий. Если-же он попадет пальцем в небо и сразу найдет себе тот язык, на котором будет писать всю жизнь (мало вероятно, но все-таки), то зачем ему каноничное ООП? Только чтоб голову забить? Так она у него и так УО забита.