Most important side of coding
-
I'd have to quote your entire post, assuming I did... My experience has been... THEM: Can you do A? ME: Yes, here it is. THEM: Oh, can you do B? ME: Yes, here it is. THEM: OK, can you do C? ME: Yes, here it is. THEM: How about D? ME: Getting harder, but yes, here it is. THEM: I really need E. ME: Why didn't you ask for it first? I can do it, but it is much harder now. THEM: I didn't know you could do it until you managed to do A, B, C,and D, but E is what I really wanted all along. ME: You know, I could have given you E, much faster and easier if you had asked for it first. THEM: I didn't know what you could do (as in product, not my abilities). ME: Grrrr!
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 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.
-
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... }
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...
-
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... }
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 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... }
