|
V. wrote: You write so many comments then
No. But we're discussing enough about what and how to commente, imagine Requirement & Use Case Engineering people being dragged into the very same discussion.
|
|
|
|
|
I think having an attachment cover a section of code (say a method or a class) was what V. was getting at.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Interesting idea. And how should those attachments be noted in the code? A path in the comments? (With something like ATTACHMENT: starting it?) should paths be relative to the solution directory or the project directory? Should they be absolute (would break on other systems)?
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
I can think of several options
They're part of the solution and thus (in my opinion) relative to that.
|
|
|
|
|
I see.
I just thought of linking to a solution item from a comment. Basically the file is included in the solution (using add item) and referenced in a comment by name. No more path issues.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Getting some people to add XML comments to methods is hard enough - can you imaging just what pictures some people are going to attach to their code?
I'll give it a miss, thanks.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Good point(s).
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
That's not a real argument is it?
Question is, if it was available, would you use it. Don't shift responsibility to someone else now .
|
|
|
|
|
Think of it this way: if you could post images in the Lounge, I probably would.
But...so would spammers, viagra salesmen, trolls, and general morons.
Which is why we don't have it!
And do you really want your source code to expand that much? My backups are big enough as it is, without potentially adding an image per line of code (or even per method). You and I both know that if you can, some idiot on the team will do it...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I'm pretty sure the risk is limited. It isn't a website and most teams are limited in size.
You could build in a feature that seriously limits the file size per "attachment" and it will always remain more tedious to add an image than to write a comment.
|
|
|
|
|
Or just make a link that, when clicked, opens the file.
Shouldn't be all that hard to do. I don't know anything about Visual Studio AddIns/Extensions/etc, though.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
In my opinion you need to separate things.
Code comments serve a different purpose than technical specs and to make it "worse", they have different life-cycles. They can change separately without a strict need to one affect the other.
So in your code comments you can eventually refer to a section in the technical spec, but attaching pieces of documentation directly to code would be a maintenance mess.
|
|
|
|
|
My code is self explanatory
modified 19-Nov-18 21:01pm.
|
|
|
|
|
|
I know! I've seen it, it explains, in no uncertain terms,
All hope abandon ye who enter here.
The "variable" "naming" "convention" is particulary convincing in this aspect.
|
|
|
|
|
Nice idea. Had felt this need sometime ago.
One thing though. Would mean that source control should also include some kind of parental control - regarding image content.
Or ratings like General, PG, etc.
|
|
|
|
|
|
I'm going to have to ding you for poor commenting! The indeffinate article before a vowel is 'an' not 'a'!
veni bibi saltavi
|
|
|
|
|
"Anise Aardvark" is the name of the office mascot. She's humble, that's why all lowercase.
|
|
|
|
|
How about an IDE that loads all the crap after it has opened and not before? That way if I want to check a file I don't have to wait three days and slaughter a small chicken just to check how something was done.
Bastard coders, too smart for there own godo!
veni bibi saltavi
|
|
|
|
|
Nagy Vilmos wrote: too smart for there own godo!
I was waiting for that
PooperPig - Coming Soon
|
|
|
|
|
Now that's something one can agree on
|
|
|
|
|
This still doesn't solve the problem of changing requirements, changing code, etc.
- How do you ensure that comments remain current when requirements have been added / deleted?
- ditto when code has been modified.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Go live in Utopia, there the specs are not changed afterwards .
I'm a bit surprised that everyone is worried about bloating or about the maintainence of this. I wouldn't have thought about putting these attachments everywhere I go, rather use it where normal comments don't really cut it. But I admit, I do live in my own private small world were none can enter
|
|
|
|
|
85 million years ago, we had a simple submission check tool. The rules where that every file had a comment header with mod history and every public method had one too; this is all pre XML clever type doc/comments. If they were not there, or unchanged, the change could not be submitted.
Simple yet effective.
veni bibi saltavi
|
|
|
|