|
Is a thieving alligator a crookadile?
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I would like toad ask: is a thieving frog a crook monsieur?
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
Is that the only thought you caiman with today?
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
Sounds like a crock to me...
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Quote: Crocodiles are easy. They try to kill and eat you. People are harder. Sometimes they pretend to be your friend first.
yeah OT-threadsteal, but I still can't think about crocodiles without remembering Steve-o. (Was actually living about 15km from his place at the time, still hurts.)
Message Signature
(Click to edit ->)
|
|
|
|
|
Lopatir wrote: I still can't think about crocodiles without remembering Steve-o. (Was actually living about 15km from his place at the time, still hurts.)
Steve Irwin and the movie Lion King are probably the two biggest reasons my daughter majored in conservation biology in college.
Software Zen: delete this;
|
|
|
|
|
If I laugh while internet searching, is that a giggle search?
CQ de W5ALT
Walt Fair, Jr., P. E.
Comport Computing
Specializing in Technical Engineering Software
|
|
|
|
|
I thought the internet was used to go ogle nekkid wimmen?
Socialism is the Axe Body Spray of political ideologies: It never does what it claims to do, but people too young to know better keep buying it anyway. (Glenn Reynolds)
|
|
|
|
|
The big questin isÑ [How many more Venezuelas do we need to see before concluding that Socialism just doesn't work_
Venezuela was a wonderful place to live and work when I was there, but I saw the writing on the wall and got out just before things got really bad. If the situation ever gets resolved, I'd love to go back, it was a wonderful place before Chavez and Socialism.
CQ de W5ALT
Walt Fair, Jr., P. E.
Comport Computing
Specializing in Technical Engineering Software
|
|
|
|
|
What's up Doc? 
Socialism is the Axe Body Spray of political ideologies: It never does what it claims to do, but people too young to know better keep buying it anyway. (Glenn Reynolds)
|
|
|
|
|
DRHuff wrote: What's up Doc? 
Look at your signature.
Michael Martin
Australia
"I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible."
- Mr.Prakash One Fine Saturday. 24/04/2004
|
|
|
|
|
I haven't looked at my signature in a year! And my memory just isn't that good!
Socialism is the Axe Body Spray of political ideologies: It never does what it claims to do, but people too young to know better keep buying it anyway. (Glenn Reynolds)
|
|
|
|
|
How the hell did this happen?
I have about 4 new C# source files the documentation for which could fill a book.
It's not about the API, but how you use it that creates all the churn.
Parser generators. Meh.
Documenting this is going to take so much more work than building it.
I need a technical writing staff, suddenly.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
I find that copious comments are preferable to formal documentation. Formal docs get lost/forgotten about, and aren't nearly as well maintained as the code base itself. I try to limit formal docs to general "how-it-should-work" info, and this usually is restricted to lightly annotated Visio flow diagrams.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
normally i agree with you and i try to stick by that.
i'm stuck here though as comments won't help people factor LL(1) grammars or understand the specific flavor of EBNF and regex syntaxes supported.
this is user doc, not dev doc.
well, in this case the user and the dev are the same, but the dev won't be touching this code - see also, parser generator.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
That's OK if your readers are devs, but if it's end users, they'll misunderstand everything, screw everything up, then demand that you make the system work the way they thought you said it worked.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
For what it's worth, I'd rather see a complete working program using the API than a 'comprehensive' document.
Most API documentation is awful. It's outlined by class or interface. Subheadings are methods or types. There's a one sentence description, usually of the form "Implements the frammenspanner factory." Methods are the same. They never tell you when you may want to invoke a method or why, what the prerequisites are, and so on. The whole thing is f***ing useless.
Software Zen: delete this;
|
|
|
|
|
"Technically correct, but practically useless"
I feel you.
I'm in agreement, but here it's not enough.
I have formats to document, like the EBNF and regex flavors I use (though I tried to keep to well known varieties), and concepts like why one would for example, want to call cfg.ToLL1Parser(...) as opposed to cfg.ToLalrParser(...) - like what the hell is the difference? there's 3 chapters.
LOL
But yeah, I think i'm going to rely heavily on sample code and apps to convey what i need to but i still need to put out enough docs to get people going, which pushes my article submission here out. It's already a week or two out at least, i think.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
The trick I've found with writing such documentation is to keep it pared down to what the user needs to know (stuff specific to what you're doing), and when to refer them elsewhere for background or detailed information.
Software Zen: delete this;
|
|
|
|
|
Start from scratch or not?[^]
Around two years ago I posted this and the approach I took was keep using the existing software , maintain/remove bug as need arises and in paralalel looking at feasibilty for designing from scratch with maximum reusability.
After due diligence and 1 year later, I presented my findings. Manager and above decided the cost is too much and don't see ROI .
Fast Forward 1 year and new manager comes in. He going through the shelved projects mentions for the Redesign.
Catch is that he is adding too many features and the old software requirement is just now a small part of his new vision how this software should like. Question is will this manager stay long enough to see this through?
So instead of redesigning a new blender , end up designing a new kitchen where new blender will be in the corner.
cheers,
Super
------------------------------------------
Too much of good is bad,mix some evil in it
|
|
|
|
|
Sounds like job security and you get to design it the way you want. That sounds good to me, unless of course it's an addition to an already full plate.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
Looks like you get that new blender you've always wanted, so... silver linings. 
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
I was expecting something more on the order of "let us know when you need to stop and reload; we can talk then." 
Software Zen: delete this;
|
|
|
|
|
Quote: So instead of redesigning a new blender , end up designing a new kitchen where new old blender will be in the corner with some sticky tape all over it .
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Start with your proper code update - if the manager's around long enough you can build the rest around it (keep in back mind at design time, of course).
This way you can do the right thing, and if necessary, what they want, too.
I all-too-often come in contact (i.e., conflict) with manager-users specifying what they want an application to do with the ease of drawing boxes on paper and, of course, not a clue what each of their boxes of delight may entail in the background code.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
