|
that way?
|
|
|
|
|
nEar_mO wrote: where to start creating artificial intelligence.
Start with natural intelligence?
Regards
David R
---------------------------------------------------------------
"Every program eventually becomes rococo, and then rubble." - Alan Perlis
The only valid measurement of code quality: WTFs/minute.
|
|
|
|
|
I have a question... is it possible to develop a flight inquiry application using C# only and web services maybe, or I should register to some service in order to connect and read the flight details?
|
|
|
|
|
you should register with some service to get the flight details.
|
|
|
|
|
how to simple play a video from Csharp in windows form.. but without use of this "Microsoft.DirectX.AudioVideoPlayback.dll" i mean without Microsoft DirectX..
i want alternate of this Microsoft DirectX ..
i love pRogRamming.
|
|
|
|
|
|
thanks .. yes i want this Media Player ..
i love pRogRamming.
|
|
|
|
|
|
hi guys,
I am looking for ways to study for the exam 70-536 and 70-528. Is there any book that give you chapter based questions and have test questions. Perhaps a workbook or practice book. I am bascialy looking something like Exam-Cram but there isn't any.
Thanks
|
|
|
|
|
netJP12L wrote: 70-536 and 70-528
I doubt anybody here knows what that means. If they do, you are lucky. Perhaps you should elaborate.
|
|
|
|
|
|
Get a good night's rest, eat a good breakfast...
|
|
|
|
|
What is the 70-536 and 70-528?
|
|
|
|
|
|
|
Thanks to all of you guys for suggesting me the resouces to prepare myself for the exams. I would like to thanks especially Jinal Desai, who has provided me such a wonderful resouce that I wouldn't be able to google or find it by myself.
|
|
|
|
|
What kind of comments do you add and when?
I'm sometimes wondering if my commenting is sufficient and other times if it's redundant.
For example when I use the same command several times, or when having a loop that only consists of like 3 short commands in total, I feel like I should add a comment, but when I do I feel like it's redundant.
I think a comment is redundant if you can easily grasp the purpose of a section of code in 5 seconds or less. If it gets large, comments should only be used for categorizing/grouping.
What do you think?
|
|
|
|
|
Hi,
ahead of a class/method: its purpose and contract, so you know what the class/method represents/does without reading its code
upfront in a method: a macroscopic how (algorithm name, reference) and why (e.g. why a particular way was chosen when there are obvious alternatives, and/or why some alternative was not chosen).
inside a method: hardly any, it should be obvious, mainly by choosing all identifiers carefully, and by keeping method length limited to 50 lines.
|
|
|
|
|
I usually clump things into logical groups, then I toss some comment above that group of code. If it's a simple bit of code, I use a small comment... if it's more complex, I might use a bigger comment. All my methods have comments on them (though some disagree with this practice and only comment public methods). I comment so others will be able to understand the code easily if they come across it later. I also have various practices for how I comment that I've just adopted over time. For example, I typically shove most of the variables at the top of the method and comment that section with:
int x;
Person person;
It's standard for me, so I know when I see that that I can pretty much skip over that section of code. That illustrates another point -- that comments aren't always to describe the code, but have other purposes. In this case, the other purpose is so I know what code to skip over, which speeds up reading the code. For a similar reason, I comment every single property I have. I do this because it avoids an interruption in reading the code... the consistency between each property means there is one less thing my brain has to process when scanning code.
Also, most of the time, you should avoid commenting what the code does and instead comment what the code was made to do. For example, this would be a bad comment:
foreach(Person p in this.GetPeople())
{
if(p.Height > Person.AverageHeight)
{
tallPeople.Add(p);
}
else if(p.Height == Person.AverageHeight)
{
averagePeople.Add(p);
}
else
{
shortPeople.Add(p);
}
}
A better comment might be:
foreach(Person p in this.GetPeople())
{
if(p.Height > Person.AverageHeight)
{
tallPeople.Add(p);
}
else if(p.Height == Person.AverageHeight)
{
averagePeople.Add(p);
}
else
{
shortPeople.Add(p);
}
}
There are other nuances when it comes to commenting code, but you'll develop an intuition for these types of things as time goes on. Whatever system you develop, just follow it consistently.
|
|
|
|
|
I think a few developers assume that someone with no knowledge of the language is going to be reading the code. My thought on that is that you should assume that the person reading your code is capable of doing your job and therefore can be expected to understand non business specific rules. As for anything that is really specific to the business, I totally agree with Luc that you should comment a methods purpose and if a specific method has been chosen, why that method was chosen. Future developers may after all think they know better, tear out your code and break any tests, or worse, live environments.
As for the code itself, well written code using appropriate variable naming and sparing comments on only the most complex of routines should see you through.
|
|
|
|
|
The purpose of comments is to document your code, both for your own memory and to guide anyone who might inherit your work. Sometimes this takes a few words, sometimes it takes a novelette. And just because something is obvious to you now doesn't mean it will be obvious when you come back to it three years latter (experience speaks. )
For ad hoc apps that will be used once or twice and discarded, I don't usually bother with comments unless I'm doing something complicated. Otherwise, I will use XML comments on classes, properties and methods, then break up sections of code and place comments at the header to explain what I am doing in that section.
|
|
|
|
|
IMO, a comment should be such that when another programmer picks up your code, he should be able to know what that code does by going through these comments.
|
|
|
|
|
Thanks for the feedback.
I was a bit lost because I used quite similar commenting as aspdotnetdev, but recently I finished a C++ class and the teacher complained all the time about me not commenting enough.
When I say obvious I don't mean obvious in the context, I mean something like
for (int i = 0; i < stringArray.Length; i++)
{
bool test = int.TryParse(stringArray[i], out testint)
} I.e. using blatantly obvious methods and basically re-stating their names (said teacher complained about me not doing that).
I tend to group larger sections together with regions, like button events, private methods, etc.
|
|
|
|
|
In addition to what the other posters said, it's also helpful to have comments explain dependencies/interactions between the code you're looking at, and other code in distant parts of your application.
If someone else is going to be maintaining your code, it's these non-obvious interactions that are going to cause them the most problems.
|
|
|
|
|
I'm developing an application to talk to a rfid card reader using C#. The application works fine on Windows XP, but when it comes to Windows 7, i just cant seem to connect to the device. I can ping to the device, meaning there's connectivity with the reader.
I have tried with both firewalls off (public and private) and have turned off my anti-virus software too, but couldnt.
Any ideas?
aHa
|
|
|
|