How often do you like to compile?
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
I actually compile when I run my code before sending to patch (to QA)... Save every second but compile as less as possible... I see no need for that...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
Sander, I'm talking about coding vs. not coding, whether it be compiling or testing. Regards, Rob
Then my original answer still stands, depends on what I'm doing. Writing a new feature requires less testing than the testing of that feature and fixing bugs ;) The writing to testing ratio depends on the feature. If it's a front-end thing I like to add a line of HTML/CSS and then check how bad I messed up in the browser (but this doesn't require recompiles). When doing back-end code I can better predict what my code will do and I can test the entire thing in one go when I'm done.
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
Obligatory [xkcd: Compiling](https://xkcd.com/303/)
I'd rather be phishing!
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
I seem to compile about every five lines of code on average! :sigh: In the old days I remember writing an application in C that was over a thousand lines of code. I wrote it all first (with a couple of saves), compiled clean on the first try, tested it and... it needed no editing before going to production! :omg: Ah, the good old days when I could plan and keep an entire program in my head. :cool:
- I would love to change the world, but they won’t give me the source code.
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
Back when I started, the answer would be 'every fortnight'. It took that long for your coding sheets to be sent away, mispunched, and a program listing with error messages to be sent back. So, you'd rewrite the mispunched rows, sent it off, wait a fortnight to see if it had been repunched correctly. Sometimes it would take a couple of months before you got a program that was what you had written. Then you can move on to the next stage. Needless to say, desk dry running was a lot more rigorous - a potential bug found at that stage could save weeks of waiting. The problem with this is that you tended to put too much code into each iteration, so when you got anything usable back, there were too many places to check (and it was so long ago when you wrote it that even the copious comments weren't helpful. That habit has been hard to break. Even when we punched our own cards and submission / turnround times were only a few days, compiling was seen as a milestone (or a millstone). I had to train myself to write small blocks of code, test, write the next bit, test, repeat ad nauseum.
-
Years (decades) ago, we had a new guy on the team learning to program. One day he turned to everyone in the room and complained that no matter how many times he compiled his program, it still wouldnt work.
Did he try clicking the mouse harder? :-D |
-
I actually compile when I run my code before sending to patch (to QA)... Save every second but compile as less as possible... I see no need for that...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
As a maintenance programmer, it's fairly often. Make my little adjustment and try it out. I have discovered that I enjoy fixing the bugs that other people create a little better than striking out on my own. I get to make things better and complain about other people's work. I think it has to do with the way my brain works. I can't visualize future events so I have a hard time setting goals (which drives the wife crazy) but I can problem solve and dig down deep.
-
You're not concerned about dealing with a pile of bugs at once?
What bugs are? :laugh: Seriously, no. What I'm writing is always connected to a single issue (new feature or bug fix), which makes it somehow monolithic, and for that easy to fix (because a single bug may open a chain effect, but also closes it)...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
Depends on what I'm doing. If I'm doing layout/markup, it's very often. If I'd doing c# code (models, viewmodels, other stuff), intellisense kleeps me from doing stuff wrong up front, so the act of compiling is much much less frequent, and I only start compiling when I feel like a code compenent is ready to test.
".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 -
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
I don't ever just compile. I just run the code, which compiles and then executes it.
Social Media - A platform that makes it easier for the crazies to find each other. Everyone is born right handed. Only the strongest overcome it. Fight for left-handed rights and hand equality.
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
(C++ here) I compile often; but it depends on the task, when doing new code, I will often do a lot of basic coding without compiling; when doing maintenance, it will be more often. We use incredibuild; so we can rebuild everything in about 6 minutes.
I'd rather be phishing!
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
... as often as the wife lets me? Ohhhhhhhhhh.... No but seriously, I compile anytime I make a significant change or fix a bug. My app right now is on Build 1017. Been developing this one for about 12 months. I think that works out to an average of 4 compiles per business day. However I say I would only work on the app half the time so when i'm working on it, like 8 compiles per day!
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
... as often as the wife lets me? Ohhhhhhhhhh.... No but seriously, I compile anytime I make a significant change or fix a bug. My app right now is on Build 1017. Been developing this one for about 12 months. I think that works out to an average of 4 compiles per business day. However I say I would only work on the app half the time so when i'm working on it, like 8 compiles per day!
-
(C++ here) I compile often; but it depends on the task, when doing new code, I will often do a lot of basic coding without compiling; when doing maintenance, it will be more often. We use incredibuild; so we can rebuild everything in about 6 minutes.
I'd rather be phishing!
Maximilien wrote:
(C++ here)
I think its significant that you mention language. I think which language (build tools, etc) a person is using makes a big difference. And the size of the project -- how long it takes to compile it -- back in the day when computers were slower this had more of an impact. And I think the OP is talking about the REPL[^] You write the code, evaluate it, run it, see what is wrong and then try it again. That all depends upon how long it takes to run the project again. If it takes 30 minutes then you probably write more code and then try it. If it takes seconds to run it again, you probably write one line of code and try it.
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
No hard and fast rule. Sometimes, incremental with small changes. Most of the time, however, when quite a lot has changed. In general, however, 'quite a lot' is compartmentalized in a single function (method, class, whatever) - so I know where to go. And the compiler will usually give me a hint. But mostly, I work on a shadow copy of the production code. Identical in all respects (i.e., copied directly from it) so I don't cause harm to production. When all is well then I copy the shadow files to the production analog. Internally, they actually reconfiguration themselves during compile (or execution for scripting languages) - a sort of self-awareness based simply on the file checking it's own name. So - I can fearlessly go where I have probably have gone before - although it was in a different place.
"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 seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
I reject the premise of the question.
-
Back when I started, the answer would be 'every fortnight'. It took that long for your coding sheets to be sent away, mispunched, and a program listing with error messages to be sent back. So, you'd rewrite the mispunched rows, sent it off, wait a fortnight to see if it had been repunched correctly. Sometimes it would take a couple of months before you got a program that was what you had written. Then you can move on to the next stage. Needless to say, desk dry running was a lot more rigorous - a potential bug found at that stage could save weeks of waiting. The problem with this is that you tended to put too much code into each iteration, so when you got anything usable back, there were too many places to check (and it was so long ago when you wrote it that even the copious comments weren't helpful. That habit has been hard to break. Even when we punched our own cards and submission / turnround times were only a few days, compiling was seen as a milestone (or a millstone). I had to train myself to write small blocks of code, test, write the next bit, test, repeat ad nauseum.
jsc42 wrote:
'every fortnight'
Reminded me of the timepromptwait parameter --> it was measured in microfortnights
But I never wave bye bye
-
Someone here, I believe it was honey the codewitch, mentioned they "develop very iteratively". It made me think about styles of coding vs. debugging. Where I work, some people tend to code much more than others before compiling. I like to err on the side of caution- compiling much more often to see that what I think I did, actually worked the way I think it did. Maybe some of it is confidence in your code skills? You can certainly code more if you don't check your work every two seconds, but if you embedded a bunch of bugs, they may be hard to find if you wait too long. ...Just curious what you guys think? Is it a matter of style, or is there a right or wrong way? How often do you like to compile?:confused:
My code is like the cow in The Restaurant at the End of the Universe - It executes itself!
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows. -- 6079 Smith W.
