| 
	 | 
| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			X++ vs ABAP
			 
			
			Вопрос людям, имеющим опыт работы как с Аксаптой, так и с SAP R/3. 
		
		
		
		
		
		
		
	Интересуют сравнительные отзывы работы в X++ и ABAP. Что представлено\отсутствует в языках, интересные моменты, сильные и слабые стороны, "изюминки", скорость, удобство разработки, форм, экранов, отчётов, построение запросов, разработка в распределённой среде, возможность документирования и т.д. и т.п.. Короче, всех кто имеет опыт работы с обоими языками и средами, прошу высказываться.  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Аксакал в отставке 
		
			
	 | 
	
	
	
		
		
		
		 
			
			А какова Ваша цель?
		 
		
		
		
		
		
		
			
				__________________ 
		
		
		
		
	Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес").  | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от Тимур
			
			 
А какова Ваша цель? 
		
	 
		 | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 NavAx 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от Obapol
			
			 
 знать сильные и слабые стороны обеих систем. 
		
	И потом, как бы ни был хорош или плох язык, без профильного разработчика, мало что получится сделать, т.к. нужно знать схему данных и назначение классов. А с грамотным разработчиком, какая разница, удобный язык или нет? 
				__________________ 
		
		
		
		
	Isn't it nice when things just work?  | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от macklakov
			
			 
При удачно подобранном отраслевом решении 
		
	Цитата: 
	
		
			Сообщение от macklakov
			
			 
дорабатывать почти не придется 
		
	Возможно ли разобраться самостоятельно в коде классов Да и вообще, насколько качественно различаются разработка в системах?  | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 NavAx 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от Obapol
			
			 
Возможно ли разобраться самостоятельно в коде классов 
		
	
				__________________ 
		
		
		
		
	Isn't it nice when things just work?  | 
| 
	
 | 
| 
			
			 | 
		#7 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			ABAP - жуткое коболоподобное yнагромождение культурных слоев разных эпох с кошмарнысми особыми синтаксическими конструкциями на каждый чих. 
		
		
		
		
		
		
		
		
			X++ - попытка в меру способностей слямзить яву; по сравнению с предыдущим товарищем выглядит весьма ничего. PS. На абапе почти не работал, представление получено по пройденным курсам "введение в разработку" на сапе, но, судя по рассказам коллег за последнее время ничего принципиально не изменилось. Последний раз редактировалось belugin; 11.07.2006 в 13:26.  | 
| 
	
 | 
| 
			
			 | 
		#8 | 
| 
			
			 злыдень 
		
			
	 | 
	
	
	
		
		
		
		 
			
			пара отзывов от знакомых: 
		
		
		
		
		
		
			1. программер: я по месяцу ищу ошибку в коде 2. он же: одно время головной офис кодить на АБАПЕ запрещал. 3. "бухгалтер:у нас в накладной нет названий товаров, поправьте... ит директор: вам за что деньги платят? учите коды" 4. аналитик: ну например остатки на дату это готовый компонет. за пару минут отчет а-ля оборотка креативится 
				__________________ 
		
		
		
		
	Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/  | 
| 
	
 | 
| 
			
			 | 
		#9 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от Recoilme
			
			 
пара отзывов от знакомых: 
		
	1. программер: я по месяцу ищу ошибку в коде 2. он же: одно время головной офис кодить на АБАПЕ запрещал. 3. "бухгалтер:у нас в накладной нет названий товаров, поправьте... ит директор: вам за что деньги платят? учите коды" 4. аналитик: ну например остатки на дату это готовый компонет. за пару минут отчет а-ля оборотка креативится Цитата: 
	
		
			Сообщение от Recoilme
			
			 
1. программер: я по месяцу ищу ошибку в коде 
		
	  Цитата: 
	
		
			Сообщение от Recoilme
			
			 
пара отзывов от знакомых: 
		
	2. он же: одно время головной офис кодить на АБАПЕ запрещал.   Цитата: 
	
		
			Сообщение от Recoilme
			
			 
пара отзывов от знакомых: 
		
	3. "бухгалтер: учите коды"  | 
| 
	
 | 
| 
			
			 | 
		#10 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Ну вот  
		
		
		
		
		
		
		
	  Молчит народ Up  
		 | 
| 
	
 | 
| 
			
			 | 
		#11 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от Obapol
			
			 
Ну вот  
		
	  Молчит народ Up ![]() Однако ABAP в принципе содержит все необходимое для разработки бизнес-приложений. Он даже мощнее языка 1С 7.7 (но уступает языку 1С 8.0). Поэтому я бы поставил вопрос так "Вам шашечки или ехать?". В том смысле, что ЯП нынче ничего не решает - определяющими являются наличие и глубина проработки функционала. Сравнивать две ERP-системы по встроенному языку - дело неблагодарное. Ибо типичным ЛПР на эти особенности глубоко наплевать.  | 
| 
	
 | 
| 
			
			 | 
		#12 | 
| 
			
			 Lean Six Sigma 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Повторюсь за Тимуром. В чём смысл вопроса? 
		
		
		
		
		
		
			
		
		
		
		
	Кто сильнее, слон, или кит? Кто работает с САП, тот не сможет использовать Х++, кто работает в Аксапте, тот не сможет задействовать АБАП.  | 
| 
	
 | 
| 
			
			 | 
		#13 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			>>>ООП тоже нет 
		
		
		
		
		
		
		
	есть! но извратное. в 2001 каэись году на курсах они вроде даже говорили, что будут переводить API на него. на абапе это выглядит примерно так: call object method parameter1=100 parameter2="test" endcall. конкретику не помню но вобщем вызовать пяток методов занимало экран  | 
| 
	
 | 
| 
			
			 | 
		#14 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Okay 
		
		
		
		
		
		
		
	С языками вроде всё понятно. Типа несравнимые вещи. Просто вопрос интересовал: не кто сильнее - кит или слон, а именно то, что кит плавает в море, а слон сухопутный, но тоже по возможности любит поплескаться в болотце   и т.д. и т.п.Тогда немножко о функцонале. Верно ли будет утверждение, что _стандартный_ функционал Аксапты можно рассматривать как конструктор, из кубиков которого можно "лепить" то что мы хотим, в то время как САП силён именно своими проработанными отраслевыми решениями, и как следствие важным моментом является именно выбор подходящего решения. Кстати, вопрос о производительности. Почему таки САП считается вроде как помощнее Аксапты или это моё заблуждение?  | 
| 
	
 | 
| 
			
			 | 
		#15 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от belugin
			
			 
>>>ООП тоже нет 
		
	есть! но извратное. в 2001 каэись году на курсах они вроде даже говорили, что будут переводить API на него. на абапе это выглядит примерно так: call object method parameter1=100 parameter2="test" endcall. конкретику не помню но вобщем вызовать пяток методов занимало экран call method of application 'Worksheets' = sheet exporting #1=1  | 
| 
	
 | 
| 
			
			 | 
		#16 | 
| 
			
			 злыдень 
		
			
	 | 
	
	
	
		
		
		
		 
			
			"Тогда немножко о функцонале." 
		
		
		
		
		
		
			1. Берете "отраслевого" клиента 2. Описываете критичные бизнес процессы 3. Берете доку по сапу и изучаете что ложится а что нет: http://help.sap.com/ 4. Берете доку по аксапте и изучаете что ложится, а что нет: http://www.microsoft.com/Rus/Dynamic...mentation.mspx 5. Считаете стоимость модификаций в обоих системах 6. Обладатель наименьшего бюджета побеждает в категории "функционал" "Почему таки САП считается вроде как помощнее Аксапты " 1. Берете тестовый сервак 2. Загоняете на него n тестовых пользователей 3. Генерируете тестовые документы 4. Время обработки строки в какой системе меньше - та и победила Что здесь сложного-то??? 
				__________________ 
		
		
		
		
	Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/  | 
| 
	
 | 
| 
			
			 | 
		#17 | 
| 
			
			 Lean Six Sigma 
		
			
	 | 
	
	
	
		
		
		
		 
			
			По поводу языков. Предлагаю свой вариант формулировки вопроса. С моей точки зрения для языка программирования в ERP-системе имеют смысл только показатели  
		
		
		
		
		
		
			
		
		
		
		
	- сложности и необычности (время обучения и стоимость программистов) - времени разработки (здесь можно вспомнить стандартные нормы времени на разработку новых простых элементов); как я понимаю, время разработки на Х++ заметно ниже, чем на АБАПе. - трудоёмкости тестирования и отладки.  | 
| 
	
 | 
| 
			
			 | 
		#18 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Язык программирования это инструмент. 
		
		
		
		
		
		
		
	Строители Египетских Пирамид пользовались примитивным инструментом, но их работой любуются и восхищаются спустя тысячелетия... Современные строители строят небоскребы, пичкая их электроникой и гидравликой... таким небоскребам не страшны ни ураганы ни землетрясения, на их сооружение уходит меньше материала, времени и человеческих ресурсов... Поэтому нет необходимости заканчивать "Гарвард" или "Кэмбридж" чтобы понять - кто умеет считать деньги, выбирает ERP систему с инновационными инструментами, т.к. для получения конкурентных преимуществ необходимо, чтобы ERP система быстро менялась за стратегией бизнеса... А если к примеру "денег - куры не клюют" и компания продает, то за чем все Человечество выстраивается в очередь (енергоресурсы - нефть, газ и т.д.) то спрашивается - зачем верблюду в зоопарке тюнинг в виде горбов и крутых копыт?  | 
| 
	
 | 
| 
			
			 | 
		#19 | 
| 
			
			 NavAx 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от Morpheus
			
			 
Язык программирования это инструмент. 
		
	
				__________________ 
		
		
		
		
	Isn't it nice when things just work?  | 
| 
	
 | 
| 
			
			 | 
		#20 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от macklakov
			
			 
А внутренний язык ERP это специфический инструмент. Ключ на 9-гранную гайку, применяемую только в этой модели этого производителя. И сравнивать 9-гранный ключ с 7-гранным, не имеет смысла, т.к. они применимы только для своих гаек 
		
	 | 
| 
	
 |