Most important side of coding
-
Yes I have seen that as well. What's worse is often when they ask for A, you respond with a hestiant But this seems unusable. Why not just build some like this: E No, no no. We can't afford to do that. We need A. Then as you wrote it happens. Which then when they ask for E and say that is what they always want.... You dang near go postal. Maybe some day they will refer to it as going Developer :omg:
Computers have been intelligent for a long time now. It just so happens that the program writers are about as effective as a room full of monkeys trying to crank out a copy of Hamlet. The interesting thing about software is it can not reproduce, until it can.
Collin Jasnoch wrote:
Maybe some day they will refer to it as going Developer
I'd send you a t-shirt, but I think you already have one. What always galls me is their insistence on paving the cowpath by electronically replicating their manual (paper) methods. I understand that they don't know my job, but they blink at you uncomprehending when you explain that the computer can transcend their manual methods and do something that is a quantum leap over what they've been doing. I always think of it as that it is part of my job to become an expert at theirs, if only for a day, so I can separate what they are doing from what they want done. A side rant is how they fail to realize how you can fold the process into individual steps and then wave their hand and say, "You don't have to worry about X, because it only happens every once in a while." For example at one job, the hardware manager freaked when I explained to him I did not have 60 separate modules to handle the 60 diverters on the conveyor, I had only 1, but in regards to those occasional events, if they happened even once, I had to have code to deal with it. It didn't matter that it was only needed once every million cartons, I still needed to take the time to deal with it. What really caused him to lose it was when it was revealed it didn't matter where a photoeye was located, I just had to change a parameter number to set it's location. He was too used to building rails to place the photoeyes on so their location could be fine tuned. But then it was truly amusing when we had a bug, he suggested we run the computer slower so it wouldn't happen. His other bright suggestion was to print out all the instructions that were executed so we could find out where it failed. :wtf: You are free to make varoom sounds as you pass your hand over your head repeatedly.
Psychosis at 10 Film at 11 Those who do not remember the past, are doomed to repeat it. Those who do not remember the past, cannot build upon it.
-
Yes we should solve the problem and we also care about speed at the same time
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
Yes, but that's changing the argument from "what is the most important thing" to "what are important things to do". For example, code maintainability is an extremely important thing and often has the convenient side-effect of stability, security and speed, but it isn't the most important thing.
-
None of the above. IMHO the most important aspect of coding is CLARITY! Clarity makes all the others possible. Without it, you can't implement any of the others. Clarity is why we create subroutines and classes: To break up the code into manageable chunks mere humans can understand. Clarity is why we have comments and expressive variable/method names. Clarity is why a method of three subroutine calls in a loop is superior to a 200-line mess that no one can understand or reliably modify. Clarity is key to writing maintainable, reliable code. Good programmers strive for clarity.
I'm with you although I'd call it: Maintainability Of course, for small throwaway apps, this doesn't matter. But for apps that will need to be maintained and enhanced and modified over time, it is important to have it coded properly, not just have it working. It is important to be able to make changes to it without breaking everything (or having to spend a week, six months down the road, trying to figure out how the code is actually working so that I can enhance it), etc. My two cents, -D
-
Collin Jasnoch wrote:
Maybe some day they will refer to it as going Developer
I'd send you a t-shirt, but I think you already have one. What always galls me is their insistence on paving the cowpath by electronically replicating their manual (paper) methods. I understand that they don't know my job, but they blink at you uncomprehending when you explain that the computer can transcend their manual methods and do something that is a quantum leap over what they've been doing. I always think of it as that it is part of my job to become an expert at theirs, if only for a day, so I can separate what they are doing from what they want done. A side rant is how they fail to realize how you can fold the process into individual steps and then wave their hand and say, "You don't have to worry about X, because it only happens every once in a while." For example at one job, the hardware manager freaked when I explained to him I did not have 60 separate modules to handle the 60 diverters on the conveyor, I had only 1, but in regards to those occasional events, if they happened even once, I had to have code to deal with it. It didn't matter that it was only needed once every million cartons, I still needed to take the time to deal with it. What really caused him to lose it was when it was revealed it didn't matter where a photoeye was located, I just had to change a parameter number to set it's location. He was too used to building rails to place the photoeyes on so their location could be fine tuned. But then it was truly amusing when we had a bug, he suggested we run the computer slower so it wouldn't happen. His other bright suggestion was to print out all the instructions that were executed so we could find out where it failed. :wtf: You are free to make varoom sounds as you pass your hand over your head repeatedly.
Psychosis at 10 Film at 11 Those who do not remember the past, are doomed to repeat it. Those who do not remember the past, cannot build upon it.
BrainiacV wrote:
His other bright suggestion was to print out all the instructions that were executed so we could find out where it failed. :WTF:
I probably would have lost my job at that point! I am usually good at holding my tongue with the right (er wrong) people, but that would be difficult.
BrainiacV wrote:
You are free to make varoom sounds as you pass your hand over your head repeatedly.
:) I followed, but reading what you wrote makes my brain go varoom. Would be hard to follow such lead. ;)
Computers have been intelligent for a long time now. It just so happens that the program writers are about as effective as a room full of monkeys trying to crank out a copy of Hamlet. The interesting thing about software is it can not reproduce, until it can.
-
Hi Geeks, Which part is the most important part in prospect of a coding. 1. Exception Handling 2. Reliability 3. Availability 4. Performance 5. Security You can chose multiple but you should assign them as priority.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
Hi Geeks, Which part is the most important part in prospect of a coding. 1. Exception Handling 2. Reliability 3. Availability 4. Performance 5. Security You can chose multiple but you should assign them as priority.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
6: Something no other software has done. 5 down to 1: it's called a Try Catch.
-
Hi Geeks, Which part is the most important part in prospect of a coding. 1. Exception Handling 2. Reliability 3. Availability 4. Performance 5. Security You can chose multiple but you should assign them as priority.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
:java:
The difficult we do right away... ...the impossible takes slightly longer.
Agreed!!! There is nothing better than a fresh pot of coffee to help write code!
-
Hi Geeks, Which part is the most important part in prospect of a coding. 1. Exception Handling 2. Reliability 3. Availability 4. Performance 5. Security You can chose multiple but you should assign them as priority.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
Accuracy. Everything else can get stuffed.
-
Hi Geeks, Which part is the most important part in prospect of a coding. 1. Exception Handling 2. Reliability 3. Availability 4. Performance 5. Security You can chose multiple but you should assign them as priority.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
Pizza!
-
Which work dear I did not get your point. whatever thanks for comments.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
Pizza!
with Cold drinks ( diet) ;P
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
Accuracy. Everything else can get stuffed.
Accuracy always depends on functionality and desire output...
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
1. Exception Handling 2. Reliability 3. Availability 4. Performance 5. Security 0. Well documented, maintainable code. Inevitably you will get 1-5 wrong but without 0 you have little to no chance of fixing the problems.
Scope Document, Technical Document , RTM (Requirement Tractability Matrix) are most impotent in prospect of Documentation. :)
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
6: Something no other software has done. 5 down to 1: it's called a Try Catch.
Quote:
1: it's called a Try Catch.
I think you want to mentioned Exception Handling.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
Yes, but that's changing the argument from "what is the most important thing" to "what are important things to do". For example, code maintainability is an extremely important thing and often has the convenient side-effect of stability, security and speed, but it isn't the most important thing.
Exactly that's why I asked people to prioritize those points
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
None of the above. IMHO the most important aspect of coding is CLARITY! Clarity makes all the others possible. Without it, you can't implement any of the others. Clarity is why we create subroutines and classes: To break up the code into manageable chunks mere humans can understand. Clarity is why we have comments and expressive variable/method names. Clarity is why a method of three subroutine calls in a loop is superior to a 200-line mess that no one can understand or reliably modify. Clarity is key to writing maintainable, reliable code. Good programmers strive for clarity.
Yes you are rite but still above mentioned points as also applicable while development.
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
They will be: 1. Exception Handling 1. Reliability 1. Availability 1. Performance 1. Security Oh, did you mean real code? then: 1. Usability (that's that it works and does what it supposed to do) Everything else is a bonus.
CEO at: - Rafaga Systems - Para Facturas - Modern Components for the moment...
:) ;)
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
1. Reliability 2. Performance 3. Exception Handling 4. Security 5. Availability (not sure what your definition is here: platform support?) If its buggy I don't care about most of the other stuff. If it is tight I am concerned about how fast it is and how well it handles typical exceptions. If it runs well I am concerned about security and platform availability. If it is buggy how secure can it be anyway.
"Courtesy is the product of a mature, disciplined mind ... ridicule is lack of the same - DPM"
Well said... :-O
Life is all about share and care... public class Life : ICareable,IShareable { // implements yours... }
-
Suvabrata Roy wrote:
In my understanding what ever is thrown by CLR is Exception.
I'd rather say that an Exception is caused by an error.
You know the world is going crazy when the best rapper is a white guy, the best golfer is a black guy, the tallest guy in the NBA is Chinese, the Swiss hold the America's Cup, France is accusing the U.S. of arrogance, Germany doesn't want to go to war, and the three most powerful men in America are named "Bush", "Dick", and "Colon."
Wrong. An Exception is not always caused by an error. Example: A new application is installed and tries to read the non-existent default settings file. The resulting FileNotFoundException is simply a way to tell the program to use defaults and initialise the file. It is not error.
