SAP open sources UI development toolkit "SAPUI5"(sap.github.io) |
SAP open sources UI development toolkit "SAPUI5"(sap.github.io) |
"completely out of business"
The end.
Not even COBOL is completely phased out here and most stuff is Java developed at some offshore location. Enterprise is a very, very weird place. And yes, IBM won't starve any time soon either.
1. http://help.sap.com/saphelp_nw04/helpdata/en/6f/1bd5c6a85b11...
P.S., I wish other programming languages would consider implementing a table variable like ABAP has; allowing me to run SQL against it. http://sap-core.com/articles/basis/abap/abap-variables/
They even got an amazon AMI to start developping quickly without paying the license upfront. Unfortunately the IDE which you use to build the webapp requires Windows.
hint : i don't work for SAP at all. I just discovered that technology a few weeks ago and it was pretty weird for me since i've always associated SAP to big, bloated, clumsy, and hyper expensive tools, for the enterprise only.
They just solve a horrible problem: implementing everyones business process as they find them at the client, instead of the other way around, with legacy support for ages.
(disclaimer: I worked for SAP as an intern, a few years ago)
The problem is that most enterprise do not reach the last step.
I salute SAP for the initiative and hope more follow suit.
I imagine that an open-source javascript project would be a great deal more approachable than proprietary ABAP for developers exploring new career paths.
Icon Explorer: https://openui5.hana.ondemand.com/test-resources/sap/m/demok...
Uncategorized icons: https://openui5.hana.ondemand.com/test-resources/sap/ui/core...
Class sap.ui.core.Icon reference: https://openui5.hana.ondemand.com/#docs/api/symbols/sap.ui.c...
The copyright lines inside the font files say: Copyright (c) 2013 by Gerard Keane SAP AG Visual Design. All rights reserved. Copyright (c) 2013 by SAP AG Visual Design. All rights reserved.
But I still think that the Apache License 2.0 applies here too.
In short, make your enterprise software look like the Microsoft suite of the day and you should be ok. I think Extjs fails in that regard, it used to look fresh though.
1. This is extjs, like someone else was mentioning below.
2. Why would you supplant native HTML/CSS capabilities with shit like new sap.ui.commons.TextView({ layoutData : new sap.ui.layout.GridData({ span : "L4 M6 S12"...
3. The problem is that the entire approach is outdated, and fairly slow and bloated on my machine. Coding with this is going to be as interesting as legacy Java and .Net "thick client" apps.
However, keep in mind that this is an SAP tool geared towards the SAP ecosystem and it will ultimately be a pretty big deal within that space.
As an SAP developer I am happy to see any progress towards more modern practices and better technologies and SAPUI5 is, without a doubt, progress.
Because “The DOM is a Mess”.
SAPUI5 works across devices desktop, tablet and smartphone. Thinks about browser regressions (removing or changing unspecified APIs), missing features (typically older browsers missing specific features), browser bugs and differences.
Using the Facade pattern, protects frameworks/libraries against those problems, the best example is the jQuery library.
Why would you supplant native DOM APIs with jQuery?
Those who have been watching more closely (IMHO, the only ones entitled to raise public critism) would back me up in saying that there has been an ongoing change for the better and SAP has really been opening up to the broader developer community - empowering developers and lowering the entry barrier!
SAP offers free education and free developer licenses so it's easier than ever to get started. At the end of the day, it's all about making a living as a software developer and hence I believe this is a positive trend... And one that should be acknowledged in a positive way.
https://openui5.hana.ondemand.com/#content/Controls/index.ht...
https://www.google.co.uk/search?q=sap+gui&espv=210&es_sm=93&...
A lot of them are high-level components such as IconTabBar https://openui5.hana.ondemand.com/test-resources/sap/m/demok...
TileContainer https://openui5.hana.ondemand.com/test-resources/sap/m/demok... Lists https://openui5.hana.ondemand.com/test-resources/sap/m/demok...
Forms https://openui5.hana.ondemand.com/test-resources/sap/m/demok...
> Uncaught TypeError: Cannot set property 'OS' of null sap-ui-core.js:152
> Uncaught TypeError: Cannot call method 'getUriParameters' of undefined openui5.hana.ondemand.com/:35
I just see a blank page.
I've created a pull request to address the issue.
https://github.com/Incognito/openui5/commit/09a1b50bf73bc6bd...
Would hope in time we see a proper comparision like in http://coding.smashingmagazine.com/2012/07/27/journey-throug...
Where SAPUI5 excels is in providing an easy and consistent way to interact with SAP based backends. Anyone who has tried to do this with other frameworks will appreciate the complexity, SAP themselves have used and are using SAPUI5 for developing many application across the globe. It has been used in anger and been proven to be very extensible and scalable, the kind of things you look for as a Enterprise Developer.
Big libraries can't move fast, and can't adapt to all the latest things easily, like reactivity, flat ui, new features like webrtc, persistent websockets instead of REST, etc.
https://openui5.hana.ondemand.com/#docs/guide/ThemingFAQ.htm...
Here is an example from the Demokit: https://openui5.hana.ondemand.com/test-resources/sap/m/demok...
Angular: 97KB jQuery: 90KB jQueryUI: 87KB
It takes a while to load and compile.
Is there any info which "startup" they have acquired or in what third-world country it was outsourced?)
>> Oh my, that "Delphi mentality" in 2013..)
What's "Delphi mentality"?
>> ExtJS, if I remember correctly, is 5 or 6 years old already?
Why do you bring up ExtJS?
>> Is there any info which "startup" they have acquired or in what third-world country it was outsourced?
UI5 was developed in-house by SAP - not sure where it happened, but I think that particular bit of your comment reeks of arrogance and chauvinism
SAPUI5 is good, finally they can replace the outdated Netweavers Web UI with its horrible JS code.
I think they coded it for European style calendar format "Monday" = first day of week, as SAP is a german company. I wrote a datepicker in JavaScript and it had similar bugs in one of the calendar formats too.
Because it is an JS UI library of the very same kind which were around for years, isn't it?
Not sure about arrogance, but yes, I do hate SAP because I have seen it in production.)
I'm genuinely curious, not having been exposed to that ecosystem at all.
So maybe I misinterpreted your comment, and you are not part of the team, but just saying that this issue need to be fixed, and that probably it is there because of automatic generation.
Could you please clarify the meaning of your comment? Thanks! :)
It's the "SplitApp" element that gives you the nice looking, responsive container (I was not able to find a good code sample right away).
(I am not biased. But I know two people working at SAP (at ^high positions), who I "think" are nice people.)
It really wasn't obvious in the early 2000's that the browser was the "proper" (I'll use the same word that you use, though I disagree with it) to display information, run software etc. I liked Delphi but while the adaptation to modern versions of Windows and future development was always going to be an issue, the main problem was company maangment, sales and mishandling of what was a good product in its time (up to Delphi 7).
Use the right tool for the job. Desktop apps may indeed be preferable to browser based apps in some cases. Actually, I would argue that it isn't obvious that browsers are better for anything other than what they were built for - rendering and browsing hypermedia content.
Now, whether or not Delphi per-se is a Good Idea as a means of building desktop apps is a different issue, and I'll grant you that I'm not necessarily a big Delphi fan. But that's not because I find desktop apps to be inherently bad.
PS : don't know if you're still involved with SAP Hana, but that technology would really benefit from having its completely independent ecosystem, far from anything related to SAP and its bloated developer network & forum website.
Fully agree with your comment about independent ecosystem. I'm not officially related anymore, but still pushing internally. HANA (even HANA One) is too expensive, there's not obvious go-to-market route for smaller shops and all that information is purely curated hence hard to navigate. Well, SAP is just beginning to open up, so call it beginners mistakes. And hope we'll learn fast...