Всем привет, ввиду отсутствия толковой литературы по обьектному абапу, предлагаю сделать перевод книги Дж. вуда object oriented programming with abap objects совместными усилиями на русский язык.
По моему мнению книга написана очень грамотно и понятно.
Хотя если будут другие кандидаты на перевод, то можно и их рассмотреть.
плюсы думаю всем очевидны:
больше качественного кода на абап( ибо большая часть прогеров пишет до сих пор в процедурном стиле).
популяризация абапа и сапа для новичков( плюс сразу начинают писать правильно).
можно указать перевод в своем резюме(тоже неплохой плюсик).
практика в английском и изучение чего-то нового для тех кто еще не знаком с такой мощной штукой как ооп.
немного о себе:
24 занимаюсь сапом пол года, модуль fi-aa,программист и консультант в одном лице.
сюда выкладываем свои предложения, выдвигаем свои кандидатуры, указываем знание языка, уровень знания абап, время работы с сап.
в книге около 350 страниц, планирую переводить хотя бы 20-25 страниц в неделю. чем больше народу, тем быстрее сделаем, но не более 5 человек.

Кто не знаком лучше бы не переводить, а то у нас будет instantiate = иллюстрировать примерами, а instance of a class = пример класса. Как минимум человек должен разбираться в ООП и российской терминологии.

Так же по поводу правовой основы этог дела - а не будет проблем с издателем/автором?

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

Не вижу смысла - все в ИТ на английском языке, лучше читать и обуждать сразу оригинал. Если есть силы/время лучше написать что-то новое (например на одном форуме собирали полезные советы по поводу производительности ABAP).
А какой у вас вообще опыт в ИТ? Вы не пробовали поизучать информацию, действительно ли ООП лучше всего остального (особенно в случае с ABAP'ом, где сама система не заточена под него)?
Угу, с текущим состоянием рынка это самое оно.

Не поймите меня неправильно: вы молодец, что пытаетесь сделать что-то хорошое. Однако сперва стоит понять, почему всё - так как оно есть.

общий опыт в программировании - 3 года, с ооп работаю около года.
а что с рынком в россии? никому сап не нужен, и рынок не растет?
в принципе я копался в потрохах сапа, видел там кучу процедурщины. но это же не повод чтобы продолжать фигачить процедурщину и дальше...

1. ООП хорошо когда нужно наплодить объектов класса в одной roll area, в бизнес-программировании же это очень редко нужно.
2. "Процедурщина" проще, прозрачнее и быстрее в бизнес-программировании, чем заморочки с наследованием (из-за которого по большей части и нужно использовать объекты). Например есть множество ФМов (стандартных) которые уже реализованы и их будут использовать и не надо изобретать велосипед
3. ООП требует более квалифицированного подхода и большей строгости если это бизнес-программирование. Данные бизнеса - очень критичные данные.

Когда мне было 3 годика в сапе , тоже приходило очучение что все "лохи" и я "открою америку" научу "их" программить на OBJ-ектах )))
Шли годы ... лишнее само отвалилось )), нужное осталось.

А если серьезно на все есть свои причины.
Начните писать, разбираться. Увидите плюсы и минусы и годика через три четыре самостоятельно перейдете в группу "лохи" )))
А еще был момент - попав на проект , где ротация персонала абаперов чумачечяя, где есть "регламент разработки " - стандарты разработки ))) где цель не "понты" а реализация проекта , объктная модель вообще лишняя...
Представьте себе простенький отчет где вы строите несколько интерфейсов , классов , наследуете ... как потом после вас модифицировать дорабатывать? Вам нужно получить в "наследство" разик такую разработку - это будет опыт )))))

Успехов!

В целом выше уже сказали, чуть дополню коллег.
Ну вот некое мнение об ООП: http://blogerator.ru/page/oop_why-objects-have-failed
Разумеется то, что творится в САПе - очень далеко от идеала. Но в любом случае, много всего в системе не поддерживает ООП и попытки писать в этом стиле ничего не улучшат. Каждый, наверное пытался использовать объекты - мне хватило трех-четырех отчетов .
Не растет это мягко сказано (в соседнем форуме уже обсуждали).