I have 4 year experience in SAP ABAP/4. There are so many comments that ABAP have been obsolete in next few year's. This is true about it.
Then what will be the SAP ABAPer future.
If we can switch any other module, which one is best for ABAPer.
Note: - I have good knowledge of Functional also - SD / MM/ FICO / alongwith ABAP.
Edited by: @ABAP@ on Feb 16, 2010 7:28 PM
ABAP will remain the programming language, because SAP has complete control over the product. That's why customer-facing things like ESS, etc. have been re-written from Java to ABAP Web Dynpro. I think that at the moment, 8000 screens have been re-written to ABAP WebDynpro (of > 20,000, but not a one-to-one conversion as some tools are being redesigned).
NetWeaver 7.02 will contain the largest-ever set of enhancements to the ABAP language for a single release, including new keywords, a new compiler and a re-worked interface, web-dynpro-like apperance, string manipulation enhancements.
Who told you ABAP will be obsolete? That's not what's in SAP's publications and demonstrates a serious lack of understanding of what's going on at SAP, IMHO.
I have read many questions on ABAP is dead or what?
They point to ominous signs: they tells that all the new SAP programs are written in Java (not true), and they are concerned that the NetWeaver CE is an exclusively Java-based environment (true). The NetWeaver Developer Studio is also almost exclusively Java-based (also true).
But ABAP is not as dead as some might think, there are still more than 238,000,000 lines of ABAP code in SAP. ABAP is still entrenched in SAP, and SAP is still entrenched in ABAP.
ABAP is still making its presence felt: some of the new NetWeaver PI functionality was written in ABAP. You might not see it when you work with PI, but the ABAP is there underneath, keeping things humming along.
Thomas Jung of SAP Labs, who writes an outstanding developeru2019s blog on SDN, telling - some of the underlying NetWeaver functions were written in ABAP, and of course there is the Web Dynpro for ABAP. Jung also told that the ABAP Workbench is indeed part of NetWeaver, and is being equipped with many of the Java side of NetWeaver is receiving.
ABAP is still the part of the SAP.
So I think thats it on ABAP, that will be there always. No implementation is possible without ABAP.
So the ABAP is dead or not doesn't leads to answer "Yes" or "No".
But for now, we can safely say that ABAP is not going anywhere. Itu2019s also becoming clear that whether youu2019re an SAP ABAP person or an SAP Java person, if you donu2019t make a commitment to understanding the latest generation of modeling tools (CE, Visual Composer, Aris for NetWeaver, etc.), and how they fit into the emerging Enterprise Architecture, youu2019re going to be left behind.
(Refernce taken from many blogs, thanks for sharing important information. e.g blog.com, jonerp.com, sdn.sap.com)
Thanks and Regards,
Edited by: ravisonar01 on May 8, 2010 11:58 AM
Edited by: ravisonar01 on May 8, 2010 12:01 PM
Not sure if i can answer this question here!!!
Assuming that moderators will accept this, To some extent(May be 5-10 % i can say) it is true that SAP is slowly moving towards JAVA. But one thing definitely for sure is ABAP will still exist in core SAP programming at least for a decade or two.
If you are a good techno-functional person, my suggestion is to shift towards the functional role as business concepts will remain same irrespective of whatever software/language you use.
Even if ABAP is going to obsolete, it is only the Syntax that is going to be changed in the new language. Fundamental programming logic and concepts remains same
PS: You don't have to worry much at this point in time. Have a nice time in your career.
"To some extent(May be 5-10 % i can say) it is true that SAP is slowly moving towards JAVA. But one thing definitely for sure is ABAP will still exist in core SAP programming at least for a decade or two."
Actually, the reverse is true...JAVA is being abandoned (although JAVA stack will continue to run). There will be no new SAP development in JAVA, according to presentations made just last December at an ASUG meeting (Thomas Jung, SAP Labs, was the presenter).
Even thats what i meant to say
JAVA part is very less compared to ABAP.
please tell me if i switch into another module which one is best in my above given options...
I feel this is completely perception. Answer differs from person to person as each one might be looking at different angle.
As per my experience, FICO always tops the list (Provided you have very good FICO concepts and business understanding). SD and MM comes next and PP/QM follows later. I suggest you to go with what ever module you are strong and improve on your weak points.
My comment is a little of topic, but
Forum Points: 0
Seems a little weird to me. Looks like you have never helped a living soul, but still asking other people for help. You benefit from their work and experience and bringing nothing back. That is what I really DON´T LIKE!
Indeed, you are true enough to be justified.
Anyway but somehow his (@abap@'s) forum thread attracted me because I read as -
"ABAP Feature in next coming years". ..... I just misinterprete "Feature" For "Future".
Thats why I went to read that thread Other wise I would have never.
But I got to know that there are people who are concerned about points and posts count and joined date as well while replying.
So I better be careful while posting any reply, to not to jeopardize my profile on sdn.
there is always something to learn if you think in that way ) right otto??
Thanks and Regards,
This is not Give n Take.If you have something to give n want to give, just give it don't bother about others.
This is an public forum meant to help,if you don't,no one is forcing you.
I guess we can expect nothing from you then?
To the poster, About 10-11 years ago, at the time I was an independent contractor with 5 years of ABAP experience, there was the great announcement that SAP was moving toward Java, and the interpreted message was ABAPers needed to adapt or be found obsolete and out of a job. I went through a Java certification process to make sure I was ready for any new requirements. Guess what happened? Not much relatively. Java came and Java went (or is on the way out). ABAP is here to stay...not that it couldn't use some help from other languages...
I worked for many years on both languages: ABAP and Java. My view is: ABAP is a u201Cbusiness languageu201D but not a general purpose language as Java. ABAP and Java are centered on different domains.
SAP has failed when try to use ABAP out of their natural domain: SAP MI ABAP synchronization engine (2007).
I think actually SAP is shifting SAP PI to Java only stack because performance problems due to stacks (Java+ABAP) and competence as Oracle is using a Java only solution for EAI.
Well its 2014 and 4 years have already past from the moment this post was written. At this moment also SAP ABAP is going strong and from the looks of it, it pretty sure that its going to be the same from years to come.
Although it does vary from people to people and what they think.
What is the future for ABAP. For people like me who are just 1 year into ABAP it is kinda scary when i see people coming out and speaking SAP HANA SAP UI5 to take over the market in a year or two.
I request the experts here to convey as per their knowledge the way to go for budding ABAPER like me.
i have 1 year of experience in a support project in R3 and now i am into a ISU implementation and i have 1.5 months window to learn a new technology. Which should i go for:
OR some functional in ISU like EDM , FICA etc (this i am not sure of as i do not have complete knowledge of ABAP as yet)
With the future advent of S4, ABAP will receive another headshot.
Trond Stroemme wrote:
With the future advent of S4, ABAP will receive another headshot.
ABAP is like legendary Rasputin who was (allegedly) poisoned, shot and still did not die. The language itself may be on a decline (although then I'm confused why SAP bothered making changes in 7.4), but knowledge of data models and business processes that usually comes with it won't go away with HANA (as we've been told).
But just like it's not wise to keep your life savings in one bank, every programmer would be wise to diversify their skills. As usual, my general suggestion would be to go with your heart and don't chase some "hot skills". If you don't like your job you won't be successful.
But there is still loads of customers with ERP and most prefer to go for ERP with HANA as a secondary or full time database. Also with ABAP plays a role with HCP.
I am not sure how much S4/HANA is capable yet and matches the functionality of HANA may be S4/HANA is better for customers looking to own a light weight component with few core services but any one out there for serious ERP with some mind blowing analytical applications will go ERP + HANA. Also with OData and gateway services we can create customer apps in UI5.
It would be great to have a post from SAP gurus on ABAP, but i have a feeling cloud or umbrella whatever ABAP is the coolest language and i absolutely love it and want it alive and healthy for me to keep making some money to eat live and pray :-)
ABAP has been evolving ever since I started at a time where R/2 was on a sundown path. ABAP itself will not be phased out that quickly, even if this would be a SAP strategy. There is such a vast library of developments running within the backbone of many organisations. Changes of such magnitude will come gradually, natural evolution.
Some may still recall Cobol, another business oriented language born in 1959 and still alive today. Cobol is by far not a "sexy" language anymore though throughout the industry there is still a relatively large usage base.
If you look at ABAP as a pure coding language one may find far more challenging and interesting
domains. This may also be what differentiates a coder from a seasoned SAP developer. ABAP on its own is a relatively easy language, the challenge comes when mapping business requirements against technical capabilities of the SAP product portfolio. No doubt, this challenge will remain for many more years.
I often see ABAP developers as dinosaurs within modern IT. No doubt, also dinosaurs became extinct. Even changing development toolset (e.g. SAP GUI to Eclipse) runs at a snail's pace. ABAP developers will have to evolve. Next to understanding business processes and its needs our technical toolset will expand rapidly, we are entering a hybrid SAP arena. Next to ABAP we will also require expertise in the areas of SAPUI5, Fiori, OData, HANA, …
Just recently I was at a SAP trade fair, listening to a key note "adapt or die". Very applicable!
Message was edited by: Colleen Lee - removed private contact details as this is against SCN rules. Only publish your email in your profile.
UI5 with OData services and ABAP business logic at back end is really cool and good. So yes it's time for us ABAPers to embrace the modern UX. But then ABAP stack must be supported on all SAP innovations for business logic, nothing can beat it and when the developer gets UI5 and OData tools then only pure magic happens.
I was very frustrated initially , now i have become quite comfortable with UI5 development, it's really easy and so is OData and service builder classes and the entire coding and set up process.
But over all with UI5 the entire UX reaches a new level, the WDA is a sick technology and really sucks and BSP is dead, so UI5 is really a big potential for ABAP developers to be more relevant to new job opportunities, negotiate better salaries and stay in demand.
What would you recommend as the starting/entry point for learning and familiarizing yourself with the whole new UI5 world within SAP? All the materials I find are only partial and based mostly on some weird examples, which I don't like. I'd rather read something more organized and structured.
Hope you are doing great and sorry for the late reply.
I also made myself aware with simple HTML and CSS using code academy.
Then i purchased the book on UI5 from SAP Press by Miroslav Antolovic, and then i do a lot of google and you tube stuff where people have many good videos on basic demos. so i go through them and learn the ones i find not weird and are interesting in content.
Finally install eclipse and the add-ons and just write programs for whatever you learn on a given day.
ABAP is a DSL (Domain Specific Language) optimized for developing business applications (think screw driver). Java is a general purpose language designed to address a broader range of applications (think Swiss Army knife). ABAP is vey good at one thing, Java has a broader range of applications and is pretty good at some things and not very good at others.
ABAP has been the victim of the fashion game - developers jumping from language to language to "stay relevant" and keep their cv's looking trendy. And SAP themselves seem to have got sucked into this game.
ABAP has come a cropper when it extended itself into the territory more suited to a general purpose language (e.g. PI). Similarly Java didn't look so great when used for line of business application such as SRM where a language like ABAP is a better fit.
ABAP will stick around for the same reason as COBOL. It's a good tool for a particular type of job and a good engineer will always choose the right tool for the job - not the shiniest.
So my advice would be learn what the tools are good at, decide what type of work you want to do and choose the right tool for the work at hand. Tool hopping may help in terms of understanding what is possible but it doesn't encourage a deep understanding. Better to accept going out of fashion so that when the dust settles and business starts to look beyond the surface you have the advantage of some substance behind your cv.
You never know - we might even end up with some better engineered business applications as a result.
Exactly my point. C and C== even after decades are core of any system programming from symbian to iOS and from windows to linux to mac. ABAP is what is best suited to SAP application development. it can be enhanced further. Java is a general purpose enterprise language for non SAP platforms.
A lot of things SAP is doing actually makes really no sense. SAP is a enterprise vendor so SAP should provide a robust platform for development (ABAP with enhanced UI and UX capabilities) and a great DB like the HANA DB and then provide enablers like ABAP channels, ODATA and gateway, etc . let a app developer decide how he will consume data from SAP and by which tool.
UI5 adds no value, it's SAP created mess on top of standard jquery. At one side you are talking of open ness and helping non SAP developers like ruby, php etc and then you bring a crap like ui5 with lock down that is joke.
next is cloud, again enterprise needs customisation and Hasso Plattner himself argued in favor of it, is SAP HANA cloud adaptive and customisable. may be they can target small business houses but big houses will need what they have.
digital has been for ages the app based service discovery model may have become and gained more relevance in last 2-3 years but it's not new, the business models are changing but not the fundamentals. SO, why is SAP chasing to become a mobile app developer. Look at any document it's about mobile app development, but that is not digitalisation.
Let's check what is happening around ABAP based on what SAP says, e.g. from SAP TechEd 2015.
ABAP Platform seems to be still a significant part of the general picture to be the application platform for S/4HANA. SAP says "Continuous invest in ABAP programming language" and places ABAP platform (NW) as the layer between UI (Fiori) and DB (HANA).
Recent changes in ABAP language and the new ABAP platform features are clear signs of future investment tendency:
- New application frameworks (SADL, BOPF)
- ABAP Messaging Channel / Push Channel
- ABAP CDS
- Native TCP/IP support
- ABAP managed code pushdown for SAP HANA
For the recent changes in ABAP language, you can check Horst Keller 's blog series.
As a note, I believe the boundary between being an application (API) developer and being a UI developer will be more distinctive.
So, "long live ABAP!".