|
Anything that adds value to the site is worth considering. And preventing the problem from arising in the first place has to be the better way forward than trying to fix it afterwards.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
Far too early to tell - the discussions only started last week!
Bear in mind that the "stupidity" of the questions does tend to vary with time anyway, as a new course starts and people start to panic. Give it a couple of months so we have some "real" data to work with, and see if the posters start to learn from the experience!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OriginalGriff wrote: the discussions only started last week I believe we've been having discussions about QA issues as mentioned here for several years.
«At the still point of the turning world. Neither flesh nor fleshless;
Neither from nor towards; at the still point, there the dance is
...
Neither ascent nor decline. Except for the point, the still point,
There would be no dance, and there is only the dance»
T.S. Elliot, The Four Quartets: "Burnt Norton"/xml>
|
|
|
|
|
Yes, but this time the Hamsters do seem to be listening...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
So...I go to have a look at the question you reference, and...it's been closed by you and He Who Must Not Be Named.
So you "avoided reporting questions" by reporting it as not a question?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OriginalGriff wrote: So you "avoided reporting questions" by reporting it as not a question?
No. I meant to say, previously it was getting reported by many members (Closed if views are around 8-10,now it takes 30-50 views). This question was closed (Lets ignore it for a while),but there are too many still open. I am talking about how to approach such questions so that we can have atleast Bearable QA..
OriginalGriff wrote: He Who Must Not Be Named.
..Why?
"When you don't know what you're doing it's best to do it quickly"- SoMad
|
|
|
|
|
No, you are saying in your original post that the quality of questions has gone down because people aren't reporting them any more: and yet you clearly are still reporting them, and so is You Know Who. And as a result, they are still getting closed - which negates the point of your original comment!
That was a question - at least for the poster - and deserved a reply if only to explain that he shouldn't be using us as a search resource. It's entirely possible that he has tried to Google but doesn't understand what he found and needs help to work it out. Just arbitrarily going "that isn't a question" doesn't help anyone because it closes off all avenues for conversation about why he doesn't understand!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I don't know why people feel such messages (my original post) Spam/Abusive.
"When you don't know what you're doing it's best to do it quickly"- SoMad
|
|
|
|
|
No idea - certainly I didn't tag it as such.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Well, I'm a people (theoretically), and I don't feel your post here was spam, or abusive !
cheers, Bill
«At the still point of the turning world. Neither flesh nor fleshless;
Neither from nor towards; at the still point, there the dance is
...
Neither ascent nor decline. Except for the point, the still point,
There would be no dance, and there is only the dance»
T.S. Elliot, The Four Quartets: "Burnt Norton"/xml>
|
|
|
|
|
I couldn't have put it better myself.
PooperPig - Coming Soon
|
|
|
|
|
My personal approach is
If the OP hasn't made much of an effort and I like the topic / learning the topic I will then point them towards the relevant documentation.
If the OP has made an effort I will also point them towards the documentation and provide an answer with the potential of a code example.
Every day, thousands of innocent plants are killed by vegetarians.
Help end the violence EAT BACON
|
|
|
|
|
I'm very much with OG on this; I tend to be more relaxed and forgiving than some.
I guess that it boils down to what, as a community, we want QA to be.
There are some who feel that SO is the model to aim for. I don't agree; as long as SO is there, we don't need another - it's quite simply very good at what SO does.
CP, IMO, has always been a more liberal and newb friendly place than SO. It's great strengths are: Articles, Tips, News Aggregation and a great place to hang and have a laugh.
I see QA as more of a throw-away not a resource; "Quick" rather supports this. If a silly question gets posted on there, we can choose to ignore them or maybe add a generic comment. They soon scroll down the list if it is really that bad. I guess there is a line, but the only questions I've ever voted to remove have bee spam. I would always prefer to point the poster towards a better path.
Maybe there is an opportunity to split QA into two? One forum for beginners and one for difficult and detailed questions. I know there would be some confusion about which to post to, but moderation would help sort that out (maybe a move to beginners QA option?) Possibly the Beginners QA doesn't get archived and accepted solutions get dropped after a time, say a week, only visible to the original poster? Those of us that may have a little more time and/or patience/tolerance for newbs (and questions that you'd think anyone in the field shouldn't be asking) can then help the little ones.
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
Here's the link to the complete sequence
clickety[^]
enjoy...
|
|
|
|
|
Very ; thanks!
Software Zen: delete this;
|
|
|
|
|
The link doesn't seem to work.
"Note: This event is over."
|
|
|
|
|
use the arrow keys. The first 5 pictures or so are white...
|
|
|
|
|
I get no image; just a box with a red X. Maybe it's my browser. He's not using Flash, is he?
|
|
|
|
|
don´t know, I don´t think so...
|
|
|
|
|
It worked on my phone -- but no arrow keys.
|
|
|
|
|
Hello!
Could you recommend me a proper book on embedded systems? There are so many of them and everyone is "the best". I wish to gain skill required to apply to a job for an "Embedded C Developer". I've been coding in (very)high-level languages like C#, but I know basics of C too. I was writing simple verilog and asm stuff for FPGA and controllers back in a university but it was long time ago.
I suppose that the book should cover such topic as:
- detailed introduction to embedded programming, how devices work etc.
- how to use development tools/IDEs in a Linux environment
- C embedded
- assembler languages for various devices/instruction sets.
A price is an important factor, too.
Greetings,
Jacek
|
|
|
|
|
"The book". BEEEEP. Wrong question
I very much doubt that you'll find a book that has "languages for various devices/instruction sets." in it - well, current, modern ones anyway.
The programming guide on the ARM cortex M3 is a rather thick book already - and that's only generic onformation, not talking about the custom peripherals of any of the different hardware implementers at all.
One book, or even many books by themselves won't turn you into an "embedded C developer".
What do you mean by "C embedded"? I'm doing some embedded work only for a few years now, but I think some sort of restricted C for embedded stuff is a thing of the past.
Even most commercial embedded IDEs at least for the ARM world use GCC, well and then there's the ARM compiler that comes with Keil, also standard C.
If you mean "c programminc concepts best suitezd in embedded world", hrm, maybe look at the book called "design patterns for embedded systems in C", although reviewers found some flaws with the way the book is made / usability, albeit good content wise.
There are quite some very different architectures on the market. I doubt a book can cover them all well enough for you to become proficient. You need to do stuff and gain experience. Sounds obvious, yeah. But maybe pick one popular architecture, and try to understand that one and actually do projects with it, fail and learn why, learn by doing.
There may be a book teahcing general concepts - but then again, take just the GPIO (general purpose input / output) - what they are and can do also differs between architectures.
Yeah, I'd definitley suggest that you find some clever way of findong out what are well in-demand "hot" platforms / architectures right now and then pick one that may be the most beginner friendly one from freely available resources - you'd have to ask for that specifically then.
I know that e.g. AVR is supposed to be simple, and they even offer a free to use VisualStudio based IDE I think.
For some, AVR is too simple / not capable enough. (the small AVR, not the AVR32 anyway)
I like the STMicro electronics based ARM cortex chips since they have some nice ranges which cover my project needs better than other ARM implementors I checked out so far, or other platforms.
But some people think this is harder to get into micro controllers than other MCU types. They are option-packed & lots of stuff needs to be set up.
Ok my overall view of MCU platforms is limited, let's see what other people have to say.
Maybe you should look for a dedicated embedded forum, though. Or even a (digital) electronics forum, where people also do embedded.
Disclaimer:
If my grammar etc was more whacky than usual it may be due to nightshift + some hours overtime (what the hell I'm doing here then? very good question indeed)
|
|
|
|
|
Good and detailed answer.
I agree with you, and I'd also add that the embedded development *must* face with hardware as well. So, a decent knowledge of electronics is mandatory, IMHO.
Good luck!
|
|
|
|
|
The two books we have around the office, to which I refer when I need to refresh my failing memory are:
Embedded Systems Dictionary by Jack Ganssle and Michael Barr
and
Real-Time Concepts for Embedded Systems by Qing Li.
For a book on Electronics, The Art of Electronics by Horowitz and Hill.
Michael Barr was an expert witness in the Toyata case and his website barrgroup.com has some good resources.
|
|
|
|
|
Well, maybe my suppositions were wrong. I know I should learn by trying things, but need something to begin with... Like an introduction to the topic written for an engineer.
|
|
|
|