use of build time
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
Well, I work on three other projects, defrag my hard drive, brush my teeth... ;P Depending on how big the system is, most of us scratch ourselves. Anyone want to back me up? :)
Charlie Gilley <italic>Stuck in a dysfunctional matrix from which I must escape... "Where liberty dwells, there is my country." B. Franklin, 1783 “They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
What's your build time? As a C# developer working with Visual Studio it's pretty much instant, so I guess I let out a sigh of relief that I didn't get any build errors :D It takes a little longer on the build server, but I'm not really interested in waiting for that so I just continue to work as usual. It's not like I'm out of work after every commit I make to my build server :~
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
This is one of the reasons every time I quit smoking its coding that gets me started again. Especially now that I don't have to worry about build times anymore because my machine is so fast, but I have to upload megabytes of firmware code via serial UART at only 921600 baud every time i make a change or two. That gives me just long enough of doing nothing that a smoke break is perfect. This is going to be the death of me. :~
Real programmers use butterflies
-
No I do not use punch cards I prefer negative entropy time crystals
-
What's your build time? As a C# developer working with Visual Studio it's pretty much instant, so I guess I let out a sigh of relief that I didn't get any build errors :D It takes a little longer on the build server, but I'm not really interested in waiting for that so I just continue to work as usual. It's not like I'm out of work after every commit I make to my build server :~
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
It is time you to move on to some serious project... To check a simple feature the build is instant, but a full version build is almost 15 minutes - fortunately it is done on a build machine so I have time to do other things on my computer...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
"It never ceases to amaze me that a spacecraft launched in 1977 can be fixed remotely from Earth." ― Brian Cox
-
It is time you to move on to some serious project... To check a simple feature the build is instant, but a full version build is almost 15 minutes - fortunately it is done on a build machine so I have time to do other things on my computer...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
I don't think I want to work on those kinds of projects X| I have 5 minute builds, but only on the build server, those are still instant on my machine. Most of those five minutes are downloading NuGet packages anyway. I've worked with longer builds in the past, but those were mostly badly designed applications or multiple services in a single repository. For one project I had a really long local build, like 30 seconds, and I don't think I've ever figured out what the problem was :~
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
I consider it a non-issue. If you have a proper IDE and build system, and not the least: a well designed project structure, you modify and develop your submodule with incremental compilation and linking of that submodule. Absolute rule: You never commit any code that is not syntactically correct or violate coding rules (lint style, or whatever you use for static code analysis). If your system is well structured, and your tools are good, you might spend the time having another sip of coffee, not much more. Good rule: The commit process includes running basic module tests - a subset that runs through all relevant functions of a 'normal' code run, although not with the full set of all corner case inputs. So you commit your code, knowing that on the build servers, it will not cause any syntactic errors, and no logical errors for the standard usage cases - at least not at the module level. What do you do? You go on to the next issue to be handled. The next bug to be fixed, or next extension to be implemented. If it turns out that the complete project build causes errors that are not of an integration kind, then you certainly should have a look at your tool setup. That shouldn't happen. Even for lots of integration issues, usually a lot could have been detected pre-commit. Details depend a lot on IDE/build tool details. And, of course on discipline within the development team, e.g. regarding header files, if you use such a language. Treating interface definitions as immutable. Things like that. I am not talking about common practice. More like an ideal. But 'best practices' working habits can get you quite close.
-
This is one of the reasons every time I quit smoking its coding that gets me started again. Especially now that I don't have to worry about build times anymore because my machine is so fast, but I have to upload megabytes of firmware code via serial UART at only 921600 baud every time i make a change or two. That gives me just long enough of doing nothing that a smoke break is perfect. This is going to be the death of me. :~
Real programmers use butterflies
-
It is time you to move on to some serious project... To check a simple feature the build is instant, but a full version build is almost 15 minutes - fortunately it is done on a build machine so I have time to do other things on my computer...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
The question is: Have you made yourself dependent on the results of that 15 minute build to go on with your next task? If you deliver a submodule that is syntactically correct, passes basic (read: fast) module tests, and honors all external interfaces, chances are that the best you can do is to go on to the next bug fix or functional extension, without waiting for the system build to tell you that everything is OK.
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
[xkcd: Compiling](https://xkcd.com/303/)
cheers Chris Maunder
-
This is one of the reasons every time I quit smoking its coding that gets me started again. Especially now that I don't have to worry about build times anymore because my machine is so fast, but I have to upload megabytes of firmware code via serial UART at only 921600 baud every time i make a change or two. That gives me just long enough of doing nothing that a smoke break is perfect. This is going to be the death of me. :~
Real programmers use butterflies
-
Technically I've switched to vaping. I hate the smell of cigs, and vaping scares me so i was hoping it would keep me from doing it long term. Time to quit again. :~
Real programmers use butterflies
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
PaltryProgrammer wrote:
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
Coffee machine.
Bastard Programmer from Hell :suss: "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
At 3.4 Ghz and 16GB, there is little build time. UWP packaging and the Windows App Cert Kit (4 platforms) takes longer; long enough to make coffee.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
I read Codeproject of course!
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
Someone Else's Problem.
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
Why don't you spend that time writing a document for management? Rather than compiling locally It might be cost effective for your employer sets up a build server. That way you can continue coding while your project builds on a remote server. Best Wishes, -David Delaune
-
The question is: Have you made yourself dependent on the results of that 15 minute build to go on with your next task? If you deliver a submodule that is syntactically correct, passes basic (read: fast) module tests, and honors all external interfaces, chances are that the best you can do is to go on to the next bug fix or functional extension, without waiting for the system build to tell you that everything is OK.
trønderen wrote:
Have you made yourself dependent on the results of that 15 minute build to go on with your next task?
Absolutly not... That would be a disaster... The big build initiated when someone aprove a pull request an it blocks noone and nothing... I can move to the next task or even more take a break :-)
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
-
Greetings and Kind Regards May I please inquire how you spend your time while your project is building? As for myself I twiddle my thumbs or watch a portion of a Star Trek episode or stream music or merely surf Cheerios
That depends on what project & what platform. The stuff I work on in Delphi or C++ builds fast. With precompiled headers for C++ anyway. Without them, I might just as well go back to my company's DOS-based product which I also maintain. I got this witty comic printed & glued to the side of the monitor attached to that DOS-based system https://xkcd.com/303
