Of course you look at the other players in your industry, right?
You want to know what they are doing and how they do it, right?
Maybe you could learn a thing or two as well.
Sometimes it’s how not to do things.
Sometimes it’s how to do things better.
I recently came across an example for the later.
Oracles online product doumentation has grown and changed a lot over the last 12 years that I have any use for it.
The first non-printed documentation I saw from the guys in Redwood were rather clumsy and had terrible search/index functionality.
Not too surprising, given that this was 1998.
Nowadays you can not only use the very good online documenation website but you can also get notified when they release a revised version.
Yes, that’s right!
Obviously these people in fact are able to revise and correct their product documentation inbetween major release cycles!
Above that they even offer an RSS feed (check the link I marked in the picture) to have you notified in your preferred feed reader.
This leaves me with just one big question: why don’t we at SAP have that?
> why don't we at SAP have that?
Because the strategy of SAP is to build solutions and not a whole stack or the documentation of SAP is not "business on demand" or is it missing money (and innovation) or maybe you are not using a mobile device 😛
Sorry i couldn't resist to write this comment .. hope you can take the joke :-))
Best Regards
Stefan
Guess I need to get hands on such a mobile device then...
well for SAP notes the situation is not as bad as it is for the documentation.
At least the notes are updated and revised once new better knowledge comes up.
And there are even ways to become aware of this with not too much manual effort.
(Check my blogs A useful hint on notes and Stay up-to-date! How to keep up with the latest changes in SAP notes. on that).
But still - this is so Web 1.0!
I'd really love to see RSS feeds for changed docs and notes.
And more than that, I'd love to see updated documentation.
cheers,
Lars
SAP has made tremendous improvements to OSS and Note searching in general so it's time they focus on this topic. I'd also like to be able to subscribe or follow certain SAP materials whether they are a high priority OSS note that I want to be notified when it is updated, or specific search terms or new topics such as HANA or ERP 6.0 EhP5.
There is always more to do.
SAPs Documentation is no where near any level of Enterprise Quality. I hope someday this changes.
I remember programming in IBM CL Language and not only did the documentation lay out the detail, but they gave context and examples for each item.
Documentation can always be better suited to what one is currently looking for.
Personally I don't see that the SAP documentation media is that bad. It's just not good enough to me. Specifically the publication infrastructure around it.
The content, yes, might be better. But in difference to most other systems I use and have used most of SAP coding is Open Source.
You can look at it.
You can debug it.
You can actively see what it does.
Right to the last bit.
Bringing up the comparison with how things were good back then might not help here.
"Back then" people got a lot of training before they were allowed to even touch the super expensive IT equipment.
"Back then" only a few selected (or chosen) people had the chance to use IT and bring it forward.
"Back then" really is back then and luckily so.
regards,
Lars
Although I do agree that access to documentation is not the best aspect of the SAP World, you didn't talk about Docupedia. (https://cw.sdn.sap.com/cw/community/docupedia/nw70ehp1)
It seems like an interesting tool, yet there is so few communication about it.
Such a tool looks quote Web 2.0 (collaboration-oriented, RSS, ...) to me, doesn't it?
Best regards,
Guillaume
Looked at it.
Stopped looking at it due to dissapointment.
Don't get me wrong - I'd love to have annotable/commentable documentation.
But still documentation should be something that is done by the people that make the systems.
One should be able to point out errors and mistakes but the correction should be done by the author of the documentation.
After all the documentation is a part of the system/software.
It's not something debateable like entries in Wikipedia. At least it shouldn't be.
PS: Here is an example
Concerning the B1 topic: I really have no clue whatsoever about the B1 world, its ecosystem or its community. To me it looks like there are many differences to the LE (large enterprise) products. As far as I know, source code is not available for B1, which surely is an additional hurdle to understand how the system works.
So, I'd like to keep the discussion focussed on what the blog was about: simply, yet effective enhancements to the documentation website.