--
You received this message because you are subscribed to the ADF Enterprise Methodology Group (http://groups.google.com/group/adf-methodology). To unsubscribe send email to adf-methodolo...@googlegroups.com
All content to the ADF EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the ADF EMG with a link to the Google Group (http://groups.google.com/group/adf-methodology).
On Tuesday, June 12, 2012 at 4:39 AM, Simon Lessard wrote:
Here are some things which you should avoid when not explicitly ask for:
1. non formatted code java or UI pages. Read the FAQ on how to format code to make it readable.I cannot agree more on that point. The only thing I wanted to add to it is that you can achieve that using [code] tag which seem to be unknown to some users.
Personally, even if I don't answer much anymore, this used to be a showstopper while I was scanning the posts to determine if I was to answer or not. Given that I could not spend that much time answering people, I just didn't have the time to either try to read unformatted code or paste it in an IDE to reformat it given my schedule and the sheer amount of topics.
Hi,
This is a good initiative. But most of the users who ask questions in OTN forums are not subscribed to this group.
So The extract of this discussion should be posted as an announcement in the OTN forum as a must read for new users.
People who want's an immediate resolution will be in a hurry to solve their problem and wouldn't mind to update the post after finding a solution.
There should be a common practice to update the forum even if they find the solution by themselves which will help others in the future.
Thanks,
Vinod Krishnan
> unsubscribe send email to adf-methodology+unsubscribe@googlegroups.com
>
> All content to the ADF EMG lies under the Creative Commons Attribution 3.0
> Unported License (http://creativecommons.org/licenses/by/3.0/). Any content
> sourced must be attributed back to the ADF EMG with a link to the Google
> Group (http://groups.google.com/group/adf-methodology).
Chris,
Thanks for the opportunity to share what I’ve learned over the years and my apologies for the delay in responding on the thread. Timo and others have already covered a lot of the items that I would have mentioned, so I’ll not repeat those items unless I have something to amplify.
1. Even though I said I wasn’t going to repeat, I’ll use the first point to repeat: search first! Having said that, the OTN Forum search capability leaves a LOT to be desired, so I usually use Google to perform the search – this also has the benefit of searching the many good ADF-related blogs that are out there. If you know that the topic was covered on the forums, you can always add “site:forums.oracle.com” to your Google search to use Google to search the forums.
2. If you are actively working with ADF, spend some time each day/week to read the forum. By doing so, you’ll accomplish a few things:
a. You’ll learn about ADF by seeing what others are doing/struggling with.
b. You’ll “prime your brain” so that when you run into a problem, you may recall “oh, I seem to remember someone else who had a similar issue on OTN – let me search the forum.”
3. When you post your question, tell the forum what you are trying to accomplish in addition to how you may be attempting to accomplish it. In other words, tell us about your problem, not just about your failed solution. I have seen so many threads go off tangentially and try to make a failed solution work, but when the real problem (usually called the “use case”) surfaces, we find out that the attempted solution was absolutely the wrong way to solve the problem. I’m reminded of this post How do I inflate a bicycle tire with a potato? - The Old New Thing - Site Home - MSDN Blogs. On the flip side, if you are answering questions on OTN and you see someone following this pattern, one of the best things you can do is to *NOT* answer the question until you have all the information. You’ll save both your time and the poster’s time if you do so.
4. Need more than one sentence help me ASAP PLZ! (questions like this don’t work).
5. As a supplement to point #4 – spend some time formulating your question and thinking about how the readers of the forum will (or will not) be able to understand your problem. As Tom Kyte likes to say: ask the question so that your mother would be able to understand it (assuming your mother is not an IT professional). Remember that you have been working on your problem for some time and are intimately familiar with all of the details – we (the readers of your question) are not. As John Flack said earlier – it’s even possible that when you think clearly about your problem and formulate a clear test case, you’ll discover the solution on your own.
6. Read the documentation. Yes, I know we are all IT pros and don’t need to read the documentation, but it’s pretty darn good. At least scan the Fusion Developer’s Guide for ADF Developers from cover to cover so that you are aware of the topics discussed, and you can then read in more detail when you need to. Make a point of doing this on a regular basis – I regularly find new snippets in there that I skimmed over before, but now make sense to me, given my experience.
7. If you’re getting an error, tell us what the error is (stack traces/log messages/etc). If I had one OTN forum point for ever y time that someone posted I did something and got an error without telling us so much as the error message...... oh wait, I probably do have that many OTN forum points. If you see yourself posting any of the following sentences without providing more detail, you’re guilty of this:
a. “It doesn’t work”
b. “I got an error”
8.
Steven Davelaar| Consulting
Solutions Architect Oracle Webcenter | FMW Architecture Team (A-Team) Tel +31 30 669 8113 | Mobile +31 6 55 33 24 28 Twitter: @stevendavelaar |
A-Team ADF/Webcenter Blog | JHeadstart |
NEED A-TEAM SUPPORT? File your request here! |
May i suggest something?
Why not give users the ability to create a new thread via JDeveloper? This way we can collect usefull informaiton such as JDev version, extentions, OS, configuration files, etc...
Antonis
--
Yes! A thousand times, yes! I find that the Stackoverflow format is much better at keeping the quality of the Q&A high. I think it is the combination of gamification and community moderation.I try my best to answer from time to time the occasional questions that popup in the [oracle-adf] tag. Although sadly, the oracle-adf tag is a ghost town of unanswered question most of the time. I recognize the advantage of a centralized place for information but the OTN forums is IMO ill equipped and not to mention obsolete. When was the last time that there was an effort to improve the OTN Forums experience? Stackoverflow has a superb and active development team behind constantly thinking of better ways to improve the system. I don't see why the Oracle should insist that the ADF developer community not get to pick the primary venue for Q&A support. Does OTN Forums provide a way to filter questions by category(e.g. by version, by BC, Controller or View)? No. Does OTN Forums make it easy to find the top/most popular(and therefore most common) issues? No. Does OTN Forums provide a way to get rid(or at least minimize) duplicate questions? No. Does OTN Forums provide a way for the community to mark an answer as incorrect/not helpful/misleading? No. I could go on but you probably get the point.
You received this message because you are subscribed to the ADF Enterprise Methodology Group (http://groups.google.com/group/adf-methodology). To unsubscribe send email to adf-methodology+unsubscribe@googlegroups.com
All content to the ADF EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the ADF EMG with a link to the Google Group (http://groups.google.com/group/adf-methodology).
--
You received this message because you are subscribed to the ADF Enterprise Methodology Group (http://groups.google.com/group/adf-methodology). To unsubscribe send email to adf-methodology+unsubscribe@googlegroups.com
All content to the ADF EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the ADF EMG with a link to the Google Group (http://groups.google.com/group/adf-methodology).
The SO discussion is getting a bit off-topic - asking a good question is the same no matter what forum software you use.
Unfortunately, with OTN - we gots what we gots. In other words, SO may be nice, but OTN is what we have. We do know that Oracle is working on something new for the forums, but apart from that, we haven't much information on what that might entail.